Cette page s'adresse à quiconque se demande pourquoi une entreprise garde l'information sur son produit et l'information sur son activité dans deux endroits différents. Chaque commande produit deux types d'information différents. Le premier concerne le produit lui-même : ce qu'il est, de quoi il est fait, quelle taille il doit avoir. Le second concerne la transaction commerciale : ce qui a été commandé, à quel prix, et où elle en est aujourd'hui. Au travail, un chargé de suivi lit ces deux types d'information chaque jour, souvent dans deux systèmes différents, et doit savoir auquel se fier pour quelle question.
Sans cette distinction, on part du principe qu'un seul système devrait tout afficher, et l'on se retrouve perdu le jour où ce n'est pas le cas. Une nouvelle recrue ouvre le bon de commande côté ERP à la recherche du dernier grammage de tissu et ne le trouve pas, tout simplement parce que cette donnée n'a jamais existé à cet endroit. Un chargé de suivi modifie une mesure dans le système de conception et s'attend à ce que la fiche de coûts de l'usine se mette à jour d'elle-même, ce qui n'arrive pas. Cette leçon nomme les deux types d'information, les deux types de système qui les détiennent généralement, et le seul point où ils se rencontrent sur une commande réelle.
Vous avez besoin de : l'idée de la leçon 9.1 selon laquelle l'information sur une commande doit circuler aussi fiablement que la marchandise elle-même. Aucune autre leçon n'est requise.
À la fin de cette leçon, vous pourrez :
Non couvert ici : les champs exacts qui relient un bon de commande, une fiche technique et une fiche de coûts (leçon 9.3) ; ce que coûtent d'autres formes d'échec de l'information, comme des données erronées ou une mise à jour tardive (leçon 9.4) ; garder l'information fiable sans système dédié (leçon 9.5).
| Terme | Signification |
|---|---|
| Gestion du cycle de vie du produit (PLM) | Le système ou la méthode qui gère l'information propre au produit, de la conception au développement : sa fiche technique et l'historique de ses séries d'échantillons. |
| Progiciel de gestion intégré (ERP) | Le système ou la méthode qui gère l'information transactionnelle de l'entreprise : ses commandes, ses stocks, ses coûts et sa planification de production. |
| Fiche technique | Un document qui spécifie exactement ce qu'est un vêtement : mesures, tissu, garnitures, construction et graphisme, sur lequel l'usine produit. |
| Bon de commande | Un document de l'acheteur confirmant la quantité, le prix et la date de livraison, qui engage l'acheteur à payer les biens qu'il commande. |
| Référence à la fiche technique | Une fiche technique ou une spécification approuvée, nommée ou numérotée, à laquelle un bon de commande renvoie, afin que les deux parties s'accordent exactement sur ce qui est fabriqué. |
| Fiche de coûts | Le document qui liste les composants du coût d'un vêtement et les additionne dans le prix proposé par l'usine. |
| Suivi de production | Comparer la date de fin réelle d'une étape à sa date planifiée tout au long de la production, pour repérer un retard pendant qu'il peut encore être corrigé. |
| Confusion de version | Quand deux personnes travaillent sur des copies différentes et périmées du même document sans s'en rendre compte. |
Chaque commande produit deux types d'information différents. Le premier décrit le produit lui-même : sa conception, sa spécification, l'historique de ses séries d'échantillons. C'est l'information sur le cycle de vie du produit, et le système conçu pour la gérer s'appelle le PLM, gestion du cycle de vie du produit. Le second décrit la transaction commerciale et son état : la commande passée, le coût convenu, le calendrier suivi. C'est l'information transactionnelle, et le système conçu pour la gérer s'appelle l'ERP, progiciel de gestion intégré. L'information d'une même commande vit en partie dans chaque système. Confondre ce qui relève de l'un ou de l'autre est une source fréquente de la confusion de version que ce cours étudie.
| Étape | Ce qu'elle fait | Ce qu'elle transmet |
|---|---|---|
| PLM | Gère la conception, la spécification et l'historique des séries d'échantillons du produit jusqu'à son approbation. | Une référence de spécification confirmée |
| ERP | Gère la commande, son coût et l'état de sa production, de la mise en commande jusqu'à l'expédition. | Une commande suivie par rapport à cette référence fixe |
| Ce qui peut différer | Les formes que vous rencontrerez | Pourquoi cela compte |
|---|---|---|
| PLM et ERP dédiés, comme systèmes séparés | Un exportateur plus grand fait tourner un système de type PLM pour la conception et l'approbation des échantillons, et un système séparé de type ERP pour les commandes, les coûts et la production. | Les deux systèmes ne se mettent pas à jour l'un l'autre automatiquement ; un fait doit être transporté à travers la frontière délibérément. |
| Un système unique combiné | Certaines entreprises font tourner un seul système couvrant les deux types d'information, avec des modules de type PLM et de type ERP à l'intérieur. | Les deux types d'information existent toujours et demandent la même attention, même s'ils se trouvent dans un seul logiciel. |
| Une marque locale sans logiciel dédié | Cedar & Co., une marque locale plus petite, suit les deux types d'information dans des tableurs et des dossiers partagés plutôt que dans un logiciel PLM ou ERP dédié. | Les deux types d'information existent toujours ; un système manuel reste un vrai système qui a besoin de la même rigueur. |
| Familles de produits où la frontière se déplace | Pour des gammes fabriquées à partir du stock, en tricot-vêtement ou en chaussettes et bonneterie, l'information côté PLM peut être plus simple (moins de séries d'échantillons, une spécification permanente), tandis que l'information côté ERP (commandes, stocks) est souvent plus lourde à cause de commandes répétées fondées sur des prévisions. | La répartition générale tient toujours : l'information produit d'un côté, l'information activité de l'autre, quelle que soit la famille de produits. |
| Commandes export contre commandes domestiques | Une commande export comme la Commande A porte des champs supplémentaires côté ERP (conditions de la lettre de crédit, documents d'expédition) dont une commande domestique en compte ouvert n'a pas besoin. | Le côté PLM de la commande change à peine entre l'export et le domestique ; le côté ERP grandit avec la complexité de la transaction. |
L'équipe de conception de Northline Apparel gère la fiche technique de la Commande A, et chaque révision de série d'échantillons issue des rounds proto, fit et PP de la leçon 5.2, dans un système de type PLM. C'est l'histoire propre du produit : ce que le T-shirt est censé être, et comment les échantillons ont prouvé que cette idée fonctionnait. Une fois la fiche technique approuvée, sa référence de spécification confirmée est saisie comme champ fixe sur le bon de commande côté ERP sur lequel travaille Delta Garments, aux côtés des champs propres du bon de commande, quantité, prix, conditions de livraison et conditions de paiement, couverts en leçon 5.3. À partir de ce moment, les équipes de suivi et de production de Delta Garments suivent la commande dans le système côté ERP : la fiche de coûts, et le suivi de production par rapport au calendrier de 16 semaines.
Deux systèmes différents, deux types d'information différents, une seule commande. Delta Garments n'a jamais besoin d'ouvrir le système de type PLM de Northline Apparel ; il lui suffit de la référence de spécification confirmée que le bon de commande porte déjà.
Le chiffre travailléCe n'est pas une leçon chargée en calcul : c'est un exercice de classement, sur cinq champs tirés des documents propres à la Commande A.
Notez votre réponse sur le modèle de travail du bloc 10 pour chaque champ de document dont vous n'êtes pas sûr.
Le piègeUne erreur courante est de supposer que si une entreprise ne fait tourner aucun logiciel PLM ou ERP nommé, elle n'a aucun système réel pour cette information. Cedar & Co., une marque locale plus petite, suit les deux mêmes types d'information dans des tableurs et des dossiers partagés plutôt que dans un logiciel dédié. Elle a pourtant un système qui fonctionne réellement, plus petit et plus manuel, et la même rigueur enseignée par ce cours s'applique pour le garder fiable. Le logiciel qu'utilise une entreprise ne décide pas si les deux types d'information existent ; il décide seulement comment ils sont conservés.
Chaque commande produit deux types d'information. Le premier concerne le produit lui-même : sa conception, sa spécification, et comment les échantillons ont prouvé que la conception fonctionnait. Le second concerne l'accord commercial autour de lui : la commande passée, son coût, et où en est la production aujourd'hui. Les entreprises utilisent souvent un système pour gérer l'information produit et un système différent pour gérer l'information activité. Les deux systèmes ne se mettent pas à jour tout seuls l'un l'autre. Une fois la spécification du produit confirmée, ce seul fait est recopié dans le système activité comme un champ fixe, et à partir de là le système activité suit la commande par rapport à ce champ. Une entreprise sans logiciel dédié pour l'un ou l'autre a quand même les deux types d'information, simplement conservés dans des outils plus simples comme des tableurs.
Une nouvelle recrue rejoint le bureau d'achat de Northline Apparel et commence à vérifier les documents de la Commande A. Elle remarque que l'équipe de conception a récemment révisé une mesure de longueur de corps après l'approbation d'un échantillon de fit, mais que le bon de commande sur lequel travaille Delta Garments affiche toujours la référence de spécification précédente.
Le champ de spécification du bon de commande indique :
Le décalage entre la fiche technique et le bon de commande est-il un échec du système ? Décidez avant d'ouvrir la réponse.
Pas nécessairement. Deux faits décident cela.
D'abord, le PLM et l'ERP sont généralement des systèmes séparés gérant des types d'information différents. L'historique des révisions de la fiche technique vit dans le système côté PLM ; le champ de spécification du bon de commande vit dans le système côté ERP. Ils n'ont jamais été conçus pour se mettre à jour automatiquement l'un l'autre.
Ensuite, une spécification ne se transfère au bon de commande qu'à un point de transfert précis, une fois confirmée, pas en continu. Le champ du bon de commande lui-même précise qu'il est fixe une fois saisi. Si la dernière révision de mesure n'a pas encore atteint ce point de transfert confirmé, l'écart est attendu, pas cassé.
La bonne réaction est de vérifier si la révision a été confirmée et formellement reportée, pas de supposer que l'un des deux systèmes a échoué.
C'est un risque qualitatif plus qu'un chiffre à retenir : si quelqu'un suppose que le PLM et l'ERP se synchronisent seuls, alors que non, il peut travailler sur un champ périmé en croyant qu'il reflète déjà la dernière mise à jour de l'autre côté. C'est une forme de confusion de version, le terme propre à ce cours pour deux personnes travaillant sur des copies différentes et périmées de la même information sans s'en rendre compte.
Comprendre la frontière entre le PLM et l'ERP, et le fait que le transfert se produit à un seul point plutôt qu'en continu, est ce qui empêche ce risque de devenir un coût réel sur une commande comme la Commande A.
La fiche de cartographie de l'information liste déjà les documents que produit la Commande A : la fiche technique, le bon de commande, la fiche de coûts et le connaissement, avec qui crée chacun, qui s'y fie, et ce qui se passe s'il est faux. Pour chaque ligne, utilisez la colonne des notes pour indiquer si ce document est côté PLM (information produit) ou côté ERP (information transactionnelle), en utilisant la méthode en trois étapes ci-dessus.
| Document | Créé par | Utilisé par | Marquez : côté PLM ou côté ERP |
|---|---|---|---|
| Fiche technique / spécification | Northline Apparel (conception) | Delta Garments (production, qualité) | |
| Bon de commande (NA-2291) | Northline Apparel (bureau d'achat) | Delta Garments (suivi, production) | |
| Fiche de coûts | Delta Garments (suivi) | Le suivi des deux entreprises | |
| Connaissement | La compagnie maritime | Les deux entreprises, et la banque au titre de la lettre de crédit |
1. Quel type d'information le PLM gère-t-il principalement ?
2. Quel type d'information l'ERP gère-t-il principalement ?
3. Une usine reçoit une commande domestique de 5 000 pièces suivie uniquement dans des tableurs, sans logiciel PLM ou ERP nommé. Manque-t-elle d'un système réel pour cette information ?
| FR | EN | AR | TR | Signification |
|---|---|---|---|---|
| Gestion du cycle de vie du produit (PLM) | PLM (product lifecycle management) | إدارة دورة حياة المنتج (PLM) | Ürün yaşam döngüsü yönetimi (PLM) | Le système ou la méthode qui gère l'information propre au produit, de la conception au développement : sa fiche technique et l'historique de ses séries d'échantillons. |
| Progiciel de gestion intégré (ERP) | ERP (enterprise resource planning) | تخطيط موارد المؤسسة (ERP) | Kurumsal kaynak planlaması (ERP) | Le système ou la méthode qui gère l'information transactionnelle de l'entreprise : ses commandes, ses stocks, ses coûts et sa planification de production. |
| Fiche technique | Tech pack | حزمة المواصفات الفنية | Teknik paket | Un document qui spécifie exactement ce qu'est un vêtement : mesures, tissu, garnitures, construction et graphisme, sur lequel l'usine produit. |
| Bon de commande | Purchase order | أمر الشراء (طلبية الشراء) | Satın alma siparişi | Un document de l'acheteur confirmant la quantité, le prix et la date de livraison, qui engage l'acheteur à payer les biens qu'il commande. |
| Référence à la fiche technique | Specification reference | مرجع المواصفة | Spesifikasyon referansı | Une fiche technique ou une spécification approuvée, nommée ou numérotée, à laquelle un bon de commande renvoie, afin que les deux parties s'accordent exactement sur ce qui est fabriqué. |
| Fiche de coûts | Costing sheet | كشف التكلفة | Maliyet tablosu | Le document qui liste les composants du coût d'un vêtement et les additionne dans le prix proposé par l'usine. |
| Suivi de production | Production tracking | تتبع الإنتاج | Üretim takibi | Comparer la date de fin réelle d'une étape à sa date planifiée tout au long de la production, pour repérer un retard pendant qu'il peut encore être corrigé. |
| Confusion de version | Version confusion | اختلاط الإصدارات | Sürüm karışıklığı | Quand deux personnes travaillent sur des copies différentes et périmées du même document sans s'en rendre compte. |
Vous savez maintenant quelle information relève du PLM et laquelle relève de l'ERP. La leçon suivante suit les documents propres à la Commande A et montre les champs exacts qui relient un bon de commande, une fiche technique et une fiche de coûts, et ce qui se passe quand un de ces liens se rompt. Retour à la carte du cours