CalcMenu vs Apicbase: margebeheersing of conformiteitsbeheersing?

Kort samengevat

Worden uw recepten gestuurd door wat verkoopt, dan is Apicbase voor u gebouwd. Worden ze gestuurd door wat iemand mág eten, dan CalcMenu.

Dat klinkt als een slogan, maar het is het werkelijke architectuurverschil, en al het onderstaande volgt eruit. Beide platformen zijn receptgericht, beide houden allergenen en voedingswaarden op ingrediëntniveau bij, beide rollen uit over locaties. Ze lopen uiteen in het achterliggende systeem waaraan het recept is gekoppeld: het zwaartepunt van Apicbase is de kassa, dat van CalcMenu de zorgvereiste.

Waar ze elkaar echt overlappen

Het is goed om duidelijk te zijn over hoezeer deze twee het eens zijn, want de marketingpagina’s laten ze verschillender lijken dan ze zijn.

Beide houden allergenen-, voedings- en dieetgegevens op ingrediëntniveau, waardoor het wijzigen van één product doorwerkt naar elk gekoppeld recept en menu. Beide berekenen de bordkostprijs automatisch en werken die bij als inkoopprijzen bewegen. Beide beheersen multi-locatie: een centraal referentierecept, lokale variatie, en een manier om te voorkomen dat locaties uit elkaar lopen. Beide genereren etiketten uit dezelfde data die de kostprijs voedt.

Als uw shortlist uit deze twee bestaat, beslist geen van bovenstaande punten. Ze zijn twee keer afgevinkt.

Waar Apicbase sterker is

Kassagekoppelde menu engineering. Apicbase leest verkoopdata en produceert een live menumatrix met werkelijke kostprijs, verkoopvolume en margebijdrage per gerecht. Het voordeel is dat die lus native en kant-en-klaar is: het vertelt u niet alleen wat een gerecht kost, maar of het zijn plaats op de kaart verdient, als vast rapport in plaats van zelfbouw. CalcMenu heeft koppelingen voor dezelfde klasse kassasystemen — iiko, Lightspeed, Oracle Simphony, Toast, Square, TCPOS — maar het is eerlijk om te zeggen hoe dit in de praktijk meestal loopt: in veel CalcMenu-omgevingen bezitten de kassa en het ERP de omzet-en-margelaag al, en levert CalcMenu daar recept- en kostprijsdata aan in plaats van die rapportage te vervangen. Het voordeel van Apicbase is niet de toegang tot de data. Het is dat Apicbase de margematrix tot zijn eigen hoofdrapport maakt, en ervan uitgaat dat het het systeem hoort te zijn dat die bezit. Voor een exploitant wiens centrale vraag is “welke twaalf gerechten moeten volgend seizoen op de kaart”, zet Apicbase dat antwoord op de voorpagina.

Uitrolgovernance. De rolgebaseerde goedkeuringsstroom — corporate chefs of R&D maken aan, het management beoordeelt en keurt goed, en pas daarna krijgen lokale managers toegang — is een goed doordacht antwoord op receptdrift over een groot bestand van gelijksoortige vestigingen. Wie veertig grotendeels identieke restaurants exploiteert, heeft daar meer aan dan aan variantmodellering.

CalcMenu kan een vergelijkbare goedkeuringsstap afdwingen, en we zijn eerlijk over wat daarna gebeurt: de meeste bedrijven die hem aanzetten, zetten hem uiteindelijk weer uit, omdat een beoordelingsstap vóór een kok die tegen de servicetijd werkt het eerste is wat wordt omzeild. Dat is nuttig om te weten voordat u een van beide producten koopt om zijn governance. De vraag is niet of de workflow bestaat — beide hebben er een — maar of uw organisatie hem werkelijk volhoudt, want het hele multi-locatieverhaal van Apicbase gaat ervan uit dat u dat doet.

Vraagvoorspelling uit verkoophistorie, native in plaats van aangebouwd.

Beste fit: restaurantgroepen met meerdere vestigingen, hotel-F&B-groepen en ghost kitchens waar de marge per gerecht de ordenende vraag is.

Waar CalcMenu sterker is

Varianten als volwaardige objecten. In CalcMenu draagt één moederrecept zijn varianten — per dieet, per textuur, per portiegrootte — in plaats van te bestaan als losse recepten die iemand parallel onderhoudt. Verandert het basisrecept, dan erft elke variant die wijziging. In een ziekenhuis dat van hetzelfde gerecht een normale, een diabetes-, een natriumarme en drie IDDSI-textuurniveaus produceert, is dat het verschil tussen één en zeven aanpassingen.

Het heeft helemaal geen kassa nodig. Dit is het structurele verschil dat functielijsten verhullen. De kostenintelligentie van Apicbase is gebouwd op verkoopdata: de menumatrix, de vraagvoorspelling en de margebijdrage veronderstellen allemaal een kassabon achter elk gerecht. In een all-inclusive resort, op een ziekenhuisafdeling, in een woonzorgcentrum, een schoolkantine, een bedrijfsrestaurant of een vliegtuiggalley is er geen kassabon — de maaltijd is geen transactie, en een kassagericht platform heeft niets te lezen. Apicbase is hier open over in de eigen supportdocumentatie: de kassa is “the central hub of sales” en “essential to reach the true power of Apicbase”, en waar geen kassa is gekoppeld zijn de gedocumenteerde terugvalopties het importeren van verkopen uit een spreadsheet of ze handmatig invoeren. In een all-inclusive resort of op een ziekenhuisafdeling zijn er geen verkopen per gerecht om te importeren of in te tikken — die data bestaat niet. CalcMenu is kassa-agnostisch en kassa-onafhankelijk: het koppelt met een kassa waar die bestaat en nuttig is, en werkt identiek waar die er niet is. Als een wezenlijk deel van uw couverts niet afzonderlijk wordt verkocht, is dat geen detail. Het bepaalt welke platformen in uw organisatie überhaupt kunnen functioneren.

Meertalige receptkaarten. Dezelfde kaart bestaat gelijktijdig in meerdere talen. In een Europese keuken waar de brigade niet één taal deelt is dat geen luxe: het bepaalt of het recept om 6 uur ‘s ochtends correct wordt gevolgd.

Productie voor centrale keukens. Cook-chill, centrale productie en behoeftecalculatie zijn kern en geen bijzaak, wat telt wanneer u produceert voor satellietlocaties in plaats van voor de zaal beneden.

Auditwaardige versiehistorie. Elke wijziging geversioneerd met wie, wat en wanneer — de vorm waarin een inspectie erom vraagt.

Bestellen per verdieping, afdeling of self-servicepunt, en voorraad via FoodOps, dat het CalcMenu-recept rechtstreeks als stuklijst behandelt in plaats van ermee te synchroniseren.

Beste fit: ziekenhuizen, woonzorgcentra, revalidatie, collectieve catering en airline catering, waar één recept veel conforme varianten moet worden.

De vraag die meestal beslist

Neem uw meest ingewikkelde gerecht — dat met de meeste varianten — en laat beide leveranciers het van begin tot eind voor uw ogen modelleren.

Is de complexiteit commercieel (het staat op vier kaarten in drie prijsklassen bij twee merken), let dan op hoe Apicbase het aanpakt; dat is zijn thuisterrein. Is de complexiteit klinisch (het bestaat in zes dieet- en textuurversies, elk aantoonbaar veilig voor een met naam genoemde persoon, en de ingrediëntenlijst wijzigde vorige week), tel dan hoeveel losse objecten elk systeem moet aanmaken om het weer te geven. Dat getal is uw antwoord.

Een nuttige vervolgvraag, die dezelfde scheidslijn van de andere kant laat zien: als een leveranciersproduct uit het assortiment gaat, hoeveel plekken moet iemand dan aanraken voordat elke betrokken variant, elk etiket en elk menu weer klopt?

Bronnen

• Apicbase — AI Recipe Management Software for Restaurants
• Apicbase — Allergen Management Software
• Apicbase Support — Linking your POS system to Apicbase
• Receptbeheersoftware voor professionele keukens, vergeleken

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