Cómo corregir un eCoC después de enviarlo

Corrija un eCoC enviado con fuentes controladas, revisiones, nueva firma, notificaciones y seguimiento de respuestas, distinguiendo UE y VCA.

Corregir un eCoC enviado exige una revisión controlada, no editar el archivo histórico. Identifique el artefacto exacto y su estado: rechazado, aceptado o utilizado para matriculación. Corrija la fuente responsable y siga las reglas de versión y notificación del canal, conservando todas las pruebas.

Un valor rechazado antes de almacenarse y un dato erróneo descubierto después de matricularse necesitan decisiones distintas. Compartir VIN no convierte ambos casos en el mismo procedimiento.

Establecer el resultado original

Elegir la corrección según el estado acreditado
EstadoPrimera acciónConservar
RechazadoResolver la causa y utilizar el reenvío documentado.Archivo, error e intento corregido
Aceptado, uso no confirmadoConfirmar el mecanismo de revisión o sustitución.Referencia de aceptación y nuevo resultado
Ya utilizadoCoordinar impacto y avisos con la autoridad.Contexto de matriculación e instrucciones
DesconocidoConciliar el intento existente antes de otro envío.Referencia de operación y consulta de estado

Distinguir formato y revisión

La familia del esquema IVI identifica el formato; la revisión representa una versión del registro individual. La FAQ EReg NAP trata correcciones en el mismo formato IVI del eCoC inicial, incluso para registros antiguos. Esto no implica conservar el mismo número de revisión del contenido.

VCA utiliza IviVersionNumber para actualizaciones y comprobación de duplicados. Aplique las instrucciones actuales del destinatario. Una numeración interna no tiene por qué ser interpretada igual por NAP, base nacional y VCA.

Corregir la fuente y regenerar

En el caso ficticio V-001, un valor técnico procede de otra configuración. Homologación confirma el dato correcto y su documentación. Actualice la fuente controlada y busque otros registros que hayan heredado el mismo error de plantilla.

Conserve valor anterior, nuevo, motivo, referencia, revisor y vehículos afectados. Genere el candidato por el mapeo aprobado. Editar solo el XML dejaría la fuente incorrecta y reproduciría el fallo en la siguiente generación.

Preservar el original firmado

El artefacto enviado permanece inmutable en el historial. Valide el nuevo candidato, obtenga autorización de firma o sello y verifique el resultado. Vincule ese archivo con la corrección y la respuesta recibida.

Integridad criptográfica y exactitud son verificaciones diferentes. Una firma válida puede cubrir un dato equivocado; insertar un dato correcto en contenido firmado puede invalidar la firma. La guía de firma XML explica la relación con el artefacto exacto.

Seguir distribución y consecuencias nacionales

EUCARIS describe notificaciones de corrección en la red. Recibirlas no equivale al proceso nacional que evalúa su impacto. Un estado en el software no demuestra que todos los registros de matriculación hayan sido actualizados.

Pregunte qué acredita recepción, aceptación técnica y cierre. Si el vehículo está matriculado, identifique la autoridad y el efecto del campo modificado. No prometa una función universal de eliminación: conservación y rectificación dependen del canal.

Ensayar respuestas tardías y repeticiones

Un tiempo de espera agotado no prueba rechazo. Concilie la operación existente antes de enviar otra revisión. Referencia e identidad del archivo deben diferenciar original, corrección y repetición cuando lleguen respuestas tardías.

El piloto debería incluir corrección rechazada, revisión aceptada y resultado desconocido. En cada caso, el equipo debe explicar fuente modificada, candidato firmado, respuesta y acción abierta. Son recomendaciones de prueba, no códigos oficiales.

Mantener un registro de correcciones útil

  • Identidad, homologación y artefacto inicial.
  • Fecha de descubrimiento, motivo, fuente corregida y responsable.
  • Esquema, candidato, validación y prueba de firma.
  • Canal, referencia y resultado.
  • Impacto en matriculación, instrucciones y cierre.

Digital CoC conecta historial y seguimiento operativo. Revise la gestión de certificados con un caso real. Si el único problema es que no aparece el archivo, utilice primero el diagnóstico de eCoC no encontrado.

Fuentes y revisión

Fuentes comprobadas: . Equipo editorial de Digital CoC.

Principios de corrección UE y gestión de revisiones UK. Casos ficticios; el destinatario define el procedimiento autorizado.

Preguntas frecuentes

¿Puede sobrescribirse el XML enviado?

Conserve el original. Corrija la fuente y cree un candidato nuevo según el procedimiento documentado del destinatario.

¿IviVersionNumber identifica el esquema?

No. Formato y revisión son conceptos distintos. VCA emplea IviVersionNumber para actualizaciones y duplicados.

¿La aceptación actualiza todas las matriculaciones?

No debe suponerse. La distribución y la evaluación nacional requieren pruebas separadas.

¿Hay que reenviar inmediatamente tras un tiempo de espera agotado?

Primero concilie la operación con su referencia y archivo. El tiempo de espera no acredita rechazo ni ausencia de almacenamiento.

Revise el proceso de su fabricante

Presente un registro de vehículo representativo, su contexto de homologación y los canales de envío previstos. Una demostración concreta permite precisar las tareas de datos, firma, integración y operación.

Solicitar una demostraciónConocer la plataforma