Enhver restaurant driftes av tre systemer som hver holder en del av det samme bildet: kassesystemet for hva som ble solgt, regnskapsprogramvaren for hva som ble betalt, og varelagersystemet for hva som faktisk ble brukt. Hvert system er nøyaktig innenfor sine egne grenser, og hvert system er nesten ubrukelig på egenhånd når spørsmålet er hvor marginen tar veien.
Driftsansvarlige som holder tettere kontroll på varekostprosenten har funnet ut hvordan de integrerer kassesystem, varelager og regnskap slik at de tre systemene kommuniserer med hverandre. Når salg, innkjøp og forbruk kan kryssjekkes på ett sted, slutter leverandørprisøkninger å gli gjennom, og overporsjoning slutter å akkumulere i et kvartal før noen legger merke til det.
Denne artikkelen går gjennom hva hvert system inneholder, hvor gapene mellom dem typisk befinner seg, og hvordan en koblet flyt faktisk ser ut fra det øyeblikket en rett selges til ingredienskostnaden er avstemt mot fakturaen som betalte for den.
Hva kassesystemet inneholder, og hvor det stopper
Kassesystemet er kilden til sannhet for salg. Hver bestilling som ble lagt inn, hvert tillegg registrert, alle void, kompenasjoner, og hver gang en server sendte en rett til kjøkkenet, alt dette lever i kassedataene. Total omsetning per dag, per kategori, per time, per ansatt, per lokasjon. Gjennomsnittlig bonbeløp. Salgshastighet på varenivå. Kassesystemet vet, med høy presisjon, hva restauranten solgte og for hvor mye.
Det kassesystemet ikke vet, er hva hvert av disse salgene faktisk kostet å produsere. Det kan lagre en oppskriftskoblet meny, men med mindre oppskriftene holdes oppdaterte og ingredienskostnadene bak dem oppdateres når leverandørprisene endres, er kostnadssiden av kasserapporter et bilde av en gammel virkelighet. De fleste kassesystemer viser en teoretisk varekostprosent basert på hva oppskriftskostnadene var da de ble lagt inn. Det tallet drifter lenger fra virkeligheten for hver uke oppskriftene ikke oppdateres.
Kassesystemet stopper også ved salgspunktet. Det ser ikke hva som kom inn bakdøren, hva som ble klargjort og kastet, hva som forsvant, eller hva som lå i kjølerommet til det ble ødelagt. Alt som skjer mellom leverandørfakturaen og kundebestillingen er usynlig for kassesystemet.
Hva regnskapet inneholder, og hvor det stopper
Regnskapssystemet er kilden til sannhet for penger inn og ut. Det inneholder leverandørfakturaer, linjepostene, betalingene, mva., lønninger, husleie og andre kostnader. Det vet nøyaktig hva som ble brukt og hva som ble fakturert.
Detaljnivået varierer avhengig av hvordan fakturaer behandles. I en virksomhet der fakturaer legges inn som én enkelt samlelinje, viser regnskapssystemet at 50 000 NOK ble betalt til en kjøttleverandør forrige uke. I en virksomhet der fakturaer behandles linje for linje, viser det samme regnskapssystemet at 90 kg kjøttdeig ble kjøpt til 138 NOK/kg, kyllinglår til 69 NOK/kg, og så videre nedover fakturaen.
Fakturadata på linjenivå er der den reelle synligheten begynner, og det er nettopp det de fleste restauranter ikke fanger opp. Uten dette kan regnskapssystemet fortelle deg varekostprosenten, men det kan ikke si hvilke ingredienser som steg i pris, hvilke leverandører som økte stille, eller hvilke kategorier som drev økningen. Regnskapet stopper ved totalene, og spørsmålet om hvorfor disse totalene beveget seg ligger ett lag dypere enn det regnskapet kan se på egenhånd.
Hva varelageret inneholder, og hva bare det kan se
Varelagersystemet, når det brukes riktig, inneholder det tredje stykket: hva som fysisk ble talt opp på lager ved starten av perioden og ved slutten av den. Kombinert med hva som ble kjøpt inn i mellomtiden, er dette det som forteller deg hva som faktisk ble brukt.
Faktisk forbruk er det eneste tallet som lukker sirkelen. Kassesystemet sier at restauranten burde ha brukt 78 kg fisk basert på hva som ble solgt. Regnskapsdata sier at 90 kg ble kjøpt inn. Varetelling sier at 4 kg er igjen på hylla når det var 6 kg ved starten. Det betyr at 92 kg faktisk ble brukt, mot et teoretisk forbruk på 78 kg. Det er 14 kg i avvik, og avvik er der marginhistorien faktisk befinner seg. Det er overporsjoning, svinn, ødeleggelse, tyveri, feil i oppskrifter, eller en kombinasjon av alt dette. Ingenting av dette er synlig uten varetelling.
Varelageret er også det eneste stedet der leverandørprisendringer avstemmes mot hva rettene faktisk koster i dag. Når ingredienskostnader kaskader inn i oppskrifter på riktig måte, kan systemet vise faktisk varekostnad på rettsnivå, og ikke bare på kategorinivå slik regnskapsprogramvaren produserer.
Utfordringen er at varelagersystemet bare er så nøyaktig som dataene som strømmer inn i det. Hvis det ikke er koblet til kassesystemet, kan det ikke beregne teoretisk forbruk. Hvis det ikke er koblet til regnskapet, kan det ikke holde ingredienskostnadene oppdaterte. Uten disse koblingene produserer selv en velgjennomført varetelling avvikstall som ingen kan handle på, fordi ingen kan spore hvor avviket kom fra.
Gapet mellom systemene, og hva som går tapt der
Gapet mellom disse tre systemene er der det meste av den uforklarlige margintapet befinner seg. En leverandør øker prisen på fisk med 8 %. Fakturaen går gjennom regnskapet og blir betalt. Kassesystemet fortsetter å rapportere den samme teoretiske kostnaden per rett fordi oppskriften aldri ble oppdatert. Varetelling viser avvik ved slutten av perioden, men avviket registreres som “høyt” uten at noen sporer det tilbake til prisendringen. Tre måneder senere har fiskekategorien stille absorbert titusener av kroner som ingen så bevege seg.
Det samme gapet forklarer hvorfor varekostoverraskelser har en tendens til å dukke opp ved månedsslutt i stedet for i løpet av måneden. Dataene finnes i alle tre systemene hele tiden. Det som ikke finnes, er integrasjonen som lar én person se, i én visning, at fiskprisen endret seg den 8., at oppskriftskostnaden ikke ble oppdatert, at kassesalg av fiskeretter fortsatte med det gamle marginanslaget, og at det resulterende avviket er strukturelt snarere enn tilfeldig.
En koblet flyt er det eneste som avdekker dette i tide til å handle. Funksjoner som sporing av leverandørpriser, analyse av lageravvik og referanseverdier for varekostprosent blir bare operative når de underliggende systemene er integrert. Uten koblingen forblir hvert av dem en rapport som forklarer hva som skjedde uker etter at det hadde betydning.
Hvordan en koblet flyt ser ut fra ende til ende
Når de tre systemene er integrert, kan et enkelt salg spores rent gjennom hvert lag av driften.
1. Det første laget er kassesystemet. En kunde bestiller en fiskerett. Salget registrerer retten, prisen, tidspunktet og lokasjonen.
2. Det andre er oppskriften. Retten er koblet til en oppskrift med definerte mengder av fisk, olje, urter, pynt og tilbehør. Hver ingrediens bærer en gjeldende kostnad, hentet fra fakturadata i stedet for et øyeblikksbilde fra oppsettstidspunktet.
3. Det tredje er forbruket. Multiplisert over hvert salg av den retten i perioden, definerer oppskriften et teoretisk ingrediensforbruk. Kassesystemet leverer salgsvolumet, oppskriften leverer mengden per porsjon, og sammen produserer de tallet som sier “basert på hva som ble solgt, er dette hva som burde ha blitt brukt.”
4. Det fjerde er fakturaen. Leverandørfakturaer ankommer regnskapet og behandles linje for linje. Hvert linjepost oppdaterer kostnaden for ingrediensen det representerer, og den oppdaterte kostnaden kaskader inn i hver oppskrift som bruker den. Hvis fiskprisen endret seg tirsdag, reflekterer rettskostnaden det onsdag.
5. Det femte er varetellingen. Ved slutten av perioden telles det fysiske varelageret opp. Forskjellen mellom hva som var på lager ved starten, hva som ble kjøpt inn, og hva som er på lager ved slutten produserer faktisk forbruk. Faktisk forbruk sammenlignes med teoretisk forbruk fra kassesystem og oppskrift, og avviket er synlig på ingrediensnivå. Fiskegapet er ikke lenger skjult inne i varekostprosenten. Det er et spesifikt tall på en spesifikk ingrediens med en spesifikk årsak.
Det er det systemet for sporing av varekostnad som driftsansvarlige med tette marginer jobber fra. Ingen av komponentene er eksotiske. Arbeidet ligger i å få dataene til å bevege seg mellom dem.
Hvilke integrasjoner betyr mest
Tre integrasjoner bærer det meste av vekten når du bestemmer deg for hvor du skal investere først.
-
Den første er kassesystem til oppskrift og varelager. Uten at salgsdata flyter automatisk inn i varelagersystemet, må teoretisk forbruk beregnes manuelt, noe som betyr at det beregnes sjelden og at avvik mister sin betydning. Dette er fundamentet. Uten det kan ikke resten av systemet gjøre jobben sin.
-
Den andre er regnskap til oppskrift. Leverandørfakturaer må flyte inn i systemet som inneholder oppskriftene, og de må flyte på linjepostdetaljenivå snarere enn som samlede totaler. Dette er det som holder oppskriftskostnadene oppdaterte etter hvert som leverandørprisene endres, og det er det som avdekker prisøkninger i tide til å stille spørsmål ved dem. Arbeidet med å fange opp feil i leverandørfakturaer og prisdrift er i stor grad automatisert når denne integrasjonen er på plass.
-
Den tredje er varelagersystemet til begge de ovennevnte. Varelager er laget der alt avstemmes. Det trenger kassesystemdata for å beregne teoretisk forbruk og regnskapsdata for å holde kostnadene oppdaterte. Hvis varelageret bare kobler seg til den ene siden, er avvikstallene det produserer ufullstendige.
For restaurantkjeder med flere lokasjoner betyr disse tre integrasjonene enda mer, fordi kaskadefeilene fra en utdatert oppskrift multipliseres over hvert sted som kjører den samme menyen.
Hvordan evaluere en integrasjon når du velger programvare
Leverandørdemonstrasjonene er designet for å vise hva som er mulig. Spørsmålene det er verdt å stille handler om hva som er automatisk kontra hva som er manuelt.
En kort liste å legge frem for enhver leverandør når integrasjon er på bordet:
1. Hvilke kassesystemer og regnskapssystemer støtter du nativt, og hvilke krever omveier?
- Native integrasjoner holder seg oppdaterte etter hvert som det overordnede verktøyet oppdateres. Omveier har en tendens til å bryte stille.
2. Når en leverandørpris endres på en faktura, hva skjer med oppskriftskostnaden?
- Hvis svaret innebærer et manuelt gjennomgangssteg, lukker ikke integrasjonen sirkelen.
3. Hvordan fanges fakturadata på linjenivå opp?
- Hvis svaret er OCR pluss manuell gjennomgang, spør om hvilken prosentandel av fakturaer som trenger et menneske for å korrigere dem. Det tallet har betydning.
4. Hva viser avviksrapporten på ingrediensnivå, og ikke bare kategorinivå?
- Hvis systemet ikke kan vise avvik per ingrediens med prisendringen og forbruksgapet vedlagt, er den underliggende integrasjonen ikke dyp nok.
5. Hvordan håndterer systemet flere lokasjoner?
- Oppskriftskostnadskadering på tvers av steder er der de fleste integrasjoner svekkes, fordi den samme menyen distribuert over fem lokasjoner trenger at kostnadsoppdateringen propagerer overalt uten manuell synkronisering.
Stockifi befinner seg i dette systemet som integrasjonslaget mellom kassesystemet, regnskapssystemet og varelagerdriften. Arbeidet kan også gjøres med en kombinasjon av andre verktøy og et disiplinert driftsteam. Poenget er at integrasjonen må eksistere et sted. Restaurantene som holder marginen sin år etter år er de der den gjør det, og de som taper to eller tre prosentpoeng av varekostnad i året er nesten alltid de der den ikke gjør det.
Når du ser på din egen drift, kan du spore en enkelt rett fra salg til faktura til faktisk forbruk uten å forlate ett av tre systemer og sy dataene sammen manuelt?