What a Flash P&L actually is and how operators use it
A Flash P&L is not a full set of accounts. It is a fast, mid-period snapshot that tells you whether the week is going to plan before it is too late to act.
HOPS Team
Product & Operations
The monthly P&L lands in your inbox and your first thought is usually the same: this is old news.
The period ended three weeks ago. You already half-know what it says. The good weeks were visible when they happened. The bad ones too. What the P&L gives you is confirmation, not direction. And by the time it arrives, the decisions it might have informed have already been made, or unmade, by circumstances. Understanding what a group-level P&L should actually contain helps clarify what the Flash is supplementing and why the two work together.
This is the problem a Flash P&L is designed to solve.
What a Flash P&L actually is
A Flash P&L is not a set of accounts. It is a fast, mid-period snapshot: revenue against costs, calculated from the data available right now, without waiting for the month to close or the accountant to run reconciliations.
The name captures it well. It is approximate, it is quick, and it is designed to answer one question: is this period tracking to plan? Not whether the accounts will balance. Whether the week, the fortnight, or the month is going where you expected it to go.
The inputs are usually three things:
- Revenue: daily sales from your POS or end-of-day reports
- Cost of goods: estimated from recent purchase invoices and stock on hand
- Labour: from your rota and actual hours worked
Pull those together and you have a working gross profit picture. Not a final one. A working one.
Why the distinction matters
Most operators are used to two kinds of financial data. There is the real-time till data: what sold today, what the bar took, what the kitchen pushed through. And there is the accounting data: the formal P&L, the management accounts, the figures the finance team produces at period end.
The problem is the gap between them.
Till data tells you what happened in the last hour. Accounting data tells you what happened last month. Neither tells you what is happening this week, which is usually the point at which you can still do something about it.
If your food margin is running six points below where it should be, knowing that on Wednesday gives you Thursday, Friday, Saturday, and Sunday to investigate and respond. Knowing it on the fifteenth of next month means the week is long gone, the staff who worked it have rotated through thirty more shifts, and you are investigating a memory.
The Flash P&L closes that gap.
How operators use it in practice
In practice, a Flash P&L is not a formal document. It is a discipline. A weekly rhythm of pulling the key numbers together, reviewing them against expectation, and deciding whether anything needs attention.
Some operators run it every Monday morning against the previous week's trading. Others build a mid-week check on Tuesday or Wednesday, when there is still enough of the week left to act on what they find.
What they are looking for is not precision. They are looking for signal.
Revenue significantly above plan? Worth understanding whether that is a one-off or a trend. If it is a private event that will not repeat, it should not change next week's staffing assumptions. If it is new lunchtime regulars building over time, the kitchen needs to know.
Food GP tracking below expectation? That needs investigation before Friday's delivery arrives and the picture gets more complicated. Is it portioning? A recipe that has drifted? A delivery shortfall that was not flagged? The Flash P&L does not give you the cause. It tells you to look.
Labour running high relative to revenue? That is a rota conversation, ideally before the week ends, not a regret at month close.
The relationship to the full P&L
Operators sometimes hesitate around Flash P&L data because it is approximate. The cost of goods figure is estimated, not reconciled. The revenue might not yet include all payment types. The labour figure is from the rota, not the payroll run.
This hesitation is worth naming and then setting aside.
A Flash P&L is not trying to be a set of accounts. It is trying to be directionally correct, quickly. The threshold is not "is this figure precise enough to report to the board?" The threshold is "is this figure reliable enough to act on?"
Directionally correct is sufficient. A food GP that looks ten points off is worth investigating whether the precise figure is 57% or 60%. You look either way.
“Since implementing Hops at Green & Fortune, we've seen a significant boost in profitability!”
Alan Morgan
Financial Director, Green & Fortune
Where the friction usually comes from
For most operators, building a Flash P&L manually is the barrier.
Revenue is the easy part, provided your POS is giving you clean daily reports. Labour is manageable if your scheduling software exports a summary. Cost of goods is where it gets difficult.
If you do not have recent stock counts, your cost of goods estimate is built on invoices alone, which means it is measuring what was purchased, not what was consumed. Those two things diverge whenever stock levels change. A large delivery on Monday followed by a quiet week makes your costs look worse than they are. Running stock down before a slow period makes them look better. The estimate is noisy.
This is why the operators who get the most from Flash P&L data tend to be the ones with a reliable stock take rhythm and an invoice process that reflects what actually arrived, not just what was ordered.
When those inputs are clean, the Flash P&L stops being a rough approximation and becomes a genuinely useful management signal.
The data problem it solves
Hops connects the layers that feed a Flash P&L: end-of-day cash-up synced from the POS, purchase invoices processed through the finance tool, and stock take figures from the inventory count. When each of those inputs is up to date, a weekly Flash P&L is not something you construct from scratch. It is something you review.
Multi-site operators and hotel groups use the same principle at a different scale: each outlet or department running its own Flash picture, with a consolidated view rolled up above it. The question is the same at every level: is this period tracking to plan? For groups, that consolidated weekly picture depends on consistent reporting structures across all sites being in place before the Flash can work reliably.
For operators who have been working from monthly accounts and a feeling that something is not quite right mid-period, having a weekly financial picture is a different way to run a business.
Frequently asked questions
What is a Flash P&L in hospitality?
A Flash P&L is a fast, mid-period snapshot of revenue against costs, calculated from the data available right now without waiting for the month to close or for formal reconciliation to happen. It is approximate by design and intended to answer one question: is this week or period tracking to plan? It is not a replacement for the formal monthly accounts.
How do restaurant operators use a weekly Flash P&L?
Most operators run a weekly Flash on Monday morning against the previous week's trading, or build a mid-week check on Tuesday or Wednesday when there is still time to respond to what they find. They are looking for signals -- food GP below expectation, labour running high relative to revenue -- rather than precise accounting figures.
How accurate does a Flash P&L need to be?
A Flash P&L needs to be directionally correct, not precisely accurate. If food GP looks ten points off, that is worth investigating whether the precise figure is 57% or 60%. The threshold is whether the figures are reliable enough to act on, not whether they are accurate enough to report to the board.
What data do I need to build a Flash P&L?
The three inputs are daily revenue from your POS, a cost of goods estimate from recent purchase invoices and stock on hand, and labour from your rota and actual hours. The cost of goods figure is the most variable -- operators without a reliable stock take rhythm will find their cost estimate diverges from actual consumption whenever stock levels change.
How can multi-site operators run a Flash P&L across all their venues?
For multi-site groups, a weekly Flash across all sites requires the underlying data to flow automatically rather than being submitted manually by each GM. Hops connects the data layers that feed a Flash P&L at site and group level, so the finance team reviews the numbers rather than compiling them -- see how at hopshq.com.
Tags
Built for operators
See how operators are actually using Hops.
We could tell you what Hops does. Instead, read what the people running their businesses on it have to say.