Une boulangerie qui ouvre un deuxième, puis un cinquième point de vente change de métier sans toujours s’en apercevoir. Le fournil du fondateur devient un laboratoire central, les vitrines deviennent des clients internes, et la question n’est plus « combien de baguettes ce matin » mais « combien de chaque référence, pour quel magasin, à quelle heure de livraison, avec quelle date limite ». C’est le moment où le tableur, le cahier de production et la caisse isolée cessent de suffire.
Cet article s’adresse aux dirigeants et DAF de chaînes de boulangeries-pâtisseries, d’ateliers centraux et de traiteurs industriels de taille PME/ETI. Il décrit ce qu’un ERP boulangerie pâtisserie doit réellement faire, dans quel ordre le déployer et comment arbitrer entre ERP agroalimentaire, solution verticale et ERP généraliste adapté.
Particularités du métier : production quotidienne, produits frais, faible marge, forte saisonnalité
Quatre caractéristiques structurent le cahier des charges, et aucune n’est bien servie par un ERP de gestion industrielle générique.
Une production quotidienne, sans stock tampon. La majorité des références (pain, viennoiserie, sandwichs, pâtisseries fraîches) est fabriquée le jour même ou la veille pour le lendemain. Le plan de production n’est pas un exercice mensuel : c’est un cycle de 24 heures, avec des heures de cuisson, de sortie de four et de chargement des camions qui sont autant de contraintes dures.
Des produits frais à durée de vie courte. Entre une baguette à vendre dans la journée, une pâtisserie à crème avec une DLC de quelques jours et une viennoiserie surgelée crue, les règles de péremption diffèrent. L’ERP doit gérer plusieurs régimes de durée de vie sur une même fiche article.
Une marge faible et très sensible aux coûts d’entrée. Farine, beurre, œufs, chocolat et énergie de cuisson pèsent lourd dans le coût de revient, et leurs prix bougent. Une marge « théorique » calculée une fois par an sur un tarif matière figé ne dit rien de la rentabilité réelle d’une référence en novembre.
Une saisonnalité forte et multiple. Galette des rois, bûches de Noël, Pâques, rentrée, vacances d’été : chaque pic bouscule les volumes, les recettes, les plannings d’équipe et les capacités de four. À cela s’ajoute la saisonnalité hebdomadaire (le dimanche matin n’a rien à voir avec le mardi après-midi) et celle des lieux (gare, centre-ville, zone de bureaux, site touristique).
Ces quatre facteurs expliquent pourquoi les projets qui échouent sont souvent ceux qui traitent le sujet comme un ERP de négoce de produits finis. Ici, le cœur du système est la prévision de vente par point de vente reliée à une production planifiée.
Planifier la production à partir des prévisions de vente par point de vente
Le principe : de la vitrine vers le laboratoire
La logique est inversée par rapport à une usine classique. On ne produit pas pour reconstituer un stock, on produit pour servir une prévision de vente par magasin et par créneau. Le flux se déroule ainsi :
- Chaque point de vente exprime (ou reçoit) une prévision de ventes par référence pour le lendemain, issue de l’historique des tickets de caisse.
- L’ERP ajuste cette prévision selon les facteurs calendaires et d’environnement : jour de la semaine, jours fériés et ponts, vacances scolaires, événements locaux, météo.
- Le point de vente valide ou corrige, en tenant compte des invendus de la veille.
- L’ERP consolide les besoins de tous les magasins et génère le plan de production du laboratoire : quantités à fabriquer, ordre de fabrication, planning de fours et de chambres de pousse.
- Il en déduit les besoins en matières premières et propose les commandes fournisseurs.
Ce que la prévision doit intégrer
- L’historique par point de vente et par référence, jamais seulement au niveau de la chaîne : une gare et un quartier résidentiel n’achètent pas les mêmes produits.
- Le calendrier : jours fériés, ponts, veilles de fête. Un 11 novembre un mercredi ne se comporte pas comme un mercredi ordinaire.
- La météo : elle influe sur certaines catégories (glaces, sandwichs, tartes, boissons). Sa prise en compte relève plus d’un ajustement manuel guidé que d’un algorithme opaque. Un module de prévision avancé n’est utile que s’il est expliqué aux responsables de magasin.
- Les ruptures de la veille : une référence épuisée à 15 h a une demande réelle supérieure aux ventes enregistrées. L’ERP doit pouvoir distinguer vente et demande.
- Les commandes fermes : traiteur, séminaires, commandes de fête, qui s’ajoutent à la prévision de vitrine.
Illustration chiffrée fictive
Exemple purement illustratif, sans lien avec une entreprise réelle.
Prenons une chaîne fictive de 6 points de vente alimentés par un laboratoire central. Pour la même référence (un croissant au beurre), la prévision brute du lendemain est de 120 pièces pour le magasin de la gare et de 60 pour celui du quartier résidentiel. Le lendemain est un pont : le modèle abaisse la prévision de la gare de 25 %, à 90 pièces, et relève celle du quartier de 10 %, à 66 pièces. Le laboratoire planifie donc 156 croissants pour ces deux sites au lieu de 180, soit 24 pièces de moins à fabriquer, et sa charge de four se réduit en conséquence. Si le responsable du quartier sait qu’un marché local est annulé, il corrige à la main, et la correction est tracée pour affiner la règle plus tard.
L’intérêt de l’exemple n’est pas les chiffres, mais le mécanisme : une règle explicite, un ajustement visible, une correction tracée.
Planification fine du laboratoire
Au-delà du volume, l’ERP (ou son module de planification) doit gérer les contraintes de capacité : nombre de fours, plages de pousse, temps de repos de pâte, main-d’œuvre par poste de nuit, ordre de fabrication qui évite les contaminations croisées entre produits allergènes. Beaucoup de laboratoires gagnent plus à ordonnancer correctement les cuissons (on enchaîne du moins au plus aromatisé, du sans allergène aux fruits à coque) qu’à affiner la prévision.
Recettes, fiches techniques, allergènes et étiquetage
La fiche technique, pivot du système
La fiche technique (ou nomenclature de recette) relie trois dimensions que l’ERP doit exploiter simultanément :
- La production : ingrédients, quantités, rendements, pertes de cuisson, temps de pousse.
- Le coût : prix des matières, énergie, main-d’œuvre, emballage.
- L’information consommateur : allergènes, composition, valeurs nutritionnelles quand elles sont requises.
Les points d’attention concrets :
- Rendement et pertes en production : une recette de 10 kg de pâte ne donne pas 10 kg de produit cuit. L’ERP doit gérer les coefficients de perte (évaporation, parures, ratés) plutôt que de les noyer dans le coût.
- Semi-finis : pâte crue, crème pâtissière, fond de tarte sont des articles à part entière, avec leur propre durée de vie. Une nomenclature multi-niveaux est indispensable.
- Variantes et substitutions : un fournisseur de beurre qui change, une farine alternative en cas de rupture. Chaque substitution doit répercuter l’impact allergène et le coût.
- Versionnement : toute modification de recette est datée et approuvée, pour retrouver ce qui était vendu à une date donnée en cas de réclamation.
Allergènes et étiquetage
Le règlement européen INCO (UE) n° 1169/2011 impose d’indiquer les substances provoquant des allergies ou intolérances listées à son annexe II, et prévoit que l’information sur les allergènes soit aussi fournie pour les denrées non préemballées. En France, le décret du 17 avril 2015, en vigueur depuis le 1er juillet 2015, précise que cette information est portée sur la denrée ou à proximité de celle-ci, par écrit pour les repas à consommer sur place, selon la synthèse de l’Institut national de la consommation, qui rappelle que 14 substances sont concernées.
Pour une boulangerie-pâtisserie, c’est un sujet quotidien : la vitrine change tous les jours, et un même pain peut contenir du gluten, des graines de sésame ou des traces de fruits à coque. L’ERP apporte trois choses :
- Le calcul automatique des allergènes d’un produit fini à partir de sa nomenclature, y compris les semi-finis. Une modification de recette met à jour l’information sans ressaisie.
- L’édition des étiquettes et affichettes par point de vente, avec un format maîtrisé et la date de dernière mise à jour.
- La gestion du risque de contamination croisée : marquage des lignes et fours partagés, plan de nettoyage entre séries.
Le point critique est la fraîcheur de la donnée. Une fiche à jour dans l’ERP mais une affichette obsolète en vitrine est un risque réel. Le processus doit forcer l’impression de l’affichage quand la recette change.
DLC, traçabilité et réduction des pertes et invendus
DLC, DDM et traçabilité de lot
Deux notions sont souvent confondues : la DLC (date limite de consommation, impérative pour les denrées très périssables) et la DDM (date de durabilité minimale). En boulangerie-pâtisserie, la DLC concerne surtout les produits à base de crème, d’œufs ou de viande (sandwichs, quiches, desserts frais), tandis que le pain du jour se vend le jour même et que certaines viennoiseries ou biscuits relèvent d’une DDM.
L’ERP doit, pour chaque lot produit :
- calculer la date selon la règle propre à l’article (jour de fabrication plus durée de vie, ou fin de journée) ;
- relier le lot de produit fini aux lots de matières premières utilisés (farine, œufs, beurre, crème, garnitures) ;
- suivre le lot jusqu’aux points de vente livrés ;
- permettre une recherche amont-aval en quelques minutes en cas d’alerte : quel lot de matière dans quels produits, livrés dans quels magasins.
Pour approfondir la traçabilité et la logique FEFO (premier expiré, premier sorti), voir notre guide ERP chaîne du froid, HACCP et monitoring de température et notre comparatif ERP agroalimentaire, traçabilité des lots et HACCP.
Réduire les pertes et les invendus
Les pertes viennent de trois endroits, et l’ERP doit les distinguer, faute de quoi aucune action n’est ciblée :
- Pertes de production : ratés, pertes de cuisson, produits non conformes, mesurés au laboratoire.
- Pertes de transport et de livraison : produits abîmés, erreurs de chargement.
- Invendus en point de vente : les pertes de vitrine, saisies en fin de journée par référence et par motif (invendu, casse, retour, don).
Les leviers sont connus : affiner la prévision (voir plus haut), cadencer les fournées dans la journée plutôt que tout produire au matin, appliquer des démarques de fin de journée pilotées par l’ERP, orienter les surplus vers le don ou la transformation (pain perdu, chapelure, desserts réutilisés selon les règles d’hygiène), et mesurer les pertes en valeur et en pourcentage du produit fabriqué, magasin par magasin.
Cadre réglementaire : la loi anti-gaspillage
La lutte contre le gaspillage alimentaire est encadrée en France par la loi anti-gaspillage pour une économie circulaire du 10 février 2020, qui fixe des objectifs de réduction du gaspillage pour la distribution alimentaire et la restauration collective et étend des obligations de don à d’autres acteurs. Les obligations dépendent de la taille et de l’activité de l’entreprise (surface de vente, chiffre d’affaires, volume de repas) : une chaîne de boulangeries ou un traiteur industriel doit vérifier sur Légifrance et auprès de sa fédération professionnelle si elle entre dans le champ. Dans tous les cas, un ERP qui trace les invendus par motif et par magasin fournit la matière pour démontrer les actions engagées, qu’elles soient obligatoires ou volontaires.
Liens caisse (POS), livraisons inter-sites et marge par produit
L’intégration caisse, source de vérité de la demande
La caisse est la source de données la plus précieuse : elle donne les ventes par référence, par heure et par magasin. Trois niveaux d’intégration existent :
- Remontée quotidienne des ventes (fichier ou API) : le minimum pour alimenter la prévision et la comptabilité.
- Remontée en temps réel ou par créneau : permet des ajustements dans la journée (refaire une fournée, déclencher une démarque).
- Flux bidirectionnel : l’ERP pousse les articles, prix, allergènes et promotions vers la caisse, et récupère les ventes, les retours et les encaissements.
Les éditeurs de caisse du secteur sont nombreux et plus ou moins ouverts ; avant de signer, on vérifie le mode d’intégration documenté (API publique, connecteur existant, export normalisé) plutôt que de croire une promesse commerciale. On demande aussi une démonstration sur une journée de données réelles. Notre guide ERP retail et distribution omnicanal détaille les architectures caisse-ERP en environnement multi-magasins.
Côté comptabilité, la ventilation des encaissements (espèces, cartes, titres-restaurant) et la TVA par taux (produits à emporter ou consommés sur place) doivent remonter proprement, par point de vente et par journée, dans la comptabilité analytique.
Livraisons inter-sites
Le laboratoire central livre les points de vente en tournées. L’ERP doit gérer :
- les bons de livraison par magasin, générés à partir du plan de production, avec lots et DLC ;
- les créneaux et tournées (plusieurs magasins par camion, heure limite de livraison avant l’ouverture) ;
- la réception contrôlée en magasin : écarts de quantité, produits refusés, enregistrés le matin même ;
- les transferts entre magasins pour rééquilibrer un surplus avant la fin de journée.
Les flux internes sont valorisés en prix de cession interne, ce qui permet de mesurer séparément la performance du laboratoire et celle du magasin.
Marge par produit : le calcul qui sert vraiment
La marge utile se calcule par référence, par magasin et par période, et non par moyenne de chaîne. Le coût de revient d’un produit se compose de :
- les matières premières, valorisées au dernier prix d’achat ou au coût moyen pondéré, avec une révision fréquente pour les matières volatiles (beurre, cacao, farine, œufs) ;
- l’énergie de cuisson et de froid, affectée au produit selon le temps de four ou de chambre. Ce poste est devenu significatif et doit être rattaché aux ordres de fabrication, par exemple au prorata des heures de four utilisées, sinon il disparaît dans les frais généraux ;
- la main-d’œuvre du laboratoire, au temps standard ;
- les pertes (production, transport, invendus), imputées à la référence qui les a générées ;
- l’emballage et la logistique de livraison.
Quand le prix du beurre monte, l’ERP doit répondre en quelques minutes à trois questions : quelles références voient leur marge passer sous le seuil, quelles recettes sont concernées, et quel ajustement de prix ou de recette est envisageable. C’est ce qui fait la différence entre un ERP qui enregistre et un ERP qui pilote.
Choisir : ERP agroalimentaire, solution verticale ou Odoo/Business Central adapté
Trois familles de solutions se présentent. Les éditeurs cités le sont à titre d’exemples de catégories ; leurs périmètres évoluent et doivent être vérifiés sur leurs sites officiels.
- ERP agroalimentaire (famille des ERP de process industriels, comme ceux comparés dans notre guide ERP agroalimentaire pour PME) : forts sur la traçabilité de lots, la gestion de recettes et de rendements, la conformité. Plus lourds, adaptés quand le laboratoire est le centre de gravité.
- Solution verticale boulangerie-pâtisserie ou métiers de bouche : couvre déjà la commande magasin, les recettes et souvent la caisse. Mise en œuvre rapide, mais profondeur variable sur la comptabilité, la consolidation multi-sociétés et l’ouverture des interfaces.
- ERP généraliste adapté (Odoo, Dynamics 365 Business Central ou équivalent, avec modules de fabrication et extensions sectorielles) : flexible, bon sur la finance et le multi-sites, mais exige un intégrateur qui comprend le métier. Le risque est de bâtir des spécifiques coûteux sur la DLC, les rendements et les allergènes.
Recommandation par taille
| Profil | Besoin dominant | Orientation recommandée |
|---|---|---|
| Quelques points de vente, un fournil | Simplicité, caisse, commandes internes | Solution verticale métiers de bouche, intégrée à la caisse |
| Chaîne régionale, laboratoire central, 5 à 20 points | Planification, DLC, marge par référence, comptabilité | Solution verticale évoluée ou ERP généraliste adapté avec extension sectorielle |
| ETI, plusieurs laboratoires, traiteur industriel, audits clients | Traçabilité complète, certification, consolidation | ERP agroalimentaire avec interfaces caisse et comptabilité |
Les seuils indiqués sont des repères d’orientation et non des chiffres sourcés : le bon choix dépend d’abord de la complexité du laboratoire et du niveau de traçabilité exigé par vos clients, avant le nombre de magasins.
Questions à poser à tout éditeur
- Comment la DLC est-elle calculée, et pour quels types d’article ?
- La recherche amont-aval de lots est-elle démontrable en direct, sur un cas de rappel simulé ?
- Les allergènes sont-ils recalculés automatiquement quand une recette change ?
- Quel est le mode d’intégration documenté avec notre caisse et notre comptabilité ?
- Comment l’énergie et les matières volatiles entrent-elles dans le coût de revient ?
Plan de déploiement en 4 phases et erreurs fréquentes
Les 4 phases
Phase 1 : cadrage et données de base (1 à 2 mois). Inventaire des références, nettoyage du référentiel articles, saisie des fiches techniques des références principales, définition des règles de DLC, cartographie des flux laboratoire vers magasins. Choix du périmètre pilote.
Phase 2 : laboratoire et traçabilité. Mise en service des ordres de fabrication, de la gestion des lots, des réceptions matières et des étiquettes. Le laboratoire est le premier à passer, car il est le plus critique et le plus exposé aux audits.
Phase 3 : points de vente, caisse et livraisons. Branchement de la caisse, bons de livraison, réception en magasin, saisie des pertes par motif. Déploiement magasin par magasin, en commençant par un pilote représentatif.
Phase 4 : prévision, marge et pilotage. Une fois que les données de vente et de pertes sont fiables, activation de la prévision par point de vente, du coût de revient actualisé et des tableaux de bord de marge. Ce n’est pas la première phase : une prévision bâtie sur des données de caisse incomplètes produit de mauvaises décisions avec une grande assurance.
Erreurs fréquentes
- Démarrer par la prévision avant d’avoir un référentiel et une caisse fiables.
- Négliger la saisie des pertes en magasin : si elle prend trop de temps en fin de journée, elle sera bâclée. Concevoir une saisie en quelques gestes.
- Sous-estimer l’intégration caisse, découverte tard dans le projet comme un chantier à part entière.
- Figer le coût de revient sans réviser les prix des matières et de l’énergie.
- Oublier la conduite du changement au fournil : les équipes de nuit adoptent un outil qui leur fait gagner du temps, pas un outil de contrôle.
- Choisir un outil trop lourd pour la taille de l’entreprise, ou trop léger pour ses exigences de traçabilité.
Pour cadrer votre sélection, téléchargez notre grille d’évaluation ERP et adaptez les critères aux enjeux de votre laboratoire (DLC, allergènes, caisse). Pour poursuivre la lecture, consultez aussi notre comparatif ERP agroalimentaire pour PME et notre guide sur les ERP de formulation et traçabilité en cosmétique, dont la logique de recettes et de lots se rapproche de celle d’un laboratoire de pâtisserie.
