Comment une chaîne de pide à 30 points de vente centralise son menu

"Pide Sarayı" a ouvert en 1987 sur l'avenue Tunalı à Ankara comme une simple boutique. Aujourd'hui, la chaîne compte 30 succursales, et son propriétaire Hakan rencontre un défi classique : la pide à la viande hachée coûte 95₺ à Tunalı mais 75₺ à Eskişehir, alors que description, allergènes et photos doivent rester identiques partout.

Modèle parent-enfant

Dans thMenu, la gestion multi-sites repose sur parent_restaurant_id. La succursale Tunalı est "parent" ; les 29 autres sont enfants. Les produits sont hérités ; seules les variations de prix sont stockées dans une table price_override.

Au scan du QR, l'API résout les overrides via une sous-requête sûre (pas de JOIN). Tunalı affiche 95₺, Eskişehir 75₺. Même produit, même description, même image.

Surcharges régionales

Les succursales se regroupent : 8 magasins de Marmara achètent au même fournisseur. Plutôt que 8 overrides individuels, on crée une region_id "Marmara" qui s'applique à toutes.

Ordre de résolution : succursale > région > parent. 85% des succursales sont gérées au niveau région, ce qui réduit drastiquement la charge.

Push nocturne à 03:00

Hakan ajoute la promo novembre dans l'admin et la planifie à 2026-11-01 03:00 UTC. Un cron invalide les caches des 30 succursales et écrit le nouveau menu dans KV. À 05:00, tous les clients voient la promo.

Les prix basés sur les POS seraient un cauchemar : mettre à jour 30 terminaux manuellement entraîne des erreurs. Le prix basé sur le menu est la seule source de vérité.

FAQ

Une succursale quitte le menu central ? Mettre parent_restaurant_id à NULL ; nettoyer les overrides manuellement.

Overrides par franchisé ? Oui, avec permissions par rôle.

Quel plan ? Le multi-site est inclus à partir du plan Pro+.

Cet article vous a été utile ? Partagez-le.