CalcMenu vs Apicbase : contrôle de la marge ou contrôle de la conformité ?

En bref

Si vos recettes sont gouvernées par ce qui se vend, Apicbase est fait pour vous. Si elles sont gouvernées par ce qu’une personne a le droit de manger, c’est CalcMenu.

Cela sonne comme un slogan, mais c’est la différence architecturale réelle, et tout ce qui suit en découle. Les deux plateformes sont centrées sur la recette, les deux tiennent allergènes et nutrition au niveau de l’ingrédient, les deux se déploient sur plusieurs sites. Elles divergent sur le système auquel la recette est reliée en aval : le centre de gravité d’Apicbase est la caisse, celui de CalcMenu l’exigence de soin.

Là où elles se recouvrent vraiment

Il vaut la peine d’être clair sur leur degré d’accord, car les pages marketing les font paraître plus différentes qu’elles ne le sont.

Toutes deux tiennent les données allergènes, nutritionnelles et diététiques au niveau de l’ingrédient : modifier un produit se propage à chaque recette et chaque menu liés. Toutes deux calculent automatiquement le coût matière et le mettent à jour quand les prix d’achat bougent. Toutes deux gèrent le multi-sites : une recette de référence centrale, des variations locales, et un moyen d’empêcher les sites de dériver. Toutes deux génèrent des étiquettes à partir des données qui alimentent le calcul.

Si votre liste courte se résume à ces deux-là, aucun des points ci-dessus ne tranchera. Ils sont cochés deux fois.

Là où Apicbase est plus fort

Le menu engineering connecté à la caisse. Apicbase lit les données de vente et produit une matrice de menu en direct combinant coût matière réel, volume de ventes et contribution à la marge par plat. L’avantage tient à ce que cette boucle est native et packagée : elle vous dit non seulement ce que coûte un plat, mais s’il mérite sa place à la carte, sous forme de rapport permanent et non de montage à faire soi-même. CalcMenu dispose de connecteurs pour la même catégorie de systèmes de caisse — iiko, Lightspeed, Oracle Simphony, Toast, Square, TCPOS — mais soyons directs sur la façon dont cela se déploie en pratique : dans beaucoup d’exploitations CalcMenu, la caisse et l’ERP possèdent déjà la couche ventes-et-marge, et CalcMenu leur fournit les données de recettes et de coûts plutôt que de remplacer ce reporting. L’avantage d’Apicbase n’est pas l’accès à la donnée. C’est qu’Apicbase érige la matrice de marge en résultat principal et considère qu’il doit être le système qui la détient. Pour un exploitant dont la question centrale est « quels douze plats mettre à la carte la saison prochaine », Apicbase met cette réponse en première page.

La gouvernance du déploiement. Son circuit de validation par rôles — les chefs corporate ou la R&D créent, la direction revoit et approuve, et seulement ensuite les responsables locaux accèdent — est une réponse bien pensée à la dérive des recettes sur un parc étendu de points de vente similaires. Si vous exploitez quarante restaurants globalement identiques, cela compte davantage que la modélisation des variantes.

CalcMenu peut imposer un circuit de validation comparable, et autant être direct sur la suite : la plupart des exploitations qui l’activent finissent par le désactiver, parce qu’une étape de revue placée devant un chef qui court après le service est la première chose que l’on contourne. Cela mérite d’être su avant d’acheter l’un ou l’autre produit pour sa gouvernance. La question n’est pas de savoir si le circuit existe — les deux en ont un — mais si votre organisation le tiendra réellement dans la durée, car tout le récit multi-sites d’Apicbase suppose que oui.

La prévision de la demande à partir de l’historique de ventes, native plutôt qu’ajoutée.

Meilleur usage : groupes de restaurants multi-sites, groupes hôteliers et cuisines fantômes dont la question structurante est la marge par plat.

Là où CalcMenu est plus fort

Les variantes comme objets de plein droit. Dans CalcMenu, une recette mère porte ses variantes — par régime, par texture, par grammage — au lieu d’exister sous forme de recettes séparées maintenues en parallèle. Quand la recette de base change, chaque variante hérite du changement. Dans un hôpital qui produit une version normale, une diabétique, une pauvre en sel et trois niveaux de texture IDDSI du même plat, c’est la différence entre une modification et sept.

Il n’a pas besoin d’une caisse pour fonctionner. C’est la différence structurelle que les listes de fonctionnalités masquent. L’intelligence de coût d’Apicbase repose sur les données de vente : la matrice de menu, la prévision de la demande et la contribution à la marge supposent toutes un passage en caisse derrière chaque plat. Dans un resort all-inclusive, une unité de soins, un EMS, une cantine scolaire, un restaurant d’entreprise ou une galley d’avion, il n’y a pas de passage en caisse — le repas n’est pas une transaction, et une plateforme centrée sur la caisse n’a rien à lire. Apicbase est transparent sur ce point dans sa propre documentation : la caisse y est décrite comme « le hub central des ventes » et comme « essentielle pour exploiter toute la puissance d’Apicbase », et lorsqu’aucune caisse n’est intégrée, les solutions de repli documentées sont l’import des ventes depuis un tableur ou leur saisie manuelle. Dans un resort all-inclusive ou une unité de soins, il n’existe aucune vente par plat à importer ou à saisir — la donnée n’existe tout simplement pas. CalcMenu est agnostique et indépendant vis-à-vis de la caisse : il s’y connecte lorsqu’elle existe et qu’elle est utile, et fonctionne de façon identique lorsqu’il n’y en a pas. Si une part significative de vos couverts n’est pas vendue à l’unité, ce n’est pas un détail. Cela décide quelles plateformes peuvent tout simplement fonctionner chez vous.

Les fiches recettes multilingues. La même fiche existe simultanément en plusieurs langues. Dans une cuisine européenne où la brigade ne partage pas une langue unique, ce n’est pas un confort : c’est ce qui détermine si la recette est correctement suivie à 6 h du matin.

La production pour cuisines centrales. Liaison froide, production centralisée et calcul des besoins sont au cœur du produit, ce qui compte quand vous produisez pour des sites satellites et non pour la salle du dessous.

L’historique de versions de qualité audit. Chaque changement versionné avec qui, quoi et quand — la forme sous laquelle une inspection le demande réellement.

La commande par étage, office ou point de self-service, et le stock via FoodOps, qui traite la recette CalcMenu directement comme nomenclature plutôt que de s’y synchroniser.

Meilleur usage : hôpitaux, EMS, réadaptation, restauration collective et catering aérien, où une recette doit devenir de nombreuses variantes conformes.

La question qui tranche

Prenez votre plat le plus compliqué — celui qui a le plus de variantes — et demandez aux deux éditeurs de le modéliser de bout en bout devant vous.

Si la complexité de ce plat est commerciale (il figure sur quatre cartes à trois niveaux de prix pour deux enseignes), observez comment Apicbase s’en sort : c’est son terrain. Si la complexité est clinique (il existe en six versions de régime et de texture, chacune devant être démontrablement sûre pour une personne nommée, et la liste d’ingrédients a changé la semaine dernière), comptez le nombre d’objets distincts que chaque système doit créer pour le représenter. Ce nombre est votre réponse.

Question secondaire utile, qui expose la même ligne de partage par l’autre bout : quand un produit fournisseur est arrêté, combien d’endroits faut-il toucher avant que chaque variante, étiquette et menu concernés soient de nouveau justes ?

Sources

• Apicbase — AI Recipe Management Software for Restaurants
• Apicbase — Allergen Management Software
• Apicbase Support — Linking your POS system to Apicbase
• Logiciels de gestion des recettes pour la cuisine professionnelle, comparés

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