La Production Version, c’est l’objet SAP qui dit “pour fabriquer cet article, on combine cette nomenclature avec cette gamme, sur cette période”. Sur un projet S/4HANA, ce n’est plus optionnel : sans elle, MRP Live ignore l’article. Le sujet n’est pas compliqué en soi, il faut juste connaître les pièges de timing et savoir quand passer par C223 ou par le report en masse.
Qu’est-ce qu’une Production Version dans SAP ?
Une Production Version SAP est un objet maître qui combine une nomenclature (Bill of Materials) et une gamme opératoire (Routing) pour définir comment un produit fini sera fabriqué sur une période donnée. Créée dans la transaction C223 (Manage Production Versions), elle constitue la référence utilisée par le MRP pour générer les ordres de fabrication.

Le lien BOM x Routing
Sur un article complexe, on a parfois deux ou trois BOM alternatives, et plusieurs gammes identifiées par leur Group Counter. Selon la période ou le site, plusieurs combinaisons restent validées en parallèle. La Production Version sert exactement à ça : verrouiller la combinaison à utiliser quand le MRP doit décider comment fabriquer.
Pourquoi elle devient obligatoire en S/4HANA
Sur ECC, la Production Version était souvent optionnelle. Le MRP standard pouvait s’en passer en utilisant le champ Selection Method du master MRP4 pour choisir la BOM par défaut. Cette époque est terminée.
Avec MRP Live (introduit en SAP S/4HANA 1610), la Production Version devient obligatoire pour tout article géré en planification. Sans PV active dans la période, MRP Live ignore l’article et ne génère aucune proposition d’approvisionnement, contrairement au MRP classique d’ECC qui pouvait s’en passer.
SAP ECC
- PV optionnelle pour MRP standard
- Selection Method (MRP4) actif comme fallback
- BOM/Routing pris par défaut si PV absente
SAP S/4HANA
- PV obligatoire pour MRP Live
- Selection Method déprécié (champ ignoré)
- Pas de PV active = pas de planification
Prérequis avant de créer une Production Version
Avant d’ouvrir C223, trois objets doivent exister et être cohérents : la nomenclature, la gamme, et leurs périodes de validité. Si un seul des trois manque ou n’est pas aligné, la consistency check va échouer.
La nomenclature (Bill of Materials)
Transactions CS01 pour créer, CS02 pour modifier, CS03 pour afficher. La BOM liste tous les composants nécessaires pour fabriquer une unité de produit fini, avec leurs quantités et leurs périodes de validité. Sur un article complexe, on a souvent plusieurs BOM alternatives, par exemple une version export et une version locale, ou une recette qui change quand on bascule sur une nouvelle génération de matière première. Quand un composant de cette BOM est lui-même géré par lot, c’est la batch determination qui choisit le lot consommé à la fabrication.
La gamme opératoire (Routing)
Transactions CA01, CA02, CA03. La gamme décrit la suite d’opérations (poste de travail, durée, prédécesseurs, ressources). Comme la BOM, elle peut avoir plusieurs alternatives identifiées par un Group Counter.
Aligner les périodes de validité
Créer une PV dont la période de validité déborde celle de la BOM ou de la gamme. La consistency check échoue, la PV reste inactive, le MRP l’ignore. Toujours vérifier que la PV est strictement incluse dans l’intersection des périodes BOM et Routing.
Méthode 1 : création en masse via le report CS_BOM_PRODVER_MIGRATION
Quand on bascule un site industriel d’ECC vers S/4HANA, on se retrouve avec des centaines d’articles à équiper d’une PV. Le report standard CS_BOM_PRODVER_MIGRATION est là pour ça. Il scanne les couples BOM/Routing existants et crée les Production Versions correspondantes en une seule passe.
- 1Lancer le report
Transaction
SE38, programmeCS_BOM_PRODVER_MIGRATION, ou via la transaction directe selon le release. - 2Définir la sélection
Saisir le ou les Plants concernés, et la plage de Material Number à traiter. On peut filtrer par MRP Controller pour scoper à un périmètre.
- 3Cocher “Test mode”
Première passe toujours en simulation. Le report produit un log détaillé sans créer de PV.
- 4Vérifier le log
Articles traités, articles en erreur, raisons (BOM absente, périodes incohérentes, etc.). Corriger les masters défaillants avant la passe réelle.
- 5Relancer en mode réel
Décocher Test mode, relancer. Les PV sont créées avec un nom standard (souvent
0001,0002…) et la consistency check est lancée automatiquement.

Sur un projet S/4HANA en industrie, j’ai migré quelques centaines d’articles avec ce report en une après-midi. La difficulté n’est pas le report, c’est de bien aligner les périodes BOM et Routing avant de lancer.
Pierre Balbinot, consultant SAP fonctionnel PP/PM
Méthode 2 : création manuelle via la transaction C223
Pour un article unitaire ou un cas critique, la création manuelle dans C223 reste plus pédagogique. Tous les champs sont devant les yeux, la consistency check se déclenche à la main, donc quand ça coince, on identifie immédiatement la cause. C’est aussi par là qu’il faut commencer quand on apprend l’objet.
- 1Lancer la transaction C223
Saisir le code
C223dans le command field SAP (ou via le menu Logistics > Production > Master Data > Production Versions). - 2Saisir Material et Plant
L’article fini concerné et le site de production. Cliquer sur le bouton “Production Versions” pour lister les PV existantes.
- 3Créer une nouvelle Production Version
Bouton “New Entries” ou cliquer dans une ligne vide. Saisir le code PV (4 caractères, par convention
0001,0002…) et une description courte. - 4Renseigner les détails
Bouton “Détails” : période de validité, BOM Alternative (souvent
1), BOM Usage (souvent1= Production), Routing Group + Group Counter, Lot Size min/max. - 5Lancer la Consistency Check
Bouton dédié en haut de l’écran. SAP vérifie l’existence des objets références et l’alignement des périodes. Résultat : pastille verte (OK), jaune (warning), rouge (error).
- 6Sauvegarder
Bouton “Save”. Une PV en check rouge peut être sauvegardée mais reste inactive. À éviter.


La vérification de cohérence (consistency check)
La consistency check est la garde-barrière de la Production Version. Tant qu’elle est rouge, la PV est inactive : MRP Live l’ignore, les ordres de fabrication ne peuvent pas la référencer. Toujours résoudre les warnings et erreurs avant de quitter C223.

BOM ou Routing référencée absente dans le système ; période de la PV qui déborde celle de la BOM ou du Routing ; BOM Usage incompatible avec le type de PV ; Lot Size de la PV en conflit avec celui du Routing.

Paramétrer la Production Version dans la vue MRP4
Une fois la PV créée, il reste à vérifier que le master article fini la prend bien en compte. Ça se passe dans la vue MRP4 (transaction MM02, onglet MRP4).
Le champ Selection Method (déprécié en S/4HANA)
En ECC, le champ Selection Method de MRP4 servait à indiquer comment SAP devait choisir la BOM (par exemple 2 = par Production Version, 3 = par BOM Selection ID). Avec MRP Live (introduit en S/4HANA 1610), l’usage de ce champ a évolué : le système privilégie la Production Version active déclarée dans C223 plutôt que la Selection Method historique. Si vous migrez un article ECC, vérifiez qu’au moins une PV active existe avant le go-live.

Activer le sourcing automatique pour MRP Live
Pour qu’un article soit pleinement piloté par MRP Live en S/4HANA, trois conditions doivent être réunies : au moins une Production Version active sur la période courante ; BOM et Routing référencés dans la PV également actifs sur cette période ; cohérence entre Lot Size de la PV et règles de lotissement de la vue MRP1.
Production Version = BOM + Routing + période + Lot Size, verrouillés dans une combinaison. Obligatoire en S/4HANA pour MRP Live, optionnelle en ECC. Création en masse via le report CS_BOM_PRODVER_MIGRATION, création manuelle via la transaction C223. Toujours valider la consistency check avant de sauvegarder. Le champ Selection Method de MRP4 est déprécié en S/4HANA. Pour bien comprendre comment les composants BOM sont consommés à la fabrication, voir aussi le guide débutant gestion des lots SAP.
FAQ : Production Version SAP
À quoi sert exactement la Production Version SAP ?
Elle combine une nomenclature (BOM) et une gamme opératoire (Routing) pour une période donnée, et sert de référence au MRP pour générer les ordres de fabrication. Sans PV, le MRP n’a aucun moyen de savoir quelle BOM associer à quelle gamme pour un article qui en a plusieurs.
Quelle est la différence entre BOM et Production Version ?
La BOM (Bill of Materials, transaction CS01) liste uniquement les composants nécessaires à la fabrication. La Production Version (transaction C223) combine cette BOM avec une gamme opératoire et fixe la période de validité de cette combinaison. Une BOM peut exister sans PV, l’inverse n’est pas possible.
Comment activer une Production Version ?
Lancer la consistency check dans C223 et résoudre tous les warnings et erreurs jusqu’à obtenir une pastille verte. Une PV “active” = check verte + date courante incluse dans la période déclarée. Le flag “Locked” doit aussi être décoché.
Pourquoi ma Production Version n’est pas trouvée par MRP ?
Quatre causes typiques : périodes de validité mal alignées entre PV, BOM, et Routing ; flag Locked coche sur la PV ; champ Selection Method incohérent avec la PV (sur ECC uniquement) ; aucune PV active à la date courante (toutes expirées ou pas encore démarrées).
Peut-on avoir plusieurs Production Versions actives en parallèle ?
Oui. Plusieurs PV peuvent être actives simultanément pour un même article (par exemple 0001 et 0002). SAP utilise par défaut la première dans l’ordre alphabétique, sauf si un Quotation Arrangement (transaction MEQ1) ou un Source List (ME01) définit une autre règle de sélection.
Le champ Selection Method de MRP4 est-il vraiment déprécié en S/4HANA ?
Oui, depuis les premières releases S/4HANA. Le champ reste affiché pour compatibilité avec les masters migrés d’ECC, mais MRP Live l’ignore systématiquement et utilise la Production Version active. Toujours sur S/4HANA : pas de PV active = pas de planification, peu importe la valeur de Selection Method.
Comment automatiser la création de PV sur des centaines d’articles ?
Trois options selon le contexte. Le report standard CS_BOM_PRODVER_MIGRATION couvre la majorité des cas d’une migration ECC vers S/4HANA. Pour des règles plus complexes (filtres métier, transformations), LSMW reste pertinent. Pour une intégration récurrente, la BAPI BAPI_PRODVERSION_CREATE permet de scripter la création depuis un programme externe.