Logiciel restaurant multi-établissements : le guide complet 2026

Un logiciel restaurant multi-établissements est un système unique qui pilote tous les sites d’une chaîne, d’une franchise ou d’un groupe depuis un seul endroit : un catalogue partagé, des cartes, prix, taxes et moyens de paiement propres à chaque site, des comptes d’équipe limités à leur établissement et des données de commandes comparables. Dès deux sites, il remplace les tableurs, les groupes de messagerie et les outils séparés qui finissent par diverger.

Les défis d’un restaurant à plusieurs établissements

Le deuxième établissement souffre rarement de sa cuisine, mais du fait que tout ce qui marchait par habitude doit désormais être écrit, copié et synchronisé. Problèmes typiques :

• Cartes qui divergent : un plat change de nom ou de prix, ou disparaît, dans un site mais pas dans les autres.
• Prix confus : loyers, salaires et demande locale justifient des prix différents, mais personne ne sait quelle grille est à jour.
• Accès incontrôlés : un identifiant partagé, d’anciens salariés toujours connectés, un serveur qui modifie les réglages d’un autre site.
• Données éparpillées : chaque site a son format, et comparer ventes ou heures de pointe prend une journée.

Contrôle central ou local : qui décide de quoi ?

La vraie décision n’est pas le logiciel, mais la répartition des rôles. Le siège définit le socle commun, les responsables de site ajustent ce qui diffère vraiment. Trois modèles :

• Tout centralisé : le siège contrôle chaque produit, prix et réglage. Cohérent et facile à contrôler, mais lent face à une rupture ou à un événement local.
• Tout local : chaque site gère sa carte. Rapide et souple, mais la marque se fragmente en quelques mois et le reporting devient approximatif.
• Hybride : le siège garde le catalogue, les recettes, les photos et la charte ; les sites gèrent la disponibilité, les prix locaux dans des limites convenues et leur équipe. Pour la plupart des chaînes et franchises, c’est le bon compromis.

Cartes, prix, taxes et paiements par établissement

La carte d’une chaîne est rarement identique partout. Un kiosque propose moins de plats que le site principal, l’aéroport pratique d’autres prix, une suggestion de saison ne tourne que dans une ville. Le système doit gérer cela sans dupliquer la carte.

Cartes et visibilité des produits

Utilisez un catalogue maître avec une visibilité par site. Chaque plat est géré une fois ; quand la recette ou la photo change, tous les sites sont à jour en même temps.

Prix par établissement

Les prix locaux doivent être des exceptions sur un prix de base, pas des produits distincts. Par exemple, si un burger coûte 10 presque partout mais 12 à la gare, gardez un produit avec une exception plutôt que deux produits qui divergeront.

TVA et moyens de paiement

Des sites dans des juridictions différentes peuvent exiger d’autres réglages fiscaux, et l’un accepte les espèces quand l’autre ne prend que la carte. Vérifiez que tout se règle par site et s’applique automatiquement à la commande. Faites valider les règles fiscales par votre expert-comptable.

QR Menu Manager, qui fonctionne dans WordPress et WooCommerce, gère cartes, visibilité, prix, taxes et moyens de paiement par établissement à partir d’un seul catalogue. Les tables ont des liens QR permanents, et une session QR temporisée mémorise site et table : chaque commande arrive rattachée au bon établissement.

Marque cohérente et pages publiques par établissement

Vos clients voient une seule marque, et moteurs de recherche comme services de cartes attendent des informations claires pour chaque adresse. Donnez à chaque site une page publique de même structure :

• Nom, adresse et courte description dans le ton de la marque
• Horaires, jours fériés compris
• La carte et les prix réellement en vigueur sur place
• Comment contacter, commander et payer

Rôles et autorisations de l’équipe par site

Dans un groupe, la gestion des accès est une question d’exploitation. Un caissier ne doit pas modifier les prix d’un autre site, un livreur n’a pas besoin des réglages de la carte. Définissez les rôles, puis attribuez à chacun un rôle et un site :

• Propriétaire ou directeur des opérations : tous les sites, la marque et le reporting.
• Responsable de site : disponibilité, prix locaux dans les limites et son équipe.
• Cuisine : commandes entrantes de son site.
• Serveur : tables, leurs commandes et demandes de service.
• Caissier : encaissements et clôture.
• Livreur : livraisons qui lui sont attribuées.

Les autorisations doivent être vérifiées côté serveur, pas seulement masquées, et chacun doit avoir son identifiant pour couper l’accès le jour d’un départ. Dans QR Menu Manager, les rôles responsable, cuisine, serveur, caissier et livreur ont des autorisations côté serveur, et l’équipe travaille dans le panneau de l’extension sans voir l’administration WordPress.

Propriété des données et reporting des commandes

Chaque commande dit ce que veulent vos clients : quel plat, où, à quelle heure, à quelle table ou en livraison, et comment ils ont payé. Sur plusieurs sites, ces données sont votre meilleur outil de pilotage, si vous y avez accès.

Demandez tôt : où sont les données, et puis-je les emporter ? Sur une plateforme hébergée, elles sont chez le fournisseur, selon ses conditions ; en auto-hébergement, les commandes restent dans votre base de données. En franchise, fixez par écrit qui possède les données. Rapports utiles pour commencer :

• Ventes et commandes par site, par jour et par heure
• Plats les plus et les moins vendus face à la moyenne du groupe
• Panier moyen par site et par canal : sur place, à emporter, livraison

Déployer un logiciel multi-sites étape par étape

1. Faites l’état des lieux de chaque site : carte, prix, taxes, paiements, équipe, outils.
2. Validez le modèle de contrôle : ce que décide le siège, ce que chaque site peut changer.
3. Nettoyez le catalogue maître : un produit par plat, noms, photos, allergènes, portions et suppléments cohérents. Un import depuis un tableur aide.
4. Configurez chaque site : visibilité, exceptions de prix, taxes, paiements, horaires et tables.
5. Créez les rôles et des comptes personnels, site par site, et supprimez les identifiants partagés.
6. Testez quelques semaines dans un site pilote : formation, commandes test à chaque table, retours quotidiens.
7. Déployez un ou deux sites à la fois, avec quelqu’un du siège au premier service.
8. Après un mois, ajustez prix, cartes et autorisations selon les commandes réelles.

Checklist pour choisir un logiciel restaurant multi-établissements

• Un catalogue maître alimente-t-il tous les sites, avec une visibilité par site ?
• Prix, taxes et paiements varient-ils par site sans produits en double ?
• Chaque site a-t-il une page publique avec sa carte et ses horaires ?
• Tables et QR codes sont-ils liés à un site pour que les commandes arrivent au bon endroit ?
• Les rôles sont-ils limités à leur site, avec des autorisations vérifiées côté serveur ?
• Où sont stockées les commandes, et pouvez-vous les exporter à tout moment ?
• Que deviennent vos données si vous quittez le fournisseur ?

Erreurs fréquentes : dupliquer la carte par site, donner l’accès administrateur à tous, basculer tous les sites le même jour et choisir un outil sur sa démo sans l’essayer en service.

Questions fréquentes

Prochaine étape : prenez un après-midi pour rédiger votre modèle de contrôle et lister ce qui diffère aujourd’hui entre vos sites en cartes, prix et comptes. Cette liste est votre cahier des charges. Si votre site tourne sous WordPress, QR Menu Manager arrive bientôt sur WordPress.org et a été conçu pour ce type d’organisation multi-établissements, avec vos commandes dans votre propre base de données.