Elk restaurant draait op drie systemen die elk een ander deel van hetzelfde verhaal vertellen: het kassasysteem voor wat er verkocht is, de boekhoudssoftware voor wat er betaald is, en het voorraadsysteem voor wat er werkelijk verbruikt is. Ieder systeem klopt binnen zijn eigen grens, en ieder systeem is vrijwel nutteloos op zichzelf als de vraag is waar de marge naartoe gaat.
De operators die hun foodcostpercentage scherp houden, hebben uitgevogeld hoe ze POS, voorraad en boekhouding in een restaurant kunnen integreren zodat de drie systemen met elkaar communiceren. Als verkoop, inkopen en verbruik op één plek aan elkaar te koppelen zijn, vallen prijsverhogingen van leveranciers niet meer stilletjes door de mazen, en wordt overportering niet een kwartaal lang opgestapeld voordat iemand het opmerkt.
Dit artikel beschrijft wat elk systeem bijhoudt, waar de leemtes tussen de systemen zitten, en hoe een gekoppelde datastroom er in de praktijk uitziet, van het moment dat een gerecht verkocht wordt tot het moment dat de ingrediëntkosten worden afgestemd met de factuur waarmee ze betaald zijn.
Wat het kassasysteem bijhoudt en waar het stopt
Het kassasysteem is het centrale registratiesysteem voor verkopen. Elke bestelling, elke aanpassing, elke annulering, elke bon, elke keer dat een ober een gang naar de keuken doorstuurt, alles staat in de kassadata. Totale omzet per dag, per categorie, per uur, per medewerker, per locatie. Gemiddelde bongrootte. Verkoopsnelheid per artikel. Het kassasysteem weet met grote precisie wat er verkocht is en voor welk bedrag.
Wat het kassasysteem niet weet, is wat die verkopen werkelijk hebben gekost om te produceren. Je kunt een menukaart met receptkoppelingen opslaan, maar als de recepten niet actueel worden gehouden en de ingrediëntkosten achter die recepten niet worden bijgewerkt wanneer leveranciersprijzen bewegen, is de kostenkant van het kassarapport een momentopname van een verouderde werkelijkheid. De meeste kassarapporten tonen een theoretisch foodcostpercentage op basis van de receptkosten die bij de inrichting zijn ingevoerd. Dat getal loopt elke week verder achter op de realiteit als de recepten niet worden bijgewerkt.
Het kassasysteem stopt ook bij het moment van de verkoop. Het ziet niet wat er door de achterdeur is binnengekomen, wat er voorbereid is en verspild, wat er meegenomen is, of wat er in de koelcel lag tot het bedierf. Alles wat er tussen de leveranciersfactuur en de klantbestelling gebeurt, is onzichtbaar voor het kassasysteem.
Wat de boekhouding bijhoudt en waar die stopt
Het boekhoudprogramma is het centrale registratiesysteem voor geld in en geld uit. Het bevat leveranciersfacturen, regelposten, betalingen, btw, loonadministratie, huur en energiekosten. Het weet precies wat er uitgegeven en gefactureerd is.
Het detailniveau varieert naargelang hoe facturen worden verwerkt. In een bedrijf waar facturen als één samengevatte regel worden ingevoerd, laat het boekhoudprogramma zien dat er vorige week €4.800 aan een vleesleverancier is betaald. In een bedrijf waar facturen regel voor regel worden verwerkt, laat datzelfde boekhoudprogramma zien dat er 90 kg rundergehakt is ingekocht voor €12,40 per kg, kippenbouten voor €6,20 per kg, enzovoort.
Factuurdata op regelniveau is waar de echte inzichten beginnen, en dat is precies wat de meeste restaurants niet vastleggen. Zonder die data kan het boekhoudprogramma je inkoopkosten als percentage van de omzet vertellen, maar niet welke ingrediënten in prijs zijn gestegen, welke leveranciers stilletjes verhoogd hebben, of welke categorieën de stijging aanjaagden. De boekhouding stopt bij de totaalbedragen, en de vraag waarom die bedragen bewogen, zit één laag dieper dan de boekhouding zelf kan zien.
Wat de voorraadadministratie bijhoudt en wat alleen zij kan zien
Het voorraadsysteem, als het goed wordt bijgehouden, bevat het derde onderdeel: wat er aan het begin van de periode en aan het einde ervan werkelijk geteld is als voorraad. Gecombineerd met wat er tussenin is ingekocht, vertelt dit wat er werkelijk verbruikt is.
Werkelijk verbruik is het enige getal dat de cirkel sluit. Het kassasysteem zegt dat het restaurant 78 kg rundvlees had moeten gebruiken op basis van wat er verkocht is. De boekhouddata zegt dat er 90 kg is ingekocht. De voorraadtelling zegt dat er 4 kg op de plank ligt, terwijl er aan het begin 6 kg was. Dat betekent dat er 92 kg werkelijk is verbruikt, tegenover een theoretisch verbruik van 78 kg. Het verschil van 14 kg is de afwijking, en in die afwijking zit het echte margeverhaal. Het gaat om overportering, verspilling, bederf, diefstal, foutieve recepten, of een combinatie van dat alles. Niets hiervan is zichtbaar zonder de voorraadtelling.
De voorraadadministratie is ook de enige plek waar prijswijzigingen van leveranciers worden afgestemd met wat de gerechten vandaag de dag werkelijk kosten. Wanneer ingrediëntkosten correct doorwerken in recepten, kan het systeem de werkelijke inkoopkosten op schotelniveau tonen, niet alleen op categorieniveau zoals de boekhoudssoftware dat doet.
De complicatie is dat het voorraadsysteem alleen zo nauwkeurig is als de data die erin stroomt. Als het niet gekoppeld is aan het kassasysteem, kan het geen theoretisch verbruik berekenen. Als het niet gekoppeld is aan de boekhouding, kan het ingrediëntkosten niet actueel houden. Zonder die koppelingen produceert zelfs een goed uitgevoerde voorraadtelling afwijkingscijfers waar niemand op kan acteren, omdat niemand kan herleiden waar de afwijking vandaan komt.
De kloof tussen systemen en wat daar verloren gaat
In de kloof tussen deze drie systemen zit het grootste deel van het onverklaarde margeverlies. Een leverancier verhoogt de prijs van vis met 8%. De factuur wordt verwerkt in de boekhouding en betaald. Het kassasysteem blijft dezelfde theoretische kostprijs per gerecht rapporteren, want het recept is nooit bijgewerkt. De voorraad laat aan het einde van de periode een afwijking zien, maar die afwijking wordt geregistreerd als “hoog” zonder dat iemand hem terugkoppelt naar de prijsbeweging. Drie maanden later heeft de viscategorie stilletjes duizenden euro’s opgeslokt die niemand heeft zien bewegen.
Dezelfde kloof verklaart ook waarom foodcostsurprises typisch aan het einde van de maand opduiken in plaats van tijdens de maand. De data bestaat al die tijd in alle drie de systemen. Wat er niet is, is de integratie waarmee één persoon in één overzicht kan zien dat de visprijs op de 8e bewoog, dat de receptkosten niet werden bijgewerkt, dat kassaverkopen van visgerechten doorgingen op de oude marge-aanname, en dat de afwijking structureel is en niet willekeurig.
Een gekoppelde datastroom is het enige dat dit op tijd aan het licht brengt. Onderdelen zoals het bijhouden van leveranciersprij zen, analyse van voorraadafwijkingen en foodcost-benchmarks worden pas operationeel als de onderliggende systemen geïntegreerd zijn. Zonder die koppeling blijft elk onderdeel een rapport dat weken na dato uitlegt wat er is gebeurd.
Hoe een gekoppelde datastroom er van begin tot eind uitziet
Wanneer de drie systemen geïntegreerd zijn, loopt één verkoop netjes door elke laag van de bedrijfsvoering.
1. De eerste laag is het kassasysteem. Een gast bestelt een visgerecht. De verkoop registreert het gerecht, de prijs, het tijdstip en de locatie.
2. De tweede is het recept. Het gerecht is gekoppeld aan een recept met vaste hoeveelheden vis, olie, kruiden, garnituur en bijgerecht. Elk ingrediënt heeft een actuele kostprijs, gevoed door factuurdata in plaats van een momentopname bij de inrichting.
3. De derde is het verbruik. Vermenigvuldigd over alle verkopen van dat gerecht in de periode, definieert het recept een theoretisch ingrediëntverbruik. Het kassasysteem levert het verkoopvolume, het recept levert de portiegrootte, en samen geven ze het getal dat zegt: “op basis van wat er verkocht is, is dit wat er verbruikt had moeten worden.”
4. De vierde is de factuur. Leveranciersfacturen komen binnen in de boekhouding en worden regel voor regel verwerkt. Elke regelpost werkt de kostprijs bij van het bijbehorende ingrediënt, en die bijgewerkte kostprijs werkt door in elk recept dat dat ingrediënt gebruikt. Als de visprijs op dinsdag is veranderd, weerspiegelt de gerechtkostprijs dat op woensdag.
5. De vijfde is de voorraadtelling. Aan het einde van de periode wordt de fysieke voorraad geteld. Het verschil tussen wat er aan het begin aanwezig was, wat er is ingekocht en wat er aan het einde nog ligt, geeft het werkelijke verbruik. Het werkelijke verbruik wordt vergeleken met het theoretische verbruik uit het kassasysteem en de recepten, en de afwijking is zichtbaar op ingrediëntniveau. De viskloof zit niet langer verborgen in het foodcostpercentage. Het is een concreet getal bij een concreet ingrediënt met een concrete oorzaak.
Dat is het foodcostregistratiesysteem waar operators met strakke marges mee werken. Geen van de onderdelen is bijzonder ingewikkeld. Het werk zit in ervoor zorgen dat de data er tussen beweegt.
Welke koppelingen het meest uitmaken
Drie koppelingen dragen het meeste gewicht als je bepaalt waar je het eerst in investeert.
-
De eerste is kassasysteem naar recept en voorraad. Als verkoopdata niet automatisch in het voorraadsysteem stroomt, moet het theoretische verbruik handmatig berekend worden, wat betekent dat het zelden gedaan wordt en afwijkingscijfers hun betekenis verliezen. Dit is het fundament. Zonder dit kan de rest van de stack zijn werk niet doen.
-
De tweede is boekhouding naar recept. Leveranciersfacturen moeten doorstromen naar het systeem dat de recepten beheert, en wel op regelpostniveau in plaats van als samengevatte totalen. Dit houdt de receptkosten actueel als leveranciersprij zen bewegen, en dit is wat prijsstijgingen op tijd zichtbaar maakt zodat je er vraagtekens bij kunt zetten. Het werk dat gepaard gaat met het opsporen van fouten op leveranciersfacturen en prijsafwijkingen is grotendeels geautomatiseerd zodra deze koppeling er is.
-
De derde is het voorraadsysteem naar beide bovenstaande. Voorraad is de laag waar alles wordt afgestemd. Het heeft de kassadata nodig om het theoretische verbruik te berekenen en de boekhouddata om kosten actueel te houden. Als de voorraad maar aan één kant is gekoppeld, zijn de afwijkingscijfers die het oplevert onvolledig.
Voor groepen met meerdere vestigingen tellen deze drie koppelingen nog zwaarder, omdat het cascade-effect van een verouderd recept zich vermenigvuldigt over elke vestiging die hetzelfde menu voert.
Hoe je een integratie beoordeelt bij het kiezen van software
Leveranciersdemo’s zijn ontworpen om te laten zien wat mogelijk is. De vragen die de moeite waard zijn, gaan over wat automatisch is versus wat handmatig gaat.
Een korte lijst om aan elke leverancier voor te leggen wanneer integratie op tafel ligt:
1. Welke kassasystemen en boekhoudprogramma’s ondersteunen jullie native, en welke vereisen omwegen?
- Native koppelingen blijven actueel als het bovenliggende systeem wordt bijgewerkt. Omwegen breken doorgaans geruisloos.
2. Wanneer een leveranciersprijs verandert op een factuur, wat gebeurt er dan met de receptkosten?
- Als het antwoord een handmatige controleronde bevat, sluit de integratie de cirkel niet.
3. Hoe worden factuurdata op regelniveau vastgelegd?
- Als het antwoord OCR plus handmatige controle is, vraag dan welk percentage van de facturen door een mens gecorrigeerd moet worden. Dat getal telt.
4. Wat toont het afwijkingsrapport op ingrediëntniveau, niet op categorieniveau?
- Als het systeem geen afwijking per ingrediënt kan tonen met de bijbehorende prijsbeweging en het verbruiksverschil, is de onderliggende integratie niet diep genoeg.
5. Hoe gaat het systeem om met meerdere vestigingen?
- Het doorwerken van receptkosten over vestigingen heen is waar de meeste integraties verzwakken, omdat hetzelfde menu dat over vijf locaties uitgerold is, de kostenbijwerking overal automatisch moet doorzetten zonder handmatige synchronisatie.
Stockifi zit in deze stack als de integratielaag tussen het kassasysteem, het boekhoudprogramma en de voorraadadministratie. Het werk kan ook gedaan worden met een combinatie van andere tools en een gedisciplineerd operationeel team. Het punt is dat de integratie ergens aanwezig moet zijn. De restaurants die hun marge jaar na jaar vasthouden, zijn de restaurants waar die integratie er is. De restaurants die twee of drie procentpunten foodcost per jaar verliezen, zijn bijna altijd de restaurants waar die er niet is.
Als je naar je eigen bedrijfsvoering kijkt: kun je één gerecht van verkoop tot factuur tot werkelijk verbruik traceren zonder één van de drie systemen te verlaten en de data handmatig aan elkaar te knopen?