Food cost

Menu engineering

Plusieurs enseignes de restauration : gérer chaque menu et recette dans un seul système

Curran Dye

October 3, 2026

Gérer toutes les enseignes depuis un seul système

Gérer chaque enseigne dans son propre système revient à ressaisir les mêmes ingrédients, fournisseurs et rapports à chaque connexion. Un groupe peut gérer menus et recettes de plusieurs enseignes depuis un seul système. Un référentiel article commun et une configuration d'approvisionnement commune servent de base ; chaque enseigne dispose de ses propres recettes, prix de vente et objectifs food cost. Une base d'ingrédients unique, des menus distincts.

Le problème se manifeste d'abord dans les données. Quand trois enseignes vivent dans trois comptes, le même filet de poulet est saisi trois fois. Un nouveau prix fournisseur doit être entré trois fois. Un rapport food cost groupe devient trois exports à assembler manuellement. Chaque étape manuelle est une source de dérive entre les enseignes.

La solution est une instance unique qui sépare par enseigne là où il le faut et mutualise là où c'est possible. La structure d'inventaire multi-enseignes de Supy conserve un article de base par ingrédient, chaque enseigne construisant son propre menu par-dessus. Le tableau ci-dessous illustre les différences.

Ce qui se passe	Système séparé par enseigne	Un système, référentiel partagé
Paramétrage des ingrédients	Saisi et corrigé dans chaque enseigne	Un article de base partagé entre toutes les enseignes
Nouveau prix fournisseur	Saisi enseigne par enseigne	Met à jour le coût matière de chaque enseigne en une fois
Rapport food cost groupe	Exports fusionnés manuellement	Une vue consolidée sur toutes les enseignes et sites
Lancement d'une enseigne	Menu reconstruit de zéro	Recettes clonées depuis la bibliothèque

Un référentiel commun, des recettes propres à chaque enseigne

Conservez un article de base par ingrédient, puis laissez chaque enseigne y associer ses propres recettes. Un article de base regroupe tous les SKU fournisseurs et conditionnements pour cet ingrédient – le filet de poulet à $6,50/kg est paramétré une fois et partagé entre les trois enseignes. Chaque enseigne associe ensuite cet ingrédient à ses recettes avec son propre prix de vente, objectif food cost et taux de TVA.

Le même poulet génère trois marges différentes sans dupliquer une seule recette. L'enseigne A, une enseigne burger, vend un burger de poulet grillé à $14,00 pour un objectif food cost de 30 %. L'enseigne B, une enseigne salade, propose le même poulet dans une Caesar bowl à $12,00 pour 28 %. L'enseigne C, une enseigne wings, affiche une demi-douzaine de wings à $11,00 pour 32 %. Modifiez le prix d'achat du poulet une fois, et les coûts matière des trois enseignes se mettent à jour.

Une bibliothèque de recettes centrale surplombe les enseignes et contrôle quelles recettes sont disponibles et en production sur chaque site. L'enseigne possède son menu. Le groupe possède l'ingrédient.

Lancer une nouvelle enseigne : cloner la bibliothèque, puis ajuster

Clonez depuis la bibliothèque de recettes centrale plutôt que de tout reconstruire. Un groupe de neuf sites lançant une troisième enseigne ne part pas d'un carnet de recettes vide. Clonez les recettes dont la nouvelle enseigne a besoin – environ 42 pour un menu intermédiaire – comme point de départ, puis ajustez chaque prix de vente et objectif food cost au nouveau concept.

Les recettes clonées conservent leurs liens d'ingrédients vers le référentiel partagé – la nouvelle enseigne est costée correctement dès le premier jour. Affectez les recettes aux sites de la nouvelle enseigne, définissez lesquelles sont en production par site, et le menu est en ligne sans avoir à maintenir un second système. Un groupe qui prépare une quatrième enseigne répète la même étape clone-et-ajustement, pas une reconstruction complète.

Conserver les food costs, marges et comptabilités de chaque enseigne séparément

Définissez un objectif food cost par recette et par site – le système alerte l'enseigne propriétaire quand le coût réel dépasse l'objectif. Les objectifs sont scoped à la recette et au site. L'enseigne C à 34 % de food cost réel contre un objectif de 32 % apparaît séparément – pas dans la vue groupe, où l'enseigne A à 31 % et l'enseigne B à 27 % la masqueraient.

Les tableaux de bord reportent le coût des marchandises vendues et le pourcentage food cost au niveau groupe, site et menu – les chiffres de chaque enseigne se lisent séparément. La structure financière suit le même principe. Les avoirs et comptes fournisseurs appartiennent à l'enseigne qui les a émis – un avoir de l'enseigne B ne se retrouve jamais dans les livres de l'enseigne A. Chaque enseigne se lit comme sa propre entreprise tandis que le groupe fonctionne sur un seul système.

Quel paramétrage convient à votre groupe

Identifiez votre situation et prenez l'unique bonne action. La plupart des groupes multi-enseignes correspondent à l'une des trois configurations, et le premier pas est différent pour chacune.

Vos enseignes partagent la plupart des ingrédients mais ont besoin de menus différents. Conservez un référentiel article commun, puis construisez par-dessus des recettes propres à chaque enseigne avec leurs propres prix et objectifs. Commencez par associer chaque ingrédient partagé à un article de base unique.
Vous ouvrez ou achetez une nouvelle enseigne. Clonez les recettes nécessaires depuis la bibliothèque centrale, ajustez les prix et objectifs food cost, et affectez-les aux sites de la nouvelle enseigne.
Vous gérez aujourd'hui un login séparé par enseigne. Consolidez sur une instance pour qu'une modification de prix fournisseur ou un changement d'ingrédient se répercute partout en une fois, puis séparez à nouveau les menus par enseigne.

Choisissez la configuration qui correspond à votre groupe ce trimestre et faites le premier pas. Un système commun en dessous, un menu et une marge distincts par-dessus – voilà ce qui permet à un groupe d'ajouter la prochaine enseigne sans ajouter la prochaine feuille de calcul.

Get weekly insights and tips delivered straight to your inbox.

Ready to optimize your restaurant operations?

Book a demo



Blog

Our operational insights





Recipe costing software guide for multi-location restaurant operators - Supy

No items found.

Logiciel de coût des recettes : guide pratique pour les opérateurs de restauration

Curran Dye

March 31, 2026



Watch episode

Your questions  answered

Everything you need to know about Supy — from setup to integrations, pricing, and daily use. If it’s not covered here, just ask.

Pouvez-vous gérer différents menus et recettes pour plusieurs marques dans un seul système ?

Oui. Un système fait tourner plusieurs marques lorsqu'il partage une liste d'articles commune et sépare les menus par-dessus. Chaque marque conserve ses propres recettes, prix de vente et objectifs de coût matière, tandis que toutes les marques s'appuient sur les mêmes articles de base et fournisseurs en dessous. Vous configurez un ingrédient comme le blanc de poulet une seule fois, et les trois marques calculent le coût de leurs plats à partir de lui. Il n'existe pas de connexion séparée ni de base de données distincte par marque à réconcilier. Le groupe gère les menus et les recettes de toutes les marques depuis un seul endroit, ce qui maintient la cohérence des marques au fil de la croissance.

Comment partager un ingrédient entre les marques en fixant un prix différent par marque ?

Conservez l'ingrédient comme un seul article de base, puis affectez-le à une recette distincte dans chaque marque. L'article de base porte le coût d'achat, de sorte que le blanc de poulet à 6,50 $/kg est identique partout. La recette de chaque marque définit son propre prix de vente et son propre objectif de coût matière en plus de ce coût partagé. Une marque burger peut vendre un chicken burger à 14,00 $ contre un objectif de 30 %, tandis qu'une marque salade fixe un prix de 12,00 $ pour une salade César contre 28 %. L'ingrédient est partagé une seule fois, et les marges sont définies par marque.

Faut-il dupliquer les recettes pour appliquer des objectifs de coût matière différents par marque ?

Non. Dupliquer une recette par marque crée de la dérive, car une modification doit alors être effectuée à plusieurs endroits. Au contraire, chaque marque possède une recette liée aux articles de base partagés et non à un doublon. Un objectif de coût matière est défini sur la recette elle-même, par emplacement, de sorte que deux marques utilisant le même ingrédient peuvent avoir des objectifs différents et aucune copie n'est nécessaire. Lorsque le prix de l'ingrédient évolue, le coût de recette de chaque marque se met à jour à partir du seul article de base. Vous gérez un ingrédient et une recette par marque, et non une copie par marque.

Comment lancer le menu d'une nouvelle marque et ne pas reconstruire chaque recette ?

Clonez les recettes dont la nouvelle marque a besoin à partir de la bibliothèque de recettes centrale, puis ajustez-les. Une nouvelle marque ne démarre presque jamais de zéro, vous copiez donc un ensemble de recettes existantes – environ 42 pour un menu de taille moyenne – comme point de départ. Chaque recette clonée conserve ses liens avec la liste d'articles partagée, ce qui en assure immédiatement le coût correct. Vous modifiez ensuite le prix de vente et l'objectif de coût matière pour les adapter au nouveau concept, et affectez les recettes aux branches de la nouvelle marque. Le menu est mis en ligne et vous n'avez pas besoin d'un deuxième système à mettre en place et à entretenir.

Chaque marque peut-elle avoir ses propres objectifs et alertes de coût matière ?

Oui. Un objectif de coût matière est défini par recette et par emplacement, et la marque propriétaire de la recette est alertée lorsque son coût réel dépasse l'objectif. Comme l'objectif est attaché à la recette et non au groupe, chaque marque est mesurée par rapport à son propre chiffre. Une marque affichant 34 % contre un objectif de 32 % apparaît seule et n'est pas diluée par d'autres marques sous l'objectif. Les tableaux de bord rapportent ensuite le coût des marchandises vendues et le pourcentage de coût matière au niveau du groupe, du site et de la marque, afin que vous puissiez lire chaque marque séparément.

Comment garder les notes de crédit et les comptes de chaque marque séparés ?

Attribuez les données financières à la marque qui les a générées. Une note de crédit ou un compte fournisseur appartient à la marque d'où il provient, de sorte qu'un retour sur une marque n'atterrit jamais dans les livres d'une autre marque. Les marques partagent tout de même une liste d'articles commune et un ensemble de fournisseurs en dessous, ce qui maintient la cohérence des achats. L'argent, en revanche, reste séparé par marque, de sorte que chaque concept se présente comme sa propre entreprise lorsque vous clôturez la période. Vous bénéficiez d'un pouvoir d'achat partagé et ne mélangez pas les dossiers financiers des marques.

Un système unique pour toutes les marques est-il meilleur qu'un compte séparé par marque ?

Un système unique est meilleur lorsque les marques partagent des ingrédients et des fournisseurs, ce que font la plupart des groupes multi-marques. Un compte séparé par marque signifie configurer le même ingrédient plusieurs fois, entrer le prix de chaque fournisseur plusieurs fois et fusionner les rapports de groupe manuellement. Un système unique avec une liste d'articles partagée supprime ce travail répété et la dérive qu'il provoque. Les marques conservent tout de même des menus, des prix et des objectifs distincts par-dessus. Vous ne diviseriez en systèmes séparés que lorsque deux marques ne partagent presque rien, ce qui est rare au sein d'un seul groupe.