ArchitectureArchitecture BOM · ERP ~12 min de lecture~12 min read

Le maillon où se perdent les données produitThe link where product data goes missing

Connecter la nomenclature à l'ERP : les 4 architectures possibles, et celle qui tient dans le tempsConnecting the BOM to the ERP: the 4 possible architectures, and the one that lasts

Publié le 20 septembre 2026 — entre la conception et l'achat, la nomenclature change de système. C'est le passage le plus fragile de toute la chaîne, et celui que les projets traitent en dernier. Les quatre façons de le franchir, ce que chacune coûte réellement, qui doit faire autorité sur quoi, et les six pièges qui cassent une interface six mois après sa mise en service.Published 20 September 2026 — between design and purchasing, the bill of materials changes system. It's the most fragile crossing in the whole chain, and the one projects address last. The four ways to make it, what each really costs, who must be authoritative over what, and the six traps that break an interface six months after go-live.

Comparer les 4 architecturesCompare the 4 architectures Les 6 piègesThe 6 traps

4 Architectures possiblesPossible architectures

1 Système qui fait autoritéAuthoritative system

6 Pièges à désamorcerTraps to defuse

Le problème, posé simplementThe problem, put simply

La nomenclature naît dans la conception et se consomme dans l'achat et la production. Entre les deux, elle traverse une frontière de systèmes : le PDM ou le PLM d'un côté, l'ERP de l'autre. Cette traversée est le point le plus fragile de toute la chaîne des données produit, pour une raison simple : les deux systèmes ne parlent pas du même objet.The bill of materials is born in design and consumed in purchasing and production. In between, it crosses a system boundary: PDM or PLM on one side, ERP on the other. That crossing is the most fragile point in the whole product-data chain, for one simple reason: the two systems aren't talking about the same object.

Côté conception, l'objet de base est un fichier qui décrit une pièce. Côté ERP, c'est un article qu'on achète, stocke et valorise. Un article peut exister sans fichier — une prestation de traitement de surface, par exemple — et plusieurs fichiers peuvent décrire un même article. Tant que cette distinction n'est pas tranchée, aucune interface ne tiendra.On the design side, the basic object is a file describing a part. On the ERP side, it's an item you buy, stock and cost. An item can exist without a file — a surface-treatment service, for instance — and several files can describe one item. Until that distinction is settled, no interface will hold.

Les 4 architectures, de la pire à la meilleureThe 4 architectures, worst to best

ArchitectureArchitecture	Comment ça marcheHow it works	Ce que ça coûte vraimentWhat it really costs
1. La ressaisie1. Re-keying	Quelqu'un lit la nomenclature d'un côté et la tape de l'autreSomeone reads the BOM on one side and types it on the other	Un taux d'erreur incompressible et un délai qui dépend d'une personneAn irreducible error rate and a delay that depends on one person
2. Le fichier pivot2. The pivot file	Export CSV d'un côté, import de l'autre, à la main ou planifiéCSV export on one side, import on the other, manual or scheduled	Moins d'erreurs de frappe, mais aucune gestion des conflits ni des suppressionsFewer typos, but no handling of conflicts or deletions
3. Le connecteur unidirectionnel3. One-way connector	Le PDM/PLM pousse la nomenclature dans l'ERP à l'approbationPDM/PLM pushes the BOM into the ERP on approval	Solide, à condition de protéger ce que les méthodes ajoutent côté ERPSolid, provided what methods add on the ERP side is protected
4. La transformation gérée4. Managed transformation	eBOM et mBOM coexistent, liées ligne à ligne ; l'ERP reçoit la mBOMeBOM and mBOM coexist, linked line by line; the ERP receives the mBOM	Le plus exigeant à mettre en place, le seul qui survive aux modificationsThe most demanding to set up, the only one that survives changes

La progression n'est pas une échelle de maturité qu'il faudrait gravir à tout prix. Une PME avec un produit stable vit très bien en architecture 3, et beaucoup s'épuisent à viser la 4 sans en avoir le besoin. En revanche, l'architecture 1 finit toujours par coûter plus cher que son remplacement — c'est la seule dont je déconseille systématiquement le maintien.This progression isn't a maturity ladder you must climb at all costs. An SME with a stable product lives very well on architecture 3, and many exhaust themselves aiming for 4 without needing it. Architecture 1, on the other hand, always ends up costing more than its replacement — the only one I systematically advise against keeping.

Qui fait autorité sur quoiWho is authoritative over what

C'est la décision structurante, et elle se prend avant tout développement d'interface. Voici la répartition qui fonctionne dans la grande majorité des cas :This is the structuring decision, and it's taken before any interface development. Here's the split that works in the vast majority of cases:

DonnéeData	Fait autoritéAuthoritative system
Identifiant de l'article, désignation, matière, indiceItem number, description, material, revision	PDM / PLM
Structure de la nomenclature d'étudeEngineering BOM structure	PDM / PLM
Sous-ensembles de montage, consommables, rebutsAssembly sub-assemblies, consumables, scrap	PLM ou ERP, selon l'architecture retenuePLM or ERP, depending on the chosen architecture
Gammes, temps, postes de chargeRoutings, times, work centres	ERP
Fournisseurs, prix, délais, stocksSuppliers, prices, lead times, stock	ERP

Une règle simple découle de ce tableau : une donnée n'a qu'un seul propriétaire, et l'autre système l'affiche sans pouvoir la modifier. Dès que deux systèmes peuvent écrire le même champ, la divergence n'est qu'une question de temps — et personne ne saura dire laquelle des deux valeurs est la bonne.One simple rule follows: a piece of data has exactly one owner, and the other system displays it without being able to change it. As soon as two systems can write the same field, divergence is only a matter of time — and nobody will be able to say which value is right.

Les 6 pièges qui cassent une interfaceThe 6 traps that break an interface

1. Les articles sans fichier. Traitements de surface, prestations, matières premières au mètre : ils existent dans l'ERP et nulle part en conception. L'interface doit les accepter dans une nomenclature sans chercher un fichier correspondant.1. Items with no file. Surface treatments, services, raw material by the metre: they exist in the ERP and nowhere in design. The interface must accept them in a BOM without looking for a matching file.
2. Les unités de mesure. La CAO compte des occurrences, l'ERP des grammes, des mètres et des litres. Sans table de conversion explicite, le premier joint de colle fausse la nomenclature et, par ricochet, le calcul des besoins.2. Units of measure. CAD counts occurrences, the ERP counts grams, metres and litres. Without an explicit conversion table, the first bead of glue corrupts the BOM and, in turn, the requirements calculation.
3. Les suppressions. Tous les connecteurs savent créer et mettre à jour. Beaucoup ne savent pas supprimer proprement une ligne retirée de la conception — elle reste alors dans l'ERP et se commande encore des mois après.3. Deletions. Every connector can create and update. Many can't cleanly remove a line dropped from the design — it then lingers in the ERP and keeps getting ordered months later.
4. Les indices. Que fait l'ERP quand une pièce passe de l'indice B à l'indice C ? Nouvel article, ou même article avec un indice modifié ? Les deux choix se défendent ; ne pas trancher ne se défend pas, et produit les pièces fabriquées au mauvais indice.4. Revisions. What does the ERP do when a part moves from revision B to C? A new item, or the same item with a changed revision? Both choices are defensible; not deciding isn't, and it produces parts built to the wrong revision.
5. Le moment du transfert. Pousser une nomenclature dès sa création remplit l'ERP de brouillons. Le bon déclencheur est l'approbation, c'est-à-dire un état de workflow — pas une action manuelle qu'on oublie.5. Transfer timing. Pushing a BOM as soon as it's created fills the ERP with drafts. The right trigger is approval, that is a workflow state — not a manual action someone forgets.
6. Les doublons d'articles. Sans règle de codification unique et partagée, la même pièce entre deux fois dans l'ERP sous deux références. C'est le symptôme le plus visible d'une codification non maîtrisée, et le plus coûteux en achats.6. Duplicate items. Without a single shared numbering rule, the same part enters the ERP twice under two references. It's the most visible symptom of uncontrolled part numbering, and the costliest in purchasing.

Quand on me demande de réparer une interface qui « ne marche plus », le problème est presque toujours l'un de ces six points — et il était présent dès le premier jour. Il n'apparaît qu'au premier cas réel qui sort du scénario de démonstration.When I'm asked to fix an interface that "stopped working", the problem is almost always one of these six — and it was there from day one. It only surfaces with the first real case that steps outside the demo scenario.

Mohamed Omar Baouch

La séquence de mise en placeThe implementation sequence

Aligner la codification des deux côtés. Sans identifiant commun et fiable, tout le reste est inutile.Align part numbering on both sides. Without a common, reliable identifier, everything else is pointless.
Écrire la matrice de propriété champ par champ, et la faire valider par les deux services. Une page suffit ; c'est la page qui évitera six mois de discussions.Write the ownership matrix field by field, and have both departments approve it. One page is enough; it's the page that saves six months of argument.
Définir le déclencheur du transfert et ce qui se passe en cas d'échec. Une interface qui échoue en silence est pire qu'une ressaisie manuelle.Define the trigger for the transfer and what happens on failure. An interface that fails silently is worse than manual re-keying.
Tester sur les cas tordus, pas sur une nomenclature propre : article sans fichier, pièce multicorps, consommable au gramme, ligne supprimée, changement d'indice.Test on the awkward cases, not on a clean BOM: item without a file, multi-body part, consumable by the gram, deleted line, revision change.
Démarrer sur une famille de produits pendant un trimestre avant de généraliser, comme pour toute reprise de données.Start with one product family for a quarter before rolling out, as with any data migration.

FAQ

Faut-il envoyer l'eBOM ou la mBOM dans l'ERP ?Should the eBOM or the mBOM go into the ERP?

L'ERP a besoin de la nomenclature de fabrication, puisqu'il pilote les achats et la production. La question réelle est de savoir où la mBOM est construite : côté PLM puis transférée, ou côté ERP à partir de l'eBOM reçue. Les deux fonctionnent, à condition que le choix soit écrit — voir eBOM vs mBOM.The ERP needs the manufacturing BOM, since it drives purchasing and production. The real question is where the mBOM is built: on the PLM side then transferred, or on the ERP side from the received eBOM. Both work, provided the choice is written down — see eBOM vs mBOM.

L'intégration doit-elle être bidirectionnelle ?Should the integration be bidirectional?

Rarement. Un flux descendant du PDM/PLM vers l'ERP, plus une remontée en lecture seule de quelques informations utiles au bureau d'études — stock, prix, fournisseur — couvre l'immense majorité des besoins sans créer de conflits d'écriture.Rarely. A downward flow from PDM/PLM to the ERP, plus a read-only return of a few items useful to engineering — stock, price, supplier — covers the vast majority of needs without creating write conflicts.

Combien de temps prend la mise en place d'une interface ?How long does building an interface take?

Le développement technique est rarement le poste le plus long. Ce qui prend du temps, c'est d'aligner la codification et de trancher la matrice de propriété — un travail d'organisation qui se compte en semaines, parfois en mois.Technical development is rarely the longest item. What takes time is aligning part numbering and settling the ownership matrix — organisational work counted in weeks, sometimes months.

Peut-on se passer d'un PLM pour cette intégration ?Can you do this integration without a PLM?

Oui, dans les architectures 2 et 3 : un PDM bien paramétré suffit à pousser une eBOM fiable vers l'ERP. Le PLM devient nécessaire quand les deux nomenclatures doivent rester liées et que les modifications doivent être instruites entre les services.Yes, in architectures 2 and 3: a well-configured PDM is enough to push a reliable eBOM into the ERP. PLM becomes necessary when both BOMs must stay linked and changes must be assessed across departments.

Comment savoir si mon interface actuelle est fiable ?How do I know whether my current interface is reliable?

Prenez cinq produits au hasard et comparez la nomenclature des deux côtés, ligne par ligne. Puis modifiez une pièce en conception et chronométrez le temps qu'elle met à apparaître correctement dans l'ERP. Ces deux mesures valent tous les audits.Take five products at random and compare the BOM on both sides, line by line. Then change a part in design and time how long it takes to appear correctly in the ERP. Those two measurements are worth any audit.

Le résumé en une ligne : une interface ne se construit pas, elle se décide. La matrice de propriété tient sur une page, et c'est cette page qui détermine si votre projet réussit.The one-line summary: an interface isn't built, it's decided. The ownership matrix fits on one page, and that page determines whether your project succeeds.