Logiciels de gestion des recettes pour la cuisine professionnelle, comparés

« Logiciel de gestion des recettes » désigne deux marchés différents

Cherchez ce terme et vous obtiendrez deux publics qui n’ont presque rien en commun. La moitié de la page s’adresse aux cuisiniers amateurs : des applications qui récupèrent des recettes sur des blogs, synchronisent une liste de courses entre téléphones, et coûtent entre zéro et trente euros, une fois pour toutes. L’autre moitié s’adresse à des organisations qui doivent prouver ce que contient un plat, à un auditeur, par écrit.

Si vous dirigez une cuisine professionnelle, seule la seconde moitié vous concerne — et à l’intérieur de celle-ci, les discours marketing convergent au point d’en devenir inutiles. Base de recettes centralisée, calcul automatique des coûts, calcul des allergènes, déploiement multi-sites : chaque plateforme sérieuse de ce secteur revendique ces quatre points, et chacune en est réellement capable.

La différence réelle se situe un cran plus bas, dans une question à laquelle les listes de fonctionnalités répondent rarement directement : que doit produire la recette une fois qu’elle existe ? Pour un groupe de restaurants, la réponse est un coût matière et une marge. Pour une marque alimentaire, une étiquette légalement conforme. Pour un hôpital, un repas correspondant à un régime prescrit, à une texture prescrite, pour un patient nommé, ce soir. Chaque plateforme ci-dessous excelle véritablement sur l’une de ces réponses, et se contente d’être correcte sur les autres.

Une ligne de partage structurelle mérite d’être nommée avant la liste, car elle est facile à manquer et elle exclut ou inclut d’emblée. Plusieurs de ces plateformes supposent qu’une caisse se trouve derrière chaque plat — leurs matrices de marge et leurs prévisions de demande reposent sur les données de vente. Dans les hôtels all-inclusive, les hôpitaux, les EMS, les écoles, les restaurants d’entreprise et le catering aérien, le repas n’est pas une transaction et il n’y a aucun passage en caisse à lire. Si cela décrit une part significative de vos couverts, une plateforme centrée sur la caisse n’est pas seulement moins utile : certaines de ses fonctions n’ont tout simplement aucune donnée d’entrée.

Voici un regard honnête sur les points forts réels de cinq plateformes établies, sur la base de leur propre documentation produit publiée, ainsi que sur la place qu’occupe CalcMenu dans ce même paysage.

Apicbase — le contrôle de la marge sur de nombreux points de vente

Apicbase est conçu pour les groupes F&B multi-sites, et son centre de gravité est la rentabilité par plat. Les allergènes, les valeurs nutritionnelles et les règles diététiques sont gérés au niveau de l’ingrédient, de sorte que la mise à jour d’un produit se propage automatiquement à chaque recette et chaque menu liés, avec des étiquettes allergènes et Nutri générées à partir de ces mêmes données. Son module de menu engineering se connecte à la caisse pour produire une matrice de menu en direct combinant coût matière réel, volume de ventes et contribution à la marge — les données de recettes et les données de ventes sont donc lues ensemble plutôt que séparément.

La réponse multi-sites, ici, c’est la gouvernance : des validations basées sur les rôles, où les chefs corporate ou les équipes R&D créent les recettes, la direction les revoit et les approuve, et ce n’est qu’ensuite que les responsables locaux y accèdent. C’est une réponse précise et bien pensée à un problème précis : des recettes qui dérivent site après site jusqu’à ce que personne ne sache plus quelle version fait foi.

Meilleur usage : les groupes de restaurants, groupes hôteliers et cuisines fantômes multi-sites dont la douleur principale est la marge par plat et la discipline de déploiement entre points de vente.

Nutritics — la donnée nutritionnelle d’abord, le reste ensuite

Nutritics aborde le même problème par la science nutritionnelle plutôt que par le commercial. Les valeurs nutritionnelles et les allergènes sont calculés au fur et à mesure de la construction de la recette, les menus peuvent être publiés en temps réel — un ingrédient modifié met immédiatement à jour ce que voit le convive — et le moteur de calcul produit un coût de production réel qui intègre le gaspillage et le temps de travail, pas seulement le prix d’achat des ingrédients.

Son module le plus distinctif est Foodprint, un outil de calcul carbone qui place l’impact environnemental aux côtés des valeurs nutritionnelles, du coût, de la marge et des allergènes dans une même vue — et peut publier ce chiffre sur les menus et les étiquettes. La société propose également une offre dédiée à la santé, où diététiciens et personnel hospitalier construisent les plans des patients, lesquels commandent des repas adaptés à leurs besoins médicaux.

Meilleur usage : les organisations dont le livrable est constitué par les chiffres nutritionnels et environnementaux — sociétés de restauration collective, universités, marques alimentaires, et équipes cliniques qui rendent compte de ce qui a réellement été consommé.

FoodNotify — la donnée fournisseur directement dans la recette

FoodNotify s’attaque à la partie la moins spectaculaire et la plus coûteuse de toute cette catégorie : faire entrer, au départ, des données d’ingrédients exactes dans le système. La plateforme récupère les données produits — y compris l’information allergènes exacte — directement auprès des fournisseurs connectés, de sorte que chaque recette est automatiquement étiquetée avec les données INCO et le coût des marchandises vendues, sans dépendre de quelqu’un qui recopie une fiche technique. Les allergènes peuvent être affichés sous forme de symbole, de lettre ou de nom complet, ce qui paraît anecdotique jusqu’au jour où vous alignez une même base de recettes sur les conventions d’étiquetage de trois pays.

L’approche est modulaire plutôt que monolithique — modules Recettes, Achats et un module ERP pour la gestion d’entrepôt et de stock — avec une API ouverte pour connecter les systèmes déjà en place.

Meilleur usage : les exploitations hôtelières européennes qui veulent que la donnée fournisseur fasse le travail de conformité, en particulier là où FoodNotify est déjà connecté aux fournisseurs chez qui vous achetez réellement — c’est la question à poser, car toute cette approche ne vaut que par sa couverture de votre liste de fournisseurs précise.

JAMIX — la restauration collective à grand volume

JAMIX est présent dans ce secteur depuis une trentaine d’années et est déployé dans plus de 2 500 cuisines produisant plus d’un million de repas par jour — une échelle qui transparaît dans ce que le produit optimise. Les menus sont directement reliés aux recettes, aux allergènes et à la nutrition ; les commandes d’achat sont générées automatiquement à partir du plan de menus ; et l’analyse nutritionnelle peut être comparée aux recommandations nutritionnelles, ce que les cuisines scolaires et hospitalières doivent précisément démontrer, et pas seulement calculer.

La liste des modules se lit comme un cahier des charges de restauration publique : Recettes, Coûts, Étiquettes alimentaires, Menus, Fiches de production, Suivi des ventes et des restes, Analyse nutritionnelle, Recommandations nutritionnelles et Gestion de chaîne en standard, avec un calculateur CO2 et les demandes de production en option.

Meilleur usage : écoles, universités, hôpitaux et restauration militaire fonctionnant en menus cycliques à grand volume face à des standards nutritionnels publiés.

Kitchen CUT — le contrôle des coûts pensé par un chef

Kitchen CUT a été fondé par un chef étoilé au Michelin, et le produit reflète les priorités d’un exploitant plutôt que celles d’une direction financière. Au-delà de la gestion des recettes et des menus, il couvre les achats, le stock, le gaspillage, ainsi que l’étiquetage allergènes, nutritionnel et CO²e, avec un reporting de menu engineering construit sur les données de caisse pour montrer quels plats performent réellement. La plateforme revendique une intégration à plus de 400 API du secteur, et une réduction de l’administratif en cuisine allant jusqu’à 80 % — un chiffre annoncé par l’éditeur, à considérer comme une direction plutôt que comme une référence.

Son module de coût des buffets mérite d’être signalé : suivre la consommation, la popularité et le gaspillage sur un buffet est un problème de calcul réellement difficile, et c’est dans les hôtels qu’il se manifeste au quotidien. Son angle est la mesure au comptoir — ce qui a été pris, ce qui est resté populaire, ce qui a fini à la poubelle.

Meilleur usage : la restauration hôtelière, les restaurants et les groupes de brasseries souhaitant un seul système côté cuisine pour plusieurs points de vente, en particulier lorsque le buffet pèse réellement dans la structure de coûts.

Ce qui différencie CalcMenu

Toutes les plateformes ci-dessus savent produire une variante d’une recette. La distinction porte sur la nature de cette variante : une décision de carte, ou une décision médicale.

CalcMenu a été construit là où le second cas est la norme : hôpitaux, cliniques, EMS, réadaptation, restauration collective et catering aérien. Une recette mère porte ses variantes — par régime, par texture, par taille de portion — comme des objets de plein droit, et non comme des recettes séparées que quelqu’un doit penser à mettre à jour en parallèle. Rendements (parage, cuisson, portionnement), temps de préparation, photos, notes de procédure et historique complet des versions figurent sur la même fiche, et chaque modification est versionnée avec qui a changé quoi et quand — ce qu’un audit demande réellement.

Deux autres différences sont structurelles plutôt que fonctionnelles. D’abord la langue : les fiches recettes existent simultanément en plusieurs langues, parce que dans les cuisines européennes la brigade partage rarement une seule langue. Ensuite le modèle mère-et-local : le siège publie la recette de référence, chaque site ajuste les grammages, les prix d’achat locaux ou les fournisseurs, et ni le site ni la référence ne perdent leur alignement.

Deux capacités qui reviennent sans cesse dans cette catégorie méritent d’être énoncées clairement, car il est facile de supposer qu’elles nous manquent. Les standards nutritionnels : les valeurs calculées par portion peuvent être confrontées au standard publié sur lequel une cuisine publique est réellement jugée — le DGE-Qualitätsstandard de la restauration clinique allemande en étant l’exemple le plus net — de sorte que démontrer la conformité n’est pas l’apanage de la restauration à grand volume. Le buffet : CalcMenu attaque le coût du buffet avant le service plutôt qu’au comptoir — planification de production, ajustement des grammages et réduction du gaspillage en amont, avec un étiquetage de buffet (allergènes, origine, prix) publié directement depuis la recette vers des étiquettes électroniques. Kitchen CUT mesure ce que le buffet a consommé ; CalcMenu change ce avec quoi le buffet part. Les deux approches sont légitimes, et une organisation dont le buffet pose vraiment problème devrait se demander de quel côté elle saigne réellement.

Une frontière assumée, pas une lacune. Plusieurs plateformes de cette catégorie cherchent en pratique à devenir votre back-office — stocks, achats, comptabilité, parfois paie. CalcMenu part de la prémisse inverse. Il possède la recette et tout ce qui en découle, et se connecte à ce que vous exploitez déjà pour le reste : 41 intégrations publiées couvrant caisses, réseaux fournisseurs, PMS hôteliers, systèmes d’EMS et d’hôpitaux, matériel d’étiquetage et ESL, ainsi que les standards ouverts (GS1, PEPPOL, EDIFACT) qui lui permettent de dialoguer avec un ERP qu’il n’a aucune intention de remplacer. Les hôpitaux et groupes de soins ont rarement le loisir d’arracher un ERP parce qu’un système de restauration le demande. Lorsqu’une connexion n’existe pas encore, elle est construite si le besoin est réel — mais la frontière est le dessin lui-même, pas ce qui lui manque.

Pourquoi cette frontière tient. Les frontières produit sont faciles à énoncer et difficiles à tenir : un éditeur porteur d’investisseurs doit tôt ou tard grandir jusqu’à une valorisation plus élevée, et le moyen le moins coûteux de grandir est de vendre davantage de surface à ses clients existants — c’est ainsi qu’un outil de recettes devient un back-office. EGS n’a pris aucun financement extérieur. La société appartient à ses deux associés fondateurs et vit de ses clients, ce qui est la raison peu spectaculaire pour laquelle la frontière ci-dessus est une position de conception et non une étape. Quel que soit l’éditeur que vous retiendrez, l’actionnariat est une question légitime à poser à quiconque vous vous apprêtez à dépendre pendant dix ans.

À partir de là, la même recette alimente le coût matière et l’analyse de marge, la gestion des allergènes et l’étiquetage, la planification de production, et la commande par étage, office ou point de self-service. Lorsque le stock doit entrer dans le tableau, FoodOps traite la recette CalcMenu directement comme nomenclature plutôt que de s’y synchroniser — c’est l’objet du comparatif complémentaire sur les plateformes de gestion des stocks.

Meilleur usage : les organisations où une même recette doit donner de nombreuses variantes sûres, à travers plusieurs sites et plusieurs langues, et où se tromper de variante est un incident clinique et non un manque à gagner.

Ce dont chaque plateforme a besoin pour fonctionner

Les listes de fonctionnalités flattent tout le monde. Ce tableau pose la question inverse : qu’est-ce qui doit déjà être vrai chez vous pour que chaque plateforme livre sa valeur principale ?

Plateforme	Fonctionne sans caisse ?	Veut votre back-office ?	Sa valeur principale dépend de
Apicbase	Pas vraiment — sa propre documentation qualifie la caisse d’« essentielle pour exploiter toute la puissance d’Apicbase » ; sinon, import tableur ou saisie manuelle	Oui — achats, stocks, production	Données de ventes par plat
Kitchen CUT	Le menu engineering est piloté par la caisse	Oui — achats, stocks, gaspillage	Données de caisse et mesure au comptoir
FoodNotify	Oui	En partie — un module ERP pour entrepôt et stock	Ses connexions fournisseurs couvrant vos fournisseurs
JAMIX	Oui — les ventes de caisse sont un import optionnel	Oui — achats et stocks inclus	Le volume des menus cycliques
Nutritics	Oui	Non — c’est une plateforme de données, pas un back-office	La profondeur et la pertinence locale de ses données de référence
CalcMenu	Oui — agnostique vis-à-vis de la caisse par conception	Non — se connecte à l’ERP et à la caisse que vous exploitez déjà	La recette, et la part de votre catalogue qui est reliée

Lisez-le comme une liste d’exclusions, pas comme un tableau de notes. Si vos repas ne sont pas vendus à l’unité, les deux premières lignes perdent leur capacité principale avant toute comparaison de fonctionnalités. Si vous ne pouvez pas remplacer votre ERP, quatre des six demandent un chantier plus vaste que celui que vous aviez engagé. Et la dernière colonne est la colonne honnête : chaque plateforme ici, la nôtre comprise, a une dépendance qu’elle préférerait aborder tard.

Ce qui tranche vraiment

Rien de tout cela ne rend une plateforme objectivement meilleure. La bonne dépend de ce qui est réellement cassé aujourd’hui :

• Marge par plat et discipline de déploiement sur de nombreux points de vente → Apicbase, ou Kitchen CUT pour un système davantage tourné vers les chefs.
• Les chiffres nutritionnels, d’étiquetage et de carbone sont le livrable → Nutritics.
• La saisie des données d’ingrédients et l’étiquetage INCO dévorent la semaine → FoodNotify, ou CalcMenu : la plateforme se connecte aux réseaux fournisseurs européens (Hogashop, Transgourmet, Pistor via Mercanto, Integrale/Saviva, Selly, EZProcure) ainsi qu’à GS1, PEPPOL et EDIFACT, extrait automatiquement les données des fiches techniques PDF fournisseurs, et peut prendre en charge le liage comme service de données géré plutôt que de le laisser sur le bureau de vos équipes. Comparez les deux sur la couverture de votre liste de fournisseurs, pas sur l’approche.
• Menus cycliques à volume institutionnel, avec la conformité aux standards comme module dédié → JAMIX ; CalcMenu confronte lui aussi les menus aux standards publiés, le choix se joue donc sur le volume et le workflow, pas sur l’existence de la fonction.
• Le coût des buffets pèse réellement dans la structure de coûts → Kitchen CUT si le levier est la mesure de la consommation au comptoir ; CalcMenu si c’est la planification de production, le portionnement et l’étiquetage avant le service.
• Une recette doit devenir de nombreuses variantes conformes — régimes, textures, allergènes, langues — sur plusieurs sites → CalcMenu.

Quelle que soit votre inclinaison, une question mérite d’être posée directement à chaque éditeur, idéalement avec votre recette la plus difficile sous les yeux : quand cette recette change, combien d’endroits ce changement doit-il atteindre avant que nous soyons de nouveau conformes — et combien d’entre eux votre système atteint-il sans qu’un humain ait à y penser ?

Sources

• Apicbase — AI Recipe Management Software for Restaurants
• Apicbase — Allergen Management Software
• Nutritics — Food Data Management Software
• Nutritics — Foodprint carbon footprint calculator
• FoodNotify — Recipe management
• FoodNotify — Overview of all functionalities
• JAMIX — Kitchen Management Software for Food Service Operations
• JAMIX — Kitchen Intelligence System pricing and modules
• Kitchen CUT — Hospitality Management Software
• Kitchen CUT — Menu Engineering

Découvrez le logiciel de gestion des recettes CalcMenu pour restaurants, hôtels et traiteurs et voyez comment il s'applique à votre cuisine.