MRP — Material Requirements Planning (calcul des besoins)

Le Material Requirements Planning (MRP) est la procédure classique d'approvisionnement et de planification de production au sein d'un système ERP. À partir du plan commercial et de la nomenclature, le MRP dérive les besoins nets par article : quels matériaux doivent être commandés ou produits, en quelles quantités et pour quand. L'extension plus récente MRP II ajoute la planification des capacités ; l'APS (Advanced Planning & Scheduling) dépasse l'hypothèse de capacité infinie et résout les goulets d'étranglement à capacité finie.

La logique MRP en quatre étapes

Besoins bruts : dérivés du plan de production, complété par les prévisions ou les commandes clients ouvertes
Besoins nets : besoins bruts moins le stock disponible et moins les commandes d'achat ou de production déjà ouvertes
Calcul des lots : selon la politique configurée (lot pour lot, quantité de commande fixe, couverture par période, quantité économique de commande)
Propositions de commande : décalées en arrière selon le délai d'approvisionnement, restituées sous forme de suggestions de commande d'achat ou d'ordre de fabrication

Prérequis sur les données de base

Le MRP ne fonctionne qu'à la hauteur de la qualité de ses données de base. Champs critiques par article : délai d'approvisionnement, stock de sécurité, politique de taille de lot, structure de la BOM avec des affectations de composants valides, et gamme opératoire pour la production interne. De nombreux projets MRP échouent en raison de données de base incohérentes ou obsolètes, plutôt qu'à cause de lacunes de l'outil ERP.

Exemple pratique : le calcul MRP nocturne

Une entreprise de construction mécanique exécute son MRP ERP de manière automatisée chaque nuit : le système parcourt toutes les commandes ouvertes, décompose chaque nomenclature jusqu'au niveau composant, calcule la demande brute par matériau, soustrait le stock disponible et détermine le besoin net en intégrant le délai de réapprovisionnement. Chaque matin, 80 à 150 propositions d'achat attendent validation ; l'acheteur les examine, les consolide lorsque c'est utile et les transmet aux fournisseurs. Avant l'automatisation du MRP, l'acheteur avait besoin de 4 à 5 heures par jour pour la même tâche ; désormais, 30 à 60 minutes de validation suffisent.

Pièges courants

Le MRP s'exécute quotidiennement ou hebdomadairement et est gourmand en calcul — pour de larges catalogues de produits comportant plusieurs niveaux de nomenclature, des temps d'exécution de plusieurs heures ne sont pas rares. La production riche en variantes tire profit d'une couche APS distincte qui résout les goulets d'étranglement de capacité.

Critères de sélection pour les acheteurs PME/ETI

Ergonomie des données de base : dans quelle mesure est-il facile de maintenir les délais d'approvisionnement, les politiques de taille de lot et les stocks de sécurité par article sur plusieurs sites ? Les outils d'édition en masse et de mise à jour groupée font économiser des jours de travail chaque trimestre.
Gestion de la profondeur des nomenclatures : vérifiez que le système traite la profondeur réelle de vos BOM (5 à 10 niveaux sont courants en construction mécanique) dans une fenêtre de maintenance nocturne. Demandez des benchmarks réalisés chez un client comparable.
Gestion des exceptions : les sorties MRP utiles ne sont pas les 10 000 propositions de commande, mais les 50 exceptions qui requièrent un jugement humain. La qualité des moniteurs et des plans de travail d'exceptions distingue les bonnes des mauvaises implémentations.
Logique multi-site et multi-société : les industriels PME/ETI exploitent souvent 2 à 5 sites avec transferts de stock et sous-traitance. Le moteur MRP doit calculer les besoins nets à l'échelle du réseau, et non site par site.
Intégration avec l'ordonnancement à capacité finie : clarifiez si les contrôles de capacité du MRP II ou une couche APS intégrée couvrent vos ressources goulots, ou si vous aurez besoin d'un outil d'ordonnancement séparé (voir APS).

Schémas d'intégration

Le MRP fonctionne rarement de manière isolée. Schémas d'interface typiques dans les environnements PME/ETI : ERP ↔ PLM pour la propagation des nomenclatures et des modifications techniques (voir gestion des modifications techniques), où les dates d'effectivité déclenchent un recalcul MRP. ERP ↔ MES pour les retours de l'atelier — les rebuts, retouches et arrêts réels ajustent les entrées de disponibilité d'approvisionnement du prochain calcul MRP (voir MES). ERP ↔ portails fournisseurs (EDI, web-EDI, iPaaS) pour transformer les propositions de commande en appels de livraison sur contrats-cadres. ERP ↔ outils de planification de la demande (SAP IBP, o9, Anaplan, RELEX) qui alimentent le MRP avec une prévision consensuelle, plutôt que de s'appuyer sur la prévision statistique native de l'ERP. ERP ↔ gestion d'entrepôt qui réconcilie le stock physique avec le stock de référence utilisé par le MRP (voir WMS). Chaque intégration apporte de la valeur mais aussi une surface de défaillance — latence, incohérence des données de base ou erreurs de mappage dégradent rapidement la qualité des sorties MRP.

Cas d'usage concrets en France

Cas 1 : constructeur de machines spéciales, ~180 salariés. Machines unitaires riches en variantes, BOM généralement de 4 à 6 niveaux comptant 600 à 1 200 pièces chacune. Le MRP s'exécute chaque semaine en batch ; la revue des propositions de commande par le coordinateur de projet prend deux heures chaque lundi matin. Facteur clé de succès : une gestion propre des modifications techniques alimente le MRP avec des nomenclatures correctes ; sans cette discipline, les propositions seraient inexploitables.

Cas 2 : fabricant de produits de grande consommation, ~450 salariés. Assemblage de volume et de variété moyens avec une forte saisonnalité. Le MRP s'exécute chaque nuit avec une prévision consensuelle issue du S&OP ; le calcul des lots combine la couverture par période et les quantités minimales de commande imposées par les sous-traitants. L'équipe acheteurs-planificateurs utilise des plans de travail d'exceptions plutôt que de passer en revue chaque proposition — environ 5 % des articles nécessitent une intervention chaque jour.

Termes comparables

Le MRP s'inscrit dans une famille de disciplines de planification. MRP II étend le MRP avec la capacité finie et l'intégration financière. APS résout les contraintes de goulets au-delà du MRP à capacité infinie. Demand-to-supply décrit le processus de bout en bout que le MRP rend possible. Plan-to-produce couvre le volet exécution de la fabrication en aval du MRP. Just-in-time et le kanban sont des alternatives en flux tiré qui complètent ou remplacent partiellement le MRP dans des environnements stables et à forte cadence. Pour l'intégration comptable après un approvisionnement piloté par le MRP, voir ERP avec interface DATEV.