EUCARIS ICM 3.1: nuovi campi obbligatori nell'eCoC, controlli più severi e perché gli invii non monitorati verranno respinti
L'IVI Checking Module (ICM) è l'insieme di regole di validazione pubblicato da EUCARIS e applicato dai punti di accesso nazionali a ogni eCoC in ingresso in formato IVI 2.0. Se un file XML viola anche una sola regola, l'invio viene respinto e il veicolo non può essere immatricolato a partire da quel record. La versione 3.1 è uscita il 28 settembre 2026, tre settimane dopo la versione 3.0 del 5 settembre.
Cosa cambia nella versione 3.1
La pubblicazione del 28 settembre è contenuta, ma ogni suo punto può trasformare un file finora accettato in uno respinto:
- Un nuovo XSD IVI 2.0 con un'enumerazione ampliata per ExhaustEmissionLevel. I file generati con lo schema precedente possono fallire la validazione dello schema.
- PoweredAxle diventa obbligatorio per le categorie di veicoli M, N, T e C.
- La regola LoadableAxleIndicator è stata corretta: l'indicatore deve essere N quando NumberOfAxles è inferiore a 2 (in precedenza inferiore o uguale a 2).
- InServiceMaximumPermissibleLadenMassAxle non può più essere indicato da solo. Ora richiede InServiceMaximumPermissibleLadenMassAxleCountry oppure InServiceMaximumPermissibleLadenMassAxleTrafficRegulation.
- La BodyWorkTable non può più essere omessa quando le regole rendono obbligatori i suoi campi. Alle stesse condizioni la tabella stessa deve essere presente.
E nella versione 3.0, tre settimane prima
La versione 3.0 del 5 settembre è stata una pubblicazione più ampia, nata dalle discussioni sui veicoli multifase nel gruppo di lavoro EReg:
- Più di 50 campi, relativi ad assi, dimensioni, marcature, convertitori di energia e classe del veicolo, sono diventati obbligatori solo per i veicoli completi (StageOfCompletion = C). Questo semplifica gli invii per veicoli incompleti e completati, ma cambia anche quali campi deve contenere un veicolo completo.
- Il controllo dell'omologazione multifase è tornato alla forma originale: PreviousStageTypeApprovalNumber deve essere diverso da TypeApprovalNumber.
- ActualMass deve essere minore o uguale a TechnicallyPermissibleMaximumLadenMass per le categorie M, N, O e L. È stato aggiunto l'«o uguale» mancante.
- TyreFittedProductionIndicator deve avere un valore per ogni pneumatico.
- Un VehicleIdentificationNumber delle categorie T, C, R e S (regolamento 167/2013) può ora contenere I, O e Q.
- Lo zero non è più accettato nei campi tecnici di numerazione: ManufacturerStageNumber, GearNumber, FinalDriveNumber, AxleNumber, TyreNumber e altri otto.
- Correzioni ai percorsi di annidamento delle regole R214 e R215, alla posizione di CategoryHybridElectricVehicle, ai livelli invertiti di TypeINox e TypeINmhc e a un errore di fuso orario nel controllo della data di produzione.
Nove pubblicazioni in sette mesi
Non è un caso isolato. Da quando l'ICM ha ricevuto un'informazione di versione, a febbraio 2026, è passato dalla 2.3 alla 2.4, 2.5, 2.6, 2.7, 2.8, 2.9, 3.0 e ora alla 3.1. Anche le pubblicazioni precedenti hanno aggiunto contenuti obbligatori: AxleAirSuspensionOrEquivalentIndicator è diventato obbligatorio per la categoria O, sono stati aggiunti MechanicalCouplingCanBeFittedApprovalMark e ApprovalNumber, è stato aggiunto SignerName, TestFamilyIdentifierValue ha ricevuto controlli di formato e un nuovo XSD IVI 2.0 del 10 giugno ha sostituito lo schema precedente.
In pratica l'insieme di regole cambia circa una volta al mese, e ciò che conta come campo obbligatorio è un bersaglio mobile. Un'integrazione costruita una volta per una determinata versione dell'ICM è corretta solo fino alla pubblicazione successiva.
Un rifiuto, non un avviso
Il punto di accesso nazionale non accetta un file che viola una regola dell'ICM. Un eCoC passato ad agosto può essere respinto a ottobre senza alcuna modifica da parte del costruttore. Per un costruttore che genera XML IVI da un modello, da uno strumento di conversione o da uno script interno scritto per una versione precedente dell'ICM, il primo segnale è di solito un rifiuto al NAP, e a volte un veicolo fermo allo sportello di immatricolazione.
Anche il costo di un errore sta crescendo. Come descritto nella nostra nota sulcalendario del KBA per IVI 2.0, dalla versione 2.x i record inviati non possono più essere cancellati; l'unico rimedio è un record di correzione. Fare il file giusto al primo tentativo conta più di prima.
Come CoCDesk gestisce le pubblicazioni dell'ICM
Tenere il passo con l'ICM fa parte di ciò che fa CoCDesk, non è qualcosa che i nostri clienti devono fare da soli:
- Seguiamo ogni pubblicazione dell'ICM e dell'XSD di EUCARIS e integriamo le nuove regole nel motore di validazione della piattaforma poco dopo la pubblicazione, così CoCDesk valida contro l'insieme di regole che i punti di accesso nazionali applicano davvero.
- Ogni eCoC viene verificato contro l'insieme di regole ICM e l'XSD in vigore prima di lasciare il vostro sistema. Un file incompleto o non conforme non viene mai inviato, quindi non viene mai respinto.
- I nuovi campi obbligatori sono visibili nell'interfaccia: il campo viene evidenziato e la regola spiegata, così il vostro team sa esattamente cosa aggiungere e perché.
- Quando un campo diventa obbligatorio, viene mappato una sola volta dal vostro ERP, MES o dai dati di omologazione. Nessuno modifica l'XML a mano.
- La logica StageOfCompletion della versione 3.0 viene applicata automaticamente, così i veicoli incompleti, completati e completi vengono validati ciascuno contro il giusto sottoinsieme di regole.
- Ogni invio conserva una traccia con marca temporale della versione delle regole con cui è stato validato, pronta per i controlli di conformità della produzione.
Il vostro processo eCoC è pronto per l'ICM 3.1?
Se i vostri eCoC nascono da un modello, da un convertitore o da uno script, la versione 3.1 è un buon momento per verificarli. Prenotate una demo dal vivo e faremo passare i vostri dati veicolo nell'insieme di regole in vigore.
Prenota una demo dal vivoPronto per l'avvio dell'eCoC nell'UE?
Prenota una demo gratuita e scopri come COCDESK può rendere il tuo processo eCoC pronto per la produzione in ogni Stato membro dell'UE.