Receptbeheersoftware voor professionele keukens, vergeleken

Receptbeheersoftware beschrijft twee verschillende markten

Zoek de term en u krijgt twee doelgroepen die vrijwel niets gemeen hebben. De helft van de pagina is geschreven voor thuiskoks: apps die recepten van blogs plukken, een boodschappenlijst tussen telefoons synchroniseren en eenmalig tussen nul en dertig euro kosten. De andere helft is geschreven voor bedrijven die schriftelijk, aan een auditor, moeten aantonen wat er in een gerecht zit.

Runt u een professionele keuken, dan is alleen die tweede helft relevant — en daarbinnen lopen de marketingteksten zo naar elkaar toe dat ze onbruikbaar worden. Centrale receptendatabase, automatische kostprijsberekening, allergenenberekening, uitrol over meerdere locaties: elk serieus platform in deze categorie claimt alle vier, en elk kan ze ook echt.

Het werkelijke verschil zit een laag dieper, in een vraag die functielijsten zelden rechtstreeks beantwoorden: wat moet het recept eigenlijk opleveren zodra het bestaat? Voor een restaurantgroep is het antwoord een bordkostprijs en een marge. Voor een voedingsmerk een wettelijk conform etiket. Voor een ziekenhuis een maaltijd die past bij een voorgeschreven dieet in een voorgeschreven textuur, voor een patiënt met naam en toenaam, vanavond. Elk platform hieronder is werkelijk uitstekend in één van die antwoorden, en slechts toereikend in de rest.

Eén structurele scheidslijn verdient het om vóór de lijst te worden benoemd, want ze wordt makkelijk over het hoofd gezien en sluit dingen op voorhand in of uit. Verschillende van deze platformen gaan ervan uit dat achter elk gerecht een kassa staat — hun margematrices en vraagvoorspellingen zijn gebouwd op verkoopdata. In all-inclusive hotels, ziekenhuizen, woonzorgcentra, scholen, bedrijfsrestaurants en airline catering is de maaltijd geen transactie en is er geen kassabon om te lezen. Beschrijft dat een wezenlijk deel van uw couverts, dan is een kassagericht platform niet alleen minder nuttig: delen ervan hebben simpelweg geen invoer.

Een eerlijke blik op waar vijf gevestigde platformen echt sterk in zijn, op basis van hun eigen gepubliceerde productdocumentatie, plus waar CalcMenu in datzelfde landschap past.

Apicbase — margebeheersing over veel vestigingen

Apicbase is gebouwd voor F&B-groepen met meerdere locaties, en het zwaartepunt ligt bij winstgevendheid per gerecht. Allergenen, voedingswaarden en dieetregels staan op ingrediëntniveau, waardoor het bijwerken van één product automatisch doorwerkt naar elk gekoppeld recept en menu, met allergenen- en Nutri-etiketten die uit diezelfde data worden gegenereerd. De menu-engineeringmodule koppelt met de kassa en produceert een live menumatrix met werkelijke kostprijs, verkoopvolume en margebijdrage — receptendatabase en verkoopdata worden dus samen gelezen in plaats van apart.

Het antwoord op meerdere locaties heet hier governance: rolgebaseerde goedkeuring, waarbij corporate chefs of R&D-teams recepten aanmaken, het management ze beoordeelt en goedkeurt, en pas daarna lokale vestigingsmanagers toegang krijgen. Dat is een concreet en goed doordacht antwoord op een concreet probleem — recepten die per vestiging uit elkaar lopen tot niemand meer weet welke versie geldt.

Beste fit: restaurantgroepen, hotelgroepen en ghost kitchens met meerdere vestigingen wier scherpste pijn de marge per gerecht en de uitroldiscipline tussen locaties is.

Nutritics — eerst de voedingsdata, de rest daarna

Nutritics benadert hetzelfde probleem vanuit de voedingswetenschap in plaats van vanuit de commercie. Voedingswaarden en allergenen worden berekend terwijl u het recept opbouwt, menu’s kunnen realtime worden gepubliceerd — een gewijzigd ingrediënt werkt dus meteen bij wat de gast ziet — en de kostprijsmotor levert een werkelijke productiekostprijs die derving en personeelstijd meeneemt, niet alleen de inkoopprijs van ingrediënten.

De meest onderscheidende module is Foodprint, een CO2-rekentool die milieu-impact naast voedingswaarde, kostprijs, marge en allergenen in één beeld zet — en dat cijfer op menu’s en etiketten kan publiceren. Daarnaast is er een apart aanbod voor de zorg, waarin diëtisten en ziekenhuispersoneel patiëntplannen opbouwen en patiënten maaltijden bestellen die aansluiten op hun medische behoeften.

Beste fit: organisaties waar de voedings- en duurzaamheidscijfers zélf het eindproduct zijn — cateraars, universiteiten, voedingsmerken en klinische teams die rapporteren over wat er werkelijk is gegeten.

FoodNotify — leveranciersdata rechtstreeks in het recept

FoodNotify pakt het minst spectaculaire en duurste deel van deze hele categorie aan: om te beginnen accurate ingrediëntdata het systeem in krijgen. Het platform haalt productdata — inclusief exacte allergeneninformatie — rechtstreeks bij gekoppelde leveranciers, waardoor elk recept automatisch wordt voorzien van EU-etiketteringsdata (verordening 1169/2011) en kostprijs van de omzet, zonder afhankelijk te zijn van iemand die een specificatieblad overtypt. Allergenen kunnen als symbool, letter of volledige naam worden weergegeven, wat triviaal klinkt tot u één receptendatabase moet laten aansluiten op de etiketteringsconventies van drie landen.

De opzet is modulair in plaats van monolithisch — Recepten, Inkoop en een ERP-module voor magazijn en voorraad — met een open API om bestaande systemen te koppelen.

Beste fit: Europese horecabedrijven die het conformiteitswerk door leveranciersdata willen laten doen, vooral waar FoodNotify al gekoppeld is aan de leveranciers waar u daadwerkelijk inkoopt — en dat is de vraag die u moet stellen, want deze hele aanpak is niet beter dan haar dekking van úw specifieke leverancierslijst.

JAMIX — grootschalige institutionele catering

JAMIX zit ongeveer 30 jaar in deze categorie en draait in meer dan 2.500 keukens die dagelijks meer dan een miljoen maaltijden produceren — een schaal die terugkomt in waar het product op is geoptimaliseerd. Menu’s zijn rechtstreeks gekoppeld aan recepten, allergenen en voedingswaarden, inkooporders ontstaan automatisch uit de menuplanning, en de voedingsanalyse kan worden vergeleken met voedingsnormen en -aanbevelingen, precies wat school- en ziekenhuiscateraars moeten aantonen in plaats van louter berekenen.

De modulelijst leest als een bestek voor collectieve catering: Recepten, Kostprijs, Voedseletiketten, Menu’s, Productiebladen, Registratie van verkoop en restanten, Voedingsanalyse, Voedingsaanbevelingen en Ketenbeheer standaard, met een CO2-calculator en productieaanvragen als optie.

Beste fit: scholen, universiteiten, ziekenhuizen en militaire catering met cyclusmenu’s op hoog volume, afgezet tegen gepubliceerde voedingsnormen.

Kitchen CUT — kostenbeheersing vanuit de chef

Kitchen CUT is opgericht door een chef met een Michelinster, en het product weerspiegelt de prioriteiten van een exploitant eerder dan die van een financiële afdeling. Naast recept- en menubeheer dekt het inkoop, voorraad, verspilling en etikettering van allergenen, voedingswaarde en CO²e, met menu-engineering-rapportage op kassadata die laat zien welke gerechten werkelijk presteren. Het platform claimt koppeling met meer dan 400 hospitality-API’s en een vermindering van de administratie in de keuken tot 80% — een leverancierscijfer, dus te lezen als richting en niet als benchmark.

De buffetkostprijsmodule verdient een aparte vermelding: consumptie, populariteit en verspilling over een buffet volgen is een werkelijk lastig kostprijsvraagstuk, en in hotels speelt het dagelijks. De invalshoek is meten aan het buffet zelf: wat is er gepakt, wat bleef populair, wat ging de bak in.

Beste fit: hotel-F&B, restaurants en horecagroepen die één keukengericht systeem willen over meerdere outlets, zeker waar buffetservice een wezenlijk deel van de kostenbasis is.

Waar CalcMenu anders is

Elk platform hierboven kan een variant van een recept maken. Het onderscheid is of die variant een menubeslissing is of een medische.

CalcMenu is gebouwd waar het tweede geval de norm is: ziekenhuizen, klinieken, woonzorgcentra, revalidatie, collectieve catering en airline catering. Eén moederrecept draagt zijn varianten — per dieet, per textuur, per portiegrootte — als volwaardige objecten, en niet als losse recepten die iemand parallel moet onthouden bij te werken. Rendementen (schoonmaken, garen, portioneren), bereidingstijden, foto’s, procedurenotities en volledige versiehistorie staan op dezelfde kaart, en elke wijziging is geversioneerd met wie wat wanneer veranderde — precies wat een audit werkelijk vraagt.

Twee verdere verschillen zijn structureel in plaats van functioneel. Ten eerste taal: receptkaarten bestaan gelijktijdig in meerdere talen, omdat de brigade in Europese keukens zelden één taal deelt. Ten tweede het moeder-en-lokaalmodel: het hoofdkantoor publiceert het referentierecept, elke vestiging past portiegroottes, lokale inkoopprijzen of leveranciers aan, en noch de vestiging noch de referentie verliest de afstemming met de ander.

Twee capaciteiten die in deze categorie voortdurend terugkomen, verdienen het expliciet genoemd te worden, omdat makkelijk wordt aangenomen dat wij ze missen. Voedingsnormen: de berekende waarden per portie kunnen worden afgezet tegen de gepubliceerde norm waarop een collectieve keuken daadwerkelijk wordt beoordeeld — de DGE-Qualitätsstandard in de Duitse klinische catering is het duidelijkste voorbeeld — waardoor aantonen dat u voldoet geen exclusieve eigenschap van grootschalige catering is. Buffet: CalcMenu pakt de buffetkosten aan vóór de service in plaats van aan het buffet — productieplanning, aanpassing van porties en verspillingsreductie vooraf, met buffetetikettering (allergenen, herkomst, prijs) rechtstreeks vanuit het recept naar elektronische schaplabels. Kitchen CUT meet wat het buffet heeft verbruikt; CalcMenu verandert waarmee het buffet naar buiten gaat. Beide zijn legitiem, en wie een serieus buffetprobleem heeft, moet zich afvragen aan welke kant er werkelijk wordt gebloed.

Een bewuste grens, geen gat. Verschillende platformen in deze categorie dingen er feitelijk naar om uw back office te worden — voorraad, inkoop, boekhouding, soms loonadministratie. CalcMenu vertrekt vanuit het omgekeerde uitgangspunt. Het bezit het recept en alles wat daaruit volgt, en koppelt voor de rest met wat u al draait: 41 gepubliceerde integraties over kassasystemen, leveranciersnetwerken, hotel-PMS, zorg- en ziekenhuissystemen, etiket- en ESL-hardware, plus de open standaarden (GS1, PEPPOL, EDIFACT) waarmee het praat met een ERP dat het niet wil vervangen. Ziekenhuizen en zorggroepen kunnen zelden een ERP eruit trekken omdat een cateringsysteem daarom vraagt. Waar een koppeling nog niet bestaat, wordt die gebouwd als de casus echt is — maar de grens is het ontwerp, niet wat eraan ontbreekt.

Waarom die grens standhoudt. Productgrenzen zijn makkelijk uitgesproken en moeilijk vol te houden: een leverancier met investeerders moet uiteindelijk naar een hogere waardering toegroeien, en de goedkoopste manier om te groeien is bestaande klanten meer oppervlak verkopen — zo verandert een receptentool in een back office. EGS heeft geen extern kapitaal aangetrokken. Het bedrijf is eigendom van zijn twee oprichtende partners en wordt betaald door zijn klanten; dat is de weinig spectaculaire reden waarom de grens hierboven een ontwerpkeuze is en geen fase. Welke leverancier u ook kiest: eigendom is een eerlijke vraag aan iedereen van wie u de komende tien jaar afhankelijk wordt.

Vanaf daar voedt hetzelfde recept de kostprijs- en margeanalyse, het allergenenbeheer en de etikettering, de productieplanning en het bestellen per verdieping, afdeling of self-servicepunt. Waar voorraad onderdeel van het plaatje moet zijn, behandelt FoodOps het CalcMenu-recept rechtstreeks als stuklijst in plaats van ermee te synchroniseren — het onderwerp van de aanvullende vergelijking van voorraadplatformen.

Beste fit: organisaties waar één recept veel veilige varianten moet opleveren over vestigingen en talen heen, en waar de verkeerde variant een klinisch incident is en geen gemiste marge.

Wat elk platform nodig heeft om te werken

Functielijsten vleien iedereen. Deze tabel stelt de omgekeerde vraag: wat moet er in uw organisatie al waar zijn voordat een platform zijn kernwaarde levert?

Platform	Werkt zonder kassa?	Wil uw back office?	Kernwaarde hangt af van
Apicbase	Niet echt — de eigen documentatie noemt een kassa “essential to reach the true power of Apicbase”; anders spreadsheet-import of handmatig invoeren	Ja — inkoop, voorraad, productie	Verkoopdata per gerecht
Kitchen CUT	Menu engineering draait op kassadata	Ja — inkoop, voorraad, verspilling	Kassadata plus meting aan het buffet
FoodNotify	Ja	Deels — een ERP-module voor magazijn en voorraad	Of zijn leverancierskoppelingen uw leveranciers dekken
JAMIX	Ja — kassaverkopen zijn een optionele import	Ja — inkoop en voorraad inbegrepen	Volume van cyclusmenu’s
Nutritics	Ja	Nee — een dataplatform, geen back office	Diepgang en lokale relevantie van zijn referentiedata
CalcMenu	Ja — kassa-agnostisch by design	Nee — koppelt met het ERP en de kassa die u al draait	Het recept, en hoeveel van uw catalogus gekoppeld is

Lees het als een uitsluitingslijst, niet als een scorekaart. Worden uw maaltijden niet afzonderlijk verkocht, dan verliezen de eerste twee regels hun kernvermogen nog voor er één functie is vergeleken. Kunt u uw ERP niet vervangen, dan vragen vier van de zes om een groter programma dan u begon. En de laatste kolom is de eerlijke: elk platform hier, het onze inbegrepen, heeft een afhankelijkheid waarover het liever laat begint.

Wat de doorslag geeft

Niets hiervan maakt één platform objectief het beste. Het juiste volgt uit wat vandaag werkelijk kapot is:

• Marge per gerecht en uitroldiscipline over veel outlets → Apicbase, of Kitchen CUT voor een systeem dat dichter bij de keuken staat.
• De voedings-, etiketterings- en CO2-cijfers zijn het eindproduct → Nutritics.
• Ingrediëntdata invoeren en EU-etikettering vreten de week op → FoodNotify, of CalcMenu: gekoppeld aan Europese leveranciersnetwerken (Hogashop, Transgourmet, Pistor via Mercanto, Integrale/Saviva, Selly, EZProcure) plus GS1, PEPPOL en EDIFACT, met automatische extractie uit PDF-specificatiebladen van leveranciers, en het koppelwerk kan als beheerde datadienst draaien in plaats van op het bureau van uw team te belanden. Vergelijk beide op de dekking van uw leverancierslijst, niet op de aanpak.
• Cyclusmenu’s op institutioneel volume, met normconformiteit als eigen module → JAMIX; ook CalcMenu toetst menu’s aan gepubliceerde normen, dus beslis op volume en werkwijze, niet op het bestaan van de functie.
• Buffetkostprijs is een reëel deel van de kostenbasis → Kitchen CUT als de hefboom het meten van consumptie aan het buffet is; CalcMenu als het productieplanning, portioneren en etikettering vóór de service is.
• Eén recept moet veel conforme varianten worden — diëten, texturen, allergenen, talen — over meerdere vestigingen → CalcMenu.

Welke kant u ook op neigt, één vraag is het waard om elke leverancier rechtstreeks te stellen, het liefst met uw lastigste recept erbij: als dit recept verandert, hoeveel plekken moet die wijziging bereiken voordat we weer conform zijn — en hoeveel daarvan bereikt uw systeem zonder dat een mens eraan moet denken?

Bronnen

• Apicbase — AI Recipe Management Software for Restaurants
• Apicbase — Allergen Management Software
• Nutritics — Food Data Management Software
• Nutritics — Foodprint carbon footprint calculator
• FoodNotify — Recipe management
• FoodNotify — Overview of all functionalities
• JAMIX — Kitchen Management Software for Food Service Operations
• JAMIX — Kitchen Intelligence System pricing and modules
• Kitchen CUT — Hospitality Management Software
• Kitchen CUT — Menu Engineering

Ontdek CalcMenu's receptenbeheersoftware voor restaurants, hotels en catering en bekijk hoe dit voor uw keuken werkt.