De votre ERP à un eCoC signé : comment CoCDesk s'intègre aux ERP et MES des constructeurs de véhicules d'étape 1 et d'étape 2

Les données de l'eCoC existent déjà. C'est le hand-off qui pose problème.

Lorsqu'un véhicule sort de votre ligne, chaque champ nécessaire à un eCoC a déjà été produit et validé quelque part dans votre pile :

• Références de réception par type et codes variante/version sont dans vos données maîtres d'homologation.
• VIN, options de fabrication, masses, charges par essieu, dimensions sortent de l'ordre de production ou du configurateur.
• Moteur, transmission, classe d'émissions, type de carburant sont liés à la variante.
• Les enregistrements de Conformité de la Production (CoP) sont écrits par votre système qualité.

Le problème n'est pas que les données manquent. C'est qu'elles vivent aujourd'hui dans l'ERP, le MES et la base d'homologation — et sont extraites à la main pour remplir un gabarit IVI XML, validées à la main, signées à la main, et téléchargées à la main vers le point d'accès national. Cela fonctionne pour une poignée de véhicules. Pas pour des centaines ou des milliers par an.

Comment CoCDesk se branche

CoCDesk est conçu pour consommer les données dont vous disposez déjà. Selon la maturité de votre pile IT, nous utilisons trois schémas d'intégration :

Les ERP et MES avec lesquels CoCDesk travaille

Nous avons livré ou cadré des intégrations contre les systèmes que les carrossiers et les constructeurs d'étape 1 / étape 2 de l'UE utilisent réellement :

Si un système ne figure pas dans la liste, le modèle d'intégration est le même — nous construisons un mappeur contre votre contrat de données. La partie complexe, ce sont vos règles métier, pas le connecteur.

Le flux de données de bout en bout

Le schéma ci-dessus retrace le chemin complet. À partir du système de production, CoCDesk exécute le mappeur propre au client, produit un XML IVI 2.0 validé contre le schéma, applique une signature XAdES émise par un prestataire de services de confiance qualifié inscrit sur la liste de confiance de l'UE, puis soumet au point d'accès national (NAP) de destination — en utilisant la récupération EUCARIS lorsque l'État membre de destination accepte une soumission via un NAP étranger.

Le récépissé et les motifs de rejet éventuels sont réécrits dans l'enregistrement d'origine de votre ERP ou MES — ainsi, le système de production affiche le statut eCoC à côté du véhicule, pas dans un tableur séparé.

Étape 1 vs étape 2 : le hand-off multi-étapes

La forme de l'intégration change selon que vous construisez le véhicule de base ou que vous le terminez.

À quoi ressemble un projet d'intégration

Pour un carrossier classique qui tourne sur Sage X3 ou proAlpha :

• Semaine 1 — atelier de cartographie des données. Nous nous asseyons avec votre responsable homologation et votre administrateur ERP et parcourons le schéma IVI 2.0 face à vos champs. Livrable : un contrat de données d'une page.
• Semaines 2–4 — connecteur construit et branché sur votre environnement de test. Nous générons des eCoCs de test à partir de véhicules d'exemple et les soumettons au point de test NAP.
• Semaines 5–6 — exécution en parallèle. CoCDesk génère des eCoCs à côté de votre processus existant ; la sortie est comparée champ par champ.
• Semaine 7 et après — bascule en production. La génération manuelle d'eCoCs est retirée.

Pour les constructeurs d'étape 1 sur SAP S/4HANA, la phase de découverte et la revue sécurité prennent plus de temps, mais la construction technique est plus rapide car les données sources sont plus propres.

Quand l'intégration s'amortit

En pratique, le plafond réaliste pour la génération manuelle d'eCoCs se situe à moins de 50 eCoCs par an. Le XML IVI 2.0 n'est pas un format conçu pour l'œil humain : il est dense, profondément imbriqué et truffé de valeurs de listes de codes qui semblent interchangeables alors qu'elles ne le sont pas. Le saisir à la main pour un volume tant soit peu sérieux produit forcément des erreurs, et chaque erreur, c'est un rejet du NAP plus un nouveau cycle de signature. Au-delà de ce seuil, l'intégration ERP/MES n'est plus une optimisation de coût — c'est le seul workflow qui tient.

L'autre chose que les équipes sous-estiment : l'intégration ne sert pas seulement à produire des eCoCs plus vite. Comme la même source de vérité alimente production et homologation, vous éliminez aussi toute une catégorie d'écarts entre vos données de fabrication et les documents que vous soumettez à l'autorité — exactement là où les audits de Conformité de la Production deviennent tendus.