Jak řetězec pide s 30 pobočkami centralizuje správu menu

"Pide Sarayı" otevřela v roce 1987 jako malý krámek na ulici Tunalı v Ankaře. Dnes má řetězec 30 poboček a majitel Hakan čelí klasickému problému: pide s mletým masem stojí 95₺ v Tunalı a 75₺ v Eskişehiru, zatímco popis, alergeny a fotky musí zůstat identické.

Model parent-child

V thMenu se správa více poboček opírá o parent_restaurant_id. Pobočka Tunalı je "parent", zbývajících 29 jsou děti. Produkty se dědí; pouze rozdíly v cenách jdou do tabulky price_override.

Při skenování QR API řeší override bezpečným subquery (ne JOIN). Tunalı ukazuje 95₺, Eskişehir 75₺. Stejné SKU, popis, foto.

Regionální vrstva override

Pobočky se shlukují: 8 obchodů Marmara nakupuje od stejného dodavatele. Místo 8 individuálních override vytvoříme region_id "Marmara".

Pořadí řešení: pobočka > region > parent. 85% poboček spravujeme na úrovni regionu.

Noční push v 03:00

Hakan přidá listopadovou promo v adminu a naplánuje na 2026-11-01 03:00 UTC. Cron invaliduje cache 30 poboček a zapíše nové menu do KV. V 05:00 všichni zákazníci vidí promo.

POS ceny by byly noční můrou. Ceny založené na menu jsou jediný zdroj pravdy.

FAQ

Pobočka opouští centrální menu? parent_restaurant_id na NULL; ruční čištění override.

Override franšízanta? Ano, s rolovým oprávněním.

Jaký plán? Multi-lokalita od Pro+.

Bylo to užitečné? Sdílejte to.