Antes de reenviar un eCoC, determine si el registro anterior fue rechazado, aceptado o quedó con resultado desconocido. Cada situación necesita una respuesta diferente. Repetir cargas sin conciliar vehículo, fase y estado del receptor puede producir duplicados sin resolver el error original.
Fuentes comprobadas: 16 de octubre de 2026. El flujo siguiente es una recomendación operativa. Aplique las reglas actuales del esquema y del NAP o VCA elegidos.
¿Rechazo, corrección o reintento?
Desplace la tabla horizontalmente para ver todas las columnas.
| Estado observado | Primera investigación | Acción controlada |
|---|---|---|
| Validación local fallida | Campo, unidad, código o referencia | Corregir fuente y validar antes de liberar |
| Rechazo explícito del receptor | Error exacto, versión y contexto de cuenta | Resolver causa y aplicar reglas de reenvío |
| Dato erróneo descubierto tras aceptación | Vehículos, fases y uso posterior afectados | Autorizar una corrección trazable |
| Tiempo de espera o respuesta ausente | ¿Se creó ya el registro en destino? | Conciliar antes de reintentar |
| Mismo VIN varias veces | Fase, homologación y versión de cada uno | Distinguir registros válidos de duplicados |
Conserve respuesta original y archivo enviado. Una nota genérica como «problema XML» elimina la información necesaria para separar fuente, validación, firma, permisos y transporte.
La versión del esquema y la del certificado son distintas
Las directrices IVI 2.0 de EReg, apartado 1.12, distinguen XSD y mensaje corregido. Describen nueva referencia, incremento de versión IVI y actualización de fecha/hora, conservando la versión XSD original. Confirme su aplicabilidad con la guía actual y el contrato del receptor.
No resuelva una corrección de datos migrando silenciosamente de esquema. Las actualizaciones de software o XSD necesitan un proceso distinto, con casos de comparación y pruebas del destino. Así no se mezcla la corrección técnica del vehículo con una migración informática.
La guía VCA también explica revisiones mediante IviVersionNumber. Cambiar el nombre de archivo no es por sí solo gestionar una revisión.
Flujo de corrección en siete pasos
- Identificar: VIN, fase, homologación, destino y última versión enviada.
- Preservar: XML firmado original, validación, transacción y respuesta.
- Localizar causa: sistema fuente, mapeo, entrada manual o configuración de homologación.
- Evaluar impacto: vehículos afectados, otras fases y notificaciones.
- Autorizar: revisor, cambios, motivo y regla de versión del receptor.
- Validar, firmar y enviar: archivo definitivo, entorno y cuenta correctos.
- Conciliar y cerrar: vincular el nuevo resultado sin perder la historia.
Corrija el origen antes de regenerar cuando corresponda. Retocar un XML mientras permanece activo un mapeo ERP incorrecto puede repetir el defecto en el siguiente lote.
Ejemplo: masa importada con una unidad incorrecta
Caso ilustrativo: un mapeo interpreta un valor técnico del origen como si ya estuviera en la unidad del destino. Se descubre tras aceptar varios registros. El equipo bloquea esa revisión del mapeo e identifica todos los vehículos procesados con ella.
Ingeniería confirma valores, homologación verifica configuración y el responsable de liberación aprueba la lista afectada. Operaciones corrige según cada receptor. Para cerrar, hacen falta resultados por registro y una prueba del mapeo que evite repetir el error.
Hay dos entregables: registros de conformidad corregidos y proceso productivo reparado. Un mensaje de carga exitosa no demuestra ninguno por sí solo.
¿Cómo evitar duplicados después de un tiempo de espera?
Mantenga un identificador interno de envío y guarde la referencia del destino cuando llegue. Si falla la conexión, consulte estado o portal antes de reenviar. Si el servicio ofrece idempotencia o reglas específicas de reintento, utilícelas tal como estén documentadas, sin inventar una norma universal para NAP y VCA.
El estado «resultado desconocido» debe permanecer visible hasta conciliar. Tratar cada tiempo de espera como rechazo y emitir de nuevo puede distorsionar la historia. Defina escalado cuando las funciones disponibles no permitan aclararlo.
¿Cómo se relacionan IVI, AVI y las fases posteriores?
La terminología EUCARIS distingue información inicial de información real posterior. Un IVI corregido, una modificación posterior del vehículo y una fase nueva deben clasificarse según el proceso aplicable. No llame AVI a cualquier corrección sin comprobarlo.
En vehículos multifásicos, siga el impacto a través de la cadena: ¿usó el valor el fabricante siguiente?, ¿cambia su salida?, ¿quién cierra la acción? Conserve también una decisión fundamentada de que no hace falta modificar la fase posterior.
¿Qué medir en el registro de correcciones?
- Casos abiertos por causa, responsable y programa.
- Registros con resultado del receptor sin aclarar.
- Tiempo para identificar la causa y confirmar la corrección.
- Defectos repetidos del mismo mapeo o plantilla.
- Correcciones pendientes de otro fabricante o autoridad.
No mida éxito solo por cantidad de archivos cargados. Un aumento puede representar más reintentos en lugar de más vehículos finalizados.
Preguntas frecuentes
¿Podemos sobrescribir el XML anterior?
Conserve original y corrección vinculados. Sobrescribir elimina la evidencia de qué se firmó y aceptó en cada momento.
¿Un VIN repetido es siempre un duplicado?
No. Compruebe fase, homologación y versión; el VIN no describe toda la historia del registro.
¿Cada rechazo aumenta la versión IVI?
Aplique la regla del receptor para el estado real. Un intento rechazado y la corrección de un registro aceptado no deben presumirse equivalentes.
¿Cuándo termina una corrección?
Cuando se resuelve la causa, se vincula la revisión autorizada, se concilia el resultado y se cierran las acciones posteriores necesarias.
Revise la gestión de incidencias
Combine las guías de entrega entre fases y envío. Revise un caso depurado con Anemon Engineering para definir un cierre repetible.
Resumen
Corrija la causa, preserve las evidencias previas y confirme el nuevo resultado en destino. Una corrección cerrada relaciona vehículo, fase, dato modificado, revisión autorizada, archivo firmado y registro receptor sin perder la historia.
