Como uma rede de pide com 30 lojas centraliza o cardápio

"Pide Sarayı" abriu em 1987 como uma pequena loja na avenida Tunalı em Ancara. Hoje a rede tem 30 filiais, e o dono Hakan enfrenta um problema clássico: a pide com carne moída custa 95₺ em Tunalı mas 75₺ em Eskişehir, enquanto descrição, alérgenos e fotos precisam ser idênticos em todo lugar.

Modelo parent-child

No thMenu, gestão multi-loja se baseia em parent_restaurant_id. A filial Tunalı é "parent"; as outras 29 são filhas. Produtos são herdados; só diferenças de preço vão para a tabela price_override.

No scan do QR, a API resolve overrides com uma subquery segura (não JOIN). Tunalı mostra 95₺, Eskişehir 75₺. Mesmo SKU, mesma descrição, mesma imagem.

Camada de override regional

As filiais se agrupam: 8 lojas de Mármara compram do mesmo fornecedor. Em vez de 8 overrides individuais, criamos uma region_id "Marmara".

Ordem de resolução: filial > região > parent. 85% das filiais são geridas no nível regional.

Push noturno às 03:00

Hakan adiciona a promo de novembro e agenda para 2026-11-01 03:00 UTC. Um cron invalida os caches das 30 filiais e grava o novo cardápio no KV. Às 05:00 todos os clientes veem a promo.

Preços baseados em POS seriam um pesadelo. Preço baseado em cardápio é a única verdade.

FAQ

Filial sai do cardápio central? parent_restaurant_id para NULL; limpar overrides manualmente.

Overrides por franqueado? Sim, com permissões por papel.

Qual plano? Multi-loja a partir do plano Pro+.

Achou útil? Compartilhe.