Come correggere un eCoC già inviato

Correggete un eCoC inviato con fonti controllate, revisioni, nuova firma, notifiche e risposte del destinatario, distinguendo UE e VCA.

Un eCoC già inviato si corregge con una revisione controllata, non modificando un file archiviato. Identificate l’artefatto esatto e il suo stato: rifiutato, accettato o già utilizzato per l’immatricolazione. Correggete la fonte responsabile e seguite le regole di versione e notifica del canale, conservando tutta la cronologia.

Un valore rifiutato prima dell’archiviazione e un dato errato scoperto dopo l’immatricolazione richiedono decisioni diverse. Lo stesso VIN non rende equivalenti i due casi.

Stabilire prima l’esito dell’invio originale

Scegliere il percorso in base alle prove del destinatario
StatoPrima azioneProva da conservare
RifiutatoRisolvere la causa e applicare la procedura di reinvio.Input, errore e nuovo tentativo
Accettato, utilizzo non confermatoConfermare revisione o sostituzione ammessa.Riferimento di accettazione e nuovo esito
Già utilizzatoValutare effetti e notifiche con l’autorità.Contesto di immatricolazione e istruzioni
Esito sconosciutoRiconciliare il tentativo esistente prima di inviare ancora.Riferimento e richiesta di stato

Formato IVI e revisione del record sono distinti

La famiglia di schema indica il formato; la revisione identifica una versione del singolo record. La FAQ EReg NAP tratta le correzioni nello stesso formato IVI dell’eCoC iniziale, anche per record più vecchi. Questo non significa mantenere il precedente numero di revisione del contenuto.

VCA indica IviVersionNumber per aggiornamenti e verifica dei duplicati. Seguite le istruzioni correnti del destinatario. Una convenzione interna di numerazione non è necessariamente interpretata allo stesso modo da NAP, banca dati nazionale e VCA.

Correggere la fonte e rigenerare

Nel caso fittizio V-001, un valore tecnico proviene da una configurazione sbagliata. Il team di omologazione conferma valore e documentazione corretti. Aggiornate la fonte controllata e cercate gli altri record che potrebbero aver ereditato lo stesso errore dal modello.

Conservate valore precedente, valore nuovo, motivo, fonte, revisore e veicoli interessati. Generate il candidato mediante il mapping approvato. Una modifica isolata al XML lascerebbe la fonte errata e riprodurrebbe il difetto alla generazione successiva.

Preservare il file firmato originale

L’artefatto inviato resta immutabile nella cronologia. Validate il nuovo candidato, ottenete l’autorizzazione alla firma o al sigillo e verificate il risultato restituito. Collegate quel file alla richiesta di correzione e alla risposta.

Integrità crittografica e correttezza dei fatti sono due verifiche diverse. Una firma valida può coprire un valore errato; un valore corretto inserito in un file firmato può invalidarne la firma. La guida alla firma XML spiega il legame con l’artefatto preciso.

Seguire distribuzione e conseguenze nazionali

EUCARIS descrive notifiche di correzione distribuite nella rete. Riceverle non coincide con la valutazione nazionale del loro impatto. Uno stato nell’applicazione non dimostra quindi che ogni archivio di immatricolazione sia stato aggiornato.

Chiedete cosa prova ricezione, accettazione tecnica e conclusione del procedimento. Per un veicolo già immatricolato, identificate autorità e impatto del campo modificato. Non promettete una funzione universale di cancellazione: conservazione e rettifica dipendono dal canale.

Provare ritardi e tentativi ripetuti

Un timeout non prova il rifiuto. Riconciliate l’operazione esistente prima di inviare un’altra revisione. Riferimento e identità del file devono distinguere originale, correzione e ripetizione anche quando le risposte arrivano tardi.

Il pilota dovrebbe comprendere una correzione rifiutata, una revisione accettata e un esito ignoto. Per ciascuno, il team deve spiegare fonte cambiata, candidato firmato, risposta e attività aperta. Sono raccomandazioni di test, non codici ufficiali.

Tenere un registro utile anche ad altri team

  • Identità, omologazione e artefatto iniziale.
  • Data di scoperta, motivo, fonte corretta e responsabile.
  • Schema, candidato, validazione e prova di firma.
  • Canale, riferimento operativo e risposta.
  • Effetti sull’immatricolazione, istruzioni e chiusura.

Digital CoC collega cronologia e gestione operativa. Esaminate la gestione dei certificati con un caso reale. Se il problema iniziale è solo un mancato recupero, seguite prima la diagnosi dell’eCoC non trovato, evitando correzioni non necessarie.

Fonti e verifica

Fonti verificate: . Redazione Digital CoC.

Principi di correzione UE e gestione delle revisioni UK. Casi fittizi; la procedura ammessa è definita dal destinatario.

Domande frequenti

Si può sovrascrivere il XML inviato?

Conservate l’originale. Correggete la fonte e create un nuovo candidato secondo la procedura documentata dal destinatario.

IviVersionNumber identifica lo schema?

No. Formato e revisione sono concetti distinti. VCA usa IviVersionNumber per aggiornamenti e duplicati.

L’accettazione aggiorna tutte le immatricolazioni?

Non va presunto. Distribuzione e valutazione nazionale richiedono prove separate.

Bisogna reinviare subito dopo un timeout?

Prima riconciliate l’operazione mediante riferimento e file. Il timeout non dimostra né rifiuto né mancata archiviazione.

Esaminate il vostro processo di produzione

Portate un record veicolo rappresentativo, il contesto di omologazione e i canali di invio previsti. Una dimostrazione mirata chiarisce le attività ancora necessarie per dati, firma, integrazione e gestione.

Richiedi una dimostrazioneScopri la piattaforma