.jpeg)
Modules ERP de gestion des stocks : où la cuisine centrale les met en difficulté
Ce qu'un module ERP de gestion des stocks suit et où il s'arrête
Un module ERP de gestion des stocks tient les comptes à jour en fin de période : bons de commande, factures fournisseurs et valeur du stock au bilan. Il n'a jamais été conçu pour les détails opérationnels d'un réseau de cuisines multi-sites, où le stock se déplace entre les sites et est consommé par recette. Sur un site unique, cet écart reste masqué. Il s'ouvre le jour où vous centralisez, ce qui surprend les responsables financiers : rien dans le logiciel n'a changé, c'est l'exploitation qui a évolué.
Voici exactement où une cuisine centrale met le module en difficulté, et le symptôme que chaque dysfonctionnement produit :
| Où une cuisine centrale le met en difficulté | Ce que fait le module ERP | Le symptôme que vous observez |
|---|---|---|
| Transferts de site à site | Comptabilise l'expédition et la réception en une seule étape, sans confirmation du site de destination | Stock fantôme ; les comptages divergent en quelques jours |
| Consommation attendue par recette | Pas de modèle de recette, donc pas de chiffre en temps réel pour ce que devrait être le stock | Variance mesurée par rapport à une référence obsolète |
| Stock sur plusieurs sites et entités | Non conçu pour réconcilier le même article entre points de vente ou entités juridiques | Les chiffres ne correspondent plus à la réalité terrain |
| Factures fournisseurs dans les livres | Ressaisie manuelle entre le système opérationnel et le grand livre | Double saisie et décalage en fin de mois |
Pour la catégorie dans son ensemble, notre guide sur les logiciels de contrôle des stocks pour restaurants explique pourquoi les outils génériques s'avèrent insuffisants avant même toute centralisation.
La cuisine centrale est le déclencheur, pas une lacune fonctionnelle
Les exploitants cherchent rarement à remplacer un module ERP de gestion des stocks. Dans les groupes multi-sites, le schéma est constant : sans douleur active, le cycle d'achat reste long et silencieux, et le module ne devient un projet financé que lorsque l'exploitation se centralise. Le déclencheur est presque toujours l'un de ces trois événements :
- Ouverture d'une cuisine centrale
- Consolidation du stock dans un entrepôt partagé
- Expansion vers une deuxième marque
La raison est structurelle. Un site unique détient et consomme son propre stock en un seul endroit, si bien qu'un simple chiffre de stock suffit. Une cuisine centrale produit et expédie vers les points de vente, de sorte que le stock doit désormais se déplacer, être réceptionné et réconcilié entre entités. Un fondateur utilisant un stock natif au POS a constaté que la précision était satisfaisante jusqu'au jour où il a ouvert une cuisine centrale et un entrepôt, moment à partir duquel les chiffres ont cessé de correspondre à la réalité.
Où les transferts de site à site posent problème
La première chose qu'une cuisine centrale met en difficulté est le transfert. Lorsqu'un site expédie du stock vers un autre, les deux parties doivent s'accorder sur ce qui est réellement arrivé, faute de quoi les chiffres divergent en quelques jours. Un transfert contrôlé se déroule en trois étapes :
- Créé à la source
- Soumis au départ du stock
- Réceptionné uniquement après confirmation par le site de destination de ce qu'il a physiquement compté
Le stock n'est mis à jour des deux côtés qu'après cette confirmation, ce qui empêche les ajustements fantômes. Un module ERP de gestion des stocks générique comptabilise les deux côtés en une seule étape : il enregistre la quantité expédiée comme reçue, sans confirmation indépendante du point de vente. Lorsqu'un colis est manquant, endommagé ou n'arrive jamais, le point de vente est surestimé et la cuisine centrale sous-estimée, et personne ne s'en aperçoit avant qu'un inventaire, des semaines plus tard, révèle un écart inexplicable.
Pourquoi votre chiffre de variance cesse d'être fiable
La variance n'a de valeur que celle du chiffre contre lequel elle est mesurée. Pour savoir si un inventaire est sain, vous avez besoin d'un chiffre en temps réel indiquant la quantité de stock que l'exploitation devrait avoir en ce moment, et ce chiffre doit évoluer à chaque réception de livraison et à chaque vente. Un module ERP de gestion des stocks ne dispose généralement d'aucun modèle de recette, de sorte que sa référence est le dernier inventaire manuel ou l'ouverture de période, et elle dérive dès qu'elle est fixée. Le résultat est un chiffre de variance qui semble précis et ne signifie pas grand-chose.
| Comment la variance est mesurée | Module ERP de gestion des stocks | Couche intégrant les recettes |
|---|---|---|
| Point de départ pour le stock attendu | Le dernier inventaire manuel ou l'ouverture de période | Mis à jour en continu en temps réel |
| Mis à jour par | Un ajustement manuel | Chaque réception de marchandises et chaque vente |
| Ce que la variance reflète | La dérive depuis le dernier inventaire | La consommation attendue réelle par rapport à l'actuel |
Pour voir comment ces écarts se traduisent en argent, un calculateur de coût des denrées rapide rend concret le coût d'une référence peu fiable.
La solution : ajouter une couche, ne pas tout remplacer
Remplacer l'ERP est presque toujours la mauvaise décision, et l'obstacle est contractuel, non technique : un engagement pluriannuel interdisant toute nouvelle dépense logicielle, une décision du conseil d'administration de rester sur le système en place cette année, ou une plateforme concurrente prépayée il y a seulement quelques mois. Vous ne touchez pas au grand livre sur lequel repose votre reporting réglementaire. La solution qui fonctionne est une couche back-office complémentaire qui s'installe aux côtés de l'ERP et l'alimente. En pratique, elle accomplit quatre choses, une pour chaque ligne du tableau ci-dessus :
- Confirme les transferts des deux côtés. Le stock ne se déplace que lorsque le site de destination vérifie ce qui est arrivé, ce qui empêche l'accumulation de stock fantôme.
- Maintient un chiffre de consommation attendue au niveau de la recette. Le stock théorique est mis à jour à chaque réception de marchandises et à chaque vente, de sorte que la variance est mesurée par rapport à une référence en temps réel.
- Réconcilie le même article sur les sites et les entités. Une source unique de vérité pour le stock, quelle que soit l'enseigne ou l'entité juridique.
- Alimente automatiquement vos livres avec les données d'achat. Il se connecte à plus de 75 systèmes POS et comptables, ce qui évite la ressaisie manuelle des factures fournisseurs.
Vous pouvez voir comment cette couche back-office est constituée sur la page du logiciel de gestion des stocks pour restaurants.
Vous n'avez pas besoin d'un audit complet pour savoir si cela se produit dans votre exploitation. Posez-vous trois questions :
- Les transferts entre vos sites ne sont-ils validés que lorsque le site de destination confirme ce qui est physiquement arrivé ?
- Votre chiffre de stock attendu est-il mis à jour à chaque livraison et à chaque vente, ou par le dernier inventaire manuel ?
- Les factures fournisseurs sont-elles transmises automatiquement à votre grand livre, ou sont-elles ressaisies manuellement ?
Si deux des trois pointent dans la mauvaise direction, commencez par les transferts : le stock fantôme issu de transferts non confirmés est l'erreur qui croît le plus rapidement dans un groupe multi-sites et la plus facile à démontrer. Corrigez cela, et le chiffre de variance redevient fiable, tandis que l'ERP retrouve son rôle naturel.
