Del ERP al eCoC firmado: cómo CoCDesk se integra con los ERP y MES de los fabricantes de vehículos de fase 1 y fase 2
Los datos del eCoC ya existen. Lo complicado es la entrega.
Cuando un vehículo sale de su línea, cada campo que necesita un eCoC ya se ha generado y aprobado en algún punto de su pila:
- Referencias de homologación de tipo y códigos de variante/versión están en sus datos maestros de homologación.
- VIN, opciones de fabricación, masas, cargas por eje y dimensiones salen del pedido de producción o del configurador.
- Motor, transmisión, clase de emisiones y tipo de combustible están vinculados a la variante.
- Los registros de Conformidad de la Producción (CoP) los escribe su sistema de calidad.
El problema no es que falten los datos. El problema es que hoy viven en el ERP, el MES y la base de datos de homologación, y alguien los extrae a mano para rellenar una plantilla IVI XML, los valida a mano, los firma a mano y los sube a mano al punto de acceso nacional. Para una decena de vehículos funciona. Para cientos o miles al año, no.
Cómo se conecta CoCDesk
CoCDesk está diseñado para consumir los datos que ya tiene. Según la madurez de su pila IT, usamos tres patrones de integración:
1. Integración API directa
En ERPs y MES modernos, el sistema de producción envía el registro del vehículo a CoCDesk por una API REST o un bus de mensajes en cuanto calidad firma el cierre del vehículo. Un mapeador por cliente convierte el payload al esquema IVI 2.0.
2. Volcado de fichero (CSV / XML / EDI)
Cuando el ERP está demasiado restringido o las ventanas de cambio son lentas, CoCDesk recoge una exportación programada desde una carpeta vigilada, una ruta SFTP o un bucket S3. Mismo mapeador, misma salida. Muchos clientes empiezan así y pasan a la integración por API una vez probado el valor.
3. Modo basado en configurador
Si tiene un configurador de vehículo que ya codifica cómo las opciones afectan a masas, dimensiones y emisiones, CoCDesk puede leer su salida directamente. Es el modelo más limpio para vehículos de fase 2, donde cada variante de carrocería cambia la carga útil y las referencias de homologación.
Payload de entrada típico: ID del pedido de producción, VIN, homologación base, variante + versión, opciones de fabricación, masas medidas, marcadores CoP del vehículo terminado.
ERP y MES con los que trabaja CoCDesk
Hemos entregado o dimensionado integraciones contra los sistemas que los carroceros y los fabricantes de fase 1 / fase 2 de la UE utilizan en realidad:
| Capa | Sistemas con los que trabajamos |
|---|---|
| ERP Tier-1 / OEM | SAP S/4HANA, Oracle Fusion Cloud ERP |
| ERP automoción mid-market | Infor CloudSuite Automotive, Plex (Rockwell), DELMIAworks (Dassault Systèmes), Microsoft Dynamics 365 F&O, IFS Cloud, Epicor Kinetic |
| ERP de carroceros DACH / UE | abas ERP, proAlpha, Sage X3, SAP Business One |
| Ejecución de producción / MES | Siemens Opcenter, Rockwell Plex MES, Dassault Apriso, AVEVA System Platform, Tulip |
| PLM / datos de homologación | Siemens Teamcenter, Dassault ENOVIA, Aras Innovator, bases de datos de homologación internas |
Si un sistema no está en la lista, el modelo de integración es el mismo: construimos un mapeador contra su contrato de datos. La parte compleja son sus reglas de negocio, no el conector.
El flujo de datos de extremo a extremo
El diagrama de arriba traza la ruta completa. Desde el sistema de producción, CoCDesk ejecuta el mapeador por cliente, produce un XML IVI 2.0 validado contra el esquema, aplica una firma XAdES de un prestador cualificado de servicios de confianza incluido en la Lista de Confianza de la UE y envía al punto de acceso nacional (NAP) de destino — usando la recuperación EUCARIS cuando el Estado miembro de destino acepta el envío a través de un NAP extranjero.
El acuse de recibo y cualquier motivo de rechazo se escriben de vuelta en el registro original de su ERP o MES, de modo que el sistema de producción muestra el estado del eCoC junto al vehículo, no en una hoja de cálculo aparte.
Fase 1 vs fase 2: la entrega multi-etapa
La forma de la integración cambia según si usted construye el vehículo base o lo termina.
Fase 1 — fabricante del vehículo base
Normalmente chasis y chasis-cabina. La integración de CoCDesk se sitúa junto al evento de cierre del pedido de producción. El eCoC que envía cubre el vehículo incompleto y lleva la referencia de homologación base que la siguiente fase necesitará.
Fase 2 — carrocero / transformador
Su eCoC tiene que referenciar el eCoC previo emitido por fase 1. CoCDesk lo resuelve recibiendo el XML del eCoC base por recuperación EUCARIS (preferido) o aceptando la referencia de homologación base de la ficha del fabricante del chasis. Su eCoC de fase 2 añade las masas del vehículo terminado, el tipo de carrocería y la configuración de ejes, y vuelve a firmar.
El dolor que eliminamos en la entrega
Las desviaciones de masa y dimensiones entre lo que declaró fase 1 y lo que mide fase 2. CoCDesk marca la divergencia y exige un visto bueno antes de enviar el eCoC, para que no reciba un rechazo del NAP porque la masa terminada supera la masa técnicamente admisible.
Cómo es un proyecto de integración
Para un carrocero típico que corre sobre Sage X3 o proAlpha:
- Semana 1 — taller de mapeo de datos. Nos sentamos con su responsable de homologación y su administrador de ERP y recorremos el esquema IVI 2.0 frente a sus campos. Resultado: un contrato de datos en una página.
- Semanas 2–4 — conector construido y apuntado a su entorno de pruebas. Generamos eCoCs de prueba a partir de vehículos de muestra y los enviamos al endpoint de prueba del NAP.
- Semanas 5–6 — ejecución en paralelo. CoCDesk genera eCoCs junto a su proceso actual; se compara la salida campo por campo.
- Semana 7 en adelante — cambio a producción. La generación manual de eCoCs se retira.
Para fabricantes de fase 1 sobre SAP S/4HANA la fase de descubrimiento y revisión de seguridad lleva más tiempo, pero el desarrollo técnico es más rápido porque los datos de origen están más limpios.
Cuándo se amortiza la integración
En la práctica, el techo realista para la generación manual de eCoCs está en menos de 50 eCoCs al año. El XML IVI 2.0 no es un formato pensado para el ojo humano: es denso, profundamente anidado y lleno de valores de listas de códigos que parecen intercambiables pero no lo son. Teclearlo a mano con cualquier volumen mínimamente serio garantiza errores, y cada error es un rechazo del NAP más un ciclo de refirma. Por encima de ese umbral, la integración ERP/MES deja de ser una optimización de coste: es el único flujo que aguanta.
Lo otro que los equipos subestiman: la integración no va solo de generar eCoCs más rápido. Como la misma fuente de verdad alimenta producción y homologación, también se elimina toda una clase de discrepancias entre sus registros de fabricación y los documentos que envía a la autoridad — que es exactamente donde las auditorías de Conformidad de la Producción se ponen tensas.
CoCDesk para fabricantes de fase 1 y fase 2
- Generación de XML IVI 2.0 desde su ERP, MES o configurador
- Mapeadores mantenidos por cliente; las actualizaciones se despliegan cuando cambian los esquemas
- Validación de esquema antes del envío y salida XAdES firmada con certificado QTSP
- Envío directo a todos los NAP de la UE, más recuperación EUCARIS para el emparejamiento transfronterizo base/vehículo terminado
- Escritura de estado de vuelta en el registro ERP o MES de origen
- Trazabilidad completa para la Conformidad de la Producción
Si fabrica vehículos por fases, el cuello de botella para el plazo del 5 de julio de 2026 no es la regulación: es la entrega entre su sistema de producción y la autoridad de matriculación. Podemos construir esa entrega en semanas.
Artículo siguiente
eCoC en la UE: actualización de la situación
¿Listo para el despliegue eCoC en la UE?
Reserve una demo gratuita y descubra cómo COCDesk puede tener su proceso eCoC operativo en todos los Estados miembros de la UE.