Inventory
Food cost

Restaurant Wastage Tracking: The Setup Behind Numbers You Can Trust

Supy wastage-by-category report for a multi-site restaurant group, with staff meals and a catch-all row flagged

Why Wastage Numbers Break at Setup, Not at Logging

Most wastage numbers fail before a single waste event is ever logged. The report is only as honest as the setup behind it: the categories staff can pick, the recipe fields that cost each loss, the toggle that decides whether a cost reaches your food-cost line, and the checks you run before you believe a total. Get those wrong and the number is confidently precise and quietly meaningless.

That is why a multi-site group can log waste diligently at every site and still not know where the money is going. One operator's monthly wastage ran at roughly 3% of revenue with most of it sitting in catch-all categories, so the number was real but told nobody which process to fix. The five setup decisions below are the ones that decide whether your wastage data can be trusted. Each pairs a decision you make once, at configuration time, with the concrete fix. Work through them before go-live, or during a clean-up if the numbers already feel soft.

Stat callout: 3% of revenue logged as waste sitting in catch-all categories that name no cause


Define Your Wastage Taxonomy and Map It to the Accounts First

A wastage taxonomy is the fixed set of loss types your operation recognises - spoilage, prep loss, staff meals, complimentary items - and the profit-and-loss line each one is supposed to hit. Decide it before anyone logs waste, because a category with no agreed home in the accounts is where setup stalls and where the numbers start drifting.

The most expensive gap here is the staff meal. When staff meals are rung through the till as an unlinked flat-fee button, they never deplete stock, so inventory stays permanently high and the waste those meals represent is invisible. The fix is to log staff meals as real wastage so the stock actually moves, and to decide up front which account the cost lands on. This is where restaurant inventory management software earns its keep: in Supy you create custom wastage categories in settings that match your own cost-centre and profit-and-loss breakdown rather than a fixed default list, and each logged entry deducts from stock and is costed at that day's ingredient price. Define the "complimentary" and "staff meal" homes at the same time, so there is no category that staff can reach for but the accountant cannot place.

Process flow: a staff meal rung as an unlinked till button never depletes stock, so its cost never appears in the numbers


Build Categories for Root Cause, Not Catch-All Buckets

The point of a wastage category is to tell you which process broke. A bucket labelled "end of day" or a single "staff meal" catch-all cannot do that, so waste logged into it is spend you can see but cannot act on. Won accounts routinely arrive with no wastage categories at all, or with waste tracked only as a discount code with no reason attached - both leave you blind to root cause.

Design categories around cause, not convenience: separate prep overproduction from fridge spoilage from customer rejection, because each points at a different fix. Recipe wastage should decompose to individual ingredients rather than a single recipe-level write-off, so a batch you bin still shows up correctly against each ingredient in variance. When your categories map to real causes, a rising number tells you what to change; when they map to catch-alls, it only tells you that money left.

What you compareCatch-all bucketRoot-cause category
What staff pick"End of day", "staff meal", a bare discount codeSpoilage, prep overproduction, customer rejection
What the number tells youMoney left; the cause is unknownExactly which process to fix
At multi-site scaleA shared blind spot across every siteA like-for-like comparison by cause
The fixRetire the bucket and split it by causeTag categories to your own cost centres


Keep Prep Wastage and Portion Yield in Separate Lanes

This is the single most common field-level mistake in wastage setup, and it produces recipe costs that are not slightly off but impossible. Prep wastage and portion yield both describe loss, but they model different things, and using one where the other belongs corrupts every cost that recipe touches - and every variance number that depends on it.

Prep wastage is for trim loss on an ingredient that is still partly used - the outer leaves, the peel, the ends. Portion yield is for when an item is wholly discarded, or when you already know the finished batch weight. Operators reach for prep wastage set to 99% to model an ingredient that is almost entirely thrown away, and the costing engine dutifully inflates the recipe: a plate that truly costs $4.80 can surface at $96, and a group pulling an urgent costing report finds several dishes at figures that cannot be real. Correcting the field returns both recipe cost and variance to a plausible range.

The questionPrep wastagePortion yield
What it modelsTrim loss on an ingredient still partly usedAn item wholly discarded, or a known finished batch weight
When to use itPeel, outer leaves, trimmed endsBinned batches, spoiled portions, tested yields
Symptom when wrongRecipe costs inflate to impossible figuresCosts understate and variance drifts quietly


Set the Expense vs Cost of Goods Sold Toggle Before Go-Live

Every wastage category carries a quiet accounting decision: is this loss an operating expense, or is it cost of goods sold? That toggle decides whether the cost ever appears in your food-cost numbers, and it is set at configuration time, not discovered later. A purchasing manager who cannot find staff-meal wastage on the dashboard is usually not looking at a bug - the category was set to expense, so it never reached the food-cost view.

Decide the treatment for each category deliberately. Losses you want reflected in food cost - spoilage, prep waste, most staff meals - belong as cost of goods sold. Costs you deliberately hold outside the kitchen's food-cost percentage belong as expense. Get it wrong in the same direction on several categories and a real cost, say $2,400 a month of staff meals, sits entirely outside the number your chefs are managed against. In Supy each entry is costed at that day's ingredient price into a live cost-impact view by branch, period and category, so once the toggle is right the cost lands where you expect and stays there.

Decision flow: setting a wastage category as expense keeps its cost off the food-cost line, while cost of goods sold puts it into food cost percentage


Run Three Integrity Checks Before You Trust a Number

Even a well-configured report can carry a silent fault, and at multi-site scale a wrong total is worse than no total because people act on it. Three checks, each drawn from a real enterprise reporting fault, catch almost everything before it reaches a decision. It helps that a cancelled or voided point-of-sale ticket converts to a wastage record automatically, and that wastage is scoped to one outlet on one date, so a discrepancy has fewer places to hide - but you still run the checks.

First, reconcile the overview total against the sum of the line items; a mismatch often traces to tiny quantities, below 0.001, being dropped from the summary while the detail keeps them. Second, check unit-of-measure conversion on any item that appears in more than one unit, because a bad conversion is where two export sheets stop agreeing. Third, restrict which usage codes staff can actually select - one operator blocked "complimentary" precisely so an open-ended list could not turn the waste report into a dumping ground.

CheckWhat it catchesWhere to look
Overview vs line-item totalTiny quantities below 0.001 dropped from the summaryReconcile the report total against its detail
Unit-of-measure conversionTwo export sheets that stop agreeingAny item logged in more than one unit
Restricted usage codesAn open list that becomes a dumping groundLock which reasons staff can pick


Your Ten-Minute Wastage Setup Audit

You do not need a full project to find out whether your numbers are trustworthy - you need ten minutes and the four symptoms below. Pull last month's wastage report, open your recipe and category settings alongside it, and check each one. Whichever symptom you see first is the decision to fix first; the rest can follow.

If you see thisIt points toFix first
Waste piled into "end of day" or "staff meal"No root-cause categoriesRebuild categories around cause
A recipe costing an impossible amountPrep wastage used where portion yield belongsSeparate the two recipe fields
Staff-meal cost missing from food cost %The expense vs cost-of-goods-sold toggle is wrongReset the category treatment
Report total not matching the line itemsAn integrity fault, not a real numberReconcile before you trust it


Book a Demo with Supy - build wastage tracking your multi-site restaurant numbers can trust

Ready to optimize your restaurant operations?

Blog

Our operational insights

No items found.

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.

Why do my restaurant wastage numbers look precise but still feel untrustworthy?
+

Because a wastage report is only as honest as the setup behind it, not the diligence of the logging. If the categories name no root cause, if a recipe field is set wrong, or if a category is booked to the wrong account, the total can be exact to the cent and still tell you nothing you can act on. A multi-site group can log waste faithfully at every site and still not know where the money goes. Trust comes from the configuration decisions made once, before go-live: the categories, the recipe fields, the expense-versus-cost-of-goods-sold treatment, and the checks you run before you believe a number.

What is a wastage taxonomy and why map it to the accounts before go-live?
+

A wastage taxonomy is the fixed set of loss types your operation recognises - spoilage, prep loss, staff meals, complimentary items - and the profit-and-loss line each one is meant to hit. Mapping it to the accounts before go-live matters because a category with no agreed home is where setup stalls and where the numbers start drifting. The classic trap is the staff meal rung as an unlinked till button: it never depletes stock, so inventory reads permanently high and that cost stays invisible. Define every category and its account up front, so nothing staff can log is something the accountant cannot place.

How are prep wastage and portion yield different in recipe setup?
+

Prep wastage and portion yield both describe loss, but they model different things, and swapping them corrupts every cost the recipe touches. Prep wastage is for trim loss on an ingredient that is still partly used - the peel, the outer leaves, the trimmed ends. Portion yield is for when an item is wholly discarded, or when you already know the finished batch weight. Operators often set prep wastage to 99% to model something almost entirely thrown away, which inflates the recipe to an impossible figure: a plate that truly costs $4.80 can surface at $96. Correcting the field returns recipe cost and variance to a plausible range.

Where do staff-meal costs disappear to in a wastage report?
+

Usually into the expense-versus-cost-of-goods-sold toggle, not a bug. Every wastage category carries a quiet accounting decision about whether the loss is an operating expense or cost of goods sold, and that setting decides whether the cost ever reaches your food-cost numbers. When staff meals are booked as an expense, the cost is recorded but never appears in the food-cost percentage the kitchen is managed against - so a purchasing manager looks for it on the dashboard and cannot find it. Decide the treatment for each category at configuration time: losses you want reflected in food cost belong as cost of goods sold.

How do catch-all wastage categories hurt a multi-site group?
+

A wastage category exists to tell you which process broke, and a catch-all bucket like end of day or a single staff-meal category cannot do that. Waste logged into it is spend you can see but cannot act on, and at multi-site scale it becomes a shared blind spot that hides the same problem across every site. Won accounts often arrive with no categories at all, or with waste tracked only as a discount code with no reason attached. Design categories around cause - prep overproduction, fridge spoilage, customer rejection - so a rising number tells you what to change rather than just that money left.

Which checks should I run before trusting a wastage report?
+

Three, each drawn from a real reporting fault. First, reconcile the overview total against the sum of the line items; a mismatch often traces to tiny quantities, below 0.001, being dropped from the summary while the detail keeps them. Second, check unit-of-measure conversion on any item that appears in more than one unit, because a bad conversion is where two export sheets stop agreeing. Third, restrict which usage codes staff can select, so an open-ended list cannot turn the report into a dumping ground. At multi-site scale a wrong total is worse than no total, because people act on it.

How does Supy keep multi-site wastage data accurate?
+

Supy lets teams log wastage by item, quantity, reason and type in seconds on mobile or desktop, with custom categories tagged to your own cost centres. Each entry deducts from stock and is costed at that day's ingredient price, feeding a live cost-impact view by branch, period and category. Recipe wastage decomposes to individual ingredients so variance stays accurate, and wastage is scoped to one outlet on one date so a cost lands on the right site's ledger. A cancelled or voided point-of-sale ticket can convert to a wastage record automatically, keeping the stock ledger reconciled without manual re-entry.

Ready to transform your operations?

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