Comedor del grupo: mesas vestidas bajo un patio acristalado con vegetación tropical.

Grupos de restauración y hostelería

Cómo un grupo de restaurantes puso la IA en el centro de su operación

Cinco plataformas que no se hablaban, varios locales y una sola dirección. Hoy la operación corre sobre un sistema de negocio propio.

Sector
Grupos de restauración y hostelería
Dónde
España y Portugal
Tamaño
Grupo en expansión

El reto

Cada restaurante del grupo trabajaba con su propio TPV, su inventario, sus reservas, sus turnos y su contabilidad. Ninguno de esos sistemas hablaba con los demás, y ninguno sabía nada de lo que pasaba en los otros locales.

La dirección reconstruía la foto del grupo a mano, cada semana. Para cuando estaba lista, las decisiones que dependían de ella ya se habían tomado. Y lo que más pesaba en el margen no salía de ningún sistema por su cuenta: cuánto insumo se iba por encima de la receta, y cuánto costaba de verdad cada plato. Para verlo había que cruzar lo vendido en el TPV con el consumo del inventario.

Las cinco plataformas

  • TPV

    Ventas en vivo

  • Inventario

    Stock y recetas

  • Reservas

    Ocupación diaria

  • Turnos

    Personal y fichajes

  • Contabilidad

    Costes y márgenes

La solución

El trabajo empezó por las identidades. Un mismo ingrediente llevaba un código en el inventario y otro distinto en el TPV; un mismo camarero tenía una ficha en turnos y otra en ventas. Conectar las fuentes fue cuestión de semanas. Casar lo que cada una llamaba de forma diferente llevó bastante más, y fue lo que hizo posible todo lo demás.

Sobre ese modelo común se instaló Kozmo OS, y con él cuatro lecturas del negocio que antes no existían.

Las cuatro lecturas

  • Consumo real

    Cuánto insumo consume de verdad cada elaboración, frente a lo que marca la receta. Por ingrediente y por local.

  • Margen por plato

    El coste de cada plato calculado sobre el consumo medido, no sobre el escandallo teórico.

  • Personal sobre ventas

    El coste de personal de cada turno, contra las ventas de ese mismo turno.

  • Local contra local

    El mismo plato y el mismo proveedor, comparados entre todos los locales del grupo.

El sistema hoy

Dos agentes corren a diario sobre el modelo del grupo. La dirección de plataforma los revisa cada mañana y reparte los hallazgos a los equipos de cada local.

En vivo

Asesor

Revisa el negocio de forma continua, señala lo que se ha torcido y dice qué hacer con ello. Conoce el sector, no solo los números.

En vivo

Pregúntale a tu negocio

Preguntas en lenguaje normal, respuestas desde sus propios datos: ventas, inventario, personal y operación en una sola conversación.

Ningún hallazgo llega a pantalla sin conclusión, evidencia y nivel de confianza.

Kozmo OS corre en la infraestructura del propio grupo, bajo su dominio, y su equipo tiene acceso completo al sistema. Tadana sigue operándolo y extendiéndolo con ellos.

El impacto

En pocos meses, la operación pasó de reconstruirse cada semana a leerse cada mañana.

  • El consumo que se iba de más dejó de ser invisible.
  • El margen por plato pasó de estimado a medido.
  • Comparar un local con otro dejó de depender de una opinión.
  • El cierre semanal dejó de armarse a mano.
  • La dirección abre la foto del grupo. Ya no la construye.

¿Y en tu operación?

Esto no es un problema de restaurantes. Cualquier operador con varios locales y herramientas que no se hablan tiene la misma forma: el dato existe, el cruce no.

Miremos tu caso