Food cost

Comment un logiciel de gestion des recettes relie vos recettes aux ventes et au stock

Ce que fait un logiciel de gestion des recettes dans une cuisine professionnelle

Dans une cuisine professionnelle, les articles de vente non associés – menus, formules et boutons repas libres – faussent discrètement le reporting du food cost. Les applications grand public de recettes qui arrivent en tête de cette recherche n'abordent jamais ce sujet. Un logiciel de gestion des recettes relie chaque recette à vos ventes POS et à votre stock en temps réel, afin que chaque plat vendu affiche un coût réel. C'est essentiel : selon The Spread 2026 de Supy, 1 plat sur 7 affiche déjà un food cost théorique de 40 % ou plus. Cet article explique comment fonctionne cette liaison, où elle échoue et ce qu'il faut comparer avant d'acheter.

Ce chiffre repose sur 118 913 plats vendus en une seule journée de trading, dont 2,35 % – soit environ 1 sur 40 – ont généré des pertes sur les ingrédients seuls (The Spread 2026).

  • Food costs théoriques. Il s'agit de food costs théoriques, calculés à partir de la recette ; le coût réel du plat est plus élevé une fois le gaspillage et les surdosages pris en compte.
  • Food cost moyen. Un food cost moyen de la carte ne montre pas l'écart de food cost d'un plat à l'autre.
  • Plats perdant en marge. Les plats perdant en marge sont rarement ceux qu'un chef supposerait – on ne les trouve qu'en calculant chaque recette au regard de son prix de vente réel et de son utilisation réelle d'ingrédients.
Graphique du food cost théorique par plat tiré de The Spread 2026, avec 2,35 % des plats générant des pertes sur les ingrédients seuls

Un classeur de recettes dans un tiroir ne peut pas faire cela. Pas plus qu'un ensemble de tableurs, de documents Word et de messages WhatsApp, qui représente la base fragmentée que la plupart des logiciels de gestion des recettes remplacent.

  • Stocke les plats dressés. Un logiciel de gestion des recettes conserve vos plats dressés et les recettes de mise en place qui les sous-tendent.
  • Liaison avec le POS. Il relie chaque plat à l'article de menu POS qui le vend, et maintient votre calcul des recettes à jour à mesure que les prix des fournisseurs évoluent.
  • Chaque établissement consulte. Pour un groupe multi-sites, chaque établissement consulte un seul livre de recettes calculé, si bien qu'un nouveau prix d'ingrédient s'applique immédiatement à chaque plat.

Le calcul des recettes va rarement de pair avec rien d'autre. Les opérateurs qui l'évaluent pèsent généralement en même temps le coût des marchandises vendues, les prévisions de la demande et les validations des commandes, car une recette les relie tous.

Chaque vente doit être résolue vers une recette

Le calcul des coûts échoue à la caisse, pas dans le livre de recettes.

  • Résolution vers une recette. Chaque vente doit être résolue vers une recette, car ce lien indique au système quels ingrédients ont quitté l'étagère et ce qu'ils ont coûté.
  • Déduit les ingrédients. Lorsqu'un article de menu pointe vers sa recette, sa vente déduit exactement les ingrédients dans les bonnes quantités, si bien que le food cost théorique et les mouvements de stock se mettent à jour automatiquement.

Les ventes manquantes sont celles qui n'ont pas de lien clair avec une recette unique. Les menus, les formules, les combos et les boutons repas et boissons libres qu'utilisent les équipes pour tout ce qui est hors-menu enregistrent tous du chiffre d'affaires.

Lorsqu'ils ne sont pas associés à une recette, ils ne déduisent pas de stock. Le food cost semble alors meilleur qu'il ne l'est, l'inventaire ne correspond jamais, et les rapports d'écarts blâment les mauvaises sections. Sur un service chargé, cela peut représenter une part importante de couverts non calculés – et personne ne s'en aperçoit pendant des semaines, jusqu'à ce que quelqu'un demande pourquoi les chiffres ne s'accordent pas.

Flux montrant une vente via un bouton POS libre qui ne déduit aucun stock jusqu'à ce qu'elle soit associée à une recette

Un logiciel de gestion des recettes comble ce manque en associant chaque article vendable à une recette, y compris les plats composants d'un menu ou d'un combo. Il lit également les modificateurs POS, si bien qu'un « sans fromage » ou un « burger double » modifie le stock déduit.

Supy relie les recettes aux articles de menu POS et à leurs modificateurs, afin que chaque vente consomme les bons ingrédients. Un bouton libre a encore besoin d'un rattachement : un bon système vous permet de le rattacher à une recette fourre-tout ou de le marquer pour association, afin que ces ventes atteignent tout de même le calcul des coûts.

Relier les recettes au stock en temps réel transforme les estimations en écarts

Le deuxième lien concerne le stock. Une fois une recette liée au stock en temps réel, le système porte deux chiffres.

  • Consommation théorique. La consommation théorique est ce que les recettes indiquent comme consommation attendue.
  • Consommation réelle. La consommation réelle est ce que l'inventaire et les livraisons indiquent comme consommation effective.
  • L'écart. La différence est l'écart – c'est là que se manifestent les surdosages, le gaspillage, les vols et les erreurs de caisse.

Supposons que la recette d'un burger coûte 3,30 $ en ingrédients et que le burger se vende 12,00 $. Son food cost théorique est de 27,5 %.

Si l'inventaire montre que la cuisine a réellement utilisé 4,10 $ d'ingrédients par burger, le food cost réel est de 34,2 %. L'écart de 0,80 $ par portion est celui à analyser – et sur une semaine de couverts, c'est la différence entre un plat rentable et un plat qui perd de l'argent en silence.

Écart de food cost : consommation réelle 4,10 $ moins coût de recette 3,30 $ égale un écart de 0,80 $ par portion

La visibilité du stock en temps réel est ce qui rend la partie réelle concrète.

  • Aucune synchronisation manuelle. Le stock disponible se met à jour à partir des bons de réception et de la consommation des recettes, sans synchronisation manuelle.
  • Reflète ce qui s'est passé. La ligne théorique-réel reflète alors ce qui s'est réellement produit, pas ce que quelqu'un a pensé à saisir.
  • Alerte sur le coût cible. Vous pouvez définir un coût cible par plat et recevoir une alerte dès qu'il dérive au-delà, afin de le corriger dans la semaine où cela se produit, et non en fin de mois.

Supy calcule le food cost de chaque plat par rapport au prix de vente hors TVA, si bien que le pourcentage n'est pas gonflé par la taxe et se compare proprement sur toute la carte. Les coûts s'affichent dans votre propre devise avec les bonnes décimales, aussi bien sur l'application web que sur mobile.

Un coût de plat se lit de la même façon, que ce soit un chef en cuisine ou un responsable financier depuis le siège qui le consulte.

Les ventes les plus difficiles à calculer

Les articles les plus difficiles à calculer sont ceux qui ne peuvent pas être associés à une recette unique. Testez chaque système sur ces cas en premier, car c'est là que le calcul échoue silencieusement et que les applications grand public de recettes n'ont rien à proposer.

Type de ventePourquoi c'est difficile à calculerCe qu'un bon système fait
Menus et formulesUn prix couvre plusieurs plats, ce qui ne lie la vente à rienDécompose la vente en ses recettes composantes, chacune déduisant son propre stock
Combos et modificateursBurger double ou sans fromage modifie le coût réel des ingrédientsLit les modificateurs POS et ajuste le stock déduit par vente
Boutons repas et boissons libresLes équipes saisissent des articles hors-menu ne correspondant à aucune recetteLes rattache à une recette fourre-tout ou les marque pour association
Ventes traiteur et livraisonLes portions en gros et les commandes de plateformes n'ont aucun lien par articleAssocie les articles plateforme et en gros à des recettes pour qu'ils continuent de déduire du stock

Les commandes traiteur et les plateaux partagés constituent le piège le plus manifeste. Ils se vendent en portions en gros sans prix à l'unité, et les ventes des plateformes de livraison apparaissent souvent comme non associées jusqu'à ce que quelqu'un les synchronise avec les articles du menu. Chacune représente du chiffre d'affaires que la cuisine a produit et du stock qu'elle a consommé – les laisser sans calcul sous-estime le food cost précisément sur les commandes qui brassent le plus de produit.

Applications de recettes vs système de calcul des coûts restaurant

Un logiciel de gestion des recettes et une application de recettes se ressemblent en démonstration, mais remplissent des fonctions opposées. L'application stocke et organise des recettes pour un chef.

Le système de calcul des coûts traite une recette comme le lien entre une vente et le stock qu'elle consomme. Le tableau ci-dessous montre ce que la plupart des acheteurs doivent voir avant de présélectionner quoi que ce soit.

Ce dont vous avez besoinApplication de recettesSystème de calcul des coûts restaurant
Stocker et mettre à l'échelle des recettesOuiOui
Coût des ingrédients en direct depuis les prix fournisseursNonOui, se met à jour au changement de prix
Liaison aux ventes POSNonOui, chaque vente est associée à une recette
Food cost théorique vs réelNonOui, à partir du stock en direct et des inventaires
Rentabilité par plat sur tous les sitesNonOui, un livre de recettes pour chaque établissement
Gère menus, combos et boutons libresNonOui, les décompose et les rattache

Si la présélection porte vraiment entre un organisateur de recettes et un système de calcul des coûts, la question décisive est de savoir si vous avez besoin de recettes pour la référence ou pour la marge. La référence convient dans une application. Le travail sur la marge nécessite les liaisons aux ventes et au stock – faute de quoi le food cost affiché à l'écran n'est qu'une estimation.

Ce qu'il faut vérifier en démonstration avant de s'engager

Le calcul des recettes n'est rentable que si la configuration tient et que les liaisons restent propres – appuyez donc sur les points qui lâchent en conditions réelles. Les équipes envoient souvent les recettes avant la mise en production.

Puis elles découvrent trop tard qu'elles doivent encore associer manuellement chaque article de vente à une recette, ce qui double le travail. Demandez qui effectue cette association et combien de temps prend un site de votre taille.

Ce qu'il faut vérifier en démonstrationÀ quoi ressemble un bon résultat
Association recettes – articles de venteL'import en masse charge vos recettes et vous voyez exactement comment chaque article de vente POS est lié à une recette
Menus, combos et boutons libresSaisir un combo ou un bouton libre déduit le bon stock à l'écran, et non rien
Food cost théorique et réelLes deux chiffres apparaissent avec une ligne d'écart alimentée par le stock en direct et les inventaires
Rentabilité des plats sur tous les sitesUn livre de recettes sert chaque établissement, et vous pouvez voir quels plats perdent de l'argent par site

Effectuez ces quatre vérifications et le choix se fait généralement de lui-même. Le bon système associe chaque vente à une recette et chaque recette au stock en temps réel. C'est ce qui transforme votre carte en chiffres sur lesquels vous pouvez agir – plat par plat et site par site.

Réservez une démo avec Supy – calcul des recettes lié aux ventes et au stock

Ready to optimize your restaurant operations?

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

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.

Qu'est-ce qu'un système de gestion des recettes pour la restauration ?
+

Un système de gestion des recettes pour la restauration est un logiciel qui stocke vos recettes et associe chacune d'elles aux ventes POS et au stock en direct, de sorte que chaque plat vendu affiche un coût réel. Il conserve les plats préparés et les recettes de préparation sous-jacentes, associe chacun à l'article de menu POS qui le vend et met à jour le stock lorsque ces articles sont vendus. Une application de recettes grand public se contente d'organiser des recettes pour un cuisinier, tandis que ce système traite une recette comme le lien entre une vente et les ingrédients qu'elle consomme. Ce lien est ce qui rend le food cost, les écarts d'inventaire et la rentabilité des plats réels plutôt qu'estimés.

Comment un système de gestion des recettes associe-t-il les recettes aux ventes POS ?
+

Il associe chaque recette à l'article de menu POS qui la vend : lorsque cet article est vendu, les ingrédients exacts dans les quantités exactes sont prélevés du stock. Le système lit les ventes en caisse et résout chacune en une recette, y compris les plats composants d'un menu à prix fixe et les modificateurs POS comme un supplément de steak haché ou sans fromage. Le food cost théorique et la consommation de stock se mettent alors à jour automatiquement, sans que personne ait à ressaisir les chiffres. Les ventes qui nécessitent une attention sont celles sans lien clair, comme les boutons de vente ouverts, qu'un bon système achemine vers une recette de substitution ou signale pour association.

Pourquoi les menus à prix fixe et les combos perturbent-ils le calcul du coût matière ?
+

Ils perturbent le calcul parce qu'un seul prix couvre plusieurs plats : la vente n'est associée à aucune recette unique et ne prélève aucun stock. Le chiffre d'affaires est bien enregistré, mais les ingrédients consommés ne quittent jamais le comptage du système, ce qui fait paraître le food cost plus bas qu'il ne l'est et fausse les rapports d'écarts d'inventaire. Les boutons de vente ouverts pour la nourriture et les boissons créent le même problème pour les articles hors menu. Un système de gestion des recettes pour la restauration résout ce problème en décomposant un menu à prix fixe ou un combo en ses recettes composantes, de sorte que chacune prélève son propre stock, et en attribuant aux boutons ouverts une recette de référence plutôt que de laisser ces ventes disparaître.

Quelle est la différence entre le coût matière théorique et le coût matière réel ?
+

Le food cost théorique correspond à ce que vos recettes indiquent comme coût d'un plat, tandis que le food cost réel reflète ce que l'inventaire et les livraisons montrent que vous avez réellement consommé. La différence entre les deux constitue l'écart d'inventaire, et c'est là que se manifestent les surportions, le gaspillage, les vols et les erreurs de caisse. Par exemple, un burger avec un coût de recette de 3,30 $ vendu à 12,00 $ affiche un food cost théorique de 27,5 % ; si la cuisine a réellement utilisé des ingrédients pour 4,10 $, le coût réel est de 34,2 %. Un système de gestion des recettes pour la restauration suit les deux valeurs à partir du stock en direct, vous permettant d'agir sur l'écart de 0,80 $ dans la semaine où il se produit, et non en fin de mois.

Un système de gestion des recettes peut-il gérer plusieurs établissements ?
+

Oui, un système de gestion des recettes pour la restauration maintient un seul livre de recettes valorisé que chaque établissement consulte, de sorte qu'une modification du prix d'un ingrédient ou d'une recette se répercute immédiatement sur tous les sites. Pour un groupe multi-établissements, cette source unique est l'essentiel : elle permet de comparer le food cost et la rentabilité au niveau du plat par établissement, plutôt que de travailler avec une moyenne qui masque les écarts. Chaque site enregistre toujours ses propres ventes et son propre stock, de sorte que les écarts sont spécifiques à cette cuisine. Un tableau distinct par établissement diverge en quelques semaines et rend le food cost à l'échelle du groupe impossible à fiabiliser.

Combien de temps faut-il pour paramétrer des recettes dans un système de gestion des recettes ?
+

Le délai de configuration dépend principalement de la façon dont vos recettes arrivent et de la manière dont les articles de vente sont associés. L'import en masse charge rapidement les recettes existantes, mais la partie la plus longue consiste à associer chaque article de vente POS à la bonne recette, ce que les équipes sous-estiment souvent. Beaucoup envoient leurs recettes avant le lancement, puis découvrent tardivement qu'ils doivent également associer manuellement les articles de vente, ce qui double le travail. Demandez à l'éditeur qui effectue cette association, comment l'import en masse traite votre format et combien de temps prend habituellement la configuration pour un établissement de votre taille. Un processus d'association clair fait la différence entre un lancement sans accroc et des semaines de corrections.

Ai-je encore besoin d'un système de gestion des recettes si j'utilise déjà une application de recettes ?
+

Cela dépend de ce dont vous avez besoin : des recettes à titre de référence ou des recettes pour maîtriser vos marges. Une application de recettes stocke et met à l'échelle des recettes pour un cuisinier, ce qui est suffisant si vous souhaitez simplement un livre de recettes partagé et organisé. Un système de gestion des recettes pour la restauration va plus loin : il récupère les coûts des ingrédients en temps réel à partir des prix des fournisseurs, associe chaque vente à une recette et compare le food cost théorique au food cost réel sur la base du stock en direct. Si vous cherchez à contrôler le food cost, à réduire les écarts et à identifier les plats rentables sur plusieurs sites, l'application ne vous permettra pas d'y parvenir. Le lien entre les ventes et les stocks est l'essentiel.

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

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