Hvordan en pide-kæde med 30 filialer centraliserer menustyringen

"Pide Sarayı" åbnede i 1987 som en lille butik på Tunalı-gaden i Ankara. I dag har kæden 30 filialer, og ejer Hakan står overfor et klassisk problem: hakkekød-pide koster 95₺ i Tunalı men 75₺ i Eskişehir, mens beskrivelse, allergener og fotos skal være identiske.

Parent-child model

I thMenu er multi-lokationsstyring baseret på parent_restaurant_id. Tunalı-filialen er "parent", de andre 29 er børn. Produkter arves; kun prisforskelle ligger i price_override-tabellen.

Ved QR-scan løser API override via en sikker subquery (ikke JOIN). Tunalı viser 95₺, Eskişehir 75₺. Samme SKU, beskrivelse, foto.

Regional override-lag

Filialer klynges: 8 Marmara-butikker køber fra samme leverandør. I stedet for 8 individuelle overrides laver vi region_id "Marmara".

Rækkefølge: filial > region > parent. 85% af filialerne styres på regionniveau.

Natpush kl. 03:00

Hakan tilføjer november-promoen i admin og planlægger til 2026-11-01 03:00 UTC. Et cron invaliderer caches på 30 filialer og skriver det nye menu til KV. Kl. 05:00 ser alle gæster promoen.

POS-baserede priser ville være et mareridt. Menu-baserede priser er den eneste sandhed.

FAQ

Filial forlader hovedmenu? parent_restaurant_id til NULL; ryd overrides manuelt.

Franchise overrides? Ja, med rollebaseret adgang.

Hvilken plan? Multi-lokation fra Pro+.

Var dette nyttigt? Del det.