Qué es un sistema operativo de restaurante — y por qué el TPV es solo una parte

El software de restaurante se vende con diez nombres: TPV, caja, sistema de gestión de restaurantes, ERP de restaurante, sistema operativo de restaurante. La mayoría son palabras de marketing. Una distinción sí es real, y decide cuánto de tu semana se va en reescribir cifras.

El trabajo estrecho de un TPV

Un punto de venta existe para cobrar bien. Pone el precio, aplica el descuento, divide la cuenta, imprime el ticket y cierra el cajón. Uno bueno es rápido, difícil de pulsar mal en plena hora punta y honesto sobre lo que se anuló.

Es un trabajo real, y una caja que lo hace mal te cuesta dinero cada servicio. Pero fíjate dónde termina: en cuanto el efectivo o la tarjeta pasan, un TPV puro ha acabado. Sabe qué se vendió. No sabe cuánto te costó venderlo.

Lo que realmente toca un solo pedido

Toma un bocadillo de shawarma de pollo vendido a las 14:12 de un martes. Detrás de ese único toque, un restaurante bien llevado tiene que mover nueve cosas:

Un TPV hace la línea uno y las líneas cuatro y cinco. El resto lo hace otro sistema, o una persona a la una de la madrugada con una hoja de cálculo.

Por qué las «integraciones» no son lo mismo

La respuesta habitual es comprar las piezas que faltan y conectarlas: un TPV, una pantalla de cocina, una herramienta de inventario, una app de RRHH, un programa de contabilidad, cuatro cuotas mensuales y tres integraciones.

Funciona, hasta cierto punto. El problema es que una integración es una copia, no una verdad compartida. Y las copias se desvían:

• El TPV sabe que el bocadillo salió. La herramienta de stock se entera en la siguiente sincronización — si se ejecutó, y si nadie editó una receta entretanto.
• Una devolución en caja no se convierte automáticamente en un asiento de reversión.
• Un artículo renombrado en la carta se vuelve una fila huérfana en el informe del mes pasado.
• Cada conciliación es una persona comparando dos pantallas y decidiendo cuál miente.

Nada de esto es dramático un día suelto. Juntos son la razón de que el cierre mensual tarde tres semanas.

Las cinco preguntas que separan a los dos

Hazlas a cualquier proveedor: la respuesta clasifica el producto sola.

1. Cuando un cajero anula un artículo, ¿vuelve el stock y se revierte la contabilidad, sin ninguna segunda acción en ningún sitio?
2. ¿Puedes ver, esta semana, la diferencia entre el coste de materia prima que predicen tus recetas y el que encontró el inventario?
3. ¿El fichaje de un cocinero aparece en el mismo sistema que produce la nómina?
4. ¿Puedes comparar dos locales en una pantalla sin exportar nada?
5. Si internet cae dos horas, ¿la caja sigue vendiendo — y todo lo anterior llega después?

Un TPV responde a la mitad de la primera. Un sistema operativo responde a las cinco.

Cómo se ve esto en la práctica

GoSufra está construido como lo segundo. Seis aplicaciones — panel del gerente, TPV, pantalla de cocina, camarero, repartidor y cliente — escriben en una sola base de datos, así que las nueve filas de la tabla ocurren en el mismo segundo, desde un toque, sin que nadie reescriba nada. Los libros son por partida doble y se asientan desde el hecho operativo, no desde una exportación. Los roles deciden quién ve qué. Las sucursales comparten carta y mantienen su propio stock y sus propias cifras.

Esa es toda la idea: introduces la realidad una vez, y cada consecuencia ya queda registrada.

Cuando de verdad no lo necesitas

La honestidad es parte de elegir bien. Un carrito de café con cuatro referencias, sin plantilla y sin stock digno de ese nombre, no necesita doce módulos: necesita una caja rápida y una impresora. En cuanto tienes cocina, una segunda persona en nómina, ingredientes que caducan o un segundo local, la cuenta se invierte: las horas que gastas uniendo sistemas cuestan más que el software que nunca los separó.

La mayoría de los restaurantes cruzan esa línea antes de lo que creen — normalmente la semana en que contratan al tercer empleado.