Hvordan en pide-kjede med 30 utsalg sentraliserer menystyringen

"Pide Sarayı" åpnet i 1987 som en liten butikk i Tunalı-gaten i Ankara. I dag har kjeden 30 utsalg, og eier Hakan står overfor et klassisk problem: kjøttdeig-pide koster 95₺ i Tunalı men 75₺ i Eskişehir, mens beskrivelse, allergener og bilder må være identiske.

Parent-child-modell

I thMenu hviler multi-lokasjonsstyring på parent_restaurant_id. Tunalı-utsalget er "parent", de andre 29 er barn. Produkter arves; bare prisforskjeller ligger i price_override-tabellen.

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

Regionalt override-lag

Utsalg klynges: 8 Marmara-butikker kjøper fra samme leverandør. I stedet for 8 individuelle override lager vi region_id "Marmara".

Rekkefølge: utsalg > region > parent. 85% av utsalgene styres på regionsnivå.

Nattepush kl. 03:00

Hakan legger til november-promo i admin og planlegger til 2026-11-01 03:00 UTC. Cron invaliderer cacher på 30 utsalg og skriver ny meny til KV. Kl. 05:00 ser alle kunder promoen.

POS-baserte priser ville være et mareritt. Menybaserte priser er den eneste sannheten.

FAQ

Utsalg forlater sentral meny? parent_restaurant_id til NULL; rydd overrides manuelt.

Franchise-override? Ja, med rollebasert tilgang.

Hvilken plan? Multi-lokasjon fra Pro+.

Var dette nyttig? Del det.