Ristorazione alberghiera15 agosto 2026 · 6 min

CalcMenu vs Apicbase: controllo del margine o controllo della conformità?

Due piattaforme centrate sulla ricetta, con dati a livello di ingrediente e rollout multi-sede. La vera linea di separazione è che cosa governa la ricetta: i dati di vendita o un requisito di cura. Dove ciascuna è davvero più forte e la domanda che decide.

In breve

Se le vostre ricette sono governate da ciò che vende, Apicbase è costruita per voi. Se sono governate da ciò che una persona può mangiare, lo è CalcMenu.

Sembra uno slogan, ma è la differenza architetturale reale, e tutto il resto ne discende. Entrambe le piattaforme sono centrate sulla ricetta, entrambe tengono allergeni e valori nutrizionali a livello di ingrediente, entrambe si distribuiscono su più sedi. Divergono sul sistema a valle a cui la ricetta è collegata: il baricentro di Apicbase è la cassa, quello di CalcMenu il requisito di cura.

Dove si sovrappongono davvero

Vale la pena essere chiari su quanto queste due siano d’accordo, perché le pagine di marketing le fanno sembrare più diverse di quanto siano.

Entrambe tengono dati su allergeni, nutrizione e diete a livello di ingrediente: modificare un prodotto si propaga a ogni ricetta e menu collegati. Entrambe calcolano automaticamente il food cost di piatto e lo aggiornano quando i prezzi d’acquisto cambiano. Entrambe gestiscono il multi-sede: una ricetta di riferimento centrale, variazioni locali e un modo per impedire alle sedi di divergere. Entrambe generano etichette dagli stessi dati che alimentano il calcolo.

Se la vostra rosa è ristretta a queste due, nessuno dei punti sopra deciderà. Sono spuntati due volte.

Dove Apicbase è più forte

Menu engineering collegato alla cassa. Apicbase legge i dati di vendita e produce una matrice di menu in tempo reale che unisce food cost effettivo, volume di vendita e contributo al margine per piatto. Il vantaggio è che quell’anello è nativo e già confezionato: vi dice non solo quanto costa un piatto, ma se merita il suo posto in carta, come report permanente e non come montaggio manuale. CalcMenu ha connettori per la stessa classe di sistemi di cassa — iiko, Lightspeed, Oracle Simphony, Toast, Square, TCPOS — ma vale la pena dire con franchezza come funziona di solito nella pratica: in molte realtà CalcMenu la cassa e l’ERP possiedono già il livello vendite-e-margine, e CalcMenu vi immette dati di ricetta e di costo invece di sostituire quella reportistica. Il vantaggio di Apicbase non è l’accesso al dato. È che Apicbase eleva la matrice di margine a proprio report principale, e presume di dover essere il sistema che la possiede. Per un operatore la cui domanda centrale è «quali dodici piatti mettere in carta la prossima stagione», Apicbase mette quella risposta in prima pagina.

Governance del rollout. Il flusso di approvazione basato sui ruoli — chef corporate o R&D creano, la direzione rivede e approva, e solo dopo i responsabili locali accedono — è una risposta ben progettata alla deriva delle ricette su un parco ampio di locali simili. Chi gestisce quaranta ristoranti sostanzialmente identici ne trae più beneficio che dalla modellazione delle varianti.

CalcMenu può imporre un passaggio di approvazione analogo, e diciamo con franchezza che cosa succede poi: la maggior parte delle realtà che lo attivano finisce per disattivarlo, perché un passaggio di revisione messo davanti a uno chef che corre dietro al servizio è la prima cosa che viene aggirata. Vale la pena saperlo prima di comprare l’uno o l’altro prodotto per la sua governance. La domanda non è se il flusso esista — ce l’hanno entrambi — ma se la vostra organizzazione lo reggerà davvero nel tempo, perché tutto il racconto multi-sede di Apicbase presuppone di sì.

Previsione della domanda dallo storico di vendita, nativa e non aggiunta.

Uso ideale: gruppi di ristoranti multi-sede, gruppi alberghieri F&B e ghost kitchen la cui domanda organizzante è il margine di piatto.

Dove CalcMenu è più forte

Le varianti come oggetti di prima classe. In CalcMenu una ricetta madre porta le proprie varianti — per dieta, per texture, per pezzatura — invece di esistere come ricette separate mantenute in parallelo. Quando la ricetta base cambia, ogni variante eredita la modifica. In un ospedale che produce una versione normale, una per diabetici, una iposodica e tre livelli di texture IDDSI dello stesso piatto, è la differenza tra una modifica e sette.

Non ha bisogno di una cassa per funzionare. È la differenza strutturale che gli elenchi di funzioni nascondono. L’intelligenza di costo di Apicbase poggia sui dati di vendita: matrice di menu, previsione della domanda e contributo al margine presuppongono tutti uno scontrino dietro ogni piatto. In un resort all-inclusive, in un reparto ospedaliero, in una casa di riposo, in una mensa scolastica, in un ristorante aziendale o nella galley di un aereo non c’è alcuno scontrino — il pasto non è una transazione, e una piattaforma centrata sulla cassa non ha nulla da leggere. Apicbase lo dice apertamente nella propria documentazione di supporto: la cassa è «il hub centrale delle vendite» ed «essenziale per sfruttare la vera potenza di Apicbase», e dove nessuna cassa è integrata i ripieghi documentati sono importare le vendite da un foglio di calcolo o inserirle a mano. In un resort all-inclusive o in un reparto ospedaliero non esistono vendite per singolo piatto da importare o digitare — il dato non esiste. CalcMenu è agnostico e indipendente rispetto alla cassa: si collega a un sistema di cassa dove esiste ed è utile, e funziona in modo identico dove non c’è. Se una quota rilevante dei vostri coperti non viene venduta singolarmente, non è un dettaglio. Decide quali piattaforme possano operare nella vostra realtà.

Schede ricetta multilingue. La stessa scheda esiste simultaneamente in più lingue. In una cucina europea in cui la brigata non condivide una sola lingua non è una comodità: determina se la ricetta viene seguita correttamente alle 6 del mattino.

Produzione per cucine centralizzate. Cook-chill, produzione centralizzata e calcolo dei fabbisogni sono il nucleo e non un contorno, il che conta quando si produce per sedi satellite e non per la sala al piano di sotto.

Storico versioni di grado audit. Ogni modifica versionata con chi, cosa e quando — la forma in cui un’ispezione lo chiede davvero.

Ordini per piano, reparto o punto self-service e magazzino tramite FoodOps, che tratta la ricetta CalcMenu direttamente come distinta base invece di sincronizzarsi con essa.

Uso ideale: ospedali, case di riposo, riabilitazione, ristorazione collettiva e catering aereo, dove una ricetta deve diventare molte varianti conformi.

La domanda che di solito decide

Prendete il vostro piatto più complicato — quello con più varianti — e chiedete a entrambi i fornitori di modellarlo dall’inizio alla fine davanti a voi.

Se la complessità di quel piatto è commerciale (compare su quattro menu a tre fasce di prezzo su due marchi), osservate come se la cava Apicbase: è il suo terreno. Se la complessità è clinica (esiste in sei versioni di dieta e texture, ciascuna dimostrabilmente sicura per una persona con nome e cognome, e la lista ingredienti è cambiata la settimana scorsa), contate quanti oggetti separati ciascun sistema deve creare per rappresentarlo. Quel numero è la vostra risposta.

Una domanda secondaria utile, che mostra la stessa separazione dall’altro lato: quando un prodotto del fornitore viene dismesso, quanti punti devono essere toccati prima che ogni variante, etichetta e menu interessati tornino corretti?

Fonti

Guardate il software di gestione ricette di CalcMenu per ristoranti, hotel e catering e scoprite come si applica alla vostra cucina.