Des Gâteaux et du Pain

Une boulangerie industrielle ne fabrique pas comme une usine. Quatre laboratoires — boulangerie, glacerie, pâtisserie, viennoiserie — produisent chaque nuit pour cinq magasins qui ouvrent le matin. Il n’y a pas d’ordre de fabrication qu’on lance et qu’on clôture : il y a une quantité à produire, des matières à sortir, et un camion à charger.

Aucun paramétrage standard ne savait piloter ça. Le comptage physique des matières premières se faisait hors système. Les livraisons vers les magasins n’avaient aucun document de suivi. Les retours d’invendus, non plus.

En caisse, rien n’encadrait les sorties d’argent, les remises ou la suppression d’une commande. Et les pertes — un gâteau cassé, un produit périmé — sortaient du stock sans qu’on sache lesquelles étaient de la casse et lesquelles de la date.

La décision la plus structurante a été de ne pas utiliser le module de fabrication. Aucun des soixante-deux modules ne dépend de MRP, et c’est volontaire. Une nomenclature Odoo suppose des gammes, des postes de charge, des ordres de travail qu’on lance et qu’on ferme. La réalité d’un laboratoire de nuit est plus simple et plus rapide que ça : on connaît la recette, on sort les matières, on transfère la production vers le magasin.

Ce qui a été construit reproduit exactement ce geste. Une nomenclature maison associe un produit à ses matières, importable depuis Excel — parce que c’est là que vivent les recettes. Un modèle de comptage et de production remplace l’ajustement d’inventaire natif. Et la production entre en stock sous forme de transfert du laboratoire vers le magasin, avec sa fiche imprimée, QR-codée, qu’on suit sur le terrain.

Partout ailleurs, le principe inverse s’applique : on hérite, on n’écrase pas. Les bons de transfert, les commandes de caisse, les rebuts, les sociétés — tous étendus par héritage. Et quand Odoo offre un point d’extension propre, c’est lui qu’on utilise plutôt qu’une surcharge large.

Le découpage en très nombreux petits modules est lui aussi un choix : chaque besoin s’installe, se désinstalle et se migre seul, sans immobiliser le reste du parc.

Soixante-deux modules sur mesure sur Odoo 17.

La production repose sur la nomenclature maison, le comptage réécrit avec sa machine à états et sa gestion de lots, et les fiches de production par laboratoire. Un module de planification génère les livraisons récurrentes laboratoire → magasin selon le jour de la semaine.

Les pertes sont classées à la source : casse ou date limite. Chacune est valorisée automatiquement au coût du produit, et la saisie multi-lignes évite de créer un mouvement par article.

En caisse, un pont réseau maison pilote l’imprimante à tickets et le tiroir-caisse. L’écran de préparation en cuisine a reçu un correctif là où le standard bloquait le passage d’une étape. Une commande spéciale prise au comptoir — un gâteau sur mesure — déclenche automatiquement un transfert daté depuis l’entrepôt central. Et les remises, remboursements, suppressions de commande et mouvements d’espèces passent tous par un panneau de droits unique.

La distribution couvre l’attribution des commandes de l’entrepôt vers les magasins, la réception automatique des retours d’invendus dans la société d’origine, et les avoirs correspondants. S’y ajoutent un formulaire de devis en ligne avec ses zones de livraison, la génération de codes de fidélité et celle des codes-barres manquants.

La production de la nuit entre en stock avec sa fiche et son QR code au lieu d’un appel téléphonique. Les livraisons vers les cinq magasins suivent un calendrier plutôt qu’une habitude. Les invendus reviennent avec leur avoir. Une perte est qualifiée et chiffrée au moment où elle est constatée. Et la caisse ne laisse plus passer une remise sans responsable.