Blog
/
Prime Cost & COGS

How to calculate prime cost: 3 places restaurants get it wrong

September 18, 2026
Jordan Carbia
Head of Growth & Development

Key Takeaways
  • Prime cost is COGS plus labor over net sales. It only works if all 3 inputs are measured right.
  • The 3 mistakes: gross sales for net, purchases for true COGS, and comparing mismatched periods.
  • Skipping an inventory count doesn't create a small rounding error.
  • None of the 3 need new software, just a consistent process applied the same way every period.
Jump to a section

Prime cost is a restaurant's cost of goods sold plus its total labor cost, measured against net sales. It's one of the first numbers an operator learns to watch, and one of the easiest to get wrong without realizing it.

Two operators can run the identical formula on the identical week and land on numbers a few points apart, not because one restaurant is run better than the other, but because one of them is measuring an input wrong. This is the walkthrough for getting the number right: the formula, a full worked example, and the 3 places the calculation goes wrong even for careful operators.

What prime cost measures

It's called prime cost because these are the 2 cost categories closest to the moment of service, the ones a manager can move week to week by changing a portion, a schedule, or a vendor. Rent, insurance, and the loan on the walk-in do not move with tonight's covers, so they sit outside the number entirely.

Prime Cost % = (COGS + Labor Cost) ÷ Net Sales × 100

That formula is 3 inputs and one division. Every mistake in this blog comes from one of those 3 inputs being measured a little bit wrong.

The 3 numbers you need first

Net sales, not gross sales

Net sales is total sales minus comps, discounts, voided or refunded transactions, and any sales tax collected on behalf of the state. Gross sales is everything that rang on the register before those subtractions. Using gross sales in the denominator makes prime cost look better than it is, because the top of the fraction stays the same while the bottom gets padded with money the restaurant never kept.

True cost of goods sold, not what you spent on purchases

Cost of goods sold is beginning inventory, plus purchases during the period, minus ending inventory. Purchases alone is a different number. It measures what came in the back door, not what left the kitchen and went out to a table. Skip the inventory count on either end, and what you have is a purchasing number, not a usage one.

Total labor, not just the payroll run

Labor for this formula means gross wages for the people working that location day to day, front and back of house, plus the payroll taxes and benefits load that comes with employing them. It does not include a corporate salary or an owner's draw that has nothing to do with running the floor that week. That distinction is exactly why it is called prime labor and not total labor.

A worked example

Here is the formula running on one location's numbers for a 4-week period. The figures are illustrative only, built to show the mechanics, not a claim about what any real restaurant's numbers should be.

Cost of goods sold of $37,600 plus total labor of $33,150, against $118,500 in net sales, puts that location at 59.7%. Every one of those numbers had to be measured correctly for the percentage to mean anything, and getting any one of the 3 inputs wrong moves it without the restaurant changing at all.

The prime cost formula, shown as (COGS + Labor) divided by net sales times 100, followed by four stacked rows filling it in. Net sales, $118,500, after comps, discounts, and tax are backed out. Cost of goods sold, $37,600, from beginning $22,000 plus purchases $34,800 minus ending $19,200. Total labor, $33,150, wages plus payroll tax and benefits. Then prime cost, 59.7%, from ($37,600 + $33,150) divided by $118,500 times 100.

The 3 places restaurants get it wrong

  1. Gross sales in the denominator. The moment comps, discounts, or sales tax stay in the sales figure, prime cost reads lower than it actually is. It usually surfaces when someone reconciles to the accountant's numbers at month-end and the percentage jumps for no operational reason at all.
  2. Purchases standing in for cost of goods sold. Purchases alone answers a different question: what arrived during the period, not what the kitchen used. Without a beginning and ending count, the number follows your ordering pattern instead. It bites hardest right at a period boundary, where a large weekly order landing the day before the period closes shows up as a cost spike that never happened, because none of it has gone out the pass yet. Counting inventory at both ends is what turns it into true usage.
  3. Comparing periods that were never comparable. A calendar month with 5 weekends is going to move differently than one with 4, no matter what happened in the kitchen, because weekend covers carry a different cost mix than a Tuesday. Comparing prime cost across mismatched periods is partly comparing the calendar.
Three stacked rows, one per input of the prime cost formula. Net sales, measured as total sales after comps, discounts, and sales tax are backed out; the common mistake is using gross sales instead. Cost of goods sold, measured as beginning inventory plus purchases minus ending inventory; the common mistake is using purchases alone. Total labor, measured as wages plus payroll tax and benefits; the common mistake is counting wages only.

Why this gets harder with more than one location

Every mistake above compounds across locations, because a blended prime cost for a 3-unit group tells you even less than a wrong number for one location does. If unit 2 is carrying the whole group's prime cost up 2 points while units 1 and 3 are steady, a single combined figure hides exactly the thing an operator most needs to see: which location needs attention this week.

Fixing it, starting with your next period

None of the 3 mistakes above need new software to fix. They need a consistent process, applied the same way every period:

  • Reconcile sales to whatever the POS reports as net, not the gross total on the summary screen, and confirm sales tax is already backed out before that figure goes into the formula.
  • Schedule the same 2 inventory counts every period, ideally the same day and the same person, so beginning and ending inventory are measured consistently rather than estimated when someone remembers.
  • Only stack a period against one with a matching structure, the same number of weeks and weekends, or move to a calendar built to make every period comparable in the first place.
That last point is where most of the manual work lives, and it's the one a fiscal calendar solves permanently instead of period by period.

How DishBooks draws the line

DishBooks is AI-powered accounting software for restaurants. Prime cost is a headline on the dashboard, not a spreadsheet rebuilt from scratch every period.

  • Prime cost equals COGS plus labor, in one view, so the formula above never has to be assembled by hand.
  • COGS breaks out by category, protein, dairy, produce, beverage, and paper goods, so a swing points at something specific instead of a single blended total.
  • COGS defaults to purchases against net sales, the same starting point most accounting software uses. Enter your beginning and ending inventory counts, by hand or from a connected inventory tool, and DishBooks switches that same COGS line to true usage, closing mistake 2 without leaving the dashboard.
  • Every period on a 13-period fiscal calendar carries the same number of days and the same number of weekends, which is what resolves mistake 3: two periods sit side by side honestly.
  • One location or the whole group in the same view, without exporting anything or reconciling reports by hand.
  • Labor is refreshed on your payroll cadence, not claimed live, and Dex AI, the financial assistant built into DishBooks, can be asked what moved and why when a number looks off.

Frequently asked questions

Is there one ideal prime cost percentage every restaurant should target?

No single number applies across concepts. A quick-service counter, a full-service dining room, and a bar program carry different cost structures by design, and even two restaurants in the same category can run healthy operations at different prime costs depending on price point, service model, and market. The more useful habit is tracking your own number on a consistent, correctly measured basis and watching the trend, rather than chasing a figure that came from a different kind of restaurant entirely. Your accountant can help set a target specific to your concept.

Does prime cost include rent or utilities?

No. Occupancy costs, insurance, and other fixed overhead sit outside prime cost on purpose. That is the entire reason it is called prime cost rather than total cost: it isolates the 2 categories a manager can influence shift to shift.

How often should I actually calculate it?

Weekly is the operational goal, since that is often enough to catch a problem while it is still cheap to fix. Monthly is the minimum. The reason most restaurants land on monthly anyway is not that weekly doesn't matter, but that rebuilding the calculation by hand every week is not realistic on top of running service.

Does labor mean just wages, or does it include payroll tax and benefits too?

The full labor burden, wages plus payroll tax plus benefits. Leaving out the burden is mistake 2's close cousin: it understates the labor side of the formula the same way purchases-as-COGS understates the cost side.

The short version

Prime cost is COGS plus labor over net sales, and every mistake in calculating it traces back to one of those 3 inputs being measured a little bit off: gross sales instead of net, purchases instead of true cost of goods sold, or a comparison across periods that were never on equal footing to begin with. Get those 3 things right once, and the number finally means what it's supposed to mean.

If you haven't already, the previous blog walks through what AI actually does and doesn't do in restaurant accounting, including how a system like this one keeps a number like prime cost current without anyone rebuilding it by hand.