"Pide Sarayı" otwarto w 1987 jako mały sklep przy ulicy Tunalı w Ankarze. Dziś sieć liczy 30 oddziałów, a właściciel Hakan staje przed klasycznym problemem: pide z mielonym kosztuje 95₺ w Tunalı, ale 75₺ w Eskişehir, podczas gdy opis, alergeny i zdjęcia muszą pozostać identyczne.
Model parent-child
W thMenu zarządzanie wieloma lokalami opiera się na parent_restaurant_id. Oddział Tunalı jest "parent", pozostałe 29 to dzieci. Produkty są dziedziczone; tylko różnice cenowe trafiają do tabeli price_override.
Po zeskanowaniu QR API rozwiązuje override przez bezpieczne subquery (nie JOIN). Tunalı pokazuje 95₺, Eskişehir 75₺. Ten sam SKU, opis, zdjęcie.
Warstwa override regionalna
Oddziały grupują się: 8 lokali Marmara kupuje od tego samego dostawcy. Zamiast 8 indywidualnych override tworzymy region_id "Marmara".
Kolejność rozwiązania: oddział > region > parent. 85% oddziałów jest zarządzanych na poziomie regionu.
Nocny push o 03:00
Hakan dodaje listopadową promocję w panelu i planuje na 2026-11-01 03:00 UTC. Cron unieważnia cache 30 oddziałów i zapisuje nowe menu do KV. O 05:00 wszyscy klienci widzą promocję.
Ceny POS byłyby koszmarem. Ceny menu-based są jedynym źródłem prawdy.
FAQ
Oddział opuszcza menu centralne? parent_restaurant_id na NULL; ręczne czyszczenie override.
Override franczyzobiorcy? Tak, z uprawnieniami opartymi na rolach.
Jaki plan? Multi-lokalizacja od Pro+.
Czy to było pomocne? Udostępnij.
Powiązane artykuły
QR statyczny vs dynamiczny: porównanie TCO na 3 lata
Bistro z 24 stolikami, 36 miesięcy: 21 000 TRY na druki vs 11 640 TRY abonament …
Omotenashi i QR: japońska gościnność bez utraty ludzkiego dotyku
Dlaczego Sukiyabashi Jiro w Tokio odrzuca menu QR, podczas gdy 68% średnich izak…
Podgląd AR potraw przez WebXR: 3D w przeglądarce bez aplikacji
Jak Dishoom Soho osiągnęło +22% średniej wartości rachunku dzięki model-viewer. …