Procurement
Food cost

Cuisine centrale : centre de coûts ou site distinct ?

Centre de coûts ou site distinct : ce que change chaque modèle

Modéliser une cuisine centrale en centre de coûts la rattache à un établissement parent : les stocks transférés vers une filiale constituent un transfert interne comptabilisé au prix de revient, sans facturation intersite et avec un coût matière consolidé unique. La modéliser en site distinct en fait un établissement autonome qui livre sur facture fiscale à un prix de transfert défini et tient son propre compte de résultat. Même cuisine, deux jeux de chiffres différents.

Ce qui ne change pas entre les deux modèles, c'est la façon dont le mouvement lui-même est enregistré. Dans les deux cas, les stocks quittant la cuisine centrale vers une filiale passent par un transfert intersite en trois étapes – créé, soumis, réceptionné – et les stocks ne sont mis à jour de part et d'autre que lorsque le site récepteur confirme la réception. Le point de vente commanditaire et la cuisine centrale voient l'état à chaque étape. Cette confirmation de réception est ce qui empêche les ajustements fantômes et ce qui permet à chaque structure de produire un food cost de groupe fiable. Le modèle choisi ne décide pas si le mouvement est enregistré. Il décide de la valeur comptable du mouvement et de l'émission ou non d'un document entre les deux sites.

Flux de transfert interne en trois étapes – créé, soumis, réceptionné – les stocks ne se mettent à jour qu'une fois la réception confirmée par le site destinataire

Quand le food cost de groupe devient invisible

Pourquoi ce choix de structure a-t-il plus d'importance qu'il n'y paraît ? Si les mouvements internes ne sont pas enregistrés du tout, l'écart du food cost de groupe n'est pas seulement non mesuré : il est structurellement invisible. Imaginez un groupe multi-sites fonctionnant sur tableurs avec un food cost d'environ 40 % face à un objectif de 30 %. Le réflexe est de traquer le gaspillage et les dérives de portions ; un coup d'œil rapide à un calculateur de food cost confirme que le chiffre est trop élevé, mais pas où se situe le problème. Si rien n'enregistre ce que la cuisine centrale a livré à chaque filiale, l'écart de 10 points ne peut pas être localisé – impossible de dire s'il est dans la production, dans une filiale ou dans le mouvement entre les deux. Le chiffre est faux et il n'y a aucun fil à tirer.

Statistique – un groupe à 40 % de food cost face à un objectif de 30 %, un écart de 10 points invisible sans transfert interne enregistré

Un centre de coûts et un site distinct corrigent tous deux cette invisibilité, car les deux imposent l'enregistrement du mouvement interne. Ce qu'ils changent, c'est le prix que porte ce mouvement – c'est la décision suivante.

Centre de coûts ou site distinct : comparaison

Voici la décision présentée selon les critères qui diffèrent réellement. Aucune colonne n'est la bonne réponse en soi – tout dépend de la structure de propriété du groupe et de la clientèle externe éventuelle de la cuisine.

CritèreCentre de coûtsSite distinct
Prix de transfert interneAu prix de revient, sans margePrix de transfert majoré
Document intersiteAucun émisFacture fiscale à l'expédition
Food cost de groupeUn chiffre consolidé uniqueRéparti sur les comptes de résultat par site
Recommandé quandPropriété commune, pas de ventes externesVentes à des clients externes ou P&L autonome requis par site
Clôture mensuellePlus simple, une consolidationPlus lourde, réconciliation des factures intersites

La colonne centre de coûts maintient les mouvements internes au prix de revient : aucun argent ne circule entre des sites en propriété commune, et une marge inventerait un profit inexistant et fausserait les chiffres de chaque site. La colonne site distinct est faite pour le cas inverse – une cuisine ayant besoin d'un compte de résultat autonome ou vendant des produits préparés à des clients tiers. Si ces sites sont de vraies entités fiscales distinctes plutôt que des filiales en propriété commune, la comptabilité est encore différente – lisez alors les transferts de cuisine centrale multi-entités.

Le prix de transfert qu'aucune option par défaut ne fixe correctement

Il y a un piège spécifique au cœur de cette décision, celui que les opérateurs soulèvent le plus souvent : le prix de transfert interne. La plupart des systèmes proposent deux valeurs pour un article préparé – sa valeur recette (prix de revient) et son prix de vente – et aucune n'est le bon chiffre pour un mouvement entre vos propres sites. Prenez un article préparé coûtant 4,20 € à produire et vendu 9,50 €. Le livrer à une filiale à 9,50 € enregistre une vente au détail qui n'a pas eu lieu. Le prix de revient de 4,20 € est correct pour un groupe en propriété commune où aucun argent ne circule réellement. Mais un groupe où chaque site doit afficher un P&L autonome, ou une cuisine centrale facturant des clients externes, a besoin d'un troisième chiffre défini – disons prix de revient plus 20 % de marge interne, soit 5,04 € – émis sur une facture fiscale.

Matrice à deux axes – le modèle centre de coûts convient si la cuisine ne vend à personne hors du groupe et qu'aucun site n'a besoin d'un P&L autonome ; sinon, c'est le site distinct

Les deux questions qui tranchent : la cuisine vend-elle à quelqu'un hors du groupe, et le P&L de chaque site doit-il être autonome ? Si les deux réponses sont non, le modèle centre de coûts avec transferts au prix de revient est le choix propre. Si l'une est oui, vous êtes en territoire site distinct – et vous devez fixer le prix de transfert délibérément avant de bâtir le modèle, pas découvrir en fin de mois que chaque mouvement interne a été comptabilisé au mauvais prix. C'est là qu'une plateforme de cuisine centrale et d'approvisionnement qui enregistre chaque mouvement au prix choisi et émet la facture fiscale à l'expédition prend tout son sens face à un tableur.

Les pièges de configuration qui brisent les deux modèles

Les deux modèles ne produisent des chiffres fiables que si la configuration sous-jacente est correcte. Trois pièges causent le plus de dégâts, et tous trois sont posés à la configuration, pas en fin de mois.

Premier piège : les recettes de préparation non stockables bloquent silencieusement transfert et expédition. Quand vous mettez en place une cuisine centrale pour émettre des factures internes, les recettes non stockables ne peuvent pas être transférées, et la solution évidente – les passer en stockables – corrompt les données historiques et se répercute sur chaque recette qui les utilise. La séquence sûre est en quatre étapes : créer un centre de coûts vide pour la cuisine centrale, créer des versions stockables dupliquées des recettes de préparation avec la production automatique activée, transférer les ingrédients dans le centre de coûts, puis expédier sur facture fiscale.

Deuxième piège : des centres de coûts qui ne correspondent pas à la réalité physique. Un centre de coûts marchandises pour des produits qui se trouvent physiquement au bar, ou une cuisine de production traitée en site distinct alors qu'elle est réellement rattachée à un établissement, gonfle les écarts d'inventaire et désorganise le personnel. Supprimez un centre de coûts qui ne correspond pas à la réalité physique du site plutôt que de former le personnel autour.

Troisième piège : des transferts enregistrés après un inventaire. Si un mouvement interne est enregistré après qu'une filiale a déjà inventorié, l'inventaire et le transfert se contredisent et l'écart résultant est sans signification. Planifiez le mouvement avant l'inventaire.

Séquence en quatre étapes pour mettre en place une cuisine centrale expéditrice sans corrompre les données historiques, avec avertissement contre la transformation des recettes de préparation existantes en stockables

Ce sont des décisions de structure de compte et de configuration. La construction physique de la cuisine – agencement, capacité, postes – est un problème distinct ; concevoir une cuisine centrale efficace pour les restaurants multi-sites traite cet aspect. Une refonte structurelle de compte comme celle-là est idéalement planifiée au début d'un nouvel exercice fiscal, pour ne pas avoir à réconcilier deux structures en cours de période.

Décider à la configuration, pas en fin de mois

Quel modèle choisir ? Le modèle centre de coûts quand vos sites sont en propriété commune, qu'aucun argent ne circule entre eux et que vous voulez un food cost consolidé unique avec la clôture mensuelle la plus simple – transférez les stocks au prix de revient et supprimez entièrement la facturation intersite. Le modèle site distinct quand la cuisine centrale vend à des clients tiers, ou que la rentabilité de chaque site doit être autonome – fixez alors un prix de transfert délibéré, émettez une facture fiscale à chaque expédition, et acceptez une clôture plus lourde en échange de chiffres par site autonomes. Décidez à la configuration, sur la base de ces deux questions, et enregistrez chaque mouvement interne dès le premier jour. Le groupe qui fait cela choisit ses chiffres en connaissance de cause. Celui qui prend la configuration par défaut hérite de ce que le défaut était – et le découvre en fin de mois.

Réservez une démo avec Supy – des chiffres fiables pour votre cuisine centrale

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.

No items found.

Ê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.