Un projet ERP industriel peut coûter beaucoup d’argent et produire des résultats décevants pour une raison précise : le moteur de planification n’a jamais été correctement activé. Le module MRP est présent dans la licence, les nomenclatures ont été saisies à la va-vite lors du démarrage, et deux ans plus tard le responsable de production gère encore ses ordres de fabrication dans un fichier Excel partagé.
Ce guide s’adresse aux responsables de production et aux DSI d’ETI industrielles qui veulent comprendre comment fonctionne réellement le MRP, quelles données sont nécessaires pour que le moteur soit fiable, et comment configurer les principaux paramètres dans SAP S/4HANA PP, Odoo Manufacturing et Sage X3.
Pas de théorie académique : les définitions sont données pour que vous puissiez agir, pas pour passer un examen.
MRP I, MRP II, MPS : quelles différences concrètes ?
Ces trois sigles décrivent des niveaux différents de planification. Ils ne sont pas interchangeables, même si beaucoup de commerciaux ERP les utilisent comme synonymes.
MRP I : le calcul des besoins matières (CBN)
Le MRP I (Material Requirements Planning) répond à une question simple : de quoi ai-je besoin, et quand, pour fabriquer ce qui est commandé ou prévu ?
Le calcul s’appuie sur trois entrées :
- Le plan de production : quelles quantités de quels produits finis doivent être disponibles à quelles dates
- Les nomenclatures (BOM) : pour chaque produit fini, la liste des composants et sous-assemblages, avec les quantités par unité
- Les stocks disponibles et les en-cours : ce qui est déjà en stock ou en cours de fabrication et peut couvrir une partie des besoins
Le moteur “explose” la nomenclature en partant du besoin final, déduit les stocks existants (c’est le netting), et génère des propositions d’approvisionnement ou de fabrication décalées dans le temps selon les délais de chaque article.
Le résultat : une liste d’ordres planifiés (ordres d’achat suggérés, ordres de fabrication suggérés) avec des dates de lancement et des quantités. MRP I ne tient pas compte de la capacité des machines ou des opérateurs. Il suppose que les ressources sont infinies.
MRP II : intégrer les capacités de production
Le MRP II (Manufacturing Resource Planning) étend le MRP I en ajoutant la dimension capacité. Il prend en compte les ressources disponibles : centres de charge, machines, postes de travail, équipes.
Concrètement, après avoir calculé les besoins en matières (MRP I), le MRP II vérifie si les charges générées par les ordres planifiés sont compatibles avec la capacité disponible sur chaque ressource. Si une machine est surchargée sur une période, le moteur peut signaler le conflit, décaler des ordres, ou permettre au planificateur de réorganiser manuellement.
Le MRP II introduit aussi les notions de gammes opératoires (la séquence d’opérations pour fabriquer un article, avec des temps standards par opération) et les liens avec les modules achat, stocks et finance.
Dans la pratique, la plupart des ERP industriels proposent aujourd’hui du MRP II par défaut, même s’ils utilisent parfois le seul terme “MRP” pour désigner l’ensemble.
MPS : le plan directeur de production, en amont du MRP
Le MPS (Master Production Schedule, ou Plan Directeur de Production en français) est le niveau supérieur. Il répond à la question : que décide-t-on de produire sur l’horizon de planification, en tenant compte de la demande client, des stocks cibles et de la capacité globale ?
Le MPS s’appuie sur la demande indépendante : les commandes clients fermes et les prévisions de vente. C’est lui qui alimente le MRP. Sans MPS cohérent, le MRP travaille sur des besoins mal qualifiés et produit des résultats peu fiables.
La distinction est importante : le MPS gère les produits finis (demande indépendante), tandis que le MRP calcule les besoins en composants et sous-assemblages générés par ce plan (demande dépendante).
Les données de base qui conditionnent la qualité du MRP
On répète souvent que “le MRP ne vaut que ce que valent vos données”. C’est vrai, mais trop vague pour être actionnable. Voici les trois catégories de données qui font réellement la différence.
Nomenclatures (BOM) : structurer vos produits et sous-assemblages
La nomenclature (Bill of Materials) décrit la structure d’un produit : quels composants, en quelle quantité, avec quel coefficient de perte éventuel. Une BOM mono-niveau liste les composants directs d’un produit fini. Une BOM multi-niveaux décrit aussi les sous-assemblages intermédiaires.
Pour un fabricant d’équipements électriques, par exemple, un armoire de distribution peut contenir des sous-ensembles câblés, qui eux-mêmes contiennent des composants électroniques et des pièces mécaniques. Le MRP doit connaître cette structure complète pour calculer correctement les besoins à tous les niveaux.
Les erreurs fréquentes sur les BOM : des composants manquants, des quantités incorrectes, des coefficients de perte non renseignés, ou des variantes produit non gérées (le même article de base avec des configurations différentes). Une BOM incomplète génère un calcul MRP incomplet, et donc des ruptures ou des stocks excessifs sur les composants mal renseignés.
Gammes opératoires et temps standards
La gamme décrit la séquence d’opérations pour fabriquer un article : opération 1 (découpe, centre de charge CN1), opération 2 (assemblage, poste AS2), opération 3 (contrôle qualité, zone QC). Pour chaque opération, on renseigne un temps de réglage (setup time) et un temps de production unitaire (run time).
Ces données servent au MRP II pour calculer les charges sur les ressources et aux modules de coûts pour calculer le coût de revient de fabrication. Des temps standards mal calibrés génèrent une double erreur : des plannings de charge irréalistes et des coûts de production faux.
La mise à jour des gammes est souvent négligée après les premiers mois de démarrage. Un changement de process, l’acquisition d’une nouvelle machine plus rapide, un réaménagement du flux de production : autant d’événements qui rendent les gammes obsolètes si elles ne sont pas maintenues.
Paramètres article : délais, stock de sécurité, règles de lotissement
Chaque article géré par le MRP porte un ensemble de paramètres qui pilotent les propositions du moteur :
Délai de réapprovisionnement : temps entre le lancement d’un ordre et la disponibilité du composant. Pour un article acheté, c’est le délai fournisseur. Pour un article fabriqué, c’est la durée du cycle de production. Le MRP utilise ce délai pour décaler les ordres dans le temps.
Stock de sécurité : quantité minimale à maintenir en stock pour absorber des variabilités (aléas de livraison, demande imprévue). Le MRP traite le stock de sécurité comme un besoin supplémentaire à couvrir.
Règles de lotissement : comment regrouper les besoins calculés en ordres d’achat ou de fabrication. Les règles les plus courantes sont “lot pour lot” (un ordre par besoin, pas de regroupement), EOQ (quantité économique calculée à partir des coûts de commande et de stockage), ou “période fixe” (regroupement de tous les besoins sur N semaines en un seul ordre).
Un mauvais paramétrage des règles de lotissement est l’une des causes les plus fréquentes d’inflation des stocks. Une règle “lot minimum 500 pièces” sur un article dont le besoin réel est de 50 pièces par mois génère dix mois de stock d’avance.
Paramétrer le MRP dans les principaux ERP
SAP S/4HANA PP : type de MRP, time fence, horizon de planification
Dans SAP PP (Production Planning), chaque article est configuré dans la fiche article avec un type de planification (MRP type). Les types les plus courants sont :
- PD (planning piloté par MRP standard) : le moteur calcule les besoins et génère des propositions
- VB (réapprovisionnement sur point de commande) : un ordre est déclenché quand le stock descend sous un seuil
- ND (pas de planification) : l’article est exclu du MRP
La time fence (firme de planification) définit une période courte dans laquelle le MRP ne peut pas modifier ou créer des ordres automatiquement. Elle protège le court terme des perturbations liées à des changements de prévision. En pratique, on fixe une time fence de 1 à 2 semaines sur les articles à cycle de production court.
L’horizon de planification détermine jusqu’où le moteur calcule les besoins. Un horizon trop court ne permet pas d’anticiper les approvisionnements longs. Un horizon trop long génère des propositions basées sur des prévisions peu fiables.
Le calcul se lance via la transaction MD01N (planning run pour tous les articles d’un périmètre) ou MD03 (article par article). La liste MRP et les messages d’exception sont consultables dans MD05 (liste MRP individuelle) et MD06 (liste collective par périmètre ou centre).
Odoo Manufacturing : work centers, nomenclatures multi-niveaux, orderpoints
Dans Odoo 17, le module Manufacturing gère les nomenclatures multi-niveaux, les gammes de fabrication (opérations par centre de charge) et les ordres de fabrication. Le paramétrage MRP s’articule autour de deux objets principaux :
Les routes définissent comment un article est réapprovisionné : achat, fabrication, ou une combinaison. Pour un sous-assemblage fabriqué avec des composants achetés, la route “Fabriquer” sur le sous-assemblage + “Acheter” sur les composants permet au moteur de générer automatiquement les bons types d’ordres.
Les règles de réapprovisionnement (Reordering Rules) définissent les paramètres de lotissement et de déclenchement pour chaque article et chaque emplacement de stock. Elles remplacent le paramétrage article-par-article des ERP classiques.
Le scheduler Odoo (disponible via le menu Opérations > Planification ou via un cron automatique) lance le calcul MRP, génère les ordres planifiés et les demandes d’achat. Odoo ne dispose pas nativement d’une gestion de la time fence aussi fine que SAP, mais les versions récentes permettent un paramétrage par règle de réapprovisionnement.
Sage X3 : moteur CBN, messages d’action, tableau de bord planificateur
Dans Sage X3, le moteur de planification (appelé CBN dans l’interface) est paramétré par site. Chaque site peut avoir son propre horizon de planification, ses propres calendriers de production et ses propres règles de lissage de charge.
Les paramètres clés se trouvent dans la fiche article (onglet Planification) : politique de réapprovisionnement, délais, stock de sécurité, règles de lotissement. Le moteur génère des messages d’action qui indiquent au planificateur quels ordres créer, annuler, avancer ou différer.
Le tableau de bord planificateur de Sage X3 affiche les propositions de planification par article, famille ou site, avec une vue de charge par ressource. L’approbation des propositions transforme les ordres planifiés en ordres fermes (ordres de fabrication confirmés, commandes d’achat).
Lancer le calcul MRP et interpréter les propositions
Lire un ordre planifié : que faire face aux messages d’exception ?
Après un calcul MRP, le moteur génère des messages d’exception qui signalent des situations nécessitant une intervention du planificateur. Les plus courants :
Avancer : un ordre existant doit être décalé plus tôt pour couvrir un besoin qui s’est rapproché (client a accéléré sa commande, stock tampon épuisé plus vite que prévu).
Différer : un ordre pourrait être repoussé parce que le besoin a été décalé ou annulé. Le MRP ne supprime pas automatiquement les ordres confirmés pour éviter les perturbations non souhaitées.
Annuler : un ordre planifié n’est plus nécessaire (besoin disparu ou couvert par un autre approvisionnement).
Créer : un nouveau besoin non couvert a été détecté, il faut créer un ordre.
Un tableau de messages d’exception trop chargé est le signe d’un paramétrage ou d’une qualité de données insuffisante. Dans une usine où le MRP est bien paramétré, la majorité des propositions doivent pouvoir être confirmées sans modification manuelle.
Ordres fermes vs ordres planifiés : quand confirmer ?
Les ordres planifiés sont des propositions du moteur MRP. Ils peuvent être modifiés ou supprimés à la prochaine exécution du calcul.
Les ordres fermes (ordres de fabrication confirmés, commandes d’achat fermes) sont transmis à l’atelier ou aux fournisseurs. Le MRP ne les modifie plus automatiquement ; il génère des messages d’exception si la situation change.
La règle pratique : confirmer les ordres planifiés dès que leur horizon de réalisation est atteint ou que les matières doivent être réservées. Ne pas confirmer trop tôt les ordres lointains, qui doivent rester flexibles face aux aléas de la demande.
Certains ERP (dont SAP) permettent de paramétrer une confirmation automatique des ordres qui entrent dans la time fence, ce qui réduit la charge de travail du planificateur sur les articles à cycle court.
Intégration avec les autres modules ERP
Le MRP ne vit pas seul dans l’ERP. Sa pertinence dépend de la qualité des données qui lui remontent des autres modules.
Achats : les ordres d’achat planifiés générés par le MRP se transforment en demandes d’achat dans le module achats. Le module achats crée les commandes fournisseurs, met à jour les délais de livraison réels et remonte les confirmations de livraison. Si les délais confirmés par les fournisseurs diffèrent des délais paramétrés dans les fiches article, le MRP peut recalculer les impacts.
Stocks : la précision du calcul MRP dépend directement de la fiabilité des inventaires. Un écart d’inventaire sur un composant critique peut générer une rupture non anticipée en production. Des procédures d’inventaire tournant régulier, associées à des validations d’entrées et sorties en temps réel (via un WMS ou des terminaux code-barres), sont un prérequis pour un MRP efficace. Pour comprendre comment l’ERP gère la chaîne logistique dans son ensemble, consultez notre guide sur la supply chain et ERP : WMS, TMS et planification de la demande.
Capacités et APS : le MRP II standard détecte les surcharges mais ne les résout pas automatiquement. Les outils APS (Advanced Planning and Scheduling) comme SAP IBP, Preactor ou Asprova peuvent être intégrés à l’ERP pour ordonnancer la production en tenant compte simultanément des contraintes matières, de capacité et des priorités clients. Cette couche APS est pertinente pour les industriels à contraintes de capacité fortes (make-to-order, production en flux tendu) mais représente un projet d’implémentation distinct.
5 erreurs fréquentes qui sabotent les résultats MRP
1. Des BOM saisies en une seule fois au démarrage, jamais maintenues. Les produits évoluent, les composants changent, les fournisseurs alternatifs ne sont pas renseignés. Au bout de douze mois, le MRP calcule des besoins sur des articles obsolètes et oublie des composants actifs.
2. Des délais paramétrés en “valeur théorique” jamais mise à jour. Un délai fournisseur renseigné à “4 semaines” mais qui est réellement de 8 semaines depuis six mois génère des ruptures répétées sur lesquelles le MRP ne peut pas alerter à temps.
3. Un horizon de planification trop court. Un horizon de 4 semaines pour des articles dont le délai de fabrication est de 6 semaines signifie que le MRP ne peut jamais planifier correctement. L’horizon doit couvrir au minimum le délai cumulé le plus long de la chaîne (délai du composant le plus long + délai de fabrication du produit fini).
4. Des stocks non fiables faute d’inventaires tournants. Le MRP calcule des besoins nets en déduisant les stocks disponibles. Si les stocks physiques divergent du stock ERP, les calculs sont faux. Une gestion rigoureuse des mouvements de stock (aucun mouvement physique sans saisie ERP) est non négociable.
5. Des règles de lotissement non revues après démarrage. Des règles copiées d’un ancien système ou définies par défaut sans analyse génèrent des stocks excessifs ou des ordres trop fragmentés. Un audit annuel des règles de lotissement sur les articles à forte consommation est une bonne pratique.
Conclusion : le MRP ne vaut que ce que valent vos données
Le moteur MRP est présent dans tous les ERP industriels sérieux. Ce qui différencie une entreprise qui en tire de la valeur d’une entreprise qui le subit comme une boîte noire incomprise, ce n’est pas la technologie : c’est la discipline de données et la formation des équipes.
Un responsable de planification qui comprend les paramètres de son ERP, qui maintient les délais à jour, qui valide les messages d’exception plutôt que de les ignorer, et qui travaille avec les achats et la production sur la fiabilité des données de base obtiendra des résultats nettement meilleurs qu’une équipe qui a acheté l’APS le plus sophistiqué du marché sans investir dans cette discipline.
Le paramétrage technique est la partie visible. La gouvernance des données est la partie qui fait la différence dans la durée.
Pour approfondir le choix d’une plateforme ERP adaptée à votre contexte industriel, consultez notre comparatif SAP S/4HANA vs IFS Cloud vs Infor CloudSuite pour ETI manufacturières et notre guide complet sur l’ERP en industrie manufacturière : MES, IoT et Industry 4.0. Pour un premier passage en revue de votre couverture fonctionnelle actuelle, une revue de paramétrage MRP de 2 à 3 jours (entretiens planificateurs, audit des données de base, analyse des messages d’exception non traités) suffit généralement à identifier les 2 ou 3 leviers qui débloquent l’essentiel des gains.
