EUCARIS ICM 3.1: nuevos campos obligatorios en el eCoC, controles más estrictos y por qué se rechazarán los envíos no supervisados
El IVI Checking Module (ICM) es el conjunto de reglas de validación que publica EUCARIS y que los puntos de acceso nacionales aplican a cada eCoC entrante en formato IVI 2.0. Si un archivo XML incumple una sola regla, el envío se rechaza y el vehículo no puede matricularse a partir de ese registro. La versión 3.1 se publicó el 28 de septiembre de 2026, tres semanas después de la versión 3.0 del 5 de septiembre.
Qué cambia en la versión 3.1
La publicación del 28 de septiembre es pequeña, pero cada punto puede convertir un archivo hasta ahora aceptado en uno rechazado:
- Un nuevo XSD IVI 2.0 con una enumeración ampliada para ExhaustEmissionLevel. Los archivos generados con el esquema anterior pueden fallar en la validación del esquema.
- PoweredAxle pasa a ser obligatorio para las categorías de vehículo M, N, T y C.
- Se corrigió la regla de LoadableAxleIndicator: el indicador debe ser N cuando NumberOfAxles es menor que 2 (antes, menor o igual que 2).
- InServiceMaximumPermissibleLadenMassAxle ya no puede indicarse solo. Ahora requiere InServiceMaximumPermissibleLadenMassAxleCountry o InServiceMaximumPermissibleLadenMassAxleTrafficRegulation.
- La BodyWorkTable ya no puede omitirse cuando las reglas hacen obligatorios sus campos. En las mismas condiciones, la propia tabla debe estar presente.
Y en la versión 3.0, tres semanas antes
La versión 3.0 del 5 de septiembre fue una publicación mayor, impulsada por los debates sobre vehículos multifásicos en el grupo de trabajo EReg:
- Más de 50 campos, relativos a ejes, dimensiones, marcados, convertidores de energía y clase de vehículo, pasan a ser obligatorios solo para vehículos completos (StageOfCompletion = C). Esto facilita los envíos de vehículos incompletos y completados, pero también cambia qué campos debe llevar un vehículo completo.
- El control de la homologación multifásica volvió a su forma original: PreviousStageTypeApprovalNumber debe ser distinto de TypeApprovalNumber.
- ActualMass debe ser menor o igual que TechnicallyPermissibleMaximumLadenMass para las categorías M, N, O y L. Se añadió el «o igual» que faltaba.
- TyreFittedProductionIndicator debe tener un valor para cada neumático.
- Un VehicleIdentificationNumber de las categorías T, C, R y S (Reglamento 167/2013) ahora puede contener I, O y Q.
- El cero ya no se acepta en los campos técnicos de numeración: ManufacturerStageNumber, GearNumber, FinalDriveNumber, AxleNumber, TyreNumber y otros ocho.
- Correcciones en las rutas de anidamiento de las reglas R214 y R215, la posición de CategoryHybridElectricVehicle, los niveles intercambiados de TypeINox y TypeINmhc y un error de zona horaria en el control de la fecha de producción.
Nueve publicaciones en siete meses
No es un hecho aislado. Desde que el ICM incorporó información de versión en febrero de 2026, ha pasado de la 2.3 a la 2.4, 2.5, 2.6, 2.7, 2.8, 2.9, 3.0 y ahora la 3.1. Las publicaciones anteriores también añadieron contenido obligatorio: AxleAirSuspensionOrEquivalentIndicator pasó a ser obligatorio para la categoría O, se añadieron MechanicalCouplingCanBeFittedApprovalMark y ApprovalNumber, se añadió SignerName, TestFamilyIdentifierValue recibió controles de formato y un nuevo XSD IVI 2.0 del 10 de junio sustituyó al esquema anterior.
En la práctica, el conjunto de reglas cambia aproximadamente una vez al mes, y lo que cuenta como campo obligatorio es un objetivo móvil. Una integración construida una vez para una versión concreta del ICM es correcta solo hasta la siguiente publicación.
Rechazo, no advertencia
El punto de acceso nacional no acepta un archivo que incumpla una regla del ICM. Un eCoC que pasó en agosto puede fallar en octubre sin ningún cambio por parte del fabricante. Para un fabricante que genera XML IVI desde una plantilla, una herramienta de conversión o un script interno escrito para una versión anterior del ICM, la primera señal suele ser un rechazo en el NAP, y a veces un vehículo retenido en la oficina de matriculación.
El coste de un error también aumenta. Como describimos en nuestra nota sobreel calendario del KBA para IVI 2.0, desde la versión 2.x los registros enviados ya no pueden eliminarse; el único remedio es un registro de corrección. Acertar con el archivo a la primera importa más que antes.
Cómo gestiona CoCDesk las publicaciones del ICM
Mantenerse al día con el ICM forma parte de lo que hace CoCDesk, no es algo que nuestros clientes tengan que hacer por sí mismos:
- Seguimos cada publicación del ICM y del XSD de EUCARIS e incorporamos las nuevas reglas al motor de validación de la plataforma poco después de su publicación, de modo que CoCDesk valida contra el conjunto de reglas que los puntos de acceso nacionales aplican realmente.
- Cada eCoC se comprueba contra el conjunto de reglas del ICM y el XSD vigentes antes de salir de su sistema. Un archivo incompleto o no conforme nunca se envía, así que nunca se rechaza.
- Los nuevos campos obligatorios se muestran en la interfaz: el campo se resalta y la regla se explica, para que su equipo sepa exactamente qué añadir y por qué.
- Cuando un campo pasa a ser obligatorio, se mapea una sola vez desde su ERP, MES o datos de homologación. Nadie edita XML a mano.
- La lógica de StageOfCompletion de la versión 3.0 se aplica automáticamente, de modo que los vehículos incompletos, completados y completos se validan contra el subconjunto de reglas correcto.
- Cada envío conserva un registro con marca de tiempo de la versión de reglas con la que se validó, listo para los controles de conformidad de la producción.
¿Está su proceso de eCoC preparado para el ICM 3.1?
Si sus eCoC se generan desde una plantilla, un conversor o un script, la versión 3.1 es un buen momento para revisarlos. Reserve una demo en directo y pasaremos sus propios datos de vehículos por el conjunto de reglas vigente.
Reservar una demo en directo¿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.