MRP : calcul des besoins et planification en PME
MRP, ou calcul des besoins en composants : définition, données nécessaires, méthode pas à pas et erreurs courantes pour planifier achats et production.
Le MRP (Material Requirements Planning, ou calcul des besoins en composants) est une méthode qui transforme ce que vous devez livrer en ce que vous devez acheter et fabriquer, et à quelle date. À partir de la demande, des nomenclatures et du stock, elle indique quelles quantités commander et quand lancer chaque ordre. Voici comment elle fonctionne, ce qu’il faut préparer et où elle se grippe en PME.
À quoi sert le MRP
Sans MRP, on achète « au feeling » : trop pour être tranquille, ou pas assez et la production s’arrête. Le MRP remplace l’intuition par un calcul reproductible. Il répond à trois questions :
- De quoi ai-je besoin ? (quels composants et quels sous-ensembles)
- En quelle quantité ? (après déduction du stock et des commandes déjà en cours)
- Pour quand ? (en tenant compte des délais d’approvisionnement et de fabrication)
Il vise un équilibre : éviter les ruptures qui bloquent l’atelier sans immobiliser de trésorerie dans du stock inutile. Pour la vue d’ensemble de la production, voyez aussi notre guide sur la planification de la production.
Les trois données dont il se nourrit
Le MRP ne vaut que par ses entrées. Il en faut trois, fiables :
1. Le plan de production ou la demande. Commandes clients fermes, prévisions de vente, ordres de fabrication planifiés. C’est ce qui déclenche le besoin.
2. Les nomenclatures. Elles décrivent, pour chaque produit fini, les composants et sous-ensembles avec leurs quantités. Une nomenclature fausse produit un besoin faux, sans aucun message d’erreur. Le module production gère les nomenclatures et les ordres de fabrication.
3. L’état du stock et des approvisionnements. Stock disponible, stock réservé, commandes fournisseurs en cours avec leurs dates, ordres de fabrication en cours. Le module stocks fournit cette image.
S’y ajoutent des paramètres par article : délai d’approvisionnement, taille de lot minimale ou multiple, stock de sécurité, rebut prévu.
Le calcul, pas à pas
Le principe tient en quelques lignes, appliquées article par article, du produit fini vers les composants :
- Besoin brut : la quantité demandée à une date donnée.
- Moins le stock disponible et les réceptions déjà prévues.
- Égale le besoin net : ce qu’il reste à couvrir.
- Arrondi selon les règles de lot (minimum, multiple).
- Décalage dans le temps : on soustrait le délai pour obtenir la date de lancement.
- Éclatement : le besoin devient un besoin brut pour les composants du niveau inférieur, et on recommence.
Exemple simple, sans chiffres réels à retenir : si vous devez livrer des tables et que chacune requiert un plateau et quatre pieds, le MRP calcule d’abord combien de tables lancer, puis combien de plateaux et de pieds, en retranchant ce qui est déjà en stock ou commandé, et en datant chaque achat en fonction du délai du fournisseur.
Tableau : paramètres clés et effet
| Paramètre | Rôle | Risque s’il est faux |
|---|---|---|
| Délai d’approvisionnement | Date de commande ou de lancement | Livraisons tardives ou stock en avance |
| Lot minimal / multiple | Arrondi des quantités | Surstock ou commandes inadaptées |
| Stock de sécurité | Amortit les aléas | Ruptures ou capital immobilisé |
| Taux de rebut | Quantité réellement nécessaire | Pénuries en cours de production |
| Nomenclature | Composants et quantités | Besoins erronés, sans alerte |
| Stock informatique | Base du besoin net | Calcul décalé de la réalité |
Les messages d’action du MRP
Un bon MRP ne produit pas qu’une liste : il propose des actions à valider.
- Lancer une commande d’achat ou un ordre de fabrication.
- Avancer une commande dont la date est devenue trop tardive.
- Reculer ou annuler une commande devenue inutile.
- Alerter quand une date requise est impossible compte tenu des délais.
Le planificateur arbitre : le MRP calcule, l’humain décide. Quand les propositions d’achat sont validées, elles alimentent le module achats, où l’on peut aussi comparer les fournisseurs.
Les erreurs fréquentes en PME
Données stock approximatives. Si le stock informatique ne correspond pas au stock réel, le MRP calcule juste sur du faux. L’inventaire tournant et les mouvements saisis en temps réel sont un prérequis.
Délais théoriques. Utiliser le délai affiché au catalogue plutôt que le délai constaté. Mesurez les délais réels de vos fournisseurs et corrigez les fiches.
Nomenclatures non maintenues. Une modification de conception qui n’arrive pas dans la nomenclature fausse tout en aval.
Tout planifier avec le même niveau de rigueur. Les composants coûteux ou à long délai méritent un suivi serré ; les petites fournitures peuvent relever d’un simple réapprovisionnement au seuil.
Ignorer la capacité. Le MRP classique suppose que l’atelier peut tout produire à temps. Il faut le compléter par un contrôle de charge, sinon le plan calculé est irréalisable.
MRP ou réapprovisionnement au seuil ?
Les deux approches coexistent. Le point de commande (on recommande quand le stock passe sous un seuil) convient aux articles à consommation régulière. Le MRP convient aux articles dont le besoin dépend de la production planifiée, notamment les composants spécifiques à une commande. Beaucoup de PME combinent les deux, article par article.
Questions fréquentes
Quelle différence entre MRP et MRP II ?
Le MRP calcule les besoins en matières. Le MRP II élargit la démarche à la capacité de production, aux ressources et aux aspects financiers. Dans les logiciels actuels, ces notions sont généralement intégrées.
Faut-il un ERP pour faire du MRP ?
On peut ébaucher un calcul dans un tableur pour un produit simple, mais il devient vite ingérable avec plusieurs niveaux de nomenclature. Un ERP relie le calcul aux stocks, aux achats et aux ordres de fabrication en temps réel.
Le MRP gère-t-il les prévisions de vente ?
Il peut les prendre en compte comme source de demande, en plus des commandes fermes. Leur fiabilité conditionne alors celle des propositions.
Par quoi commencer ?
Par fiabiliser nomenclatures et stock sur un périmètre limité, par exemple une famille de produits, avant d’étendre le calcul à toute l’entreprise.
En conclusion
Le MRP n’a d’intérêt que si le stock, les nomenclatures et les achats vivent dans le même système. C’est l’idée de Dika Ops, un ERP conçu avec l’IA pour les PME de production et de négoce, aujourd’hui en bêta fermée. Rejoignez la liste d’attente pour l’essayer à l’ouverture.
