"Pide Sarayı" avattiin 1987 pienenä puotina Ankaran Tunalı-kadulla. Tänään ketjulla on 30 toimipistettä, ja omistaja Hakan kohtaa klassisen ongelman: jauhelihapide maksaa 95₺ Tunalıssa mutta 75₺ Eskişehirissä, kun taas kuvauksen, allergeenien ja kuvien on pysyttävä identtisinä.
Parent-child-malli
thMenussa monitoimipistehallinta nojaa parent_restaurant_id-sarakkeeseen. Tunalı-toimipiste on "parent", muut 29 ovat lapsia. Tuotteet periytyvät; vain hintaerot tallennetaan price_override-tauluun.
QR-skannauksessa API ratkaisee overriden turvallisella alikyselyllä (ei JOIN). Tunalı näyttää 95₺, Eskişehir 75₺. Sama SKU, kuvaus, kuva.
Alueellinen override-kerros
Toimipisteet ryhmittyvät: 8 Marmaran liikettä ostavat samalta toimittajalta. 8 yksittäisen overriden sijasta luomme region_id "Marmara".
Ratkaisujärjestys: toimipiste > alue > parent. 85% toimipisteistä hallitaan aluetasolla.
Yöllinen push klo 03:00
Hakan lisää marraskuun promon adminissa ja ajastaa 2026-11-01 03:00 UTC. Cron invalidoi 30 toimipisteen välimuistin ja kirjoittaa uuden menun KV:hen. Klo 05:00 kaikki asiakkaat näkevät promon.
POS-pohjaiset hinnat olisivat painajainen. Menupohjaiset hinnat ovat ainoa totuus.
FAQ
Toimipiste poistuu keskusmenusta? parent_restaurant_id NULL:iin; overridet käsin.
Franchise-overridet? Kyllä, roolipohjaisin oikeuksin.
Mikä paketti? Monitoimipiste Pro+:sta alkaen.
Oliko tästä hyötyä? Jaa se.
Aiheeseen liittyvät artikkelit
Staattinen QR vs dynaaminen QR: 3 vuoden kokonaiskustannusvertailu
24 pöydän bistro, 36 kuukautta: uudelleenpainatukset 21 000 TRY vs dynaaminen ti…
Omotenashi ja QR: japanilainen vieraanvaraisuus säilyttäen inhimillisen otteen
Miksi Tokion Sukiyabashi Jiro hylkii QR-ruokalistoja, kun 68% keskitason izakayo…
AR-ruokaesikatselu WebXR:llä: selain-3D ilman sovellusta
Kuinka Dishoom Soho saavutti +22% keskimääräisen tilauksen model-viewerillä. All…