CalcMenu
Blog
Hostelería y restauración15 de agosto de 2026 · 6 min

CalcMenu vs Apicbase: ¿control del margen o control del cumplimiento?

Ambas son plataformas centradas en la receta, con datos a nivel de ingrediente y despliegue multisede. La línea divisoria honesta es qué gobierna la receta: los datos de venta o un requisito asistencial. Dónde es realmente más fuerte cada una y la pregunta que decide.

En resumen

Si sus recetas están gobernadas por lo que se vende, Apicbase está construida para usted. Si están gobernadas por lo que una persona puede comer, lo está CalcMenu.

Suena a eslogan, pero es la diferencia arquitectónica real, y todo lo demás se deriva de ella. Ambas plataformas se centran en la receta, ambas mantienen alérgenos y nutrición a nivel de ingrediente, ambas se despliegan en varias sedes. Divergen en a qué sistema aguas abajo está conectada la receta: el centro de gravedad de Apicbase es el TPV; el de CalcMenu, el requisito asistencial.

Dónde se solapan de verdad

Conviene ser claro sobre cuánto coinciden estas dos, porque las páginas de marketing las hacen parecer más distintas de lo que son.

Ambas mantienen datos de alérgenos, nutrición y dietas a nivel de ingrediente, de modo que cambiar un producto se propaga a cada receta y menú vinculados. Ambas calculan el coste por plato automáticamente y lo actualizan cuando se mueven los precios de compra. Ambas resuelven el multisede: una receta de referencia central, variación local y una forma de evitar que las sedes se desvíen. Ambas generan etiquetas a partir de los mismos datos que alimentan el escandallo.

Si su lista corta son estas dos, ninguno de los puntos anteriores decidirá. Están marcados dos veces.

Dónde es más fuerte Apicbase

Menu engineering conectado al TPV. Apicbase lee los datos de venta y produce una matriz de menú en vivo que combina coste real, volumen de ventas y contribución al margen por plato. La ventaja es que ese bucle es nativo y viene empaquetado: le dice no solo cuánto cuesta un plato, sino si merece su sitio en la carta, como informe permanente y no como montaje propio. CalcMenu tiene conectores para la misma clase de sistemas de TPV — iiko, Lightspeed, Oracle Simphony, Toast, Square, TCPOS — pero conviene ser directos sobre cómo se despliega esto en la práctica: en muchas operaciones con CalcMenu, el TPV y el ERP ya son dueños de la capa de ventas y margen, y CalcMenu les aporta datos de receta y coste en lugar de sustituir ese reporting. La ventaja de Apicbase no es el acceso al dato. Es que Apicbase convierte la matriz de margen en su informe principal, y asume que debe ser el sistema que la posee. Para un operador cuya pregunta central es «qué doce platos deben estar en la carta la próxima temporada», Apicbase pone esa respuesta en portada.

Gobernanza del despliegue. Su flujo de aprobación por roles — los chefs corporativos o I+D crean, la dirección revisa y aprueba, y solo entonces acceden los responsables locales — es una respuesta bien diseñada a la deriva de recetas en un parque amplio de locales similares. Si opera cuarenta restaurantes prácticamente idénticos, esto importa más que el modelado de variantes.

CalcMenu puede imponer una barrera de aprobación equivalente, y seremos directos sobre lo que ocurre después: la mayoría de las operaciones que la activan acaban desactivándola, porque un paso de revisión colocado delante de un cocinero que corre contra el servicio es lo primero que se esquiva. Conviene saberlo antes de comprar cualquiera de los dos productos por su gobernanza. La pregunta no es si el flujo existe — ambos lo tienen — sino si su organización lo va a sostener de verdad, porque todo el relato multisede de Apicbase da por hecho que sí.

Previsión de demanda a partir del histórico de ventas, nativa y no añadida.

Mejor encaje: grupos de restaurantes multisede, grupos hoteleros de F&B y ghost kitchens donde el margen por plato es la pregunta organizadora.

Dónde es más fuerte CalcMenu

Las variantes como objetos de primer nivel. En CalcMenu, una receta madre lleva sus variantes — por dieta, por textura, por tamaño de ración — en lugar de existir como recetas separadas que alguien mantiene en paralelo. Cuando cambia la receta base, cada variante hereda el cambio. En un hospital que produce una versión normal, una para diabéticos, una baja en sodio y tres niveles de textura IDDSI del mismo plato, esa es la diferencia entre una edición y siete.

No necesita un TPV para funcionar. Esta es la diferencia estructural que las listas de funcionalidades esconden. La inteligencia de costes de Apicbase se apoya en datos de venta: la matriz de menú, la previsión de demanda y la contribución al margen presuponen todas un ticket detrás de cada plato. En un resort todo incluido, una planta de hospital, una residencia, un comedor escolar, un restaurante de empresa o la galley de un avión no hay ticket — la comida no es una transacción, y una plataforma centrada en el TPV no tiene nada que leer. Apicbase lo dice abiertamente en su propia documentación de soporte: el TPV es «el eje central de las ventas» y «esencial para alcanzar todo el potencial de Apicbase», y cuando no hay TPV integrado las alternativas documentadas son importar las ventas desde una hoja de cálculo o introducirlas a mano. En un resort todo incluido o en una planta de hospital no existen ventas por plato que importar o teclear — el dato no existe. CalcMenu es agnóstico e independiente del TPV: se conecta a uno donde existe y resulta útil, y funciona igual donde no lo hay. Si una parte significativa de sus cubiertos no se vende individualmente, esto no es un detalle. Decide qué plataformas pueden siquiera funcionar en su operación.

Fichas de receta multilingües. La misma ficha existe simultáneamente en varios idiomas. En una cocina europea donde la brigada no comparte un solo idioma, eso no es una comodidad: determina si la receta se sigue correctamente a las 6 de la mañana.

Producción para cocinas centrales. Línea fría, producción centralizada y cálculo de necesidades son el núcleo y no un accesorio, lo que importa cuando se produce para sedes satélite y no para el comedor de abajo.

Historial de versiones apto para auditoría. Cada cambio versionado con quién, qué y cuándo — la forma en que una inspección lo pide realmente.

Pedido por planta, office o punto de autoservicio, y stock mediante FoodOps, que trata la receta de CalcMenu directamente como lista de materiales en lugar de sincronizarse con ella.

Mejor encaje: hospitales, residencias, rehabilitación, restauración colectiva y catering aéreo, donde una receta debe convertirse en muchas variantes conformes.

La pregunta que suele decidir

Coja su plato más complicado — el que tiene más variantes — y pida a ambos proveedores que lo modelen de principio a fin delante de usted.

Si la complejidad de ese plato es comercial (aparece en cuatro cartas a tres niveles de precio en dos marcas), observe cómo lo resuelve Apicbase: es su terreno. Si la complejidad es clínica (existe en seis versiones de dieta y textura, cada una demostrablemente segura para una persona con nombre y apellidos, y la lista de ingredientes cambió la semana pasada), cuente cuántos objetos distintos necesita crear cada sistema para representarlo. Ese número es su respuesta.

Una pregunta secundaria útil, que muestra la misma división desde el otro lado: cuando se descataloga un producto del proveedor, ¿cuántos sitios hay que tocar antes de que cada variante, etiqueta y menú afectados vuelvan a ser correctos?

Fuentes

Descubra el software de gestión de recetas de CalcMenu para restaurantes, hoteles y catering y vea cómo se aplica a su cocina.

Comentarios

Los comentarios llegarán pronto.