Varje restaurang drivs av tre system som var och ett håller en bit av samma bild: kassasystemet för vad som sålts, bokföringsprogrammet för vad som betalats, och inventeringssystemet för vad som faktiskt använts. Vart och ett är korrekt inom sina egna gränser, och vart och ett är i stort sett värdelöst på egen hand när frågan är vart marginalen tar vägen.
De krögare som håller tighter varukostnadstal har räknat ut hur man integrerar kassasystem, varulager och bokföring på en restaurang så att de tre systemen talar med varandra. När försäljning, inköp och förbrukning kan korsrefereras på samma ställe slutar leverantörsprishöjningar att smita igenom och överportering slutar att ackumuleras under ett kvartal innan någon märker det.
Den här artikeln går igenom vad varje system håller, var luckorna mellan dem brukar uppstå, och hur ett sammankopplat flöde faktiskt ser ut från det att en rätt säljs till det att ingredienskostnaden stäms av mot den faktura som betalade för den.
Vad kassasystemet håller och var det slutar
Kassasystemet är systemet för försäljning. Varje order, varje tillval, varje avbokning, varje gång en server skickade en rätt till köket, allt det lever i kassasystemets data. Total omsättning per dag, per kategori, per timme, per server, per plats. Genomsnittligt kvittovärde. Försäljningsvolym per artikel. Kassasystemet vet, med hög precision, vad restaurangen sålde och för hur mycket.
Vad kassasystemet inte vet är vad var och en av dessa försäljningar faktiskt kostade att producera. Det kan lagra en receptlänkad meny, men om inte recepten hålls uppdaterade och ingredienskostnaderna bakom dem uppdateras när leverantörspriserna rör sig, är kostnadssidan av kassarapporten en ögonblicksbild av en gammal verklighet. De flesta kassarapporter visar en teoretisk varukostnadsprocent baserad på vad receptkostnaderna var vid uppstarten. Det talet glider längre från verkligheten varje vecka som recepten inte uppdateras.
Kassasystemet stannar också vid försäljningstillfället. Det ser inte vad som kom in genom bakdörren, vad som förberedes och slängdes, vad som försvann, eller vad som låg i kylen tills det förstördes. Allt som händer mellan leverantörsfakturan och kundordern är osynligt för kassasystemet.
Vad bokföringen håller och var den slutar
Bokföringssystemet är systemet för pengar in och ut. Det håller leverantörsfakturorna, radartiklarna, betalningarna, momsen, löneuttag, hyra och driftskostnader. Det vet exakt vad som spenderats och vad som fakturerats.
Detaljnivån varierar beroende på hur fakturor behandlas. I en verksamhet där fakturor registreras som en enda sammanfattningsrad visar bokföringssystemet att 4 800 euro betalades till en kötttleverantör förra veckan. I en verksamhet där fakturor behandlas rad för rad visar samma bokföringssystem att 90 kg nötfärs köptes till 12,40 euro/kg, tillsammans med kycklinglår till 6,20 euro/kg, och så vidare nedåt på fakturan.
FakturaData på radnivå är där den verkliga insikten börjar, och det är precis vad de flesta restauranger inte fångar. Utan den kan bokföringssystemet berätta vad livsmedelskostnaden är som en procentsats av omsättningen, men inte vilka ingredienser som rört sig i pris, vilka leverantörer som höjde tyst, eller vilka kategorier som drev ökningen. Bokföringen stannar vid summorna, och frågan om varför de summorna rörde sig sitter ett lager djupare än bokföringen kan se på egen hand.
Vad inventeringen håller och vad bara den kan se
Inventeringssystemet, när det drivs ordentligt, håller den tredje biten: vad som fysiskt räknades som på hyllan vid periodens start och vid periodens slut. Kombinerat med vad som köptes däremellan är det detta som talar om vad som faktiskt användes.
Faktisk förbrukning är det enda tal som stänger loopen. Kassasystemet säger att restaurangen borde ha använt 78 kg nötkött baserat på vad som såldes. Bokföringsdata säger att 90 kg köptes. Inventeringen säger att 4 kg finns kvar på hyllan när det var 6 kg vid starten. Det innebär att 92 kg faktiskt användes, mot ett teoretiskt på 78 kg. Det 14 kg stora gapet är avvikelsen, och avvikelsen är där marginalberättelsen faktiskt lever. Det är överportering, svinn, förstöring, stöld, felaktiga recept, eller en kombination av allt. Inget av det syns utan inventeringen.
Inventeringen är också den enda platsen där leverantörsprisförändringar stäms av mot vad rätterna faktiskt kostar idag. När ingredienskostnader kaskaderar in i recept på rätt sätt kan systemet visa faktisk råvarukostnad på rättnivå, inte bara på den kategorinivå som bokföringsprogrammet producerar.
Utmaningen är att inventeringssystemet bara är så exakt som den data som flödar in i det. Om det inte är kopplat till kassasystemet kan det inte beräkna teoretisk förbrukning. Om det inte är kopplat till bokföringen kan det inte hålla ingredienskostnaderna uppdaterade. Utan dessa kopplingar producerar till och med en välskött inventering avvikelsetal som ingen kan agera på, eftersom ingen kan spåra varifrån avvikelsen kom.
Gapet mellan system och vad som försvinner där
Gapet mellan dessa tre system är där det mesta av den oförklarade marginalförlusten sitter. En leverantör höjer priset på fisk med 8 %. Fakturan passerar bokföringen och betalas. Kassasystemet fortsätter att rapportera samma teoretiska kostnad per rätt eftersom receptet aldrig uppdaterades. Inventeringen visar avvikelse vid periodens slut, men avvikelsen registreras som “hög” utan att någon spårar den tillbaka till prisrörelsen. Tre månader senare har fiskkategorin tyst absorberat tusentals euro som ingen såg röra sig.
Samma gap förklarar varför livsmedelskostnadssurpriser tenderar att dyka upp vid månadens slut snarare än under månaden. Data finns i alla tre systemen hela tiden. Vad som inte finns är den integration som låter en enda person se, i en vy, att priset på fisk rörde sig den 8:e, att receptkostnaden inte uppdaterades, att kassaförsäljningen av fiskerätter fortsatte på det gamla marginalt antagandet, och att den resulterande avvikelsen är strukturell snarare än slumpmässig.
Ett sammankopplat flöde är det enda som lyfter fram detta i tid för att agera. Delar som leverantörsprissökning, analys av lageravvikelser och riktmärken för varukostnadsprocent blir bara operativa när de underliggande systemen är integrerade. Utan kopplingen förblir var och en en rapport som förklarar vad som hände veckor efter att det spelade roll.
Hur ett sammankopplat flöde ser ut från start till slut
När de tre systemen är integrerade spåras en enskild försäljning rent genom varje lager i verksamheten.
1. Det första lagret är kassasystemet. En gäst beställer en fiskrätt. Försäljningen registrerar rätten, priset, tidpunkten och platsen.
2. Det andra är receptet. Rätten är kopplad till ett recept med definierade mängder fisk, olja, örter, garnering och tillbehör. Varje ingrediens bär en aktuell kostnad, hämtad från fakturaData snarare än en ögonblicksbild från uppstarten.
3. Det tredje är förbrukningen. Multiplicerat över varje försäljning av den rätten under perioden definierar receptet en teoretisk ingrediensförbrukning. Kassasystemet tillhandahåller försäljningsvolymen, receptet tillhandahåller mängden per portion, och tillsammans producerar de det tal som säger “baserat på vad som såldes, är det här vad som borde ha använts.”
4. Det fjärde är fakturan. Leverantörsfakturor ankommer till bokföringen och behandlas rad för rad. Varje radpost uppdaterar kostnaden för den ingrediens den representerar, och den uppdaterade kostnaden kaskaderar in i varje recept som använder den. Om priset på fisk rörde sig på tisdag återspeglar rättkostnaden det på onsdag.
5. Det femte är inventeringen. Vid periodens slut räknas det fysiska varulager. Skillnaden mellan vad som låg på hyllan vid starten, vad som köptes in, och vad som finns kvar vid slutet ger faktisk förbrukning. Faktisk förbrukning jämförs mot teoretisk förbrukning från kassasystem-receptsidan, och avvikelsen syns på ingrediensnivå. Fiskgapet är inte längre dolt inne i varukostnadsprocenten. Det är ett specifikt tal på en specifik ingrediens med en specifik orsak.
Det är det system för att spåra livsmedelskostnader som krögare med tighter marginaler arbetar från. Ingen av komponenterna är exotiska. Arbetet ligger i att få data att röra sig mellan dem.
Vilka integrationer som spelar störst roll
Tre integrationer bär det mesta av tyngden när du bestämmer var du ska investera först.
-
Den första är kassasystem till recept och inventering. Utan att försäljningsdata flödar automatiskt in i inventeringssystemet måste teoretisk förbrukning beräknas manuellt, vilket innebär att det beräknas sällan och att avvikelse tappar sin mening. Det här är grunden. Utan den kan resten av stacken inte göra sitt jobb.
-
Den andra är bokföring till recept. Leverantörsfakturor behöver flöda in i det system som håller recepten, och de behöver flöda på radartikelnivå snarare än som sammanfattande summor. Det är detta som håller receptkostnaderna uppdaterade när leverantörspriserna rör sig, och det är detta som synliggör prishöjningar i tid för att ifrågasätta dem. Arbetet med att fånga upp fel i leverantörsfakturor och pristrendavvikelser är i stort sett automatiserat när den här integrationen är på plats.
-
Den tredje är inventeringssystemet mot båda ovanstående. Inventeringen är det lager där allt stäms av. Det behöver kassaData för att beräkna teoretisk förbrukning och bokföringsdata för att hålla kostnaderna uppdaterade. Om inventeringen bara kopplar till en sida är de avvikelsedata den producerar ofullständiga.
För restauranggrupper med flera enheter spelar dessa tre integrationer ännu större roll, eftersom kaskadefel från ett inaktuellt recept multipliceras över varje enhet som kör samma meny.
Hur du utvärderar en integration när du väljer mjukvara
Leverantörsdemon är utformade för att visa vad som är möjligt. Frågorna värda att ställa handlar om vad som är automatiskt kontra vad som är manuellt.
En kortlista att ställa till valfri leverantör när integration är på bordet:
1. Vilka kassasystem och bokföringsprogram stödjer ni nativt, och vilka kräver workarounds?
- Nativa integrationer hålls uppdaterade när det överordnade verktyget uppdateras. Workarounds tenderar att gå sönder tyst.
2. När ett leverantörspris ändras på en faktura, vad händer med receptkostnaden?
- Om svaret inbegriper ett manuellt granskningssteg stänger integrationen inte loopen.
3. Hur fångas fakturaData på radnivå?
- Om svaret är OCR plus manuell granskning, fråga hur stor andel fakturor som kräver att en människa korrigerar dem. Det talet spelar roll.
4. Vad visar avvikelserapporten på ingrediensnivå, inte kategorinivå?
- Om systemet inte kan visa avvikelse per ingrediens med prisrörelsen och förbrukningsgapet bifogat, är den underliggande integrationen inte tillräckligt djup.
5. Hur hanterar systemet flera enheter?
- Receptkostnadskaskad över enheter är där de flesta integrationer försvagas, eftersom samma meny driftsatt på fem platser behöver att kostnadsuppdateringen propagerar överallt utan en manuell synk.
Stockifi sitter i den här stacken som integrationslager mellan kassasystemet, bokföringssystemet och inventeringsdriften. Arbetet kan också göras med en kombination av andra verktyg och ett disciplinerat driftsteam. Poängen är att integrationen måste finnas någonstans. Restaurangerna som håller sin marginal år efter år är de där den finns, och de som förlorar två eller tre procent av varukostnadsprocenten per år är nästan alltid de där den saknas.
När du tittar på din egen verksamhet, kan du spåra en enskild rätt från försäljning till faktura till faktisk förbrukning utan att lämna ett av de tre systemen och sy ihop data manuellt?