Inventory

F&B Management Across Sites: Control Cost, Stock and Supplier Spend

What F&B management covers when you run several sites

F&B management keeps food and beverage cost, stock and supplier spend under control across every site a group runs. One site can hold all of it in a spreadsheet. A group of 12 sites cannot, because each site counts stock, prices suppliers and reports margin its own way, so the numbers never line up. The job across a group is to make the sites comparable, not just to run each one well. This article shows what the discipline has to control, where it breaks, and what to standardise first.

Across a group, F&B management comes down to four things you have to keep straight at the same time:

  • Stock and counts. Every site counts the same items the same way, on the same cadence, so on-hand stock and usage mean the same thing from one site to the next.
  • Procurement and supplier prices. Sites buy from shared and local suppliers, and someone has to see the price each site actually pays per ingredient, not just what the catalogue says.
  • Recipe and beverage costing. Each dish and each drink has a cost built from current ingredient prices, so a plate that stops making money shows up before month end.
  • Margin and cost of goods sold (COGS) reporting. The group needs food cost percentage and variance per site, per menu category and per outlet, on numbers that were gathered the same way everywhere.

Run those four well at one site and you have a tidy restaurant. Run them the same way at every site and you have a group you can actually manage, because you can compare one site against another and act on the gap.

The rest of this article works through where the four areas break across sites, and how a group pulls them back into one picture.

Several restaurant sites reporting into one central group view, with one site not yet connected

Why each site counts stock and prices suppliers its own way

Each site does the work its own way because nobody made the sites do it the same way. One site counts on a Sunday night, another mid-week. One manager prices the supplier invoice against last month, another against a number in their head.

In many groups procurement is not even run centrally. One casual dining group had supplier and purchasing decisions sitting with a separate sister company, so head office could not see the price any single site paid.

  • Mismatched costs. The result is that the same ingredient carries a different cost at each site, and the group number is an average of things that were never measured the same way. A finance lead at one mid-market quick-service group kept the whole group's COGS and forecasting in a manual spreadsheet model. One overloaded analyst maintained it by hand, so every top-line figure was fragile and slow to produce.
  • Ordering by feel. Ordering has the same problem. Each site decides how much to hold and when to reorder on feel, so one site runs out while another sits on stock it will throw away. Setting a par level per item per site, the amount to keep on hand so you reorder to a known number, is what makes ordering repeatable instead of a guess.

If you'd rather not work par out by hand, the free par level calculator does it for every item on your sheet from your usage, delivery days and supplier lead times.

When a new outlet opens, the drift repeats unless the group hands it a standard to copy. Operators ask for exactly this. Give the new branch the same cost-centre structure, item list and counts as an existing site, so it reports in the same shape from day one.

A supplier invoice priced from memory and a stock count left in draft, fixed by setting one method across every site

Where margin leaks between the point of sale and the real cost

Reported margin and real margin come apart in a few predictable places, and across a group each gap is multiplied by the number of sites.

  • Wastage that never gets recorded. When a site does not log its waste, that wastage counts as zero, so the report shows a lower food cost than the site really runs. A site can report a 30% food cost while the real figure is 34% once the unlogged waste is counted, and nobody questions it because the report looks clean.
  • Delivery-platform orders that the point of sale (POS) rings at full price. A discounted delivery order shows up in the POS at the full menu price, but the operator keeps roughly 80% of it after the platform takes about 20% in fees. Depletion and sales both look right, yet the margin on those covers is lower than the report says, and the busier the delivery channel the wider the gap.
  • Theoretical versus actual variance that no one chases. A 3% gap between what a site should have used and what it actually used is normal to see and expensive to ignore. On its own it is a line on a report. Across a group it is the difference between sites that count and price properly and sites that do not. It only means something when every site measures it the same way.

None of these is exotic. They are the everyday reasons a group's margin on paper is not the margin in the bank, and they all trace back to sites measuring cost in their own way.

Reported cost of goods sold plus unlogged waste equals the real cost of goods sold

One comparable cost and margin picture across sites

The fix is not more spreadsheets, it is one place where every site records cost the same way and the group reads it together. That is what closes the gap between the four control areas above and a number you can trust.

Supy gives a group one place where every site records cost the same way:

  • Live food cost and variance. Food cost percentage and COGS show at group, site and menu-category level, with theoretical-versus-actual variance and wastage by site and item. The manager compares the sites on those figures and chases the worst one.
  • Recipe costs linked to the POS. Recipe and prep-recipe costs link to the POS menu items, so a sale depletes the right ingredients and a costly dish shows up before month end.
  • Wastage in the cost figure. Wastage is logged in seconds and deducts from stock, so the food cost figure includes the waste instead of hiding it.
  • Reports without a hand-built model. One-click spreadsheet reports cover procurement, sales, COGS and recipe costing across the group, so finance stops rebuilding the model by hand.
  • Central kitchen transfers that carry cost. A central kitchen can order on behalf of branches and bill them, so transfers between sites carry their cost instead of disappearing.
  • Data that flows in. Supy connects to 75+ POS and accounting systems, so sales and cost data flow in without re-keying, and the demand forecast looks 14 days ahead.

The table below shows what changes when the four control areas move off per-site spreadsheets and into one system every site shares.

Control areaPer site, in spreadsheetsOne system across sites
Stock countsEach site counts its own way and cadenceSame items, same method, same cadence everywhere
Supplier pricesPriced by feel, invoice by invoiceActual price per ingredient per site, visible to head office
Recipe and beverage costingRebuilt by hand, stale between updatesLive cost per dish and drink, linked to the POS
Margin and COGS reportingAn average of numbers gathered differentlyFood cost and variance per site on one basis

You do not move all four at once. Standardise in the order that makes the next step possible:

  • The item master first. Agree one list of ingredients and units that every site uses, because counts, prices and recipe costs all sit on top of it. If two sites call the same product by two names, nothing above lines up.
  • The count cadence next. Set one count day and method for every site, so on-hand stock and usage mean the same thing group-wide.
  • The cost-centre structure. Give every site, and every new outlet, the same cost-centre shape, so reports compare like with like from day one.
  • One reporting cadence last. Read food cost percentage and variance per site on the same schedule, so a drifting site shows up in days, not at month end.

Here is the quick self-diagnostic: can you, today, put this week's food cost percentage for every site next to each other on one basis and trust the comparison? If you cannot, the gap is not effort at each site, it is that the sites were never made to measure the same way. Fix the item master first, then the counts, and the rest of the picture starts to line up. To see it on your own numbers, you can explore Supy's restaurant analytics software or read how groups bring food cost under control across sites.

Book a Demo with Supy - F&B management across sites

Ready to optimize your restaurant operations?

Blog

Our operational insights

Restaurant inventory management - complete guide for multi-location operators
Inventory

Restaurant Inventory Management: The Complete Guide for Multi-Unit Operators

Inventory

F&B Management: Controlling Cost, Stock and Suppliers Across Sites

AI robot monitors restaurant chefs and digital menus
No items found.

How Restaurants Detect Pricing Errors Automatically With AI

Your questions 
answered

Everything you need to know about Supy — from setup to integrations, pricing, and daily use. If it’s not covered here, just ask.

What is F&B management in a restaurant group?
+
F&B management is the work of keeping food and beverage cost, stock and supplier spend under control across every site the group runs. At a single site it covers counts, ordering, recipe costing and margin reporting. Across a group it adds one more job that matters more than any of those: making the sites comparable, so head office can read food cost and variance on the same basis everywhere. A group that runs each site well but measures each one differently still cannot tell which site is losing money, which is the problem F&B management across sites exists to solve.
How is F&B management different when you run several sites instead of one?
+
It changes from running the work to standardising the work. One site can hold stock, prices and margin in a spreadsheet, because one person sees all of it. A group cannot, because each site tends to count stock, price suppliers and report margin its own way, so the top-line number is an average of things measured differently. The extra job across sites is to agree one item list, one count method and one reporting cadence, then compare sites against each other. Without that, more sites just means more spreadsheets that do not add up to a picture you can trust.
Why do food cost numbers differ so much between sites in the same group?
+
Food cost numbers differ because the sites gather them differently, not only because the sites perform differently. One site logs wastage and another does not, so its food cost can read 30% while the real figure is 34% once unlogged waste is counted. One site prices invoices against the agreed price and another against memory. Counts happen on different days. Each of those choices shifts the number, so a gap between two sites can be a real performance gap or just a measurement gap. You only know which once every site measures cost the same way.
What should a multi-site restaurant group standardise first?
+
Standardise the item master first, because counts, supplier prices and recipe costs all sit on top of it. If two sites call the same ingredient by two names, nothing above it lines up. Once the item list is shared, set one count day and method for every site, then give every site and every new outlet the same cost-centre structure so reports compare like with like. Standardise the reporting cadence last, so food cost and variance per site are read on one schedule. Doing it in that order means each step makes the next one possible.
How does a central kitchen fit into F&B management across sites?
+
A central kitchen fits in as both a cost centre and a supplier to the other sites, which is why its transfers have to carry their cost. When a branch receives a prepped item from the central kitchen, that transfer should move the cost with it, or the branch understates its COGS and the central kitchen overstates its own. In Supy a central kitchen can order on behalf of branches and bill them, so the cost follows the stock between sites. Managed that way, the central kitchen sharpens group margin instead of hiding cost between the sites it serves.
Can spreadsheets handle F&B management for a restaurant group?
+
Spreadsheets handle a single site well and a group badly. They work when one person sees every number, but across sites they splinter into separate files kept different ways, so the group figure is an average nobody fully trusts. A finance lead ends up rebuilding a fragile model by hand, and a single mistake moves the whole group's COGS. The practical limit is comparison: a spreadsheet cannot easily put every site's food cost on one basis in time to act. That is the point where groups move the four control areas into one shared system.
What does F&B management software do for a restaurant group?
+
F&B management software gives a group one place where every site records cost the same way and head office reads it together. It shows live food cost percentage and variance at group, site and menu-category level, links recipe costs to the point of sale so sales deplete the right stock, logs wastage into the cost figure instead of hiding it, and reports procurement and COGS across sites without a hand-built model. Supy also connects to 75+ POS and accounting systems so data flows in without re-keying. The value is comparison: the group can finally judge one site against another on numbers gathered the same way.

Ready to transform your operations?

Join 3500+ restaurant operators cutting costs, streamlining operations and making smarter decisions with Supy.