Une équipe qui clôture des dizaines d’ordres de fabrication identiques chaque semaine sur une ligne parfaitement stable, et un contrôleur qui analyse les écarts ordre par ordre alors que rien ne change jamais : voilà le symptôme classique d’un type de production SAP choisi par défaut.
Le mauvais choix ne casse rien. Il fait juste payer un surcoût administratif tous les jours. Discrete, repetitive ou process : ce guide passe en revue les trois types de production de SAP PP et, surtout, les critères qui font réellement basculer la décision.
- SAP PP propose 3 types de production : discrete (à l’ordre), repetitive (flux lean) et process (recettes et lots).
- Le type caractérise la fréquence, la complexité et la stabilité du process : c’est l’un des premiers choix d’implémentation, coûteux à inverser.
- Le repetitive (REM) fonctionne sans ordre de fabrication : ordres planifiés, backflush et coûts par période via le product cost collector.
- Le process remplace BOM et gammes par des master recipes sur des ressources, avec gestion des lots et des principes actifs (exclusivité du type).
- MTS et MTO sont supportés par les trois types : ce n’est pas un critère de choix.
Pourquoi le type de production est un choix structurant en SAP PP
Le type de production caractérise la façon dont un produit est fabriqué : à quelle fréquence, avec quelle complexité, et avec quelle stabilité. C’est l’une des toutes premières décisions d’une implémentation SAP PP, et elle conditionne tout ce qui suit : les objets de gestion (ordres ou pas d’ordres), les master data à construire, la manière de confirmer la production et la manière d’imputer les coûts.
C’est aussi une décision difficile à inverser. Revenir d’un type discrete vers du repetitive après le go-live signifie reconstruire des master data, reformer les équipes et refondre le reporting de production. D’où l’intérêt de poser les bons critères dès l’atelier de cadrage, plutôt que de reproduire le paramétrage du projet précédent.
Les 3 types de production SAP en un coup d’œil
Le discrete manufacturing produit des unités distinctes, souvent assemblées : chaque lancement passe par un ordre de fabrication qui spécifie composants, opérations et postes de travail. Le repetitive manufacturing (REM) vise la production de masse d’un produit stable sur une ligne dédiée : la gestion s’allège au maximum, sans ordres de fabrication. Le process manufacturing couvre les productions par transformation chimique ou physique, où l’on mélange, chauffe et transforme des quantités plutôt que d’assembler des pièces.
Les critères qui font vraiment basculer le choix
MTS ou MTO ? Mauvaise question : les trois types supportent les deux stratégies. Les critères discriminants sont ailleurs, et ils sont mesurables sur votre process réel.
| Critère | Discrete | Repetitive (REM) | Process |
|---|---|---|---|
| Stabilité et complexité | Process complexe, stockages intermédiaires | Très stable, volumes élevés, sans complexité | Process complexe, flux souvent continu |
| Flux de production | Piloté par ordre | Lean, sans types d’ordres (ordres planifiés) | Piloté par ordre (process orders) |
| Changeovers | Fréquents | Rares | Fréquents |
| MTS / MTO | Supportés | Supportés | Supportés |
| Batch management | Possible | Possible | Intensif |
| Principes actifs (active ingredient) | Non disponible | Non disponible | Disponible |
| Material quantity calculation | Non | Non | Oui |
| Staging des composants | Par référence à l’ordre | Périodique et anonyme | Par référence au process order |
Trois lignes de cette grille suffisent souvent à trancher. La fréquence de changeover d’abord : une ligne qui produit la même référence pendant des semaines n’a rien à faire en discrete. Le staging des composants ensuite : approvisionner les composants par ordre, ou alimenter la ligne en continu de façon anonyme, ce sont deux organisations d’atelier différentes. Les principes actifs enfin : si vos matières ont une concentration variable à compenser à chaque lot, le process manufacturing est le seul type qui sait le faire nativement.
Coûts par ordre ou par période : l’angle controlling qui départage
Un critère sous-estimé en atelier de design, et pourtant décisif pour la vie quotidienne : où s’accumulent les coûts de production.
En discrete et en process, chaque ordre porte ses coûts : matières consommées, temps confirmés, frais généraux. L’ordre se solde (settlement), et le contrôleur analyse les écarts ordre par ordre. C’est précieux quand chaque lancement est différent, et c’est exactement ce qui devient absurde quand la production ne varie jamais.
En repetitive, les coûts s’accumulent sur un product cost collector, et l’analyse se fait par période : on compare ce que la ligne a consommé et produit sur le mois, pas sur un ordre. Moins de granularité, beaucoup moins de charge de clôture. Pour une ligne stable, c’est le bon échange ; pour une production à la commande complexe, ce serait une perte de pilotage.
Quel type de production pour quel scénario industriel
Trois scénarios types résument l’arbitrage tel qu’on le rencontre en cadrage.
L’assemblage à la commande avec variantes : des produits configurés, des nomenclatures qui changent à chaque commande, des opérations de montage spécifiques. Le discrete s’impose : l’ordre de fabrication trace précisément composants, opérations et coûts de chaque unité produite. On le retrouve typiquement dans la machine spéciale, l’aéronautique ou l’électronique complexe.
La ligne de masse stable : la même référence, en grande quantité, sur une période prolongée, avec des changements de série rares. Le repetitive permet de piloter par taux de production, de confirmer en backflush et de lisser l’analyse des coûts par période. Automobile de série et biens de consommation en sont les terrains classiques.
Le flux continu à base de recettes : mélanges, réactions, températures, proportions précises, traçabilité par lots et principes actifs à compenser. Le process manufacturing est conçu pour cela, avec ses master recipes et ses process orders. Pharma, chimie, agroalimentaire et cosmétique y vivent au quotidien.
Master data et objets réels par type : ce que vous allez configurer
Au-delà des principes, chaque type engage des objets concrets, et c’est là que les différences deviennent visibles pour le key user.
En discrete, la chaîne est la plus connue : nomenclatures (BOM), gammes et postes de travail décrivent le produit et le process ; le MRP génère des ordres planifiés que l’on convertit en ordres de fabrication ; la création de l’ordre génère automatiquement les réservations de composants et les besoins de capacité sur les postes. La planification amont peut s’appuyer sur une simulation capacitaire pMRP avant que ces ordres planifiés n’existent.
En repetitive, on configure un REM profile, on active le type sur l’article, et les production versions deviennent obligatoires : ce sont elles qui relient article, nomenclature et ligne de production. Pas de types d’ordres : la ligne s’exécute sur les ordres planifiés, les consommations se déclarent en backflush, et les coûts convergent vers le product cost collector. La granularité de planification des composants se règle finement, notamment via les MRP areas quand l’usine alimente la ligne depuis des zones distinctes.
En process, la master recipe remplace le couple BOM et gamme : elle décrit ingrédients, phases et paramètres du process, exécutés sur des ressources plutôt que des postes de travail. Les process orders pilotent l’exécution, les PI sheets guident les opérateurs, et le batch management assure la traçabilité des lots, avec la gestion des principes actifs quand la teneur des matières varie.
Checklist de décision avant de figer votre type de production
Avant de figer le choix en atelier de design, quatre questions fermées font le tri :
- Vos changements de série sont-ils fréquents ou exceptionnels ? Fréquents : discrete ou process. Rares sur ligne stable : repetitive.
- Vos composants sont-ils approvisionnés pour un ordre précis, ou la ligne est-elle alimentée en continu ? Le staging anonyme périodique est la signature du repetitive.
- L’analyse des coûts ordre par ordre vous apprend-elle quelque chose ? Si la réponse est non, le product cost collector du REM allégera vos clôtures.
- Avez-vous des recettes, des lots et des principes actifs à compenser ? Si oui, le process manufacturing est le seul type équipé nativement.
Et si plusieurs réponses se contredisent, rappelez-vous qu’une usine SAP n’est pas monolithique : les types de production se choisissent par article et par process, pas une fois pour toute l’usine. Une même usine fait tourner du repetitive sur ses lignes stables et du discrete sur ses ateliers de personnalisation. Le concept officiel est détaillé dans le parcours public Exploring Production Planning in SAP S/4HANA.
Le type de production est l’une de ces décisions silencieuses qui font la différence entre un SAP PP qui accompagne l’atelier et un SAP PP qui le freine. Choisissez sur vos critères mesurés (changeover, staging, granularité de coûts), pas par habitude. Et en amont de l’exécution, la simulation capacitaire pMRP vous dira si le plan de demande passe sur vos lignes, quel que soit le type retenu.
FAQ : vos questions sur les types de production SAP
Peut-on combiner plusieurs types de production dans une même usine SAP ?
Oui, et c’est très courant. Le type de production se détermine par article et par process, pas globalement : une même usine peut faire tourner du repetitive sur ses lignes de masse et du discrete sur ses ateliers d’assemblage à la commande.
Quelle est la différence entre un ordre de fabrication et un ordre planifié en repetitive manufacturing ?
En repetitive, l’ordre planifié généré par le MRP n’est pas converti en ordre de fabrication : la ligne s’exécute directement sur les ordres planifiés, et les consommations sont déclarées en backflush. C’est tout l’allègement du REM : aucun type d’ordre à créer, suivre et clôturer.
Le repetitive manufacturing SAP supporte-t-il le make-to-order ?
Oui. MTS et MTO sont supportés par les trois types de production, repetitive compris. La stratégie de planification n’est donc pas un critère de choix du type : ce sont la stabilité du process, le staging et la granularité des coûts qui départagent.
Pourquoi le process manufacturing utilise des master recipes au lieu de gammes ?
Parce qu’une production par transformation ne se décrit pas comme un assemblage : la master recipe combine en un seul objet les ingrédients, les phases du process et leurs paramètres (températures, durées, proportions), exécutés sur des ressources. Elle remplace le couple nomenclature et gamme du discrete.
Comment les coûts sont-ils imputés en REM sans ordre de fabrication ?
Via le product cost collector : les consommations et confirmations de la ligne s’y accumulent, et l’analyse se fait par période (par exemple mensuelle) plutôt qu’ordre par ordre. Moins de granularité, beaucoup moins de charge de clôture, adapté à une production stable.
L’active ingredient management est-il disponible en discrete manufacturing ?
Non. La gestion des principes actifs, qui compense la teneur variable des matières lot par lot, est une exclusivité du process manufacturing. Si ce besoin existe dans votre process, le choix du type est de fait tranché.
À lire ensuite
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.
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.
SAP Batch Determination : guide configuration et pièges réels
Tu paramètres la batch determination SAP ? Les 6 étapes (COB1, OPL8, condition tables) plus les pièges qu'on rencontre en prod, par un consultant terrain.
Pierre B.
Production Version SAP : créer & paramétrer (C223, MRP4)
Tout savoir sur la Production Version SAP : prérequis, création via C223 ou report de masse, paramétrage MRP4. Tutoriel pas à pas par un consultant SAP.
Pierre B.