L'ordre de fabrication lit la version courante
Un ordre de fabrication créé après la date d'effet prend les composants et le coût de la v3. Celui lancé avant garde la v2 jusqu'au bout, et l'indique.
PLM · Stocks et fabrication
Un produit, ouvert : ses versions dans l'en-tête, la nomenclature de la version courante en dessous, le plan et le certificat sur la version à laquelle ils appartiennent, et la modification en cours, alimentée par les personnes qui la revoient.
Ce que porte une version, qui revoit une modification et quel document part avec elle : c'est vous qui le définissez.
Deux versions ouvertes côte à côte, les lignes qui diffèrent signalées, le coût de chacune. Celle marquée courante est celle que lit chaque nouvel ordre de fabrication.
Une modification est une fiche : ce qu'elle touche, pourquoi, qui la revoit et la date à laquelle elle prend effet. Rien ne bouge dans l'atelier tant qu'elle n'est pas approuvée.
Le plan, la déclaration de conformité et le rapport d'essai sont attachés à la version qu'ils décrivent : le certificat de la v2 ne part jamais avec un panneau v3.
Une pièce, tous les produits et toutes les commandes en cours qui la contiennent, avant que vous ne la modifiiez.
Qui a modifié quelle ligne, quand, sur quelle version, et l'ordre de modification qui l'autorisait.
Ce qui s'adapte : ce qu'est une version (une révision d'un produit, ou une variante faite pour un client), les champs qu'elle porte, les documents qui y sont attachés, le fait qu'une modification exige un ordre de modification et qui le revoit. Deux entreprises peuvent utiliser PLM et diverger sur chacun de ces points.
Un produit est un meuble, et une version est la variante faite pour un client : la finition, la largeur, la quincaillerie, le plan approuvé par le client. Une modification demandée par le client est une nouvelle variante du même meuble, validée par lui, sans ordre de modification à traverser.
Un produit est une référence, et une version est une révision que suit chaque unité fabriquée après une date. Elle porte la déclaration de conformité, le rapport d'essai et le plan par révision, et une modification est un ordre de modification revu par la production, les achats et la qualité avant de prendre effet.
ECO-2026-0009 est approuvé le 18 septembre et prend effet le 1er octobre. Cette date est un champ sur la modification, et chaque fiche qui porte l'ancien driver la lit : la v3 devient la version courante du panneau ; les ordres de fabrication lancés avant la date se terminent en v2, ceux planifiés après sont fabriqués en v3 ; le bon de commande encore ouvert pour 200 anciens drivers est signalé aux achats, à réduire ou à annuler ; les 20 drivers encore en stock après le dernier ordre v2 apparaissent pour ce qu'ils sont, du stock sans emploi, avant que quelqu'un ne les trouve lors d'un inventaire. L'outil qui ne tient que le bureau d'études règle tout cela par e-mail.
Chaque produit avec sa version courante, la précédente et celle en brouillon, et les ordres qui lisent chacune.
Chaque produit avec sa version courante, la précédente et celle en brouillon, et les ordres qui lisent chacune.
Une modification technique n'appartient pas au seul bureau d'études. La production veut savoir quels ordres se terminent sur l'ancienne version ; les achats veulent un prix pour la nouvelle pièce avant d'accepter ; la qualité veut le rapport d'essai attaché. Dans Enobase, les trois revoient le même ordre de modification, commentent la ligne qui les concerne et valident sur la fiche : la modification porte ses propres raisons et la validation est un champ, pas un fil dans la boîte mail de quelqu'un.
Une version n'est pas un fichier qui part vers un autre système. L'ordre de fabrication la lit, le bon de commande lit ses pièces, le contrôle qualité lit son plan de test, et la procédure lit ses étapes, parce que ce sont toutes des fiches dans le même espace de travail.
Un ordre de fabrication créé après la date d'effet prend les composants et le coût de la v3. Celui lancé avant garde la v2 jusqu'au bout, et l'indique.
La nouvelle pièce de la v3 a besoin d'un prix et d'un fournisseur avant la date. Les achats la demandent, l'offre se pose sur la pièce, et le premier bon de commande est préparé.
La non-conformité à l'origine de la modification se clôture dessus, et le plan de test de la v3 est celui sur lequel le prochain lot est contrôlé.
La procédure d'assemblage est une page liée à la version, révisée avec elle : l'atelier lit les étapes de la v3 le jour où la v3 devient courante.
Le plan et la déclaration de conformité sont des documents sur la version, générés à partir de ses champs, signés et envoyés avec le lot.
Chaque ordre indique quelle version il a fabriquée.
Une version n'est pas un fichier qui part vers un autre système. L'ordre de fabrication la lit, le bon de commande lit ses pièces, le contrôle qualité lit son plan de test, et la procédure lit ses étapes, parce que ce sont toutes des fiches dans le même espace de travail.
Il tient proprement la version, la nomenclature et la modification approuvée. Puis il pousse la révision vers votre ERP par connecteur, et la date, le prix, le stock et les commandes ouvertes se règlent à la main de l'autre côté.
Versions de la nomenclature, comparées
Un ordre de modification avec validations
Plans et certificats sur la version
Une date d'effet que les ordres lisent
Le prix du fournisseur sur la nouvelle pièce
Le stock de l'ancienne pièce après la date
Les ordres de fabrication ouverts sur l'ancienne version
Délai de mise en service
| Ce dont vous avez besoin | Un tableur | Un outil PLM | Un module de suite | Enobase |
|---|---|---|---|---|
| Versions de la nomenclature, comparées | Un onglet par version | Oui | Oui | Oui, lignes qui diffèrent signalées, coût de chacune |
| Un ordre de modification avec validations | Par e-mail | Oui | Oui | Oui, revu par la production, les achats et la qualité sur la fiche |
| Plans et certificats sur la version | Dans un dossier | Oui | Oui | Oui, comme documents générés depuis la version |
| Une date d'effet que les ordres lisent | Non | Non | Parfois | Oui, un champ que lit chaque fiche ouverte |
| Le prix du fournisseur sur la nouvelle pièce | Saisie à la main | Non, dans l'ERP | Oui, dans leur module achats | Oui, chiffré sur la pièce avant la date |
| Le stock de l'ancienne pièce après la date | Compté plus tard | Non, dans l'ERP | Oui, dans leur module stocks | Oui, affiché comme stock sans emploi |
| Les ordres de fabrication ouverts sur l'ancienne version | Non | Non, dans l'ERP | Oui, dans leur MRP | Oui, chacun indique quelle version il fabrique |
| Délai de mise en service | Un jour | Des semaines, plus le connecteur | Des mois | Une à deux semaines |
Oui. Seul, c'est la fiche produit avec ses versions, ses documents et ses ordres de modification, revus et approuvés. Activez Fabrication et les ordres lisent la version ; activez Achats et la nouvelle pièce obtient son prix et son bon de commande.
FabricationL'ordre de fabrication qui construit la version courante, et qui indique laquelle il a construite.Explorer
AchatsLe prix sur la nouvelle pièce, et la commande ouverte sur l'ancienne, avant la date.Explorer
QualitéLa non-conformité qui déclenche la modification, et le plan de test sur lequel la nouvelle version est contrôlée.Explorer© 2026 Enobase, Inc. Tous droits réservés.