📑 Tabla de contenidos
Un menú para varias sedes funciona mejor cuando mantiene un catálogo central y separa las decisiones operativas de cada local. El nombre, la foto y la descripción del producto pueden ser comunes, mientras cada sede define si lo vende, qué precio aplica y cuántas unidades tiene disponibles. La prueba final debe hacerse en la página pública de cada sede.
Empieza por un catálogo compartido
Duplicar el menú completo para cada local parece sencillo al principio, pero convierte cada corrección en varias tareas. Si cambia una foto, una descripción o una adición, el equipo debe recordar dónde repetirla. Un catálogo compartido reduce esa diferencia y deja las excepciones donde corresponden.
En Tenndi, la sede principal administra los productos, categorías, combos y adiciones del grupo. Las demás sedes usan ese catálogo y controlan su propia operación. Esta separación evita que un encargado cambie por accidente el nombre o la estructura que ven todos los locales.
Una guía sobre menús por ubicación distingue los datos compartidos de la disponibilidad específica de cada local. Esa referencia sirve para diseñar la revisión, pero no define las funciones de Tenndi.
Decide qué puede cambiar cada sede
Antes de abrir un segundo local, clasifica cada dato. La siguiente matriz evita que una excepción local termine duplicando el catálogo:
| Dato | Se administra desde la sede principal | Se revisa por sede |
|---|---|---|
| Nombre y descripción | Sí | No |
| Foto y categoría | Sí | No |
| Adiciones y variantes | Sí | Se comprueba si están disponibles |
| Producto visible | Base compartida | Sí |
| Precio del producto | Precio base | Sí, cuando existe una excepción |
| Precio anterior visible | Base compartida | Sí, cuando se configura |
| Unidades disponibles | No | Sí |
| Alerta de existencias | No | Sí |
En Tenndi, una sucursal puede indicar si vende un producto, registrar su inventario y usar un precio propio. Crear o editar la ficha completa sigue siendo una tarea de la sede principal. Así la marca conserva una sola carta, pero cada local muestra lo que realmente puede preparar y cobrar.
Prueba con una matriz de dos sedes
No publiques la configuración sin recorrer casos concretos. Usa entre cinco y diez productos representativos, incluidos uno agotado, una variante y un producto con precio distinto.
Ejemplo ilustrativo:
| Producto | Sede principal | Segunda sede | Comprobación |
|---|---|---|---|
| Hamburguesa clásica | Visible, 12 unidades | Visible, 6 unidades | Aparece en ambas páginas |
| Limonada | Visible | Oculta | No aparece en la segunda sede |
| Papas grandes | 18.000 COP | 19.000 COP | Cada sede muestra su precio |
| Postre del día | 0 unidades | 4 unidades | La primera comunica agotado según su configuración |
| Combo de almuerzo | Visible | Visible | Adiciones y total coinciden |
Los valores son de ejemplo, no precios recomendados. Usa los datos reales de cada local y confirma cualquier cambio antes del servicio.
Separa visibilidad de stock
Ocultar un producto y dejarlo sin unidades no siempre producen la misma experiencia. La visibilidad responde a una decisión comercial u operativa. El stock responde a una cantidad disponible en un local y puede cambiar durante el día.
Para evitar confusión, define una regla:
- Oculta el producto si esa sede no lo vende.
- Mantén el producto visible como agotado si quieres que el cliente sepa que forma parte del menú.
- Registra las unidades por sede cuando la venta deba descontarlas.
- Revisa las variantes por separado, porque un tamaño puede agotarse antes que otro.
- No uses el stock de la sede principal como respaldo automático de otra sede.
Esta prueba complementa el conteo de inventario por unidades y la guía para productos agotados en el menú. Tenndi registra productos y variantes por sede. No debe describirse como control de recetas, ingredientes o traslados entre almacenes si esas funciones no están comprobadas.
Conecta pedidos, cocina y caja
Gestiona el pedido completo con el mismo catálogo y evita volver a copiar información entre herramientas.
Conocer la operación conectada →Revisa precio, disponibilidad y página pública
Haz la validación en tres capas. Primero, revisa el panel de la sede principal para confirmar la ficha compartida. Segundo, entra a cada sede y comprueba visibilidad, precio y unidades. Tercero, abre la página pública sin sesión y simula un pedido.
La revisión anónima debe confirmar:
- El producto correcto aparece en la sede correcta.
- El precio visible coincide con el configurado para ese local.
- Las variantes disponibles pueden seleccionarse.
- Un producto oculto no reaparece en recomendados o combos.
- Un producto sin unidades sigue la regla definida.
- El pedido conserva nombre, cantidad, adiciones y total.
- El equipo sólo puede cambiar las sedes asignadas.
Si una persona administra más de un local, usa accesos individuales y revisa los permisos del equipo. Compartir una sola cuenta dificulta saber quién cambió un precio o una disponibilidad.
Checklist antes de abrir el servicio
- El catálogo principal tiene nombres, fotos y descripciones vigentes.
- Cada sede confirmó qué productos vende.
- Los precios propios se revisaron y no quedaron excepciones antiguas.
- El inventario inicial corresponde al local correcto.
- Las variantes se probaron por separado.
- Los productos ocultos no aparecen en la página pública.
- Los agotados siguen una regla clara.
- Un pedido de prueba conserva el total esperado.
- Los permisos limitan cambios a las sedes asignadas.
- El responsable de turno sabe dónde corregir disponibilidad y stock.
Empieza con pocos productos y abre las páginas de todas las sedes en paralelo. Cuando cada local muestre el menú, el precio y las unidades que realmente puede atender, tendrás una base verificable para operar sin duplicar la carta.
Conecta pedidos, cocina y caja
Gestiona el pedido completo con el mismo catálogo y evita volver a copiar información entre herramientas.
Conocer la operación conectada →


