MRP : qu’est-ce que la planification des besoins en composants ?
Dès qu’une entreprise fabrique un produit à partir de plusieurs composants, elle doit répondre à deux questions : quoi commander ou lancer en production, et quand. C’est exactement le rôle du MRP. Voici ce que veut dire ce sigle, comment se calcule un besoin net, et pourquoi cette logique est au cœur de tout ERP industriel.
TL;DR, l’essentiel
- MRP signifie Material Requirements Planning, traduit en français par planification des besoins en composants ou calcul des besoins.
- C’est la méthode, et le module logiciel, qui détermine quoi acheter ou fabriquer, en quelle quantité et à quelle date, pour honorer un plan de production.
- Le calcul part de la nomenclature (la composition du produit), passe des besoins bruts aux besoins nets en déduisant le stock, puis positionne les ordres dans le temps grâce aux délais.
- Le MRP a évolué : MRP II ajoute les capacités machines et main-d’œuvre, et le DDMRP pilote la production sur la demande réelle plutôt que sur les prévisions.
Vous croisez le sigle MRP dans une fiche produit d’ERP, un cahier des charges industriel ou une discussion avec un responsable production, et vous vous demandez ce qu’il recouvre exactement. Réponse directe : MRP veut dire Material Requirements Planning, ce que l’on traduit en français par planification des besoins en composants, souvent raccourci en calcul des besoins. Derrière ces mots se cache un calcul très concret : à partir de ce que vous devez livrer, le MRP déduit tout ce qu’il faut commander et fabriquer, et à quelle date le lancer. On vous explique la mécanique, les données qu’elle exige, et son lien avec l’ERP.
Que veut dire MRP, mot par mot ?
MRP est l’acronyme anglais de Material Requirements Planning, littéralement « planification des besoins en matières ». En français, on parle de calcul des besoins ou de planification des besoins en composants. Le terme désigne deux choses à la fois : une méthode de gestion de production, et le module logiciel qui l’exécute au sein d’un ERP ou d’une GPAO.
Le principe est né dans l’industrie des années 1960, quand les fabricants ont informatisé pour la première fois le calcul de leurs approvisionnements. L’idée reste la même aujourd’hui : au lieu de commander « au feeling » ou de reconstituer un stock à l’aveugle, on déduit mathématiquement les besoins à partir de ce que l’on a prévu de produire. Un MRP répond donc à deux questions simples mais critiques : quoi commander ou fabriquer, et quand le déclencher pour que le composant arrive juste à temps, ni trop tôt (stock immobilisé), ni trop tard (rupture qui bloque la ligne).
En une phrase
Le MRP transforme un plan de production en une liste précise de commandes et d’ordres de fabrication, chacun daté pour arriver au bon moment.
Comment se calcule un besoin net, concrètement ?
Le cœur du MRP, c’est le passage du besoin brut au besoin net. Le besoin brut, c’est la quantité totale d’un composant nécessaire pour honorer le plan. Le besoin net, c’est ce qu’il reste réellement à commander une fois qu’on a soustrait ce que l’on possède déjà. Voici comment le calcul se déroule, étape par étape, pour un composant donné.
Calculer le besoin brut
Le système lit la nomenclature du produit fini (la liste des composants et leurs quantités) et la multiplie par les quantités du plan directeur de production. Exemple : 100 vélos à assembler, 2 roues chacun, donc 200 roues en besoin brut.
Déduire le stock et les en-cours
On retranche le stock disponible et les commandes déjà lancées. S’il reste 50 roues en stock et 30 attendues d’un fournisseur, le besoin net tombe à 200 − 50 − 30 = 120 roues à commander.
Positionner l’ordre dans le temps
Le MRP recule la date de commande du délai d’obtention (le jalonnement). Si les roues arrivent en 10 jours et sont attendues le 30, l’ordre doit partir le 20. Le calcul se propage ensuite au niveau inférieur de la nomenclature, composant par composant.
Là où un tableur atteint vite ses limites (données éparpillées, calculs manuels, versions qui se contredisent), un moteur MRP recalcule l’ensemble des besoins nets en une passe, sur toute la profondeur de la nomenclature. C’est cette capacité à enchaîner les niveaux, du produit fini jusqu’à la matière première, qui fait la valeur de la méthode. Un composant intermédiaire (un sous-ensemble) devient à son tour un besoin brut pour les pièces qui le composent.
Garbage in, garbage out
Le MRP est aussi fiable que ses données. Une nomenclature obsolète, un stock théorique qui diffère du stock physique ou un délai fournisseur faux, et le calcul produit des commandes fausses. Avant d’automatiser, fiabilisez vos inventaires et vos nomenclatures.
Vous cherchez un logiciel qui gère le MRP ?
Notre comparatif classe les meilleurs logiciels ERP 2026, module de production inclus, comparés et tranchés.
Quiz éclair
Comment obtient-on le besoin net d’un composant ?
Quelles données faut-il pour faire tourner un MRP ?
Un calcul des besoins ne fonctionne qu’à partir de trois entrées fiables. Ce sont les fondations de la méthode, et souvent le vrai chantier d’un projet MRP :
- Le plan directeur de production (PDP) : ce que l’on prévoit de fabriquer, en quantité et par date. Il combine commandes fermes et prévisions de vente.
- Les nomenclatures : la composition détaillée de chaque produit, matières premières et sous-ensembles compris, avec les quantités unitaires. C’est la donnée maîtresse du MRP.
- L’état des stocks et des en-cours : les quantités réellement disponibles et les ordres déjà lancés, pour passer du brut au net.
À ces trois piliers s’ajoutent des paramètres qui affinent le résultat : les délais d’obtention (achat ou fabrication) pour le jalonnement, les tailles de lot (on commande rarement à l’unité), et un stock de sécurité qui absorbe les aléas de demande ou de délai. Cette dépendance directe au stock explique pourquoi le MRP ne se pense jamais seul : il s’appuie sur une gestion des stocks solide, elle-même reliée aux achats et à la supply chain.
MRP, MRP II, DDMRP : quelles différences ?
La méthode a beaucoup évolué en soixante ans. Trois générations coexistent aujourd’hui, et il est utile de les distinguer avant de comparer des logiciels :
- MRP (ou MRP 1) : le calcul des besoins en composants seul. Il répond au « quoi » et au « quand », mais suppose implicitement que l’on aura toujours la capacité de produire.
- MRP II (Manufacturing Resource Planning) : l’évolution majeure, qui ajoute les capacités (machines, main-d’œuvre) et la dimension financière. Le plan reflète alors non seulement les matières nécessaires, mais aussi la question de savoir si vous avez réellement les heures pour produire. Le MRP II est l’ancêtre direct de l’ERP moderne et reste le socle de la plupart des modules de production.
- DDMRP (Demand Driven MRP) : formalisé par Carol Ptak et Chad Smith au sein du Demand Driven Institute, ce modèle plus récent pilote la production sur la demande réelle plutôt que sur des prévisions. Il combine des principes du MRP, du lean et de la théorie des contraintes, en plaçant des buffers de stock à des points de découplage stratégiques. Objectif : gagner en réactivité et lisser les à-coups, un enjeu remis en lumière par les ruptures d’approvisionnement récentes.
Bon réflexe
Ne choisissez pas un sigle, choisissez un besoin. La plupart des PME industrielles sont très bien servies par un bon MRP II intégré à l’ERP. Le DDMRP prend tout son sens sur des chaînes longues, volatiles et multi-échelons.
Quel est le lien entre MRP et ERP ?
Le MRP ne vit jamais isolé : il dépend des stocks, des achats, des ventes et de la comptabilité. C’est pourquoi il est le plus souvent proposé comme un module d’ERP, le logiciel qui centralise toute la gestion dans une base de données unique. Le gain est direct : quand un ordre de fabrication consomme des matières, le stock se décrémente et le module achats déclenche un réapprovisionnement, sans ressaisie. Si la notion vous est nouvelle, notre article sur ce qu’est un ERP pose le décor complet, et notre dossier sur la gestion de production (GPAO) replace le MRP dans l’ensemble des méthodes d’atelier.
Deux approches coexistent sur le marché :
- Le module production d’un ERP généraliste (Odoo, Dolibarr, Microsoft Dynamics 365 Business Central, SAP, Sage) : le MRP est une brique parmi d’autres, nativement connectée aux stocks, aux achats et à la compta. Idéal quand on veut un outil unique pour toute l’entreprise.
- Un outil MRP ou MES dédié : plus spécialisé pour des besoins industriels exigeants (ordonnancement fin, exécution d’atelier avancée). Il s’interface alors avec l’ERP pour la partie gestion. Un choix adapté aux fabricants aux process complexes.
Côté tarifs, les ERP open source concentrent l’essentiel des recherches. Odoo propose une application Fabrication (MRP) complète, avec une formule One App Free limitée à une seule application, puis un plan Standard à 19,90 €/utilisateur/mois en facturation annuelle qui débloque tous les modules (ce montant intègre une remise valable 12 mois, le tarif de référence étant 24,90 € ; source : odoo.com/pricing, indicatif, juillet 2026). Dolibarr est gratuit en auto-hébergé sous licence GPL, la version cloud DoliCloud démarrant à 14 €/mois/utilisateur (source : dolicloud.com, indicatif, juillet 2026). Microsoft Dynamics 365 Business Central affiche 80 $/utilisateur/mois en Essentials et 110 $ en Premium (indicatif, juillet 2026), tandis que SAP Business One reste sur devis via un intégrateur. Le poste d’intégration (paramétrage, reprise des nomenclatures, formation) pèse souvent plus lourd que la licence elle-même.
Prêt à passer à la sélection ?
On a comparé les principaux ERP sur le prix, les modules (production incluse) et l’accompagnement.
L’étape suivante
Pour aller plus loin, consultez notre comparatif des meilleurs logiciels ERP 2026, notre dossier sur la gestion de production, ou notre article sur la gestion des stocks, la fonction directement branchée sur le MRP.
Questions fréquentes
Que veut dire MRP en français ?
MRP signifie Material Requirements Planning, que l’on traduit en français par planification des besoins en composants, ou plus simplement calcul des besoins. Le terme désigne à la fois une méthode de gestion de production et le module logiciel qui l’exécute. Son rôle : déterminer quoi commander ou fabriquer, en quelle quantité et à quelle date, pour honorer un plan de production.
Quelle différence entre besoin brut et besoin net ?
Le besoin brut est la quantité totale d’un composant nécessaire pour honorer le plan de production, calculée à partir de la nomenclature. Le besoin net est ce qu’il reste réellement à commander ou à fabriquer une fois soustraits le stock disponible et les commandes déjà lancées (les en-cours). C’est le besoin net, et non le brut, qui déclenche un ordre d’achat ou de fabrication.
Quelle différence entre MRP et MRP II ?
Le MRP (ou MRP 1) calcule les besoins nets en composants à partir de la demande et des nomenclatures : il répond au quoi et au quand. Le MRP II (Manufacturing Resource Planning) l’étend en ajoutant les capacités machines et main-d’œuvre ainsi que la dimension financière, pour vérifier si vous avez réellement les moyens de produire ce que vous avez planifié. Le MRP II est l’ancêtre direct de l’ERP et reste le socle de la plupart des modules de production.
Qu’est-ce que le DDMRP ?
Le DDMRP (Demand Driven MRP) est une évolution formalisée par Carol Ptak et Chad Smith du Demand Driven Institute. Au lieu de piloter la production sur des prévisions, il s’appuie sur la demande réelle et positionne des buffers de stock à des points de découplage stratégiques. Il combine des principes du MRP, du lean et de la théorie des contraintes pour gagner en réactivité et amortir les à-coups d’approvisionnement.
Faut-il un ERP ou un logiciel MRP dédié ?
Cela dépend de la complexité de vos process. Pour la plupart des PME industrielles, le module production d’un ERP généraliste (Odoo, Dolibarr, Dynamics 365 Business Central, SAP) suffit, avec l’avantage d’être nativement connecté aux stocks, aux achats et à la comptabilité. Les fabricants aux besoins exigeants, comme l’ordonnancement fin ou l’exécution d’atelier avancée, peuvent préférer un outil MRP ou MES dédié interfacé avec l’ERP. Dans tous les cas, l’intégration au reste de la gestion est le critère décisif.