IVI 2.0 XML es el modelo estructurado y legible por máquina para los datos de conformidad de un vehículo. Superar el XSD no demuestra que los valores correspondan al tipo homologado y al vehículo. Se necesitan tres niveles: estructura, reglas cruzadas y verificación contra la fuente de homologación.
Para el calendario general, consulte la guía del 29 de noviembre.
¿Qué estandariza IVI 2.0?
Organiza identidad, fabricante, homologación, tipo–variante–versión, dimensiones, masas, propulsión y datos ambientales. La aplicabilidad depende de categoría, propulsión, esquema, fase y autoridad.
| Datos | Fuente | Control |
|---|---|---|
| VIN y producción | ERP / fabricación | Unicidad, WMI y fecha |
| Tipo–variante–versión | Homologación | Configuración dentro del alcance |
| Masas y dimensiones | Homologación / producto | Categoría y relaciones aritméticas |
| Propulsión | Expediente técnico | Unidades y campos condicionales |
Tres niveles de validación
XML y XSD
Comprueba orden, tipos, campos obligatorios y valores permitidos.
Reglas operativas y cruzadas
Comprueba relaciones entre categoría, carrocería, combustible, ejes, masas y fase.
Verdad de homologación
Confirma que los valores coinciden con homologación, extensiones y configuración.
Un XML válido es necesario, pero no suficiente para un eCoC correcto.
¿Entrada manual, archivo o API?
La entrada controlada sirve para poco volumen; la importación, para fuentes estables; y ERP/API, para alto volumen. Primero deben validarse vehículos representativos. Electronic COC Platform permite crecer de forma gradual.
Correcciones y versiones
Deben conservarse motivo, aprobación, versión firmada y respuesta de la autoridad. Una corrección no debe borrar el historial.
Valide un archivo representativo. Solicite un piloto mediante nuestro formulario.
Ejemplo: convertir un VIN en datos eCoC fiables
Cuando producción genera el VIN y la configuración real, el registro debe asociarse primero al tipo–variante–versión homologado. Si no existe una correspondencia segura, debe pasar a excepciones, no heredar una versión por defecto. Una vez fijado el alcance, cada campo se toma de su fuente responsable y se transforma a las unidades y listas de la versión IVI de destino.
Después se ejecutan controles de esquema, relaciones entre campos y homologación. El número de ejes debe coincidir con sus valores; combustible y propulsión deben activar los campos ambientales correctos; estado del vehículo y fase deben ser coherentes. Solo entonces se firma. El resultado operativo incluye XML, versiones de las fuentes, reglas aplicadas, aprobador y resumen criptográfico.
Entregables de un piloto útil
- Matriz de alcance con familias y excepciones representativas.
- Fuente, transformación, responsable y evidencia de cada campo.
- XSD objetivo y catálogo de reglas.
- Pruebas positivas, negativas y de límites.
- Ejemplo firmado e informe de validación.
- Clasificación del mensaje de error hasta su causa.
- Contrato de interfaz y plan de cambios para ERP/API.
Sin estos resultados, un generador XML puede repetir un dato maestro incorrecto en cientos de vehículos. El éxito del piloto se mide por trazabilidad y cobertura de homologación, no por cantidad de archivos.
IVI 2.0 XML y validación de datos eCoC — Conozca Electronic COC para datos IVI, reglas de validación y opciones de integración.
Preguntas frecuentes
¿IVI 2.0 es un PDF?
No, es un modelo XML estructurado.
¿Puede utilizarse Excel?
Una plantilla controlada puede servir a bajo volumen, pero una conversión sin validación no garantiza la conformidad.
¿Dónde están las especificaciones?
Consulte la información de EUCARIS sobre IVI, la legislación y las instrucciones vigentes del NAP y la autoridad.
Resumen
IVI 2.0 es el modelo estructurado para transmitir electrónicamente información de conformidad. Un proceso fiable no se limita a generar un XML válido: comprueba la fuente, las relaciones entre campos, la homologación vigente y la trazabilidad de cada corrección.
