Cómo una cadena de pide con 30 locales centraliza el menú

"Pide Sarayı" abrió en 1987 como una tienda pequeña en la avenida Tunalı de Ankara. Hoy la cadena tiene 30 sucursales, y el dueño Hakan enfrenta un dilema clásico: la pide con carne picada cuesta 95₺ en Tunalı pero 75₺ en Eskişehir, mientras descripción, alérgenos e imágenes deben permanecer idénticos en todos los puntos.

Modelo padre-hijo

En thMenu, la gestión multi-local se basa en parent_restaurant_id. La sucursal Tunalí es "padre"; las otras 29 son hijas. Los productos se heredan; solo las diferencias de precio se guardan en una tabla price_override.

Al escanear el QR, la API resuelve los overrides con una subconsulta segura (no JOIN). Tunalí muestra 95₺, Eskişehir 75₺. Mismo SKU, misma descripción, misma foto.

Capa de override regional

Las sucursales se agrupan: 8 tiendas de Marmara compran del mismo proveedor. En vez de 8 overrides individuales, creamos una region_id "Marmara".

Orden de resolución: sucursal > región > padre. El 85% de las sucursales se gestionan a nivel región.

Push nocturno a las 03:00

Hakan agrega la promo de noviembre y la programa para 2026-11-01 03:00 UTC. Un cron invalida las cachés de las 30 sucursales y escribe el menú nuevo en KV. A las 05:00 todos los clientes ven la promo.

Precios basados en POS serían una pesadilla: actualizar 30 terminales manualmente es propenso a errores. Precios basados en menú son la única verdad.

FAQ

¿Sucursal abandona el menú central? parent_restaurant_id a NULL; limpiar overrides manualmente.

¿Overrides por franquiciado? Sí, con permisos basados en rol.

¿Qué plan? Multi-local desde Pro+.

¿Te resultó útil? Compártelo.