Beaucoup d’équipes PP activent un MRP Area dès qu’elles voient apparaître un besoin de planification fine, alors que ce qui leur manque la plupart du temps est un bon paramétrage de stratégie au niveau usine. Le MRP Area est puissant. Il découpe aussi la planification de manière irréversible côté exploitation, et il a un coût opérationnel réel sur les équipes magasin et supply. Autant savoir précisément quand il devient incontournable avant d’activer OM01. En 2026 sur S/4HANA, la question se complique encore : MRP Live recalcule vite, mais sa puissance ne corrige pas une segmentation MRP mal posée au départ.
- Le MRP Area segmente la planification de besoin sous un niveau plus fin que l’usine. Trois types disponibles :
01Plant,02Storage Location,03Subcontracting. - L’activation se fait via la transaction
OM01et stocke les paramètres dans la tableMDLV. Action irréversible en production. - L’affectation matériau passe par
MM02vue MRP 1, bouton « MRP Areas ». Le lien matériau-MRP Area est stocké dansMDMA. - En S/4HANA, MRP Live (transaction
MD01N) traite les MRP Areas en in-memory. Vérifier la compatibilité pMRP avec votre release avant de promettre une simulation au métier. - Décision avant Go-Live : Plant pour piloter une unité industrielle complète, Storage Location pour isoler un magasin avancé ou un site déporté, Subcontracting pour un fournisseur dédié.
Pourquoi la planification au niveau usine atteint vite ses limites
Le MRP standard calcule le besoin à l’échelle du Plant. Cohérent quand l’usine est homogène et que tous les matériaux suivent la même logique d’approvisionnement. La réalité industrielle ne ressemble presque jamais à ça.
Trois situations très courantes cassent ce modèle Plant unique :
- Magasin avancé piloté différemment. Une partie du stock d’un même matériau vit dans une zone EWM kanban à consommation rapide, le reste reste en magasin central avec replenishment classique. Au niveau Plant, MRP voit un total, calcule une seule date de commande, et casse le rythme kanban.
- Sous-traitance multi-fournisseurs. Le même matériau est sous-traité chez deux ou trois prestataires en parallèle, avec des contrats de service et des lead time différents. MRP au niveau Plant agrège, et ne sait pas répartir intelligemment.
- Site déporté avec logique propre. Une production version spécifique tourne sur un site déporté avec ses propres temps de cycle, ses propres règles de réception. Au niveau Plant, ces particularités se diluent.
Dans ces trois cas, le MRP Area devient pertinent. Il permet d’avoir plusieurs vues MRP coexistantes pour le même matériau, chacune avec ses propres règles d’approvisionnement, ses propres stratégies de calcul, et ses propres responsables. Ce n’est pas un sujet ABAP ni un sujet technique. C’est un sujet de design métier.
Les 3 types de MRP Area : matrice de décision
SAP propose trois types de MRP Area. Le choix conditionne l’usage opérationnel et la complexité de paramétrage. Voici la grille que j’applique sur mes projets de design supply.
| Type | Cas d’usage | Avantage clé | Limite à connaître |
|---|---|---|---|
01 Plant | MRP classique au niveau usine. Sert de fallback par défaut. | Aucun paramétrage spécifique, comportement historique préservé. | Aveugle aux contraintes de zone interne. Ne couvre pas les besoins de granularité. |
02 Storage Location | Magasin avancé EWM, zone kanban, site déporté, zone consommation différenciée. | Permet plusieurs politiques MRP pour le même matériau dans le même Plant. | Une fois affecté à un matériau, le retour arrière est lourd, parfois impossible sans reprise stock. |
03 Subcontracting | Sous-traitance avec fournisseur dédié pour un même composant sous-traité. | Isolation parfaite des flux sous-traitance par fournisseur. Vue dédiée par contrat. | Réservé strictement aux composants sous-traités. Confusion fréquente avec la MRP Area type 02 sur des cas mixtes. |
Le réflexe sur mission : commencer par lister les contraintes opérationnelles métier, puis choisir le type qui les couvre, plutôt que de partir du type et chercher des cas d’usage à y caser. Le risque inverse mène à des MRP Areas activés sans véritable besoin, qui complexifient le quotidien des planificateurs.
Customizing OM01 et création dans la table MDLV
L’activation des MRP Areas est une transaction Customizing avec deux temps. Premier temps, activer la fonctionnalité globalement. Deuxième temps, créer les MRP Areas concrètes qu’on va utiliser.
Path SPRO canonique :
SPRO → Production → Material Requirements Planning → Master Data → MRP Areas → Activate MRP for MRP Areas (OM01)
Une fois la fonctionnalité activée via OM01, on accède à la création des MRP Areas par le sous-menu « Define MRP Areas ». Chaque entrée crée une ligne dans la table MDLV qui stocke le customizing. Les informations indispensables :
- Identifiant MRP Area court (typiquement 10 caractères) et descriptif (par exemple
P001_KANBAN). - Description fonctionnelle claire qui explique le périmètre métier couvert.
- Type : 01 Plant, 02 Storage Location, ou 03 Subcontracting selon le besoin.
- Plant de rattachement obligatoire.
- Storage Location de base pour le type 02, ou fournisseur pour le type 03.
Sauvegardez sur une requête de transport pour que la nouvelle MRP Area soit propagée du mandant Customizing vers DEV, QAS et PROD. Vérifier les autorisations S_TCODE sur OM01 avant le lancement, c’est un classique qui bloque les juniors en accompagnement.
Activer un MRP Area sur un matériau crée une ligne dans MDMA. Désactiver proprement implique de purger les besoins en cours, de gérer le stock résiduel, et d’aligner les paramètres MRP au niveau Plant. Sur un système live avec des centaines de matériaux, le retour arrière coûte plusieurs semaines de travail. Décider avant Go-Live, pas après.
Affectation au matériau via MM02 et table MDMA
Avec les MRP Areas définies en Customizing, l’étape suivante est l’affectation aux matériaux concernés. Cela se fait matériau par matériau via la transaction MM02, vue MRP 1.
Procédure standard :
- Ouvrir
MM02sur le matériau cible. - Sélectionner la vue MRP 1.
- Cliquer sur le bouton MRP Areas en bas de l’écran.
- Choisir la MRP Area pertinente dans la liste proposée. La sélection écrit une nouvelle entrée dans la table
MDMA. - Une fois la MRP Area sélectionnée, paramétrer les 4 sous-vues qui apparaissent : MRP 1 (procédure MRP, taille de lot), MRP 2 (achats, planification, calcul du besoin), Forecast (prévisions), Consumption values (historique consommation).
Chaque MRP Area assignée a son propre DISPO (MRP controller), ce qui permet de répartir la responsabilité opérationnelle entre planificateurs. C’est un détail qui change la vie au quotidien : la planificatrice du magasin avancé ne voit que ses ordres, pas ceux du Plant complet.
Pour les affectations en masse sur des centaines ou milliers de matériaux, l’affectation manuelle via MM02 est inadaptée. Deux options industrielles : passer par batch input sur MM02, ou utiliser SHDB Transaction Recorder pour scripter un programme ABAP dédié. Sur S/4HANA Cloud, on préfère LTMC ou un service OData dédié.
MRP Area dans S/4HANA : MRP Live, pMRP et nouveaux pièges
S/4HANA n’a pas remplacé le MRP Area, il l’a intégré dans deux mécanismes plus puissants : MRP Live et pMRP. Mais cette intégration change le comportement opérationnel.
MRP Live, lancé via MD01N, exploite la base in-memory HANA pour recalculer la planification quasi en temps réel. Sur un système avec 50 000 matériaux et plusieurs MRP Areas actifs, le run complet passe de plusieurs heures (MRP classique) à quelques minutes. Pratique pour les sociétés qui veulent un rythme de réplanification quotidien voire infra-journalier. La limite à connaître : MRP Live respecte les MRP Areas existants, mais il n’écrit pas les besoins exactement comme le MRP classique. Vérifier les rapports d’erreur dans MD04 par MRP Area après chaque run, surtout en début d’usage.
pMRP (Predictive Material and Resource Planning) permet de simuler des scénarios sur les capacités et les stocks. C’est puissant pour le S&OP et la planification tactique. Le piège : selon la release S/4HANA, pMRP ne couvre pas tous les types de MRP Areas. Vérifier la compatibilité dans la SAP Note correspondante à votre release avant de promettre une simulation pMRP à votre métier.
Cas typique de migration ECC vers S/4HANA : les MRP Areas existants en ECC sont conservés tels quels. Le risque est de ne pas profiter de MRP Live pour rationaliser certains MRP Areas devenus inutiles avec la performance HANA. Un audit MRP Area dans le cadre d’un rollout SAP S/4HANA permet de nettoyer ce que ECC avait imposé par contrainte de performance et qui n’a plus de raison d’être.
Sur mes projets S/4HANA récents, le MRP Area reste un sujet de design métier, pas un sujet technique. La vraie question n’est pas comment l’activer dans OM01, c’est de savoir si on en a vraiment besoin avant de figer un découpage qu’on traînera pendant dix ans.
Michael Antoine, consultant SAP EWM / Supply Chain / S/4HANA
Questions fréquentes sur le MRP Area SAP
Peut-on désactiver un MRP Area une fois activé sur un matériau ?
Techniquement oui, en supprimant la ligne dans la table MDMA via MM02 et en réalignant les paramètres MRP au niveau Plant. Opérationnellement, c’est lourd. Tous les besoins en cours doivent être purgés ou repris, le stock résiduel par MRP Area géré, et le DISPO controller reassigné. Sur un système live, plusieurs semaines de travail. Décider avant Go-Live, jamais après.
MRP Area et MRP Live sont-ils compatibles dans toutes les release S/4HANA ?
MRP Live supporte les MRP Areas depuis les premières releases S/4HANA, mais le comportement détaillé évolue. Vérifier la SAP Note de votre release exacte, en particulier sur les MRP Areas de type 03 Subcontracting. Pour pMRP, la couverture est plus partielle : certaines releases ne simulent que les MRP Areas type 01 et 02.
Différence entre Storage Location MRP (vue MRP 4) et MRP Area type 02 ?
La vue MRP 4 permet d’exclure ou de planifier séparément un Storage Location avec un paramétrage très limité. Le MRP Area type 02 va beaucoup plus loin : il permet une vraie politique MRP complète avec ses propres paramètres MRP 1 à 4, son propre DISPO controller, ses propres prévisions. La vue MRP 4 reste utile pour des cas simples (exclusion d’un magasin de quarantaine par exemple). Le MRP Area type 02 est l’outil pour les politiques de planification complètes.
Le DISPO controller est-il propre à chaque MRP Area ?
Oui. Chaque MRP Area assignée à un matériau via MDMA peut avoir son propre DISPO. C’est précisément l’intérêt opérationnel : le planificateur du magasin avancé ne voit que ses ordres, pas ceux du Plant entier. Cela permet aussi de mesurer la performance MRP par responsable.
Faut-il refaire l’OM01 dans chaque mandant (DEV/QAS/PROD) ?
Non. OM01 est une transaction Customizing. Les paramètres sont stockés dans la table MDLV et propagés via requête de transport du mandant Customizing vers DEV, QAS et PROD. L’activation globale et les définitions de MRP Areas suivent le chemin standard de transport SAP.
En résumé : le MRP Area, outil de design supply avant d’être un sujet technique
Le MRP Area est un levier puissant quand le besoin métier le justifie, et un piège opérationnel quand il est activé par réflexe technique. Sur S/4HANA en 2026, sa puissance s’amplifie grâce à MRP Live et pMRP, mais la décision de l’activer reste avant tout un choix de design supply chain. Listez les contraintes métier réelles avant de toucher à OM01, validez l’irréversibilité opérationnelle avec votre métier, et n’activez que ce qui a un retour sur investissement clair. Le réflexe de senior, c’est de partir du besoin, pas de l’outil.
À lire ensuite
Gestion des lots SAP : guide débutant (MM, PP, QM)
Comprenez la gestion des lots dans SAP : à quoi ça sert, comment activer le batch management dans MM, PP, QM, et créer un lot avec MSC1N. Guide pas à...
Pierre B.
Numéro de série SAP : guide de décision OIS2, 6 procédures et arbitrage matériel vs équipement PM
Quand activer la sérialisation SAP, comment paramétrer le profil OIS2, choisir parmi les 6 serializing procedures et arbitrer entre numéro de série matériel et équipement PM.
Pierre B.
SAP PRT (Production Resources/Tools) : guide des outillages réutilisables
Comprendre les PRT dans SAP : les 4 catégories (Material, Miscellaneous, Document, Equipment), la création MM01, l’assignation gamme et le contrôle de disponibilité, expliqués pas à pas.
Pierre B.
SAP système de classification : caractéristiques et classes
Apprends à utiliser CT04 et CL02 pour classer articles, lots et équipements dans SAP. Guide pédagogique avec cas d'usage MM, PP, QM et EWM.
Pierre B.