Inventory

Groupes de restauration multi-marques : pourquoi une base de données par marque échoue

Ce que décide vraiment un groupe de restauration multi-marques

La structure des stocks d’un groupe multi-marques est l’ensemble des décisions sur le nombre de bases de données distinctes que vous exploitez et sur l’endroit où les frontières passent entre elles. La vraie question n’est pas un système ou plusieurs. Elle est de savoir quelles marques partagent une base de données et lesquelles disposent de la leur, et la plupart des groupes y répondent avec la mauvaise règle.

Structure à trois niveaux d’un groupe de restauration : groupe, enseigne et site, la cuisine centrale apparaissant comme son propre type de point de vente qui approvisionne également les enseignes

Le réflexe est de donner à chaque marque sa propre base de données parce que les marques semblent distinctes. En pratique, un groupe fonctionne sur trois niveaux. Le groupe est le compte de plus haut niveau, où le reporting remonte. Chaque enseigne est une marque ou entité qui porte ses propres relations fournisseurs, positions de stocks et centre de coût. Chaque site est un lieu physique rattaché à une enseigne. Un tableau de bord au niveau groupe consolide chaque enseigne, ce qui vous permet de comparer le coût matière et l’écart entre les marques depuis une seule vue, sans avoir à les forcer dans la même base de données.

C’est ce dernier point qui rend le réflexe « une base par marque » coûteux. Un reporting séparé n’exige pas des bases de données séparées. Vous obtenez la comparaison inter-marques depuis le niveau groupe, quelle que soit la façon dont les bases sous-jacentes sont dessinées, ce qui vous libère pour les tracer sur l’axe qui vous fait vraiment gagner du travail.

Pourquoi une base de données par marque s’effondre sous sa propre maintenance

Une base de données par marque échoue parce que les données partagées doivent être maintenues dans chaque base qui les contient. Une variation de prix d’un fournisseur, un nouveau conditionnement, un ingrédient renommé : chaque modification est répétée à la main dans chaque base de marque qui liste cet article. Plus vous séparez de marques, plus vous refaites la même modification.

Graphique en barres comparant les mises à jour manuelles nécessaires pour un changement de prix d’un fournisseur partagé selon une structure par marque, par pays et par concept, ou en base unique

Prenez un groupe de six marques qui achètent en grande partie chez les mêmes fournisseurs. Avec une base par marque, un seul changement de prix d’un fournisseur partagé donne six mises à jour manuelles. Consolidez les marques qui partagent des fournisseurs en trois bases, et la même modification devient deux mises à jour. Le travail ne s’échelonne pas selon la finesse avec laquelle vous avez séparé les marques. Il s’échelonne selon le nombre de bases qui répètent les mêmes fiches fournisseurs et produits.

C’est l’objection que les groupes se posent eux-mêmes dès qu’ils se projettent dans le quotidien. Les marques paraissent indépendantes, mais leurs achats ne le sont pas, et la structure de la base doit suivre les achats, pas l’organigramme des marques. Une fiche article unique avec les conditionnements de chaque fournisseur reliés et maintenus synchronisés entre les sites ne paie que lorsque les sites qui la partagent se trouvent dans la même base.

La vraie séparation : chevauchement des fournisseurs et des produits, pas le nombre de marques

Séparez les bases de données sur deux axes : dans quelle mesure les fournisseurs et les produits se chevauchent, et si les marques se trouvent dans le même pays et la même entité juridique. Consolidez les marques qui partagent fournisseurs et produits ; séparez là où ce n’est réellement pas le cas, et séparez entre pays pour la fiscalité et la devise. Le nombre de marques n’entre jamais dans la règle.

Matrice de décision croisant le chevauchement fournisseurs et produits avec le pays et l’entité juridique, indiquant quand consolider, séparer par concept ou tenir une base par pays

Lisez-la comme quatre situations. Un chevauchement élevé dans un même pays est une consolidation évidente : faites tourner ces marques ensemble et maintenez chaque article une seule fois. Un faible chevauchement dans un même pays est une séparation nette par concept, parce que forcer des articles sans lien dans un mapping commun crée son propre travail de nettoyage plus tard. Des pays différents séparent presque toujours, puisque fiscalité, devise et entité juridique tirent une ligne dure ; là où les concepts au sein d’un pays partagent quand même des fournisseurs, une base par pays avec ces concepts fusionnés est en général la forme qui s’installe.

Une contre-vérification utile sur laquelle atterrissent les opérateurs est une base pour la marque cœur plus une base combinée pour les concepts qui partagent tout. Elle suit la même logique de chevauchement dans l’autre sens, ce qui explique qu’elle tienne. Si votre structure proposée ne peut pas se justifier par le chevauchement des fournisseurs et des produits ou par une frontière de pays, c’est une structure bâtie sur l’identité de marque, et elle vous coûtera en maintenance.

La cuisine centrale est un type d’emplacement à part entière, et un fournisseur de vos sites

Une cuisine centrale ou une boulangerie interne au groupe n’est pas un fournisseur que vous branchez depuis l’extérieur, et ce n’est pas non plus un simple point de vente. Dans Supy, c’est son propre type de point de vente, géré aux côtés de vos sites mais avec des fonctionnalités différentes. Vous l’exploitez comme un site avec ses propres stocks, sa production et ses commandes, et elle agit comme un fournisseur pour les marques qu’elle alimente : elle prend leurs commandes, commande pour leur compte, expédie contre bons de réception et les facture avec une marge. Les deux rôles sont de première classe, un point de vente que vous gérez à l’intérieur du groupe et un fournisseur de vos sites, ce qu’un simple point de vente ne peut précisément pas être.

Schéma d’une cuisine centrale interne au groupe, à la fois type de point de vente et fournisseur, émettant un bon de réception valorisé avec marge vers deux enseignes

Si vous la paramétrez comme un simple point de vente qui ne fait que transférer des stocks au coût, vous masquez deux choses dont vous avez besoin : le coût rendu réel chez la marque réceptrice et la marge que la cuisine centrale réalise en interne. Parce qu’elle est un site géré autant qu’un fournisseur, facturer les sites qu’elle alimente avec une marge garde les deux visibles, tandis que la cuisine remonte toujours dans le même reporting groupe que tout autre site. Si elle vend aussi à des restaurants extérieurs au groupe, ce flux de commandes externes est distinct du flux interne, si bien que la relation intra-groupe reste propre.

Les mouvements de stocks véritables qui ne sont pas une vente, comme le prêt d’un carton entre deux sites, relèvent encore d’un transfert inter-sites que le site receveur accepte avant que son stock ne se mette à jour. Le test est simple : si une partie facture l’autre avec une marge, c’est la cuisine centrale qui approvisionne ; si le stock ne fait que bouger au coût, c’est un transfert.

Décidez la structure des stocks du groupe avant l’Onboarding, pas pendant

Fixez la structure comme un ensemble de décisions écrites avant le début du déploiement. Le poste le plus coûteux à refaire dans un rollout de groupe n’est pas le chargement des données. C’est de découvrir en pleine migration que deux marques nomment et catégorisent différemment les mêmes articles, ou que personne n’a acté la façon dont la cuisine centrale est modélisée, et de devoir renommer, reclasser et re-mapper alors que le compteur tourne.

À décider avant le déploiementPourquoi cela mord plus tard
Conventions de nommage et de catégorisation des articles entre marquesDes marques fusionnées avec des nommages différents imposent une passe de renommage et de reclassement en pleine migration
Paramétrage de la cuisine centrale comme son propre point de vente et modalités de facturation aux sitesChanger cela après la mise en production réécrit la valorisation de chaque livraison interne
Centres de coût par site et par conceptRétablir des centres de coût casse l’historique de rentabilité déjà chargé
Catégories de menu à plusieurs niveaux pour un reporting par conceptAjoutées après coup, elles ne peuvent pas rétro-remplir les périodes déjà reportées
Comment les bons de réception sont consolidés et les factures stockéesLaissé ouvert, les équipes de réception inventent leur propre approche par site

Documenter ces points en amont revient à faire partir l’équipe de déploiement de la forme réelle plutôt que de reposer les mêmes questions structurelles de base à chaque site. Gardez le directeur financier dans la boucle comme décideur aux côtés de l’opérationnel, parce que les frontières des bases de données sont aussi les frontières du reporting dans lequel il vivra.

La décision en quatre contrôles

Avant de figer une structure, passez chaque séparation de base envisagée par quatre contrôles. Si une séparation ne peut satisfaire au moins l’un des deux premiers, elle est tracée sur l’identité de marque et doit être fusionnée.

ContrôleConsolidez lorsqueSéparez lorsque
Chevauchement fournisseurs et produitsLes marques achètent les mêmes articles chez les mêmes fournisseursLes gammes et les fournisseurs se croisent à peine
Pays et entité juridiqueMême pays, même entité et même devisePays, régime fiscal ou devise différents
Production centraleParamétrez une cuisine partagée comme son propre point de vente qui approvisionne les enseignesNe séparez jamais une marque juste pour porter sa cuisine
Besoin de reportingLa consolidation groupe fournit déjà la comparaison inter-marquesUniquement quand une marque a besoin de fiches totalement isolées pour une raison externe

Structurez le groupe selon cette logique, et la plateforme reflètera la façon dont l’activité achète et cuisine réellement, plutôt que la façon dont l’organigramme des marques se trouve dessiné. Pour la vue d’ensemble de ce qui change à mesure qu’un groupe se développe, consultez sur notre Blog le guide dédié à la gestion de restauration multi-sites, découvrez comment une seule plateforme de gestion des stocks pour la restauration porte plusieurs marques, et si vous voulez une base de départ rapide sur la position de chaque concept avant de commencer, notre calculateur de coût matière gratuit vous donne un chiffre initial.

Réservez une démo avec Supy - structurez votre groupe de restauration multi-marques avant le déploiement

Ready to optimize your restaurant operations?

Blog

Our operational insights

No items found.

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.

Combien de bases de données de stocks un groupe de restauration multi-marques devrait-il gérer ?
+
Il n'y a pas de nombre fixe, et ce n'est jamais une base de données par marque. Décidez-le à partir de deux éléments : dans quelle mesure les marques partagent fournisseurs et produits, et si elles sont dans le même pays et la même entité juridique. Les marques qui achètent les mêmes articles auprès des mêmes fournisseurs dans un même pays appartiennent à une seule base de données. Les marques dans des pays différents se séparent presque toujours pour des raisons fiscales et de devise. Comptez les fournisseurs partagés et les frontières nationales, pas les logos, et le bon nombre de bases de données en découlera naturellement plutôt que de dépendre du nombre de marques que vous exploitez.
Pourquoi une base de données par marque devient-elle difficile à maintenir ?
+
Parce que chaque enregistrement partagé doit être modifié dans chaque base de données qui le contient. Lorsque six marques achètent auprès des mêmes fournisseurs et que chaque marque a sa propre base de données, un changement de prix fournisseur représente six mises à jour manuelles au lieu d'une. Les nouveaux conditionnements, les ingrédients renommés et les recettes mises à jour se multiplient de la même façon. La charge de maintenance augmente en fonction du nombre de bases de données qui répètent les mêmes fournisseurs et produits, pas en fonction du soin avec lequel vous avez maintenu les marques séparées. C'est pourquoi les groupes qui séparent par nombre de marques soulèvent eux-mêmes l'objection dès qu'ils imaginent la maintenance hebdomadaire.
Quand un groupe de restauration devrait-il séparer les bases de données de stocks par pays ?
+
Séparez par pays lorsque les marques opèrent sous différentes entités juridiques, régimes fiscaux ou devises, ce qui est presque toujours le cas à l'international. Ces frontières sont infranchissables : le reporting, le traitement fiscal et la devise ne peuvent pas partager proprement une seule base de données. Au sein d'un même pays, traitez la question de la séparation séparément et répondez-y en fonction des chevauchements de fournisseurs et de produits. Une structure courante qui fonctionne bien est une base de données par pays, avec les concepts qui partagent des fournisseurs regroupés au sein de chacune. Cela maintient une séparation transfrontalière nette tout en consolidant les marques dont les achats se recoupent réellement au sein d'un même marché.
Comment un groupe doit-il gérer une cuisine centrale ou une boulangerie interne ?
+
Traitez-la comme un fournisseur pour les enseignes qu'elle approvisionne, et non pas comme un point de vente supplémentaire. Si elle gère sa propre production et vend effectivement aux sites, elle doit émettre des bons de livraison valorisés dans chaque enseigne, afin que le coût soit imputé là où le plat est vendu et que la marge interne reste visible. Une cuisine centrale peut passer des commandes pour le compte des points de vente, livrer contre des bons de livraison et les facturer avec une marge, ce qui correspond au comportement d'un fournisseur. Réservez les transferts inter-points de vente aux véritables mouvements de stock au coût. Le test : si l'une des parties facture l'autre, il s'agit d'une relation fournisseur.
Que doit standardiser un groupe multi-enseignes avant l'Onboarding ?
+
Convenez par écrit des décisions structurelles avant le début du chargement des données. Standardisez les conventions de nommage des articles et de catégories entre les enseignes, afin que les concepts fusionnés n'imposent pas un renommage en cours de migration. Décidez si la cuisine centrale ou la boulangerie est un fournisseur. Définissez des centres de coûts par site et par concept, et établissez les catégories de menus multi-niveaux nécessaires au reporting par concept. Décidez de la manière dont les bons de réception sont consolidés et de l'endroit où les factures sont stockées. Documenter ces éléments en amont permet à l'équipe d'implémentation de partir de la structure réelle du groupe plutôt que de reposer des questions structurelles de base à chaque site.
Un groupe peut-il comparer les performances entre marques si les bases de données sont séparées ?
+
Oui. Des bases de données séparées ne bloquent pas le reporting groupe. Le niveau groupe se situe au-dessus des points de vente et les consolide tous, ce qui vous permet de comparer le food cost et les écarts entre les marques depuis un tableau de bord unique, quelle que soit la façon dont les bases de données sous-jacentes sont structurées. C'est précisément pourquoi séparer en fonction du nombre de marques est inutile : vous disposez déjà de la vue multi-marques au niveau groupe. Définissez les bases de données selon l'axe qui réduit la maintenance, c'est-à-dire le chevauchement des fournisseurs et des produits ainsi que le pays, et laissez la consolidation groupe gérer la comparaison que vous craigniez de perdre.
Le fait de séparer les bases de données implique-t-il de ressaisir fournisseurs et produits pour chacune ?
+
Uniquement là où la séparation est réelle. C'est précisément pourquoi vous ne devriez jamais séparer en fonction du nombre de marques : chaque base de données supplémentaire qui répète les mêmes fournisseurs et produits est un endroit de plus à entretenir manuellement. Lorsque vous regroupez les marques qui partagent les mêmes fournisseurs dans une seule base de données, un ingrédient commun constitue un seul enregistrement avec les conditionnements de chaque fournisseur reliés et synchronisés entre tous les points de vente. Vous ne ressaisissez fournisseurs et produits que dans les bases de données qui ont dû être séparées pour une raison réelle, comme un pays différent ou une gamme véritablement distincte, où les doublons sont de toute façon inévitables.

Êtes-vous prêt à transformer vos opérations ?

Comme plus de 3 500 restaurateurs utilisez Supy pour réduire vos coûts, rationaliser les opérations et prendre des décisions plus intelligentes.