MRP Dark Factory : 10 applications Odoo 19

Le module Fabrication (« mrp ») d'Odoo 19 Community lance et suit des ordres de fabrication, mais il reste minimal sur ce qu'une PME industrielle française attend au quotidien : versionner une nomenclature, chiffrer un coût de revient réel, savoir si un centre de charge est en surcapacité, tracer un point de contrôle qualité sur une opération de gamme, déclencher une maintenance préventive sur l'usage réel d'une machine, ou recevoir les événements d'un automate connecté. DYONYSOS a construit un portefeuille de 10 applications indépendantes, publiées sur l'Odoo Apps Store sous licence OPL-1, qui ajoutent ces briques une à une, au-dessus d'Odoo Community, sans jamais le remplacer. Cet article présente l'architecture d'ensemble ; les dix articles suivants détaillent chaque module.

En vidéo

Odoo 19 MRP Essential | Production Cockpit, BOM & Shop Floor · Voir toutes les vidéos DYONYSOS

Sommaire

• Le problème : un cœur MRP solide, mais minimal sur le pilotage
• Une architecture en trois niveaux, un socle et un cockpit
• Niveau Simple : MRP N1 — Nomenclatures & Gammes
• Niveau Piloté : planifier, contrôler la qualité, entretenir l'atelier
• Niveau Autonome : capacité finie et machines connectées
• Piloter et faire travailler : Cockpit MRP et portail atelier tactile
• Le configurateur : produire du sur-mesure sans tout ressaisir
• Prix, licence et fiabilité du code
• Ce que ces applications ne remplacent pas
• Questions fréquentes

Le problème : un cœur MRP solide, mais minimal sur le pilotage

Odoo 19 Community sait créer une nomenclature, une gamme, lancer un ordre de fabrication et consommer des composants. Ce qui manque à une PME de mécanique, d'agroalimentaire ou de sous-traitance en usage courant : versionner une nomenclature sans perdre l'historique (brouillon → active → obsolète), calculer un coût de revient qui tienne compte de la matière, de la main d'œuvre chargée et des frais généraux, comparer deux versions d'une nomenclature, visualiser la charge d'un centre de travail face à sa capacité réelle, formaliser un point de contrôle qualité sur une opération de gamme, déclencher une maintenance préventive sur l'usage machine plutôt que sur un calendrier fixe, ou faire remonter en temps réel les événements d'un automate. C'est exactement le périmètre que couvre le portefeuille MRP DYONYSOS, cible principale : TPE et PME industrielles françaises qui veulent un MRP complet sans passer à Odoo Enterprise ni à un ERP industriel dédié.

Une architecture en trois niveaux, un socle et un cockpit

Le dépôt technique documente trois niveaux de maturité qui s'empilent sur le module Fabrication d'Odoo :

• Niveau Simple — cœur MRP : des données techniques fiables et chiffrées (nomenclatures, gammes, coût de revient). Une seule application : MRP N1 — Nomenclatures & Gammes.
• Niveau Piloté — planifier et suivre : charge/capacité, plan directeur de production, qualité, maintenance. Trois applications : Ordonnancement & PDP, Qualité & Traçabilité, Maintenance Préventive.
• Niveau Autonome — réagir en temps réel : ordonnancement à capacité finie, machines connectées. Deux applications : Ordonnancement APS, Suivi OEE/TRS Temps Réel.

S'y ajoutent une application transverse (le Cockpit MRP, qui consolide les indicateurs des applications installées), un portail atelier tactile et un configurateur de produit technique, non rattachés formellement à un niveau dans la documentation d'architecture mais construits sur les mêmes bases. Le tout repose sur un socle technique unique et gratuit, dyo_mrp_common : mixin de versionnage, mixin de calcul de coût, paramètres de société (taux horaire par défaut, coefficient de frais généraux), installé automatiquement par toute application qui en dépend. Règle de conception du portefeuille : une application du portefeuille ne dépend jamais d'une autre application du portefeuille — seulement du socle et des modules Odoo standards. Deux exceptions assumées : le Cockpit MRP et le Configurateur de produit technique réutilisent directement les modèles de nomenclatures et gammes de MRP N1, qui doit donc être installé au préalable pour ces deux-là.

Niveau Simple : MRP N1 — Nomenclatures & Gammes

C'est la fondation du portefeuille. L'application ajoute l'explosion multi-niveaux d'une nomenclature avec quantités cumulées, coûts unitaires et totaux, détection de boucles et export XLSX ; la comparaison de deux nomenclatures (lignes ajoutées, supprimées, quantités modifiées) ; le versionnage des nomenclatures et des opérations de gamme (une seule version active par famille) ; le coût de revient calculé (matière récursive, main d'œuvre au temps × coût horaire chargé, frais généraux au coefficient société) avec un rapport PDF « Fiche de coût de revient » ; des gammes enrichies (temps de réglage, temps unitaire, temps de transfert, taille de lot de référence, instructions, compétence requise) ; et une fiche technique produit fabriqué avec où-utilisé multi-niveaux. Les données de démonstration mettent en scène une PME de mécanique fictive autour d'un vérin hydraulique référencé VH-200, sur 3 niveaux de nomenclature et 4 centres de charge.

Niveau Piloté : planifier, contrôler la qualité, entretenir l'atelier

Ordonnancement & PDP calcule automatiquement la charge de chaque centre de travail par jour à partir des ordres de travail planifiés, la compare à la capacité disponible (calendrier de ressource du centre ou capacité journalière de repli), tient un plan directeur de production simplifié par produit et par semaine, pose des jalons sur les ordres de fabrication (lancement, jalon intermédiaire, échéance client) et déclenche une alerte automatique dès qu'une échéance est dépassée.

Qualité & Traçabilité Multi-Niveaux attache des points de contrôle qualité versionnés aux opérations de gamme (cote, tolérance, méthode de contrôle, fréquence, caractéristique critique), enregistre des relevés de contrôle dont le résultat peut être suggéré automatiquement par comparaison à la tolérance, et affiche en un seul écran la généalogie multi-niveaux d'un lot (composants, sous-ensembles, matières premières) en s'appuyant sur le moteur de traçabilité natif d'Odoo, sans dupliquer aucun mouvement de stock.

Maintenance Préventive d'Atelier étend le module Maintenance d'Odoo Community — sans le remplacer — pour en faire une GMAO légère orientée atelier : rattachement des équipements aux centres de charge, plans préventifs déclenchés par échéance calendaire ou par compteur d'heures machine cumulées à partir des ordres de travail réellement terminés, historique structuré des pannes et arrêts, indicateurs MTBF/MTTR par équipement et tableau de bord de disponibilité machine.

Niveau Autonome : capacité finie et machines connectées

Ordonnancement APS ajoute une couche d'ordonnancement à capacité finie au-dessus de Fabrication : un scénario capture un instantané du plan proposé (rien n'est modifié sur les ordres réels tant qu'il n'est pas appliqué), un algorithme heuristique glouton trie les ordres éligibles par priorité puis échéance et les place dans les prochains créneaux disponibles du calendrier de chaque centre, en tenant compte d'un temps de changement de série forfaitaire. Le manifeste le précise sans détour : c'est une heuristique de séquencement documentée, pas un solveur d'optimisation combinatoire.

Suivi OEE/TRS Temps Réel calcule la disponibilité, la performance et la qualité — donc le TRS — de chaque centre de charge à partir d'événements machine (démarrage, arrêt, pièce bonne, pièce rebutée, panne) reçus par un webhook HTTP générique sécurisé par un jeton propre à chaque centre. Le module ne prétend pas maintenir une connexion OPC-UA ou MQTT permanente dans Odoo — impossible pour un module classique sans processus démon — et documente explicitement qu'un pont externe (script, flux Node-RED, passerelle du marché) doit relayer les événements des automates vers ce webhook.

Piloter et faire travailler : Cockpit MRP et portail atelier tactile

Cockpit MRP — Pilotage consolidé est l'application transverse du portefeuille : un tableau de bord unique qui consolide, sans dupliquer leurs données, les indicateurs clés des applications installées — coût de revient moyen des produits finis, nombre de nomenclatures actives/brouillon/obsolètes, valeur totale des nomenclatures actives, avec un historique quotidien pour un graphique d'évolution. Sa première version dépend uniquement du socle et de MRP N1. Un cadre d'extension documenté permet d'ajouter, module de liaison par module de liaison, des tuiles pour les futures applications du portefeuille sans jamais modifier le Cockpit lui-même.

Portail Atelier Tactile ajoute un écran dédié, pensé pour une tablette, où l'opérateur s'identifie par un badge court (sans mot de passe Odoo, sans dépendance au module RH), choisit son centre de charge et pointe ses ordres de travail (démarrer, mettre en pause, terminer) via les boutons standards d'Odoo, jamais un nouvel état maison. Le manifeste précise ce que l'application n'est pas : ni un remplacement du « Shop Floor » d'Odoo Enterprise, ni un outil de contrôle qualité ou de gestion de lots à l'écran.

Le configurateur : produire du sur-mesure sans tout ressaisir

MRP N4 — Configurateur de Produit Technique, nommé ainsi dans son propre manifeste, s'adresse aux fabricants de produits configurés à la commande (découpe, chaudronnerie, mécanique sur mesure). Il attache à un produit fabriqué un modèle de configuration à caractéristiques typées, des règles de contrainte évaluées à la validation (exclusion, dépendance, borne conditionnelle) et des valeurs calculées par formule (via odoo.tools.safe_eval en contexte restreint, jamais un eval natif). À la validation, il génère automatiquement un produit configuré dédié, sa nomenclature et sa gamme, en réutilisant les modèles de MRP N1, puis calcule un prix depuis le coût de revient. Une configuration identique déjà produite est retrouvée plutôt que recréée.

Prix, licence et fiabilité du code

Sur la fiabilité : un run réel des tests unitaires, exécuté sur une base Odoo 19 Community fraîche avec les 10 modules installés ensemble et leurs données de démonstration, est documenté dans le journal de chantier du dépôt : 0 échec, 0 erreur, pour un total de 400 tests répartis sur les 10 modules (12 pour le socle, jusqu'à 66 pour le module Qualité).

Ce que ces applications ne remplacent pas

Le portefeuille assume des limites, documentées module par module plutôt que dissimulées : le portail atelier n'a pas vocation à remplacer le « Shop Floor » d'Odoo Enterprise ; l'application IoT n'embarque aucun client OPC-UA/MQTT persistant, elle expose un webhook que doit appeler un pont externe ; l'ordonnancement APS est une heuristique de séquencement, pas un solveur de programmation par contraintes. Plus largement, les fonctions équivalentes côté Odoo Enterprise (Qualité, PLM, Planification avancée, IoT natif) restent, elles, disponibles selon option dans cette édition — le portefeuille DYONYSOS vise spécifiquement les utilisateurs qui restent sur Odoo Community.

Le portefeuille MRP DYONYSOS ne cherche pas à reconstruire un ERP industriel complet : il ajoute, module par module, les briques qui manquent le plus souvent à une PME industrielle restée sur Odoo Community — données techniques fiables, pilotage de la charge et de la qualité, réaction en temps réel — avec un socle gratuit commun et des limites assumées plutôt que cachées. Les dix articles suivants détaillent chaque application : dépendances exactes, fonctions, prix vérifié sur l'Apps Store et statut de publication.

Voir les fiches sur l'Odoo Apps Store