Inventory

Restaurant Stock Variance: Why Counts Go Negative Across Sites

When Your Stock Count Does Not Match Reality

Stock variance is the gap between the stock a restaurant's system expects to be on hand and the stock a physical count actually finds. Across a group of sites it shows up as a variance report full of red lines, a staple that reads as a negative balance, or a number that simply keeps growing. The reassuring part for a multi-site operator is that most of that gap is not theft or spoilage at all: it is a handful of fixable data and setup problems, and the same variance report that surfaces the gap is also where you find the cause.

Before you send anyone to recount a walk-in, it helps to see what a clean weekly variance snapshot looks like for a single outlet, so the outliers stand out from the noise. A small negative on a high-turnover protein is ordinary; a six-kilo swing on mozzarella or an impossible balance is where the investigation actually starts.

ItemTheoreticalActualVariance
Chicken breast42 kg38 kg-4 kg / -$32
Mozzarella18 kg12 kg-6 kg / -$54
Olive oil24 L22 L-2 L / -$18
Vine tomatoes30 kg31 kg+1 kg / +$4
House tomato sauce (prep)20 L20 L0 / $0


Read across a whole group, the job is to separate the lines that reflect real physical loss from the ones that are an artefact of how the count or the sales data was handled. The four sections below are the checks that catch the artefacts first, in the order they most often bite.

Why Counts Show Negative Balances

A negative on-hand balance is the clearest signal that the cause is in the data, not on the shelf, because no store can physically hold less than nothing. When a staple like basmati rice reads as -18 kg across several branches, two setup problems account for almost every case, and both are quick to confirm.

The first is a stock count that was saved but never submitted. In Supy a count only resets inventory once it is submitted; a count left in draft is stored but does not take effect, so the system keeps depleting from an old, higher figure and the balance drifts below zero. The second is a break in the sales feed: if point-of-sale data has not been uploaded for a period, item depletion cannot run, and the stock that was actually sold never leaves the books until the gap is filled. Retraining branch teams to submit every count, and backfilling any missing sales days, resolves the negative balances at the source.

Flow diagram showing how a draft stock count and a missing sales upload each drive a stock balance negative


The practical check is fast: filter the variance report to the items showing impossible balances, confirm the most recent count for those sites was submitted rather than left in draft, and confirm sales uploaded for every trading day in the period. Fix those two and the negatives usually disappear on the next count.

When Variance Keeps Growing Week After Week

A variance that climbs steadily, week after week, points to depletion that is not firing rather than to a one-off loss. The most common cause in a multi-site kitchen is a recipe that should be depleting its ingredients but is not, because auto production has not been switched on for stockable semi-finished items such as a house sauce, stock base, or batch prep.

When production of those prep items does not trigger depletion, the raw ingredients they consume are never deducted, so the theoretical stock stays high while the shelf empties, and the gap widens with every service. Supy traces depletion through the recipe to each raw ingredient once production, wastage, transfers, or counts are recorded against it, so enabling auto production on the stockable prep recipes closes the leak going forward. One caveat matters for the investigation: production events cannot be backdated, so historical variance needs a manual correction and the improvement shows from the fix forward, not retroactively.

Before and after comparison showing unexplained weekly variance falling once recipe-driven depletion is enabled


Expect the numbers to settle over two or three counting cycles rather than overnight, because you are watching a corrected process replace an accumulated error. If the trend flattens instead of falling, the cause is elsewhere and the next section applies.

When You Do Not Trust the Number Itself

Sometimes the balances are plausible and the counts are submitted, but a single item shows the same discrepancy week after week: chicken reading two to four kilos off against what the recipes say it should have used. A recurring, item-specific gap like that is rarely shrinkage. It is a definition problem, and the risk is that the same error is quietly affecting other key items such as flour, fries, and other proteins.

The way to settle it is to work one suspect item down three branches rather than recounting everything. Check the recipe definition first: a wrong quantity or a unit set to grams where it should be kilograms multiplies every depletion. Check the point-of-sale portion mapping next: if a menu item is mapped to the wrong recipe or portion, every sale depletes the wrong amount. Check the counting method last: an item counted in a different unit or pack size than it is purchased in will drift by a fixed amount every week.

Decision tree for diagnosing a recurring single-item stock discrepancy across recipe, point-of-sale mapping and counting method


Because the discrepancy repeats by a consistent amount, one clean cycle on the suspect item usually reveals which branch is at fault, and the same fix then applies to the other items sharing that recipe pattern.

Reading the Variance Report Without Guessing

Once the setup checks are done, the variance report itself is the investigation surface, and a few of its behaviours keep an audit honest across sites. The expected on-hand quantity it shows is what the system recorded at the exact moment of the count, not the current balance, so a report reviewed several days later still compares like with like. A multi-period report only lets you pick dates that have a posted count behind them, so a comparison never returns a misleading result from a day nobody counted.

From there, filtering the report by item category lets a manager focus on one section at a time instead of scrolling hundreds of lines, and the biggest money is usually concentrated in one or two sections rather than spread evenly. Because Supy captures the recipe cost for each location and count date when a count completes, the report shows the food-cost impact of every variance per site, not just the quantity difference, and the whole thing exports to a spreadsheet in one click for an offline drill-down or a hand-off to finance. If you want to pressure-test what a single line item should cost before you chase it, a free food cost calculator settles it in a minute.

Bar chart of weekly stock variance by item category in US dollars, proteins highest


Sort by cost impact, start with the section carrying the most money, and you spend the investigation where it pays back rather than on the longest list of red lines.

Where to Start Your Next Investigation

The next time a site shows variance you cannot explain, run the four checks in order before you assume loss. Confirm the count was submitted, not left in draft. Confirm sales uploaded for every trading day. Confirm auto production is on for the stockable prep recipes. Then, if a single item still drifts, work it down the recipe, portion-mapping, and counting-method branches. Sort the report by cost impact, fix the section carrying the most money first, and give the change two or three counting cycles to show in the numbers. A trustworthy variance number is a setup you build once and then rely on at every site. If you want to see how stock counting and variance reporting work together across a group, the fastest way is to walk through it on your own data.

Book a Demo with Supy - investigate stock variance across every site

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.

What is stock variance in a restaurant?
+

Stock variance is the difference between the stock a restaurant's system expects to be on hand and the stock a physical count actually finds. It is reported item by item, usually as a quantity difference and its cost in money. A small variance on high-turnover items is normal; large or growing variances signal a problem. In a multi-site group, most variance is not theft or spoilage but a data or setup issue, such as a count that was never submitted, a gap in sales data, or a recipe that is not depleting its ingredients.

Why does my stock count show a negative balance?
+

A negative on-hand balance means the system thinks you hold less than nothing, which is physically impossible, so the cause is always in the data rather than on the shelf. Two setup gaps account for most cases. First, a stock count saved as a draft but never submitted does not reset inventory, so the system keeps depleting from an old figure. Second, if point-of-sale sales data has not been uploaded for a period, item depletion cannot run at all. Submitting every count and backfilling the missing sales days clears the negative balances at the source.

How do I investigate stock variance across multiple sites?
+

Start by ruling out setup problems before you assume physical loss. Confirm each site's most recent count was submitted, not left in draft, and that sales uploaded for every trading day. Then check that auto production is enabled on stockable prep recipes so depletion actually runs. If a single item still drifts, work it down three branches: recipe definition, point-of-sale portion mapping, and counting method. Finally, sort the variance report by cost impact and start with the section carrying the most money. Working the checks in this order finds the artefacts first and saves recounting stock that was never really missing.

Why does my stock variance keep growing every week?
+

A variance that climbs steadily week after week usually points to depletion that is not firing, rather than a one-off loss. The most common cause is a stockable semi-finished recipe, such as a house sauce or batch prep, that has not had auto production enabled. When production of those items does not trigger depletion, the raw ingredients they use are never deducted, so theoretical stock stays high while the shelf empties. Enabling auto production closes the leak going forward. Because production events cannot be backdated, historical variance needs a manual correction, and the numbers settle over the next two or three counting cycles.

What causes a single item to show the same discrepancy every week?
+

When one item is off by roughly the same amount every week, the cause is almost never shrinkage; it is a definition error repeating itself. Check the recipe definition first, because a wrong quantity or a unit set to grams instead of kilograms multiplies every depletion. Check the point-of-sale portion mapping next, since a menu item mapped to the wrong recipe depletes the wrong amount on every sale. Check the counting method last, because an item counted in a different pack size than it is purchased in drifts by a fixed amount. The same fix usually clears other items on that recipe.

How does a variance report help find the cause of stock loss?
+

A variance report is the investigation surface once the setup checks are done. The expected on-hand quantity it shows is what the system recorded at the moment of the count, not the current balance, so a report reviewed days later still compares like with like. You can filter it by item category to focus on one section at a time, and because Supy captures recipe cost at each count, it shows the money behind every variance per site, not just the quantity. It also exports to a spreadsheet in one click, so you can drill in offline or hand it to finance.

Can historical stock variance be corrected after fixing the setup?
+

Not automatically. Once you enable auto production or fix a recipe, the correction applies going forward, because production events cannot be backdated. Historical periods recorded with the wrong setup keep their original figures unless you adjust them manually. The practical approach is to fix the setup, note the date it changed, and treat variance from that point as the trustworthy baseline. Expect the numbers to improve over the next two or three counting cycles rather than immediately, since you are watching a corrected process gradually replace an accumulated error. Compare like-for-like periods only after the fix has had time to take effect.

Ready to transform your operations?

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