SAP PP : ce qu'il fait et où ça se passe mal

SAP PP (Production Planning, la planification de la production) est la partie de SAP S/4HANA qui transforme la demande en plan de production. Il prend les prévisions et les commandes clients, les confronte au stock, aux nomenclatures, aux gammes et à la capacité, puis propose ce qu'il faut fabriquer, ce qu'il faut acheter et quand. Ce guide s'adresse aux responsables d'usine, aux planificateurs et aux chefs de projet qui doivent savoir ce que fait PP, ce qui a changé dans S/4HANA et où les mises en œuvre échouent. La réponse courte sur ce dernier point : les données de base. Si les données de base article, les nomenclatures, les gammes et les postes de travail sont faux, le résultat du MRP est faux, et aucun paramétrage n'y changera rien. La liste de préparation plus bas est le bon point de départ.

J'ai travaillé un jour avec l'équipe d'une usine d'emballage qui traitait plus de 400 ordres de fabrication par semaine. Sans PP, elle jonglait entre tableurs et post-it. Après la mise en œuvre, elle n'est pas devenue parfaite, mais elle a cessé de se noyer.

PP se situe au cœur de la chaîne logistique. Il part de la demande et remonte à travers les articles, la capacité et les délais pour générer des propositions de production. Les fonctions, dans l'ordre où la demande les traverse :

1. Planification des ventes et des opérations (SOP) : volumes globaux fondés sur les prévisions et les attentes du marché
2. Gestion des besoins : transforme ces volumes en besoins indépendants prévisionnels (PIR) qui alimentent le MRP
3. Planification des besoins en composants (MRP) : détermine ce qu'il faut produire ou acheter, quand et en quelle quantité, à partir du stock, des délais et des ordres ouverts
4. Planification et nivellement de la capacité : montre les surcharges des postes de travail avant qu'elles n'atteignent l'atelier
5. Gestion des ordres de fabrication : crée, lance, ordonnance et confirme les ordres jusqu'à leur achèvement

PP couvre la fabrication discrète (pièces automobiles, électronique, biens d'équipement) et la fabrication répétitive (emballage, biens de consommation). La production par lots et par recettes dans l'agroalimentaire, la chimie et la pharmacie relève de PP-PI (Production Planning for Process Industries, la planification de la production pour les industries de process). PP-PI travaille avec des ordres de process et des recettes de base à la place des ordres de fabrication et des gammes.

Le flux qui va de la demande à l'achèvement comporte cinq étapes. Dans la pratique, il se déroule rarement sans interruption, mais c'est la structure que PP est conçu pour gérer.

1. 01SOPObjectifs de volume issus des prévisions
2. 02Gestion des besoinsPIR qui alimentent le calcul MRP
3. 03MRPOrdres prévisionnels et demandes d'achat
4. 04Exécution de la productionOrdres lancés, articles préparés
5. 05ConfirmationMain-d'œuvre, quantités et mouvements de marchandises enregistrés

SAP reflète ce qui s'est réellement passé dans l'atelier

Le SOP est l'endroit où l'on fixe les objectifs de production globaux. Certaines entreprises le pilotent avec rigueur à partir de données de marché. D'autres s'appuient sur des estimations grossières. Dans les deux cas, il alimente la gestion des besoins. Dans S/4HANA, les transactions SOP classiques relèvent du périmètre de compatibilité, que je détaille plus bas.

La gestion des besoins génère les PIR. Un PIR est une prévision : nous pensons avoir besoin de cette quantité de ce produit à cette date. Les PIR sont l'entrée du MRP, et les erreurs s'y propagent en cascade. Un client a un jour chargé en double des PIR couvrant trois mois. Personne ne l'a remarqué jusqu'à ce que la production se mette à tout surcommander.

Le MRP est le moteur de planification. Il compense les PIR et les commandes clients par le stock et les réceptions ouvertes, puis crée des ordres prévisionnels pour la fabrication interne et des demandes d'achat pour les pièces achetées. Un calcul bien paramétré apporte de la clarté. Un calcul bâti sur des données de base inexactes produit du bruit que les planificateurs passent des semaines à traquer.

L'exécution de la production est le moment où les ordres prévisionnels deviennent des ordres de fabrication. Les ordres sont lancés, les articles sont préparés et les opérations s'exécutent sur les postes de travail.

La confirmation referme la boucle. La main-d'œuvre est imputée, les quantités enregistrées et les mouvements de marchandises comptabilisés. Le système reflète alors ce qui s'est réellement passé dans l'atelier, à condition que les gens confirment à temps.

Les données de base sont l'ossature de SAP PP. Pas comme une formule. Comme un fait, avec des conséquences.

Données de base article (vues MRP). Chaque article fabriqué a besoin de vues MRP correctement renseignées. Le type de MRP, la taille de lot, le groupe de stratégies, le contrôle de disponibilité et la clé de marge de planification changent chacun le comportement du MRP. Sur un projet où j'étais, un seul champ manquant dans les données de base article a bloqué la production pendant une semaine. Un seul champ.

Nomenclatures. La nomenclature définit ce qui entre dans un produit fini : composants, quantités, pourcentages de rebut, parfois alternatives. Les nomenclatures peuvent avoir des variantes, ce qui convient aux produits configurables et déroute les équipes nouvelles dans SAP. La question « faut-il vraiment cinq nomenclatures pour cet article ? » appelle une vraie réponse. Trouvez-la avant la mise en œuvre, pas pendant les calculs MRP.

Gammes. Une gamme définit comment un produit est fabriqué : la séquence des opérations, les postes de travail qui les réalisent et la durée de chacune. Sans gamme, SAP ne peut ni calculer la durée de production ni contrôler la capacité. Même les produits simples ont besoin de gammes claires, et les projets pressés les sautent.

Postes de travail. Les postes de travail sont les lieux où la production a lieu : machines, lignes, groupes de personnes. Ils portent des formules d'ordonnancement, des liens de calcul des coûts et des calendriers d'équipes. Les tenir à jour après le go-live est la tâche qu'on abandonne. Quand c'est le cas, la planification de la capacité devient imprécise et les planificateurs cessent de faire confiance au système.

Versions de fabrication. Une version de fabrication associe une nomenclature valide à une gamme valide pour une période et une taille de lot. Dans S/4HANA, elles sont obligatoires pour les articles fabriqués en interne, et MRP Live n'éclate pas une nomenclature sans elles. Les clients ECC qui s'appuyaient sur des méthodes de sélection de nomenclature doivent les créer pendant la conversion.

Structure organisationnelle

Voici les éléments de structure dont PP dépend et le lien de chacun.

Élément de structure	Rôle dans SAP PP	Lien principal
Mandant	Structure d'entreprise de plus haut niveau	Commun à tous les modules
Société	Entité juridique pour le reporting financier	Suivi des coûts de production en FI
Division	Unité centrale où a lieu la production	Relie PP à MM, SD, PM
Magasin	Subdivision physique du stock au sein de la division	Préparation et mouvements des articles
Zone MRP	Périmètre de planification pour des calculs MRP distincts	Remplace le MRP par magasin dans S/4HANA
Poste de travail	Ressource de production (machine, ligne, groupe)	Gamme, planification de la capacité, centres de coûts CO
Version de fabrication	Combinaison valide de nomenclature et de gamme pour un article	Obligatoire pour le MRP et la création d'ordres dans S/4HANA

Liste de préparation avant le premier calcul MRP

Exécutez cette séquence avant de lâcher le MRP sur des données migrées. Le responsable entre parenthèses est celui qui valide.

1. Vues MRP des données de base article complètes pour chaque article planifié, y compris le groupe de stratégies et la taille de lot (responsable planification)
2. Nomenclatures validées par rapport à ce qui est réellement fabriqué, avec confirmation des composants et des rebuts par le bureau d'études (bureau d'études)
3. Gammes existantes pour chaque article fabriqué en interne, avec des temps d'opération réalistes (méthodes)
4. Calendriers et capacités des postes de travail alignés sur les équipes actuelles (directeur d'usine)
5. Une version de fabrication valide par article fabriqué en interne, couvrant l'horizon de planification (responsable planification)
6. PIR chargés une seule fois, rapprochés du plan de demande approuvé avant le premier calcul (planificateur de la demande)
7. Ordres ouverts et stock rapprochés entre l'ancien système et SAP (contrôleur des stocks)
8. Un calcul MRP de test sur une seule division ou zone MRP, avec revue des exceptions par les planificateurs avant le calcul complet (responsable planification)

PP ne travaille pas seul. Chaque point d'intégration est aussi un point de défaillance.

MM (gestion des articles). PP génère les besoins en articles et MM les approvisionne. Si la disponibilité est fausse dans MM, les ordres de fabrication se heurtent à des ruptures. Une bonne intégration entre PP et MM est ce qui met fin aux achats en urgence.

SD (ventes et distribution). Les commandes clients peuvent consommer des PIR dans la gestion des besoins. Le groupe de stratégies des données de base article contrôle la manière dont ils le font. S'il est faux, commandes clients et prévisions s'additionnent au lieu de se compenser, ce qui double le signal de demande sans aucun message d'erreur. Mon guide SAP SD couvre le côté commande de ce lien.

CO (contrôle de gestion). Les ordres de fabrication portent des coûts. CO suit la main-d'œuvre, les articles et les frais généraux réels par rapport au coût standard, et le règlement comptabilise les écarts. Sans lui, la vision financière de la production est incomplète.

QM (gestion de la qualité). Des événements PP peuvent déclencher des lots de contrôle QM, et les résultats qualité peuvent bloquer des ordres. C'est ce qui fait de la qualité un contrôle de process plutôt qu'une réflexion après coup.

Si vous migrez depuis ECC, voici les changements de PP qui touchent la conception et les données. Le détail se trouve dans la liste de simplification de SAP et dans la matrice du périmètre de compatibilité (note SAP 2269324).

1. MRP Live (transaction MD01N) est le calcul de planification recommandé par SAP. Il s'exécute dans la base de données HANA, peut planifier plusieurs divisions en un seul calcul et n'écrit pas de listes MRP. Les transactions classiques MD01 à MD03 existent toujours. Le module d'apprentissage SAP sur MRP Live est une bonne introduction.
2. Les versions de fabrication sont obligatoires pour la production interne, comme indiqué plus haut.
3. Les zones MRP remplacent le MRP par magasin. Les magasins planifiés séparément dans ECC ont besoin d'une zone MRP dans S/4HANA.
4. Le SOP, les listes MRP et la planification basée sur les prévisions (type de MRP VV) relèvent du périmètre de compatibilité. Les droits d'utilisation ont pris fin le 31 décembre 2025 pour les systèmes on-premise. SAP les a prolongés jusqu'au 31 décembre 2030 pour les systèmes S/4HANA sous contrat RISE with SAP ou SAP Cloud ERP Private. Le successeur désigné par SAP pour le SOP est SAP IBP.
5. PP/DS embarqué (Production Planning and Detailed Scheduling, la planification de la production et l'ordonnancement détaillé) s'exécute dans S/4HANA pour l'ordonnancement à capacité finie. MRP Live transmet les articles marqués pour la planification avancée aux heuristiques de PP/DS. Vérifiez votre licence avant de concevoir autour de cette fonction.

La page SAP Help sur le travail avec MRP Live donne le détail du paramétrage.

J'ai vu de vrais désastres au fil des années, et voici les schémas à éviter. Avec RISE with SAP, l'approche Clean Core limite le code spécifique qui masquait autrefois ces problèmes. Les mauvaises données de base apparaissent désormais plus vite, et coûtent plus cher à contourner.

Précipiter la migration des données de base. Je me souviens d'un fabricant de pièces automobiles qui avait bâclé la migration de ses nomenclatures et de ses gammes. Il a passé six mois après le go-live à corriger des ordres de fabrication qui échouaient sans cesse à cause de problèmes de données. La validation des données de base avant la migration n'est pas une tâche annexe. C'est le projet. Mon article sur les raisons de l'échec de la migration de données SAP va plus loin.

La résistance des utilisateurs. Les planificateurs expérimentés résistent souvent à PP parce qu'il reprend un travail qu'ils faisaient à la main et au jugement. Associez-les tôt au paramétrage. Montrez-leur où PP leur rend du temps. C'est ce qui décide de l'adoption.

Reproduire les processus existants. L'erreur de paramétrage la plus constante que je vois : configurer SAP pour qu'il fonctionne exactement comme l'ancien processus au lieu d'adopter la logique de planification standard. Résultat : un système sur-paramétré qui apporte moins que ce pour quoi PP a été conçu.

Sous-tester les intégrations. Chaque connexion avec MM, SD, CO et QM peut échouer. Les équipes qui testent chaque module isolément découvrent les problèmes d'intégration en production.

Rogner sur la formation. J'ai vu des entreprises dépenser des millions pour la mise en œuvre, puis faire des économies en coupant la formation. Les utilisateurs qui ne comprennent pas le système créent des contournements. Les contournements détruisent l'exactitude des données dont dépend le MRP.

Le tableau associe chaque risque à son impact et à la parade que j'inscrirais dans le plan.

Risque	Impact	Parade
Paramétrage MRP incorrect	Ruptures, surproduction, surcoût d'approvisionnement	Valider avec les responsables métier les types de MRP, les groupes de stratégies et les tailles de lot
Nomenclature ou gamme inexacte	Besoins en articles faux, retards en atelier	Associer le bureau d'études aux revues de nomenclatures et de gammes avant la migration
Mauvaise planification de la capacité	Goulots d'étranglement sur les postes de travail, dates de livraison manquées	Exécuter l'évaluation et le nivellement de la capacité avant de lancer les ordres
Version de fabrication manquante	Le MRP ne peut ni éclater la nomenclature ni créer d'ordres valides	Une version de fabrication valide par article fabriqué en interne
Pas de retour d'atelier en temps réel	Statut de production inexact, écarts détectés tardivement	Imposer des confirmations dans les délais ; intégrer SAP Digital Manufacturing ou un autre MES
Utilisateurs insuffisamment formés	Confirmations erronées, erreurs de backflush, reprises non résolues	Formation par rôle sur des cycles de production réels
Configuration par variantes non traitée	Ordres erronés pour les produits configurables	Tester la logique de configuration sur la nomenclature et la gamme ensemble

Qu'est-ce que SAP PP et à quoi sert-il ?

SAP PP (Production Planning) est le module SAP de planification et d'exécution de la fabrication. Il gère les nomenclatures, les postes de travail, les gammes et les ordres de fabrication. Son rôle central : relier la demande issue des prévisions et des commandes clients à la capacité de production par le MRP, puis conduire l'ordre de fabrication de sa création à son règlement.

De quelles données de base SAP PP a-t-il besoin ?

Cinq objets : les vues MRP des données de base article, les nomenclatures, les gammes, les postes de travail et, dans S/4HANA, les versions de fabrication. Chacun doit être exact au go-live et entretenu ensuite. Un seul champ manquant dans les données de base article peut empêcher la création d'ordres de fabrication.

Comment fonctionne le MRP dans SAP S/4HANA ?

Le MRP compense la demande (PIR, commandes clients, besoins dépendants) par le stock et les réceptions ouvertes, en s'appuyant sur les délais, les tailles de lot et le stock de sécurité des données de base article. Il produit des ordres prévisionnels pour la fabrication interne et des demandes d'achat pour l'approvisionnement externe. Dans S/4HANA, SAP recommande MRP Live (MD01N), qui s'exécute dans la base de données HANA et ne crée pas de listes MRP.

Qu'est-ce qu'un ordre de fabrication dans SAP PP ?

Un ordre de fabrication est l'instruction de fabriquer une quantité précise d'un article à une date précise. Il est généralement converti à partir d'un ordre prévisionnel du MRP. Son cycle de vie va de la création et du lancement à la confirmation, à l'entrée en stock et au règlement, où les coûts réels sont comparés au standard et où l'écart est comptabilisé dans CO.

Quelle est la différence entre SAP PP et SAP PP-PI ?

SAP PP est conçu pour la fabrication discrète et répétitive, avec des ordres de fabrication fondés sur des nomenclatures et des gammes. SAP PP-PI est conçu pour la production par lots et par recettes dans l'agroalimentaire, les boissons, la chimie et la pharmacie. Il utilise des ordres de process et des recettes de base, et ajoute les coproduits, les sous-produits et la traçabilité par lot. Pour les secteurs réglementés, cette traçabilité au niveau du lot est une exigence de conformité.

Le SOP est-il toujours disponible dans SAP S/4HANA ?

Le SOP classique fait partie du périmètre de compatibilité de S/4HANA, avec des droits d'utilisation limités. Ces droits ont pris fin le 31 décembre 2025 pour les systèmes on-premise et courent jusqu'au 31 décembre 2030 pour les systèmes sous contrat RISE with SAP ou SAP Cloud ERP Private. Le successeur recommandé par SAP est SAP Integrated Business Planning (IBP).

Quelles sont les erreurs de mise en œuvre de SAP PP les plus courantes ?

Bâcler les données de base, choisir le mauvais groupe de stratégies, copier les anciens processus dans le paramétrage, sauter les tests d'intégration complets et rogner sur la formation. La plupart finissent de la même façon : un résultat MRP auquel personne ne fait confiance, et des planificateurs de retour dans leurs tableurs.