Cómo construir un sistema de gestión de restaurantes que dirija tu operación
Los restaurantes operan con algunos de los márgenes más ajustados de cualquier sector: la comida es el mayor costo controlable, y la mayoría de los operadores vive o muere según si cae en el rango saludable del 28-35%. Sin embargo, las cifras que realmente deciden la rentabilidad —cuánto cuesta un plato, qué hay guardado en la cámara refrigerada, si el enfriador se mantuvo a 41°F toda la noche— están dispersas entre tablillas de papel, la memoria del chef y un grupo de WhatsApp del personal. Un sistema de gestión de restaurantes reúne el menú, las recetas, el inventario y los registros de cumplimiento en un solo lugar que puedes operar desde la línea, alojado en ybuild y servido en tu propio dominio.
El problema
- El costo de los alimentos se descontrola en silencio: el inventario se cuenta en papel (o no se cuenta), así que descubres que ibas al 38% solo cuando se cierra el estado de resultados de fin de mes, demasiado tarde para corregir ese período.
- Las hojas de preparación (mise en place) y los registros de temperatura viven en tablillas que se manchan de café y se pierden, justo hasta que un inspector de sanidad pide ver los últimos 90 días.
- La lista de agotados (86), los especiales del día y los detalles de alérgenos viven en la cabeza del chef y en un grupo de chat, así que los meseros dan a los comensales, con toda confianza, respuestas equivocadas.
- Cada factura de proveedor es un PDF distinto, y nadie concilia el precio por caja que te cotizaron contra lo que realmente te facturaron: la fuga de ganancias que nadie vigila.
Qué crearías
Cada ítem del menú está vinculado a una receta de ingredientes con tamaños de empaque y costos por caja reales. Cambia una vez el precio del pollo y el costo del plato y el porcentaje de costo de comida de cada platillo que lo usa se recalculan al instante, para que detectes los ítems mal cotizados o con porciones excesivas antes de que se coman tu margen en silencio.
Una pantalla de conteo semanal apta para el teléfono, organizada por área de almacenamiento: cámara refrigerada, seco, congelador. El sistema compara lo que contaste contra los niveles par y te entrega una lista de faltantes agrupada por proveedor que se convierte en tu orden de compra, en lugar de un cálculo garabateado en una libreta de pedidos.
Hojas de preparación, un registro de mermas y cortesías, y registros de tiempo y temperatura para la cámara refrigerada, el mantenimiento en caliente y el enfriamiento en dos etapas, cada entrada con las iniciales del personal, una marca de tiempo y una acción correctiva obligatoria cuando una lectura está fuera de rango, todo conservado y recuperable para una inspección.
El modelo de datos
Un día con el sistema
- Apertura: el gerente saca la hoja de preparación —recipe_lines más las ventas de ayer le dicen a la línea exactamente cuánta mise en place preparar, para que nadie prepare de más la sopa que vende seis tazones al día.
- Entrega: la pantalla de recepción compara cada caja contra el case_cost esperado del proveedor, marca las entregas cortas o de más, y aumenta on_hand_qty por cada ingrediente del pedido.
- Revisión del enfriador: cada cuatro horas un cocinero toca la pantalla de temp_logs y registra la lectura de la cámara refrigerada; si está por encima de 41°F la app bloquea el guardado hasta que se ingrese una acción correctiva.
- Servicio: un mesero marca el salmón como agotado (86) —menu_items.is_86 se activa y el platillo se atenúa en la pantalla de cada estación y en el tablero de especiales de cara al comensal a la vez.
- Enfriamiento: cuando el estofado sale de la estufa, un cocinero inicia un temporizador de enfriamiento; el sistema pide la verificación de 135->70°F a las dos horas y la de 70->41°F cuatro horas después.
- Cierre: se registran las mermas, las cortesías y los totales de ventas del POS, y las cantidades de preparación de mañana se recalculan contra los conteos de existencias actualizados.
- Conteo semanal: el gerente recorre cada área de almacenamiento contando en el teléfono; la app compara counted_qty contra par_level y arma una orden de compra por proveedor.
- Fin de mes: el porcentaje de costo de comida se consolida por platillo y en total, revelando qué ítems están mal cotizados o con porciones excesivas antes de que el contador abra los libros.
Dónde falla la IA
- Las unidades son la trampa número uno. Compras el pollo por caja, lo porcionas por onza y cuentas la cámara refrigerada por pieza. Un desarrollo ingenuo guarda un solo campo de «cantidad» y tu cálculo de costo de comida se rompe en silencio: cada ingrediente necesita una unidad de compra, una unidad de receta y una conversión entre ambas.
- Un registro de temperatura no es solo un número. El FDA Food Code que adopta la mayoría de los estados espera una lectura, una marca de tiempo, quién la tomó y una acción correctiva siempre que esté fuera de rango, y espera que aproximadamente los últimos 90 días sean recuperables. Nunca dejes que una lectura fuera de rango se guarde sin el seguimiento.
- El enfriamiento es en dos etapas, no una casilla: de 135°F a 70°F en 2 horas, y luego de 70°F a 41°F en 4 horas más. Un único interruptor de «¿ya está frío?» reprueba la inspección: modela ambos puntos de control, cada uno con su propio reloj y su propio aprobado/reprobado.
- Los alérgenos no pueden ser una nota de texto libre. El sésamo (ajonjolí) se convirtió en el noveno alérgeno principal en el Food Code de 2022; guarda los alérgenos como campos etiquetados en cada ítem para que un mesero pueda filtrar y responder al instante, no como una frase que alguien olvida actualizar.
- Nunca elimines de forma definitiva un ítem del menú o un ingrediente. Si borras el «Especial de Pescado» del mes pasado, su historial de ventas y de costo de comida desaparece de tus reportes. Usa borrado lógico con is_active para que recipe_lines y los conteos pasados queden intactos y las cifras sigan siendo honestas.
- Ítems del menú con costeo de recetas y un porcentaje de costo de comida en vivo: el único número que cambia tus decisiones de precio y porciones.
- El ciclo conteo semanal -> par -> pedido a proveedor para tus 30 ingredientes de mayor costo y mayor rotación, no toda la despensa.
- Registros de tiempo/temperatura y de mermas con acciones correctivas obligatorias, conservados más de 90 días y recuperables en segundos para una inspección de sanidad.
- Procesamiento de tarjetas y pagos en mesa: conserva tu POS actual y solo importa sus totales diarios; no reconstruyas los pagos en la v1.
- Nómina, reparto de propinas y cálculos de horarios según la ley laboral: empieza con una simple lista de turnos y deja la nómina a tu proveedor.
- Pedidos en línea y sincronización del menú con apps de delivery: afina las operaciones internas antes de conectar Rappi y Uber Eats.
Preguntas frecuentes
¿Esto reemplaza mi POS?
No, conserva tu POS para cobrar en la mesa. Este sistema va al lado: ingresas los totales de ventas diarios (a mano o con una importación simple) para que el costo de comida y el inventario se concilien con lo que realmente se vendió. Reconstruir el procesamiento de tarjetas no es una batalla que valga la pena en la v1.
¿Cómo calcula el porcentaje de costo de comida?
Cada ítem del menú se vincula a recipe_lines, y cada línea apunta a un ingrediente con un costo por caja y un tamaño de empaque. La app convierte a la unidad de receta, suma el costo del plato y lo divide por el precio de menú. Cambia un costo por caja y cada platillo que usa ese ingrediente se recalcula. La mayoría de los restaurantes de servicio completo apuntan aproximadamente al 28-35%.
¿Los registros de temperatura realmente satisfarán a un inspector de sanidad?
Los registros capturan la lectura, el equipo, la marca de tiempo, las iniciales del personal y una acción correctiva obligatoria para valores fuera de rango, y conservan al menos 90 días recuperables, que es lo que buscan las jurisdicciones que siguen el FDA Food Code. Confirma siempre el formato exacto que quiere tu departamento de salud local, ya que los estados adaptan el código modelo.
¿Puedo operar más de una sucursal con esto?
Sí. Los conteos de inventario, los niveles par y los registros de temperatura tienen alcance por sucursal, mientras que el menú y las recetas se comparten, así que un cambio de precio se despliega en todas partes a la vez. Empieza con una sucursal, prueba el ciclo y luego clónalo.
¿Se puede usar en la línea sin capacitación?
Las pantallas de conteo y temperatura están hechas para un teléfono sostenido con las manos mojadas: botones grandes, una lectura a la vez, sin menús que buscar. Como todo el sistema está alojado en ybuild en tu propio dominio, el personal solo abre una URL guardada en cualquier teléfono; no hay nada que instalar ni actualizar.
Fuentes
- FDA Food Code — El código modelo federal que adopta la mayoría de los estados de EE. UU. para el control de tiempo/temperatura, el enfriamiento, los alérgenos y el registro de seguridad alimentaria.
- National Restaurant Association: la FDA actualiza su guía de seguridad alimentaria — Resumen de la asociación del sector sobre las actualizaciones del Food Code de 2022, incluido el sésamo como alérgeno principal y las reglas de temperatura revisadas.
- NetSuite: 21 estrategias para controlar los costos de alimentos de un restaurante — Orientación práctica sobre niveles par, rotación PEPS (FIFO) y conteos de inventario regulares para mantener el costo de comida en rango.
Descríbelo y publícalo en tu propio dominio de una vez: alojado, full-stack, sin servidor. Gratis para empezar.