Sobretaula, el sistema operativo del restaurante
Unifica TPV, reservas, sala, equipo, inventario y costes del restaurante en un único sistema modular, trazable y preparado para funcionar sin conexión.
Sobretaula es un producto propio de doscientos para restaurantes. Nace de una observación repetida: el día a día de un local se reparte entre un TPV, una agenda de reservas, hojas de cálculo de costes y apps de turnos que no se hablan entre sí.
La propuesta es un único sistema en el que cada reserva, comanda, cobro, albarán y fichaje comparte los mismos datos. Parte del producto ya funciona; el resto se está construyendo por fases junto a los primeros restaurantes.
Esta página muestra el producto completo que estamos construyendo, no solo lo que existe hoy.
El problema
Un restaurante suele gestionar ventas, reservas, turnos, carta y costes con herramientas separadas. Los datos no comparten contexto, la información se duplica y la dirección detecta tarde los descuadres de caja, las mermas o la pérdida de margen.
Además, un corte de conexión en pleno servicio puede dejar la sala sin cobrar ni enviar comandas a cocina.
La solución
En desarrollo
Las pantallas y vídeos de esta sección representan la visión del producto final. Algunos módulos todavía no están disponibles.
Tráiler sin audio de 1 minuto, en catalán: sala y TPV, reservas, albaranes, escandallos, equipo, modo sin conexión y previsiones. Muestra el producto final que estamos construyendo.
Sobretaula reúne toda la gestión del restaurante, del albarán del proveedor a la reseña del cliente, en un único sistema. Cada módulo comparte datos, permisos y trazabilidad con los demás. El restaurante activa solo los que necesita y puede cambiar la configuración sin migraciones ni reinstalaciones.
Sala y TPV. Comandas, cocina y cobros sobre el mismo plano de sala.
Reservas. Cada reserva llega con mesa asignada y la previsión de cubiertos del día.
Albaranes. Una foto al albarán y cada ingrediente entra en el inventario al instante.
Escandallos. Si un proveedor sube un precio, el margen de la receta lo refleja al momento.
Equipo. Jornadas partidas y turnos de noche, con cada corrección justificada.
Sin conexión. Comandas, cobros y fichajes se guardan y se sincronizan sin duplicados.
Cómo fluye un servicio
La clave no está en cada módulo por separado, sino en cómo se conectan. Seguimos a Laura, una clienta celíaca, desde que reserva hasta que su visita llega a los informes de dirección.
Vídeo sin audio de 1 minuto, en catalán: el recorrido completo de un servicio por el diagrama de módulos, paso a paso. Los mismos pasos se describen debajo.
01 La clienta reserva. Su celiaquía queda en el perfil y se le asigna mesa.
02 La comanda entra en el TPV. Mesa, carta y alérgenos llegan juntos; nadie vuelve a preguntar.
03 Cocina, barra y caja. La comanda viaja con el aviso de alergia y el cobro cuadra la caja.
04 El stock se descuenta solo. Cada plato resta ingredientes y cada albarán los vuelve a sumar.
05 El coste real de cada plato. El escandallo se actualiza y la carta puede reaccionar.
06 Todo llega a dirección. Sin exportar ni cruzar hojas de cálculo. Y las decisiones vuelven al servicio.
Lo que lo hace diferente
- Un modelo operativo compartido. Reservas, mesas, comandas, cobros, fichajes, ingredientes y costes usan las mismas entidades, reglas y permisos. Se acaban las conciliaciones manuales.
- Offline-first. Las operaciones esenciales siguen funcionando durante un corte de red. Cada comanda, cobro o fichaje lleva un identificador único que evita duplicados al reconectar.
- Trazabilidad por eventos. Una anulación, un descuento o un ajuste de caja nunca sobrescribe el historial: se añade un evento con usuario, hora, terminal y motivo.
- Modular y multiempresa. Los módulos se activan por local y los datos de cada organización quedan separados, en servidores europeos.
- Menos desperdicio. Conectar venta, receta, inventario y compra ayuda a reducir mermas, caducidades y sobrestock.
Cada restaurante activa los módulos que necesita, todos sobre los mismos datos.
Con datos propios, previsiones de demanda, compras y personal explicables y revisables.
Estado del proyecto
Sobretaula ya cuenta con un MVP funcional: la base del restaurante y la carta, la digitalización de albaranes con una foto y la gestión del stock. El resto de módulos se construye por fases, validando cada una con restaurantes reales.
Hecho
MVP funcional. Base del restaurante, carta, escaneo de albaranes e inventario.
En curso
Núcleo operativo. Stock, compras, recetas y escandallos, con los primeros restaurantes fundadores.
Próximo
Sala, reservas, equipo, clientes y finanzas. Conectados con los módulos ya operativos.
Próximo
Producto completo. Integración, hardware, facturación y continuidad sin conexión validados en servicio real.
Resultados
Sobretaula está en desarrollo, así que estos son los resultados hasta la fecha:
- 1 MVP funcional: base del restaurante, carta, escaneo de albaranes e inventario.
- 8 módulos diseñados sobre el mismo modelo de datos, permisos y trazabilidad.
- 6 pasos de un servicio definidos de extremo a extremo, de la reserva a dirección.
- 2 vídeos de producto en catalán para presentar la visión a restaurantes e inversores.
¿Tienes un restaurante y quieres probarlo antes que nadie, o te interesa el proyecto? Escríbenos y te lo enseñamos.
Preguntas frecuentes sobre Sobretaula, el sistema operativo del restaurante
¿Qué problema resuelve Sobretaula?
Conecta la gestión del restaurante —como reservas, sala, inventario y costes— para reducir la fragmentación entre herramientas que no comparten datos.
¿Qué arquitectura plantea Sobretaula?
Es un sistema modular con datos compartidos entre módulos y funcionamiento preparado para cortes de conexión. El restaurante puede activar los módulos que necesita.
¿Sobretaula ya está disponible?
No como producto completo. Es un producto propio en desarrollo: ya existe un MVP funcional con la base del restaurante y la carta, digitalización de albaranes y gestión de stock; el resto se desarrolla por fases.
¿Tienes un reto parecido? Pide un diagnóstico gratuito de tu proceso.
