Nomenclature et gamme SAP PP : comprendre et créer le couple BOM / routing

Première mise au point, parce que c’est là que tout le monde trébuche : dans SAP, une nomenclature n’a rien à voir avec la nomenclature douanière ou le code des douanes. Ici, nomenclature veut dire Bill of Materials (BOM), c’est-à-dire la liste des composants d’un article fabriqué. Quand tu travailles sur la nomenclature et la gamme SAP PP, tu manipules deux objets de données de base de fabrication, pas un classement de produits pour l’export. Le couple est simple à formuler : la nomenclature dit quoi fabriquer (les composants), la gamme dit comment (les opérations). Et un troisième objet, la version de fabrication, vient relier les deux pour rendre l’article réellement productible.

Si tu débutes sur le module PP, c’est exactement le bon ordre dans lequel poser les choses. Tu n’as pas besoin de tout connaître d’un coup. Tu as besoin de savoir ce que chaque objet porte, où on le crée, et ce qui casse quand il manque, sachant que ces données de base s’articulent ensuite avec le type de production retenu. C’est ce qu’on déroule ici, transaction par transaction, sur un même article fil rouge.

Nomenclature (BOM) vs gamme (routing) : que dit chaque objet ?

La nomenclature liste les composants d’un article fabriqué ; la gamme décrit la suite des opérations pour le produire. Ce sont deux objets distincts, stockés séparément dans SAP, et c’est leur combinaison qui décrit un produit fabricable. Confondre les deux, ou croire que l’un contient l’autre, est l’erreur la plus fréquente quand on découvre les données de base de production.

La nomenclature dit de quoi est fait l’article. La gamme dit comment on le fabrique. Deux objets, jamais l’un dans l’autre.

La nomenclature : la liste des composants (le QUOI)

La nomenclature, c’est la recette au sens « ingrédients ». Pour un vélo, elle dirait : un cadre, deux roues, un guidon, une selle, un jeu de freins, et la quantité de chacun. Chaque ligne de la nomenclature est un composant, avec sa quantité par rapport à une quantité de base de l’article fabriqué. La nomenclature ne dit rien sur la manière de monter le vélo : elle se contente de répondre à la question « de quoi est-il fait ? ».

C’est cette liste que le calcul des besoins (MRP) lit pour savoir quels composants commander ou produire, et c’est aussi elle qui alimente le calcul du coût de revient matière. Une nomenclature fausse ou incomplète, et c’est tout le besoin en composants qui part de travers.

La gamme : la suite des opérations (le COMMENT)

La gamme décrit le déroulé de fabrication : les opérations dans l’ordre, le poste de travail où chacune se fait, et les temps associés. Pour notre vélo, elle dirait : opération 10, préparer le cadre au poste de montage ; opération 20, monter les roues ; opération 30, régler les freins et contrôler. Là où la nomenclature donne les pièces, la gamme donne les gestes et le temps.

Cette suite d’opérations sert à deux choses essentielles : l’ordonnancement (SAP calcule la durée de production à partir des temps de chaque opération) et le calcul du coût de revient de transformation (le temps machine et main-d’œuvre valorisé via le poste de travail). Une gamme bien renseignée, c’est un planning fiable et des coûts justes ; une gamme bâclée, c’est des dates de production fantaisistes.

Tableau de correspondance FR ↔ EN (et l’anti-douane)

Le vocabulaire PP voyage en permanence entre français et anglais, et c’est une source de confusion réelle en mission. Voici la table de correspondance utile, posée une fois pour toutes.

Et pour lever le doute définitivement : la nomenclature SAP PP n’est pas la nomenclature douanière (le code SH, la NC8). Aucun rapport. Dans SAP, le mot désigne uniquement la structure produit d’un article fabriqué.

Qu’est-ce qu’une nomenclature SAP et comment la créer (CS01) ?

Une nomenclature SAP se crée avec la transaction CS01, qui enregistre la liste des composants d’un article fabriqué pour une usine donnée. Tu indiques l’article fabriqué, l’usine, le contexte d’utilisation, puis tu saisis les composants ligne à ligne avec leurs quantités. La nomenclature existe ensuite comme donnée de base, réutilisable à chaque fois que l’article entre en production.

À quoi sert une nomenclature pour un key-user

Trois informations cadrent toute nomenclature : l’article qu’elle décrit, l’usine pour laquelle elle est valable, et son contexte d’utilisation. Le même article peut très bien avoir une nomenclature différente selon l’usine qui le fabrique, ou selon qu’on s’en sert pour la production, pour la maintenance ou pour le commercial. C’est pour ça que SAP te demande systématiquement ces coordonnées avant de te laisser saisir le moindre composant : une nomenclature n’existe jamais « dans l’absolu », toujours dans un contexte.

Créer une nomenclature pas à pas en CS01

Voici le geste de base, sur un article fabriqué simple. Le déroulé reste le même quel que soit l’article, ce qui le rend facile à mémoriser.

1. 1
   Lancer la transaction CS01

   Ouvre la transaction CS01 (création de nomenclature) pour démarrer la saisie d’une nouvelle nomenclature.

2. 2
   Renseigner l’article et l’usine

   Indique l’article fabriqué concerné et l’usine pour laquelle la nomenclature est valable. Une nomenclature existe toujours dans le contexte d’une usine donnée.

3. 3
   Indiquer le contexte d’utilisation

   Renseigne le contexte d’utilisation de la nomenclature (le champ qui précise à quoi elle sert, par exemple la production).

4. 4
   Valider pour accéder aux composants

   Valide pour ouvrir l’écran de saisie des composants, où tu listeras les pièces ligne à ligne.

5. 5
   Saisir chaque composant

   Pose chaque composant sur une ligne : son numéro d’article, sa catégorie d’article (qui distingue un composant géré en stock d’un autre type de poste) et la quantité nécessaire par rapport à la quantité de base.

6. 6
   Contrôler la quantité de base

   Vérifie la quantité de base de l’en-tête (la quantité d’article fabriqué à laquelle se rapportent les composants) pour garder des quantités cohérentes.

7. 7
   Sauvegarder

   Sauvegarde : la nomenclature est créée pour cet article, cette usine et ce contexte, et devient réutilisable à chaque production.

Les champs pièges à comprendre

Quelques zones méritent que tu saches pourquoi elles existent, parce qu’une erreur dessus ne déclenche pas forcément un message d’erreur immédiat : elle se voit plus tard, au pire moment.

• Le contexte d’utilisation de la nomenclature. Ce champ indique l’usage de la nomenclature (production, maintenance, commercial…). S’il ne correspond pas à l’usage attendu, ta nomenclature peut être ignorée par le processus qui devait la consommer. La valeur exacte dépend du paramétrage de ton système, à confirmer avec ton équipe.
• La catégorie d’article du composant. Elle distingue un composant standard géré en stock d’autres types de postes (texte, document, article non géré en stock…). Choisir la mauvaise catégorie, et le composant ne sera pas pris comme une vraie pièce à approvisionner.
• La quantité de base et les quantités composants. Les quantités composants sont exprimées par rapport à la quantité de base de l’en-tête. Si la base est fixée à 1 pièce et que tes composants sont saisis pour un lot de 100, tes besoins seront faux d’un facteur 100. Cohérence base ↔ composants : c’est le calcul des besoins qui paiera l’erreur.
• La validité. Une nomenclature porte une date de validité. Une date mal posée, et la nomenclature « n’existe pas » à la date où tu lances ta production.

Consulter et modifier : CS02 / CS03

Pour faire vivre une nomenclature, deux transactions accompagnent CS01 : CS02 pour la modifier (ajouter, retirer ou changer un composant), et CS03 pour la consulter en lecture seule. Le réflexe sain en mission : ouvrir d’abord en CS03 pour comprendre l’existant avant de toucher à quoi que ce soit en CS02.

Qu’est-ce qu’une gamme SAP et comment la créer (CA01) ?

Une gamme SAP se crée avec la transaction CA01, qui enregistre la suite des opérations de fabrication d’un article et le poste de travail de chaque opération. Tu déclares l’article et l’usine, puis tu saisis les opérations dans l’ordre, en rattachant chacune à un poste de travail et en renseignant ses temps. La gamme devient alors la base de l’ordonnancement et du calcul des coûts de transformation.

Le prérequis : le poste de travail (CR01)

Une gamme ne peut pas exister sans postes de travail, car chaque opération doit indiquer où elle est réalisée. Le poste de travail (work center) se crée en amont avec la transaction CR01 : c’est lui qui porte la capacité disponible, les formules de calcul des temps et le rattachement comptable utilisé pour valoriser l’opération. Si tu attaques une gamme sans avoir de postes de travail définis, tu seras bloqué dès la première opération. Crée donc tes postes de travail d’abord, ta gamme ensuite.

Créer une gamme pas à pas en CA01

Le geste, sur le même article fil rouge que la nomenclature :

1. 1
   Lancer la transaction CA01

   Ouvre la transaction CA01 (création de gamme) pour démarrer une nouvelle gamme.

2. 2
   Renseigner l’article et l’usine

   Déclare l’article fabriqué et l’usine. Comme la nomenclature, la gamme est rattachée à un couple article / usine précis.

3. 3
   Créer les opérations dans l’ordre

   Saisis tes opérations dans l’ordre (10, 20, 30…), chacune avec un texte décrivant le travail à faire.

4. 4
   Rattacher chaque opération à un poste de travail

   Associe chaque opération à un poste de travail (créé au préalable en CR01), qui porte les temps et le rattachement au calcul du coût.

5. 5
   Renseigner les temps

   Saisis les temps de chaque opération (temps de préparation, temps machine, temps main-d’œuvre selon ton paramétrage).

6. 6
   Affecter les composants aux opérations (si besoin)

   Si nécessaire, affecte les composants de la nomenclature aux opérations qui les consomment.

7. 7
   Vérifier le statut de la gamme

   Contrôle le statut avant de sauvegarder : pour être réellement utilisable en production, la gamme doit être dans un statut qui l’autorise (généralement un statut « libéré »). La valeur exacte dépend du paramétrage, à confirmer avec ton équipe.

8. 8
   Sauvegarder

   Sauvegarde : la gamme est créée pour cet article et cette usine.

Les champs pièges à comprendre

• Le statut de la gamme. Une gamme existe mais n’est pas forcément exploitable. Tant qu’elle n’est pas dans un statut qui la rend utilisable (typiquement « libéré »), elle peut être ignorée à la création d’un ordre de fabrication. C’est le piège le plus classique : la gamme est là, mais l’ordre « ne la voit pas ». Le code exact du statut utilisable dépend de ton paramétrage, à faire confirmer.
• Le poste de travail de chaque opération. Une opération sans poste de travail valide, ou pointant vers un poste mal paramétré, et c’est l’ordonnancement et le coût qui sautent. Le poste porte les temps et le rattachement au calcul du coût de revient.
• La gamme de référence. Pour ne pas tout ressaisir, SAP permet de partir d’une gamme déjà existante prise comme modèle, plutôt que de créer chaque opération à la main. Le mécanisme et son intitulé exact varient selon les versions : vérifie l’option disponible dans ton système avant de t’appuyer dessus.
• Les temps. Des temps absents ou irréalistes donnent un planning faux. La gamme n’a de valeur que si ses temps reflètent la réalité de l’atelier.

Consulter et modifier : CA02 / CA03

Comme pour la nomenclature, deux transactions complètent CA01 : CA02 pour modifier une gamme existante (ajouter une opération, corriger un temps, changer un poste de travail) et CA03 pour l’afficher en lecture seule. Et le même réflexe vaut : on regarde en CA03 avant de modifier en CA02.

Comment nomenclature et gamme s’articulent pour fabriquer

Pour qu’un article soit réellement fabricable, il faut le QUOI et le COMMENT réunis : la nomenclature fournit les composants, la gamme fournit les opérations, et SAP combine les deux à la création d’un ordre de fabrication. L’un sans l’autre ne suffit pas : une nomenclature seule ne sait pas comment monter le produit, une gamme seule ne sait pas avec quelles pièces.

Le QUOI + le COMMENT = un produit fabricable

Reprends le vélo. La nomenclature te donne le cadre, les roues, le guidon, la selle. La gamme te dit : prépare le cadre, monte les roues, règle les freins. Tu as besoin des deux pour produire un vélo. Dans SAP, c’est pareil : le système a besoin d’une nomenclature et d’une gamme valides pour le même article et la même usine afin de construire un ordre de fabrication complet, avec ses composants à sortir du stock et ses opérations à exécuter.

Ce que le MRP et l’ordre de fabrication consomment

Le calcul des besoins (MRP) explose la nomenclature pour déterminer quels composants commander ou produire et en quelle quantité ; l’ordre de fabrication, lui, s’appuie à la fois sur la nomenclature (pour les composants) et sur la gamme (pour les opérations et l’ordonnancement). Ces données de base alimentent directement le calcul des besoins (MRP), et c’est pour ça que leur qualité se paie en aval : une donnée de base bancale ne provoque pas une belle erreur rouge bien visible : elle produit un ordre faux qui a l’air normal.

Le liant : la version de fabrication

La version de fabrication est l’objet qui relie une nomenclature précise à une gamme précise pour un article et une usine donnés. Quand un article peut être fabriqué de plusieurs façons (deux nomenclatures alternatives, deux gammes possibles), c’est la version de fabrication qui fixe quelle nomenclature va avec quelle gamme. Elle transforme deux objets indépendants en un couple cohérent et officiel.

Pourquoi la version de fabrication relie BOM et gamme

Sans version de fabrication, SAP peut encore retrouver une nomenclature et une gamme par d’autres mécanismes dans les cas simples. Mais dès que tu as plusieurs nomenclatures ou plusieurs gammes pour le même article, ou que tu utilises certains modes de production, la version de fabrication devient le moyen propre et obligatoire de dire « pour fabriquer cet article de cette manière, on utilise cette nomenclature avec cette gamme ». C’est le maillon qui ferme le trio. Pour le détail de cet objet (sa création, ses contrôles de cohérence et ses cas d’usage), on lui a consacré un guide complet sur la version de fabrication qui relie nomenclature et gamme.

Le trio complet : nomenclature + gamme + version de fabrication

Au final, retiens l’enchaînement plutôt que les transactions isolées : la nomenclature (CS01) liste les composants, la gamme (CA01) décrit les opérations, et la version de fabrication scelle le couple. Ce trio est le socle des données de base de fabrication. Tout le reste (ordres, MRP, coûts) s’appuie dessus.

Où trouver nomenclature et gamme dans le menu SAP

Au quotidien, tu accèdes à ces objets par les transactions directes (CS01/CS02/CS03 pour la nomenclature, CA01/CA02/CA03 pour la gamme). Mais ils sont aussi rangés dans l’arborescence des données de base de production du menu SAP. Le chemin de menu ressemble à ceci (il peut varier selon ta version et ton paramétrage, à confirmer dans ton système) :

Chemin menu SAP :

Logistique → Production → Données de base → Nomenclatures / Gammes

Erreurs fréquentes et points d’attention

La plupart des incidents sur ces objets ne viennent pas de mécanismes compliqués, mais de quelques oublis qui reviennent en boucle. En voici la liste courte à garder sous le coude.

• La gamme non libérée. Tu as créé la gamme, mais elle n’est pas dans le statut qui la rend utilisable. Résultat : à la création de l’ordre de fabrication, SAP ne la prend pas. Vérifie toujours le statut avant de conclure qu’« il manque une gamme ».
• La mauvaise usine. Nomenclature et gamme sont rattachées à une usine. Crée-les sur la mauvaise usine, et l’article paraîtra dépourvu de données de base là où tu en as besoin. C’est l’erreur la plus silencieuse.
• La date de validité oubliée. Une nomenclature ou une gamme dont la validité ne couvre pas la date de production est, pour SAP, inexistante ce jour-là. Toujours contrôler la plage de validité.
• Le contexte d’utilisation ou la catégorie d’article mal choisis. Un mauvais contexte d’utilisation de nomenclature, ou une catégorie d’article qui ne correspond pas à un vrai composant à approvisionner, et le calcul des besoins ne réagira pas comme attendu. Ça ne plante pas : ça calcule faux.
• La quantité de base incohérente. Composants saisis pour un lot, quantité de base posée à l’unité : tes besoins sortent à la mauvaise échelle. Vérifie toujours la cohérence base ↔ composants.

Aucun de ces points n’est difficile. Ils coûtent juste cher quand on les découvre en production, sur un ordre déjà lancé.

FAQ

En résumé

La nomenclature dit de quoi un article est fait, la gamme dit comment on le fabrique, et la version de fabrication relie les deux : c’est ce trio qui rend un article réellement productible dans SAP PP. Si tu débutes, le bon premier geste n’est pas de tout lire mais de pratiquer : ouvre un article de test dans ton système d’apprentissage, crée-lui une nomenclature en CS01, puis une gamme en CA01, et observe comment l’ordre de fabrication les consomme ensemble. Pour aller au bout du cadrage officiel de ces données de base, la formation SAP Learning sur la Production Planning & Manufacturing S/4HANA reprend le même vocabulaire. Et quand tu voudras officialiser le lien entre les deux objets, c’est la version de fabrication qui scelle le couple.

À lire ensuite

01

Tutos SAP

Commande SAP bloquée pour crédit : la débloquer (VKM1, VKM3) et comprendre OVA8

Blocage credit SAP : debloquez votre commande avec VKM1/VKM3, comprenez OVA8 et la bascule FD32 vers UKM_BP en S/4HANA. Guide key-user.

Michael A. 23 min de lecture

02

Tutos SAP

Wave management SAP EWM : maîtriser les vagues de préparation

Wave management SAP EWM : comprendre les vagues de preparation, creer un wave template, liberer une vague et relier vague, warehouse task et order.

Michael A. 17 min de lecture

03

Tutos SAP

IDoc SAP : lire un IDoc, analyser une erreur (WE02 / WE19 / BD87) et savoir quand l’utiliser

Un IDoc SAP en erreur, c'est souvent le premier vrai test d'autonomie d'un consultant junior. Le métier vous signale qu'une commande n'est pas arrivée dans

Michael A. 19 min de lecture

04

Tutos SAP

Output management SAP : comment SAP décide quel document imprimer ou envoyer (NACE)

Si tu es key-user ou consultant junior SD, tu vas tôt ou tard tomber sur la question : "pourquoi ce document est sorti, et pourquoi celui-là ne part pas ?"

Michael A. 17 min de lecture