Hogyan központosítja egy 30 üzletes pide-lánc a menükezelést

A "Pide Sarayı" 1987-ben nyílt kis boltként az ankarai Tunalı utcán. Ma a lánc 30 üzletet számlál, és Hakan tulajdonos klasszikus problémával néz szembe: a darált húsos pide 95₺ Tunalıban de 75₺ Eskişehirben, miközben a leírás, allergének és fotók azonosak kell maradjanak.

Parent-child modell

A thMenu-ban a többtelephelyes kezelés a parent_restaurant_id oszlopra épül. A Tunalı üzlet "parent", a többi 29 gyermek. A termékek öröklődnek; csak az árkülönbségek kerülnek a price_override táblába.

QR szkenneléskor az API biztonságos subquery-vel oldja fel az override-ot (nem JOIN). Tunalı 95₺-t mutat, Eskişehir 75₺-t. Ugyanaz a SKU, leírás, fotó.

Regionális override-réteg

Az üzletek csoportokba szerveződnek: 8 Marmara-boltot ugyanaz a beszállító látja el. 8 egyedi override helyett létrehozunk egy region_id "Marmara"-t.

Feloldási sorrend: üzlet > régió > parent. Az üzletek 85%-a régió szinten kezelt.

Éjszakai push 03:00-kor

Hakan egyszer hozzáadja a novemberi promót és 2026-11-01 03:00 UTC-re ütemezi. Cron érvényteleníti 30 üzlet cache-ét és új menüt ír a KV-be. 05:00-ra minden vendég látja a promót.

POS-alapú árazás rémálom lenne. Menü-alapú árazás az egyetlen igazságforrás.

FAQ

Üzlet kilép a központi menüből? parent_restaurant_id NULL; override-ok kézi tisztítása.

Franchise override? Igen, szerep-alapú jogosultságokkal.

Melyik csomag? Multi-telephely Pro+-tól.

Hasznosnak találtad? Oszd meg.