Un fil unique de la R&D à l'intégration sur site sur trois continents.
L'intégrateur qui met en service des robots dans un entrepôt ouvre le même BOM que le concepteur a édité le matin. Aucun export, aucune ressaisie, aucune version à réconcilier.
| Assemblage / pièce | Qté | Masse |
|---|---|---|
Plateforme AMRAMR-SYS-001 | 92.40 kg | |
Châssis & motorisationASM-1100 | ×1 | 38.60 kg |
Roue motricePRT-1142 | ×4 | 4.10 kg |
Bras de suspensionPRT-1156 | ×4 | 1.85 kg |
Module de grimpeASM-1200 | ×1 | 21.20 kg |
Réducteur de grimpePRT-1231 | ×2 | 6.40 kg |
Guide railPRT-1248 | ×4 | 1.10 kg |
ÉnergieASM-1300 | ×1 | 18.90 kg |
Pack batteriePRT-1312 | ×1 | 16.80 kg |
Les masses remontent depuis les feuilles. Ce n'est pas un export du BOM — c'est le BOM.
Ceux qui installent les robots ne sont pas ceux qui les ont conçus
Un constructeur de robotique d'entrepôt vend un système goods-to-person : flottes d'AMR grimpants, racking, postes de picking. La R&D détient la conception ; installation et maintenance sont assurées par des partenaires intégrateurs sous contrat, entre Europe, Amérique du Nord et Asie. Chaque partenaire a besoin du BOM à jour, du dossier de certification pour l'autorité locale et de l'historique des mises à jour de sa flotte — sur un produit qui évolue toutes les quelques semaines.
- Produit
- Système AMR goods-to-person
- Déploiement
- Partenaires intégrateurs, contrats de maintenance
- Empreinte
- 6 sites · 3 continents
- Normes
- ISO 3691-4 · ISO 13849-1 · IEC 62443
**Scénario de référence, pas une mission enregistrée.** Modelé sur la configuration d'un vrai constructeur d'AMR, mais aucun client n'a été interviewé : les chiffres sont des propriétés du modèle, pas des résultats mesurés.
Un export est périmé à la seconde où il part
Rien ici n'est un problème de données abstrait. C'est un partenaire sur une mezzanine à Singapour, qui monte une pièce depuis un BOM exporté il y a trois semaines.
La copie se périme hors ligne
Un dossier PDF et un BOM XLSX sur un drive partagé. La pièce a été remplacée mardi dernier ; le fichier l'ignore.
Chaque outil est mis à jour séparément
Une révision, c'est éditer le PLM, l'ERP, le tableur BOM, rééditer le dossier de certification et prévenir les partenaires. Cinq endroits, à la main.
Les sites divergent en silence
Personne ne peut répondre à « quels sites tournent avec le réducteur remplacé ? » sans écrire à trois partenaires et attendre.
Conception, certification et déploiement sur un seul graphe
Une pièce n'est jamais recopiée dans le dossier d'un site — le déploiement pointe vers la pièce. Changez la pièce, et chaque site qui la référence le sait.
Les modèles derrière le fil
Requirement → Part → Certification → Site
D'une exigence vers les sites qui la portent, ou d'une intervention terrain vers la décision de conception derrière.
Pièces, avec le total flotte calculé
La masse unitaire est saisie une fois. La colonne flotte suit la quantité et le déploiement.
| Part | Supplier | Qty / robot | Unit mass | Fleet mass | Access tag |
|---|---|---|---|---|---|
| Drive wheel assembly | Supplier A | ×4 | 4.10 kg | 11 480 kg | partner-emea |
| Climbing gearbox | Supplier B | ×2 | 6.40 kg | 8 960 kg | partner-emea |
| Battery pack | Supplier C | ×1 | 16.80 kg | 11 760 kg | core |
| Safety controller | Supplier B | ×1 | 0.84 kg | 588 kg | core |
| LiDAR module | Supplier D | ×2 | 0.62 kg | 1 736 kg | partner-apac |
ƒ Indice de risque = sévérité × probabilité — calculé par Koddex, saisi par personne.
Une pièce, ouverte. L'intégrateur voit exactement ce que voit le concepteur.
Safety controller
PRT-2214- Sub-assembly
- Safety chain · ASM-1400
- Supplier
- Supplier B
- Unit mass
- 0.84 kg
- Qty / robot
- 1
- Fleet mass
- 588 kgunit mass × fleet qty
- Standard
- ISO 13849-1
- Certification
- CERT-0091 · PL d
- Access tag
- core
Ce que le graphe calcule pour vous
Changez un réducteur ; la masse plateforme bouge d'elle-même.
Le chiffre que demande l'autorité locale, dérivé des pièces — pas assemblé la semaine avant l'audit.
Quels sites sont en retard, et sur quelles pièces. Visible, pas découvert en maintenance.
L'arbre que le partenaire ouvre est celui que la R&D édite
Chaque masse au-dessus d'une feuille est calculée depuis les lignes en dessous. Une ligne est marquée remplacée — et chaque site qui la référence encore est à un clic, sans aller-retour par e-mail.
| Assemblage / pièce | Qté | Masse |
|---|---|---|
Plateforme AMRAMR-SYS-001verrouillé | 92.40 kg | |
Châssis & motorisationASM-1100verrouillé | ×1 | 38.60 kg |
Roue motricePRT-1142verrouillé | ×4 | 4.10 kg |
Bras de suspensionPRT-1156verrouillé | ×4 | 1.85 kg |
Module de grimpeASM-1200en revue | ×1 | 21.20 kg |
Réducteur de grimpePRT-1231en revue | ×2 | 6.40 kg |
Guide railPRT-1248verrouillé | ×4 | 1.10 kg |
ÉnergieASM-1300verrouillé | ×1 | 18.90 kg |
Pack batteriePRT-1312verrouillé | ×1 | 16.80 kg |
Contacts de chargePRT-1327verrouillé | ×2 | 0.55 kg |
Chaîne de sécuritéASM-1400verrouillé | ×1 | 3.20 kg |
Contrôleur de sécuritéPRT-2214verrouillé | ×1 | 0.84 kg |
Module LiDARPRT-2231verrouillé | ×2 | 0.62 kg |
Arrêt d'urgencePRT-2240remplacé | ×2 | 0.18 kg |
Calcul & communicationASM-1500verrouillé | ×1 | 10.50 kg |
Les masses remontent depuis les feuilles. Ce n'est pas un export du BOM — c'est le BOM.
Six déploiements, une baseline, et l'écart est visible
Chaque déploiement référence les mêmes pièces au lieu d'en détenir une copie. Deux sites ont une révision de retard — et c'est à l'écran, pas dans la boîte mail de quelqu'un.
| Site | Région | Flotte | Baseline | Exploité par |
|---|---|---|---|---|
| SITE-04 | Europe | 128 robots | Rev 7 · à jour | Partenaire intégrateur A |
| SITE-07 | Europe | 64 robots | Rev 7 · à jour | Équipe interne |
| SITE-11 | Amérique du Nord | 210 robots | Rev 7 · à jour | Partenaire intégrateur B |
| SITE-14 | Amérique du Nord | 96 robots | Rev 6 · 1 de retard | Partenaire intégrateur B |
| SITE-19 | Asie | 152 robots | Rev 7 · à jour | Partenaire intégrateur C |
| SITE-22 | Asie | 48 robots | Rev 6 · 1 de retard | Partenaire intégrateur C |
Les tags d'accès décident de ce que voit chaque partenaire : partner-emea lit les sites européens et les pièces qu'ils touchent, rien d'autre. Le même graphe, des fenêtres différentes dessus.
L'étape de diffusion est le coût, et elle disparaît
Une révision coûte peu à produire et cher à diffuser : cinq outils, un dossier à rééditer, trois partenaires à prévenir, et une fenêtre où chaque site est faux.
Chaque double flèche est une synchronisation à maintenir à la main.
| Cinq outils, cousus | Un seul graphe | |
|---|---|---|
| Faire parvenir le BOM à jour à un site | Export, e-mail, et quelqu'un le ressaisit localement | Le site ouvre l'arbre à jour |
| Publier une révision de pièce | Mettre à jour cinq outils, rééditer le dossier, prévenir trois partenaires | Réviser une fois. Il n'y a pas d'étape de diffusion |
| Trouver les sites avec une pièce remplacée | Écrire à chaque partenaire et attendre les réponses | Where-used sur la pièce, immédiatement |
| Dossier de certification pour un audit local | Assembler depuis le drive en espérant que ça corresponde au tel-que-construit | Exporter le déploiement avec ses enfants |
| Par révision | Des jours de diffusion, multipliés par le nombre de sites | Une révision. Rien à diffuser |
Scénario de référence : la colonne de droite décrit le comportement du modèle, la gauche est une estimation en ordre de grandeur pour une chaîne d'outils classique. Aucune n'est mesurée sur une mission client.
L'effet cumulatif
Un produit qui évolue toutes les quelques semaines paie la diffusion toutes les quelques semaines. Supprimez-la une fois, elle est supprimée à chaque fois.
Une révision, pas une campagne
Révisez la pièce. Les déploiements la reflètent, et ceux qui ne suivent pas encore apparaissent en retard.
Rien à réconcilier
Pas de deuxième copie, donc aucun écart entre ce que croit la R&D et ce que le site a installé.
Le partenaire lit au lieu de demander
« Est-ce la dernière version ? » cesse d'être demandé — et c'est là que passe le temps.
Une source unique ne veut pas dire que tout le monde voit tout
Les partenaires sont extérieurs à l'entreprise. Centraliser ne marche que si chacun lit exactement son périmètre, et si ce qu'il écrit est attribuable.
R&D ↔ partenaires intégrateurs
Ils lisent la conception. Ils écrivent le terrain.
- Les tags d'accès limitent un partenaire à ses sites et aux pièces qu'ils touchent — partner-emea ne voit jamais les déploiements APAC.
- Les interventions terrain atterrissent sur les mêmes items : un écart tel-que-construit se retrouve à côté de la conception qu'il contredit.
- Un partenaire ne peut pas réviser une pièce de conception. La frontière est une permission, pas une convention que personne n'applique.
Entre équipes internes
R&D, qualité, achats et SAV sur un seul fil.
- Une baseline verrouillée reste verrouillée ; un changement devient une révision comparable, pas un écrasement invisible.
- Where-used répond à « quels sites, quels fournisseurs, quelles certifications » avant l'approbation de la demande de changement.
- Chaque changement est attribué et horodaté : la piste d'audit est un sous-produit du travail, pas un document à assembler.
Par partenaire, par site, par discipline.
Chaque référence, avant de changer quoi que ce soit.
Baselines verrouillées, comparées côte à côte.
Attribuée, horodatée, sur l'item.
Masses et couvertures que personne ne ressaisit.
Ce qui change pour le partenaire sur site
| Exports et drives partagés | Un seul graphe | |
|---|---|---|
| Le BOM sur lequel travaille un site | Une copie, vieille de son dernier export | L'arbre à jour, masses calculées |
| Publier une révision | Cinq outils, un dossier, trois e-mails | Réviser la pièce. C'est toute l'étape |
| Sites avec une pièce remplacée | Demander aux partenaires, attendre des jours | Listés sur la pièce elle-même |
| Divergence de baseline | Découverte pendant une visite de maintenance | Une colonne de la matrice des sites |
| Dossier de certification par site | Réassemblé à la main avant chaque audit | Exporter le déploiement avec ses enfants |
| Ce qu'un partenaire peut voir | Ce qui se trouvait dans le dossier partagé | Son périmètre, par tag d'accès |
Ce que cela ne fait pas
La question intéressante n'est pas ce que la centralisation règle. C'est ce qu'elle ne règle pas.
Un site sans réseau a toujours besoin d'un dossier. Koddex devient la source qui le génère — à jour à l'export, traçable à une révision — mais un sous-sol sans signal travaille sur un fichier.
Cela ne remplace pas votre ERP. Références, achats et stocks restent où ils sont. Relier les deux relève aujourd'hui d'un travail API ou MCP, pas d'un connecteur packagé.
Le BOM existant doit entrer une fois. Un CSV plat s'importe directement ; un arbre hérité imbriqué se traite mieux en faisant écrire le script d'import par un agent qu'en forçant un importeur de tableur.
Questions fréquentes
Les partenaires intégrateurs accèdent-ils à toute notre conception ?
Non. Les tags d'accès limitent chaque partenaire à ses sites et à leurs pièces, et la lecture est distincte de l'écriture — un partenaire consigne une intervention sans pouvoir réviser une pièce de conception.
Comment un site sait-il qu'il est en retard ?
Le déploiement référence les pièces au lieu de les copier : l'écart à la révision courante est un attribut calculé — une colonne de la matrice des sites.
Cela remplace-t-il notre PLM ?
Il porte le BOM, les certifications et le fil des déploiements ; la géométrie CAO et les achats restent dans leurs outils. La plupart commencent par la couche que personne ne possède : conception ↔ certification ↔ ce qui est installé.
S'agit-il d'un vrai client ?
Non — un scénario de référence, modelé sur la configuration d'un constructeur d'AMR avec des partenaires intégrateurs sur trois continents. Le modèle, le BOM et le graphe sont de vraies structures Koddex ; les sites et chiffres les illustrent.