![\"\"\/](\"https:\/\/substackcdn.com\/image\/fetch\/$s_!5mDt!,f_auto,q_auto:good,fl_progressive:steep\/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7effaefd-f410-43c3-bed0-a31c2ab77205_768x485.png\")
<\/a><\/figure>\n\n\n\nAnche l\u2019Unione Europea ha gi\u00e0 manifestato il proprio orientamento su questo argomento, mediante il Regolamento 2020\/1056 inerente alle informazioni elettroniche sul trasporto merci meglio noto come e-FTI (Freight Transport Information<\/em>)<\/p>\n\n\n\n Tra le diverse considerazioni, a base di questo regolamento, \u00e8 interessante l\u2019affermazione secondo la quale: lo spostamento delle merci, compresi i rifiuti, \u00e8 accompagnato da un ampio flusso di informazioni scambiate ancora in formato cartaceo tra imprese e tra imprese e autorit\u00e0 competenti, il che rappresenta un notevole onere amministrativo per gli operatori logistici ed un costo supplementare per gli operatori logistici e i relativi settori (quali ad esempio il commercio e l\u2019industria manifatturiera)<\/p>\n\n\n\n Il passaggio ai mezzi elettronici, per lo scambio di informazioni, avrebbe quindi il duplice beneficio di ridurre i costi amministrativi per gli operatori economici e migliorare l\u2019efficienza delle autorit\u00e0 competenti<\/p>\n\n\n\n Con la diffusione di questa timeline, in occasione di una delle riunioni del Gruppo di Lavoro sulla e-CMR, \u00e8 stata evidenziata altres\u00ec la tabella di marcia sulla implementazione di questo processo<\/p>\n\n\n\n Affinch\u00e9 la transizione venga realizzata \u00e8 necessario tenere conto di diversi aspetti chiave tra i quali, ad esempio, le tipicit\u00e0 e le esigenze di settori specifici come quello delle merci pericolose oppure del trasporto di rifiuti<\/p>\n\n\n\n Per questi, infatti, il tema dello scambio di informazioni non \u00e8 limitato al solo trasferimento di dati ma si estende a due aspetti sostanziali:<\/p>\n\n\n\n Rimanendo in un contesto internazionale, nell\u2019ambito delle merci pericolose (e quindi ADR, RID ed ADN) risale agli inizi del 2020 la pubblicazione della prima linea guida per l\u2019adozione dei criteri individuati alla sezione 5.4.0.2 di tali regolamenti<\/p>\n\n\n\n Pi\u00f9 nello specifico, la linea guida nasce con l\u2019obiettivo di fornire le indicazioni necessarie a soddisfare il duplice requisito di:<\/p>\n\n\n\n In ambito nazionale (relativamente al trasporto di rifiuti), questi strumenti sono accompagnati, ed integrati, dalla recente introduzione del formulario digitale (xFIR) reso obbligatorio, a partire dal 13 febbraio 2026, dalla applicazione del RENTRI<\/p>\n\n\n\n Va da s\u00e9 che l\u2019obiettivo \u00e8 ambizioso e di evidente valore strategico, al contempo permangono talune criticit\u00e0, o meglio punti di attenzione, che laddove irrisolte possono creare un importante ostacolo alla implementazione e conseguente diffusione di queste tecnologie<\/p>\n\n\n\n I punti chiave da fronteggiare e comprendere (aldil\u00e0 della posizione occupata nella filiera logistica) possono cos\u00ec elencati:<\/p>\n\n\n\n Prendendo a riferimento la gestione di merci pericolose e, pi\u00f9 in particolare, il trasporto di rifiuti pericolosi, di seguito se ne esaminano gli aspetti di maggiore interesse o rilevanza<\/p>\n\n\n\n \u00c8 forse il punto pi\u00f9 impattante di tutto il processo, costituendo la struttura (piattaforma) che consente lo scambio (acquisizione e trasmissione) dei dati e la loro elaborazione in ogni fase<\/p>\n\n\n\n Merci Pericolose<\/strong><\/em><\/p>\n\n\n\n La linea guida ADR individua due soggetti (definite parti fidate), TP1 e TP2, a cui \u00e8 assegnata una precisa responsabilit\u00e0 e funzione<\/p>\n\n\n\n Rientrano nella categoria TP1 i soggetti (pubblici o privati) che si fornire il servizio di scambio dei dati provenienti da TP2 con le autorit\u00e0 e i servizi di emergenza su richiesta oppure, su richiesta, ad altri soggetti di tipo TP1<\/p>\n\n\n\n Sono soggetti di tipo TP2 i vettori, o fornitori di servizi per conto di un vettore, i quali detengono i dati richiesti dalla sezione 5.4.1 di ADR, RID, ADN<\/p>\n\n\n\n Per l\u2019Italia sono certificati soggetti di tipo TP1il Ministero dei Trasporti italiano e la UIRNet (oggi Societ\u00e0 digITAlog S.pA., posta in liquidazione con delibera assembleare del 21 gennaio 2022). In aggiunta, un soggetto TP1 pu\u00f2 nominare soggetti aggiuntivi<\/p>\n\n\n\n Da un punto di vista pi\u00f9 tecnico, limitandoci a considerazioni di natura generale, lo scambio dati deve basarsi su elementi di tipo UML, XSD e i servizi web di tipo WSDL<\/p>\n\n\n\n RENTRI<\/strong><\/em><\/p>\n\n\n\n Dalla consultazione degli aspetti introduttivi del Decreto 4 aprile 2023, n.59, di costituzione del RENTRI, si rilevano due aspetti interessanti, sotto questa tematica<\/p>\n\n\n\n Il primo \u00e8 il richiamo alle Linee Guida Tecnologie e standard per la sicurezza dell\u2019interoperabilit\u00e0 tramite API dei sistemi informatici<\/em>, quale riferimento tecnico per lo sviluppo della piattaforma<\/p>\n\n\n\n Il secondo \u00e8 l\u2019acquisizione del parere, favorevole, del Ministero delle Infrastrutture e dei Trasporti per le sue parti di competenza<\/p>\n\n\n\n Merci Pericolose<\/strong><\/em><\/p>\n\n\n\n I dati richiesti per ogni operazione di trasporto, da trasmettere ad un soggetto di tipo TP1, consistono in:<\/p>\n\n\n\n RENTRI<\/strong><\/em><\/p>\n\n\n\n Con l\u2019allegato 2 al Decreto Direttoriale 251\/2023, oltre a fornire le istruzioni per la compilazione del formulario si richiede la sottoscrizione digitale del documento, per i soggetti coinvolti nelle varie fasi: produttore; trasportatore; destinatario<\/p>\n\n\n\n Merci Pericolose<\/strong><\/em><\/p>\n\n\n\n I supporti di memorizzazione dei dati, utilizzati nei terminali di bordo, devono essere idonei alla registrazione permanente di tutte le informazioni richieste alla sezione 5.4.1 (di ADR, RID, ADN) per tutta la durata del trasporto<\/p>\n\n\n\n A tale scopo i dispositivi utilizzati (tablet, scanner, smartphone, OBU) devono essere muniti di supporti di memoria non volatili (attualmente EEPROM o memoria flash) e devono essere protetti dalle sollecitazioni che si verificano comunemente durante il trasporto<\/p>\n\n\n\n Il terminale dati deve essere progettato in modo tale che non si verifichino perdite di dati in caso di interruzione dell\u2019alimentazione elettrica. Il dispositivo di accumulo di energia deve fornire energia per tutta la durata dell\u2019operazione di trasporto o essere ricaricato durante il trasporto mediante apparecchiature di bordo.<\/p>\n\n\n\n RENTRI<\/strong><\/em><\/p>\n\n\n\n Con l\u2019allegato 2 al Decreto Direttoriale 251\/2023, oltre a fornire le istruzioni per la compilazione del formulario si richiede la sottoscrizione digitale del documento, per i soggetti coinvolti nelle varie fasi: produttore; trasportatore; destinatario<\/p>\n\n\n\n Con il Decreto Direttoriale 143\/2023, invece, sono definite:<\/p>\n\n\n\n In merito a tale ultimo punto, il riferimento tecnico \u00e8 costituito dalle Linee Guida dell\u2019AgID (Agenzia per l\u2019Italia Digitale) sulla formazione, gestione e conservazione dei documenti informatici<\/em>, il cui capitolo 4 definisce i criteri di conservazione dei documenti informatici<\/p>\n\n\n\n Pi\u00f9 nello specifico, si richiede che il sistema di archiviazione assicuri la conservazione di:<\/p>\n\n\n\n tramite l\u2019adozione di regole, procedure e tecnologie, garantendone le caratteristiche di autenticit\u00e0, integrit\u00e0, affidabilit\u00e0, leggibilit\u00e0, reperibilit\u00e0<\/p>\n\n\n\n Il sistema di archiviazione, inoltre, deve garantire l\u2019accesso ai dati conservati per il periodo previsto dal piano di conservazione e dalla normativa vigente, o per un tempo superiore eventualmente concordato tra le parti, indipendentemente dall\u2019evoluzione del contesto tecnologico<\/p>\n\n\n\n Merci Pericolose<\/strong><\/em><\/p>\n\n\n\n Finch\u00e9 esistono servizi di emergenza e autorit\u00e0 competenti che non sono collegati al sistema TP1\/TP2, sono necessarie anche informazioni a bordo<\/p>\n\n\n\n I dati devono essere visualizzati su uno schermo equivalente alla carta sia in termini di dimensione dei caratteri che di leggibilit\u00e0 mediante una rappresentazione organizzata dei dati del tipo:<\/p>\n\n\n\n Il funzionamento del lettore deve essere facile e intuitivo e consentire agli ispettori ed ai servizi di emergenza un accesso illimitato a tutte le informazioni rilevanti sulle merci pericolose<\/p>\n\n\n\n I conducenti devono essere in grado di utilizzare il terminale dati e fornire l\u2019assistenza necessaria all\u2019autorit\u00e0 di controllo o ai servizi di emergenza. Ad esempio, su richiesta, devono istruire il personale addetto all\u2019ispezione sul funzionamento del terminale dati o accompagnarlo con il terminale dati durante l\u2019ispezione. Ci\u00f2 vale anche in caso di emergenza, ove possibile<\/p>\n\n\n\n RENTRI<\/strong><\/em><\/p>\n\n\n\n Secondo l\u2019art. 7 del DM 59\/2023, al fine di agevolare i controlli su strada durante il trasporto, il rifiuto \u00e8 accompagnato da una stampa del formulario digitale di identificazione del rifiuto, secondo il formato predisposto dal DM indicato<\/p>\n\n\n\n In alternativa, durante il trasporto \u00e8 garantita la possibilit\u00e0 di esibire il formulario digitale mediante l\u2019utilizzo di dispositivi mobili<\/p>\n\n\n\n Per i casi in cui non sia possibile accedere ai servizi RENTRI (per problemi di connessione internet, indisponibilit\u00e0 dei servizi di autenticazione digitale o ragioni simili), sono previste ed approvate una serie di misure di emergenza, contenute nel Decreto Direttoriale 25\/2026<\/p>\n\n\n\n Merci Pericolose<\/strong><\/em><\/p>\n\n\n\n Abbiamo gi\u00e0 visto (rif. sez. 5.4.0.2) che \u00e8 ammessa una gestione elettronica delle informazioni di trasporto, alle condizioni esaminate sopra. Ci\u00f2 che \u00e8 opportuno precisare \u00e8 che tutti i dati richiesti al capitolo 5.4, nella misura in cui siano applicabili, devono essere presenti<\/p>\n\n\n\n A titolo di esempio nella descrizione delle merci pericolose deve comparire la parola \u201crifiuto\u201d, oppure deve essere precisato che si tratta di materia pericolosa per l\u2019ambiente:<\/p>\n\n\n\n A queste informazioni, che rappresentano la casistica pi\u00f9 diffusa, si accompagnano ovviamente tutte le tipicit\u00e0 del capitolo 5.4 in riferimento alla applicazione di disposizioni speciali o indicazioni integrative<\/p>\n\n\n\n Un esempio di descrizione di rifiuti di merci pericolose, puramente didascalico, potrebbe essere il seguente:<\/p>\n\n\n\n RENTRI<\/strong><\/em><\/p>\n\n\n\n Una chiara indicazione di quali sono le informazioni che debbano essere riportate nel formulario \u00e8 presente nell\u2019allegato 2 al Decreto Direttoriale 251\/2023<\/p>\n\n\n\n In riferimento al contenuto del campo 6, di descrizione delle caratteristiche del rifiuto, laddove il rifiuto sia sottoposto alle disposizioni dell\u2019ADR si indica che:<\/p>\n\n\n\n Importanti note aggiuntive sono le seguenti:<\/p>\n\n\n\n Una importante ulteriore considerazione tecnica \u00e8 che il campo dedicato alle informazioni ADR \u00e8 di 500 caratteri, per cui ragionevolmente idoneo a contenere tutte le indicazioni (descrizione, elementi aggiuntivi, note particolari) previste dal capitolo 5.4<\/p>\n\n\n\n <\/p>\n<\/blockquote>\n\n\n\n \u00c8 noto che non esiste una corrispondenza univoca Codice EER e n. ONU, ne consegue che ad uno stesso rifiuto possano corrispondere pi\u00f9 numeri ONU, senza per questo rientrare nell\u2019ipotesi di una miscelazione di rifiuti<\/p>\n\n\n\n Molteplici sono i casi in cui i trasporti di merci pericolose non necessitino di riportare il numero ONU, come nell\u2019ipotesi degli imballaggi vuoti (piccolo spoiler: non sono obbligatoriamente UN3509!!) oppure nei casi di esenzione per LQ oppure EQ (per quanto queste condizioni possano essere residuali)<\/p>\n\n\n\n Per i casi di esenzione per unit\u00e0 di trasporto (1.1.3.6) resta fondamentale riportare la quantit\u00e0 totale ed il valore calcolato per ogni categoria di trasporto<\/p>\n\n\n\n<\/a><\/figure>\n\n\n\n\n
<\/a><\/figure>\n\n\n\n\n
<\/a><\/figure>\n\n\n\n<\/a><\/figure>\n\n\n\nRequisiti generali della digitalizzazione<\/h1>\n\n\n\n
\n
Interoperabilit\u00e0 ovvero architettura informatica<\/h2>\n\n\n\n
<\/a><\/figure>\n\n\n\nTracciabilit\u00e0<\/h2>\n\n\n\n
\n
<\/a><\/figure>\n\n\n\nArchiviazione<\/h2>\n\n\n\n
\n
\n
Accessibilit\u00e0<\/h2>\n\n\n\n
\n
<\/a><\/figure>\n\n\n\nStringhe e Contenuto<\/h2>\n\n\n\n
\n
\n
\n
\n
<\/a><\/figure>\n\n\n\n\n
Alcune criticit\u00e0<\/h1>\n\n\n\n
Classificazione<\/h2>\n\n\n\n
Esenzioni<\/h2>\n\n\n\n
Marcatura<\/h2>\n\n\n\n