Pour une ETI industrielle, planifier la production n’est plus seulement une question d’ordonnancement. C’est un exercice d’équilibre permanent entre la promesse client (délais, taux de service), la trésorerie (stocks, immobilisation), la disponibilité matière et la capacité atelier. À mesure que la complexité augmente : multi-niveaux de nomenclatures, variantes, sous-traitance, délais fournisseurs fluctuants… les tableurs et les méthodes “au feeling” atteignent vite leurs limites. C’est précisément là qu’intervient le MRP (Material Requirements Planning), souvent embarqué dans un ERP : un moteur de calcul qui transforme la demande en besoins datés d’achat et de fabrication.
L’objectif de cet article est simple : vous donner une compréhension claire et opérationnelle du duo ERP + MRP, de son fonctionnement réel, de ses bénéfices (et limites), et des bonnes pratiques qui font la différence pour les ETI industrielles.
Le MRP est un procédé assisté par logiciel qui sert à planifier les besoins en composants et matières, à proposer des lancements (ordres de fabrication / ordres d’achat) et à dater ces besoins en tenant compte des délais. Son rôle central peut se résumer à trois questions : Quoi ? Combien ? Quand ?
Autrement dit, le MRP est le trait d’union entre ce qui doit être vendu (ou livré) et ce qui doit être acheté ou fabriqué pour y parvenir, tout en évitant l’écueil classique : surstocker “au cas où” ou, à l’inverse, manquer d’une pièce critique au pire moment.
Pour une ETI, l’intérêt est particulièrement fort parce que la “bonne” décision n’est pas seulement une décision logistique : elle a un impact direct sur les délais, les coûts de stockage, les urgences achats, la stabilité du planning et, in fine, la satisfaction client.
Un ERP couvre l’ensemble des processus de l’entreprise (achats, stocks, production, ventes, finance, etc.). Le MRP, lui, est une fonction (ou un module) focalisée sur la planification des besoins matière et des lancements associés. Historiquement, l’ERP est souvent décrit comme un “descendant” du MRP : le MRP a évolué vers le MRP II, qui a étendu la planification aux ressources et à la finance, puis le périmètre s’est élargi jusqu’à l’ERP.
C’est pour cela qu’en industrie on parle couramment de “moteur MRP” dans un ERP : l’ERP fournit le cadre transverse et la donnée unifiée, tandis que le MRP fournit la logique de calcul qui traduit la demande en besoins datés.
Le MRP repose sur une idée clé : distinguer demande indépendante et demande dépendante.
À partir de là, le MRP effectue un calcul “en cascade” : il “explose” la nomenclature, compare aux stocks et encours, calcule les besoins nets et remonte des propositions datées, en tenant compte des délais.
Sans surprise, la qualité du MRP dépend de la qualité de ses entrées. Les trois socles sont :
Si l’une de ces briques est fragile, le calcul peut devenir “mathématiquement correct, opérationnellement faux” : une nomenclature incomplète ou un stock imprécis conduit à des propositions erronées, donc à des ruptures ou à du surstock.
Le MRP commence par calculer le besoin brut : la quantité totale théorique issue de la nomenclature, sans tenir compte du stock. Il calcule ensuite le besoin net en déduisant le disponible (et en intégrant les encours) : c’est ce qu’il faut réellement acheter ou fabriquer. Enfin, il “décale” les dates en fonction des lead times (délais d’approvisionnement ou de fabrication) pour déterminer quand lancer.
Prenons un exemple très simple pour illustrer. Vous devez livrer 100 vélos à une date donnée. La nomenclature indique 2 roues par vélo. Le besoin brut en roue est donc 200. Si 50 sont disponibles, le besoin net est 150. Avec un délai fournisseur de deux semaines, la proposition d’achat doit être déclenchée deux semaines avant le besoin. Cette logique “quoi / combien / quand” est le cœur du MRP.
Ce que le MRP utilise (entrées) | Ce que le MRP paramètre (règles) | Ce que le MRP génère (sorties) |
| Plan Directeur de Production (PDP) : produits finis, quantités, dates | Délais (achat/fabrication), tailles de lot, arrondis, stocks de sécurité | Besoins nets datés, propositions d’achats, propositions d’OF / lancements |
| Nomenclatures (BOM) multi-niveaux + coefficients | Modes de gestion : à la commande / sur stock, politiques de réappro | Alerte sur ruptures à venir / écarts entre besoin et disponible |
| Stocks, réservations, commandes en cours, encours OF | Horizon et fréquence de recalcul (nuit, plusieurs fois/jour selon contexte) | Alignement achats/production sur la demande |
Dans beaucoup d’usines, les retards ne viennent pas d’une machine à l’arrêt, mais d’un composant manquant “qu’on pensait avoir”. Le MRP est justement conçu pour éviter ces ruptures en planifiant des approvisionnements datés, ce qui améliore la fiabilité des livraisons et la capacité à tenir les dates promises.
Le MRP cherche à concilier deux objectifs qui s’opposent souvent : sécuriser l’approvisionnement tout en minimisant les stocks. En pratique, le moteur MRP aide à réduire le stock “inutile” en déclenchant au bon moment et en calculant des besoins nets plutôt que des besoins bruts, ce qui limite l’immobilisation de capital et les coûts de stockage.
Une ETI doit souvent absorber des variations : commandes urgentes, glissements de planning, décalages fournisseurs. Un ERP connecté au MRP permet de recalculer et d’ajuster les propositions lorsque la demande change, puisque les modifications côté ventes/commandes peuvent impacter directement la planification matière.
Un MRP n’est pas magique : c’est un moteur de calcul. Il amplifie la qualité… ou les défauts… de la donnée.
Des données incorrectes (stocks, nomenclatures, délais) faussent les besoins nets et peuvent provoquer des ruptures ou des retards. Autrement dit, une mauvaise donnée produit une “mauvaise vérité” à grande échelle.
La planification MRP traditionnelle calcule d’abord les besoins matières et peut ignorer les contraintes de capacité (machines, main d’œuvre) si elle est utilisée seule, d’où l’intérêt des approches de type MRP II / planification capacitaire, ou d’outils complémentaires comme l’APS dans les environnements contraints.
Quand les nomenclatures changent en permanence ou que la variabilité explose, la complexité augmente fortement. Dans ces cas, l’enjeu est de maîtriser la gestion des versions, les règles de substitution, et de fiabiliser la donnée de base, plutôt que de “bricoler” le calcul en permanence.
Vous gérez une production complexe, sujette à des aléas, et vos outils actuels montrent leurs limites ? Il est temps de découvrir le module APS (Advanced Planning & Scheduling) intégré à Abas ERP, une solution puissante pour reprendre le contrôle sur votre planification industrielle.
Si vous ne deviez retenir qu’une chose : un MRP est aussi bon que vos nomenclatures, vos stocks et vos délais. Les bonnes pratiques consistent donc à instaurer une routine simple mais régulière : contrôle de cohérence des nomenclatures, gestion des indices, fiabilisation des inventaires, et mise à jour des délais de livraison réels.
Toutes les références n’ont pas la même criticité ni la même volatilité. Une approche de segmentation (valeur, variabilité) permet d’appliquer des politiques différentes : planification déterministe serrée sur les pièces critiques, approches plus simples sur la quincaillerie à faible valeur. L’idée n’est pas d’ajouter de la complexité, mais d’investir l’effort de planification au bon endroit.
Certaines organisations exécutent le MRP “la nuit”, d’autres plusieurs fois par jour selon la dynamique de la demande et des aléas. L’important est la cohérence : recalculer trop rarement crée des plans obsolètes ; recalculer trop souvent sans règles claires peut générer du bruit.
Dans une ETI, le MRP ne doit pas vivre en silo. Il doit dialoguer avec la planification capacitaire pour éviter un plan irréalisable, et il doit reposer sur un stock fiable. Sur ce dernier point, c’est là que les processus d’entrepôt et, le cas échéant, un WMS (ou des fonctions WMS dans l’ERP) deviennent structurants : si l’exécution terrain ne fiabilise pas les mouvements, le MRP calculera sur une base erronée. Dit autrement : un MRP performant commence souvent par un inventaire juste.
Un signal fort n’est pas “on veut un MRP”, mais plutôt “on subit des symptômes” :
Ces situations correspondent précisément aux objectifs affichés du MRP : éviter les ruptures, minimiser les stocks, et améliorer l’efficacité de la planification en ajustant les propositions d’approvisionnement.
Pour une ETI industrielle, le MRP n’est pas un concept théorique : c’est une mécanique très concrète qui permet de transformer une demande (commandes/prévisions) en besoins datés d’achat et de fabrication, en s’appuyant sur le plan directeur, les nomenclatures et les stocks.
Mais la valeur ne vient pas seulement du moteur : elle vient de la qualité des données, de la gouvernance et de la capacité à relier le plan aux contraintes réelles (capacité) et à l’exécution (atelier/entrepôt). C’est cette combinaison, ERP transverse + MRP robuste + bonnes pratiques, qui permet de sécuriser les délais tout en évitant l’immobilisation excessive en stock.
Dans la pratique, oui : en français, on parle souvent de CBN (Calcul des Besoins Nets) pour désigner le cœur du MRP, c’est-à-dire le calcul qui transforme les besoins bruts en besoins nets en tenant compte des stocks et encours, puis qui date les propositions via les délais.
Oui, mais la qualité du plan dépend de la façon dont vous construisez le plan directeur (plutôt commandes fermes que prévisions), et de la rigueur sur les délais, nomenclatures et statuts de stock. Le MRP calcule ensuite les besoins et lancements en cohérence avec ce signal de demande.
Il n’y a pas une règle unique : certaines entreprises exécutent des cycles MRP la nuit, d’autres plus souvent si l’environnement est très dynamique. L’essentiel est d’éviter deux extrêmes : un recalcul trop rare (plans obsolètes) ou trop fréquent sans règles (instabilité).
Parce que le calcul des besoins nets déduit le stock disponible et les encours. Si le stock n’est pas fiable, le MRP proposera des achats inutiles (surstock) ou manquera une pièce (rupture). La précision des stocks et des nomenclatures est donc critique pour éviter des résultats erronés.
Ils peuvent être complémentaires. Le MRP est particulièrement adapté aux besoins dépendants et aux composants critiques, car il planifie “dans le temps” en s’appuyant sur les nomenclatures et les délais. Pour des consommables à faible valeur et usage stable, une logique tirée (type Kanban) peut parfois être plus simple et moins coûteuse à administrer.
Le MRP “matière” ne tient pas toujours compte des contraintes de capacité, ce qui peut conduire à un plan irréalisable. C’est l’un des apports des approches de type MRP II / planification capacitaire et, dans les environnements contraints, des outils de planification avancée (APS) qui rapprochent besoins et capacités.
