Regolamento (UE) 2018/2032

Regolamento di esecuzione (UE) 2018/2032 della Commissione sulle specifiche tecniche relative agli avvisi ai naviganti

Il regolamento aggiorna le specifiche tecniche degli avvisi ai naviganti (NtS) per i servizi RIS sulle vie navigabili interne, sostituendo l’allegato del regolamento (CE) n. 416/2007. La revisione risponde all’esigenza di adeguare lo standard al progresso tecnologico, migliorare l’interoperabilità dei sistemi nazionali e integrare un nuovo tipo di messaggio meteorologico, mantenendo la coerenza con la direttiva 2005/44/CE.

Finalità e contesto normativo

Il regolamento si fonda sulla direttiva 2005/44/CE relativa ai servizi armonizzati d’informazione fluviale (RIS) e, in particolare, sull’articolo 5, paragrafo 1, lettera c). Nei considerando si evidenzia che le specifiche tecniche devono basarsi sui principi dell’allegato II della direttiva, che la navigazione interna richiede messaggi standardizzati e che i dati di riferimento dinamici devono essere gestiti nel sistema europeo ERDMS della Commissione. Viene inoltre sottolineata la necessità di rafforzare la sicurezza della navigazione, soprattutto attraverso l’estensione del concetto di avviso ai naviganti ai messaggi meteorologici.

Ambito di applicazione soggettivo e oggettivo

Le regole si applicano agli Stati membri che attuano i RIS sulle vie navigabili interne e, in concreto, a tutte le autorità, applicazioni e infrastrutture che compilano, pubblicano, trasmettono o consumano messaggi NtS. L’ambito comprende i sistemi Internet e web service standardizzati per gli avvisi, nonché la codifica XML, le tavole di riferimento, i codici di localizzazione ISRS e le interazioni con altri sistemi RIS, incluso l’ECDIS interno. Il regolamento non disciplina servizi generali di meteorologia, ma solo i messaggi meteo specificamente rilevanti per la navigazione interna.

Struttura generale dei messaggi NtS

Lo standard NtS prevede una struttura comune: una sezione di identificazione e una sezione tematica. La sezione di identificazione comprende elementi come sender/from, originator, country_code, language_code, district facoltativo e date_issue; la parte tematica varia in funzione del tipo di messaggio. I messaggi sono di quattro tipi: FTM, WRM, ICEM e WERM. Il regolamento insiste sulla massima standardizzazione possibile, limitando il testo libero alle sole informazioni non codificabili tramite le tavole di riferimento.

FTM: avvisi relativi a canale navigabile e traffico

Gli FTM sono il cuore dello standard e coprono eventi, lavori, restrizioni e informazioni utili alla sicurezza e alla pianificazione del viaggio. Il subject_code distingue, tra gli altri, ANNOUN, WARNIN, CANCEL e INFSER; le numerose voci di reason_code e limitation_code consentono di qualificare con precisione l’evento o la restrizione. Le sezioni possono riguardare un tratto di via navigabile o un oggetto puntuale; per ciascuna restrizione va indicato un limitation_period con data di inizio e fine e, se del caso, time_start/time_end e interval_code.

Per le restrizioni, il regolamento disciplina in dettaglio:

• interruzione, ostruzione parziale, sospensione del servizio e servizio modificato;
• limiti relativi a dimensioni della nave o del convoglio, tirante d’aria, larghezza disponibile, profondità minima rilevata e ritardo;
• divieti specifici come divieto di transito, sorpasso, attracco, ormeggio, ancoraggio, moto ondoso, approdo e limiti di velocità;
• uso della restrizione “particolare cautela” per segnalare situazioni che richiedono attenzione senza una descrizione più precisa.

Sono inoltre previste regole di revoca: il codice oggetto CANCEL/"Avviso revocato" è usato per ritirare un avviso prima che diventi efficace oppure per chiudere anticipatamente un avviso già in corso, aggiornando coerentemente date di fine e validità.

WRM: messaggi idrometrici

I WRM riguardano informazioni sull’acqua: livello idrometrico, profondità minima rilevata, tirante d’aria, portata, sbarramento e regime. Possono essere generati automaticamente da sensori o manualmente quando necessario. Il regolamento impone l’uso del reference_code per dare un riferimento interpretativo ai valori comunicati; ciò è particolarmente importante per i livelli idrometrici, che possono fondarsi su sistemi di riferimento diversi.

Per le previsioni, il regolamento prevede una logica specifica:

• date_start del validity_period coincide con la date_issue;
• date_end coincide con il giorno successivo alla date_issue;
• measuredate indica il momento a cui si riferisce il dato previsto;
• possono essere inseriti value_min e value_max per rappresentare un intervallo di confidenza.

Il measure_code rilevante comprende DIS, REG, BAR, VER, LSD e WAL. Per i messaggi con previsione o con più rilevazioni, lo standard consente di rappresentare differenze rispetto a una misurazione comparativa tramite value_difference e time_difference.

ICEM: messaggi relativi al ghiaccio

Gli ICEM descrivono le condizioni del ghiaccio in un tratto di via navigabile definito dai codici ISRS di inizio e fine. Il messaggio deve riportare la measuredate e può utilizzare quattro livelli di codifica: ice_condition_code, ice_accessibility_code, ice_classification_code e ice_situation_code. Il regolamento chiarisce che il ghiaccio non comporta necessariamente una restrizione alla navigazione: è possibile pubblicare informazioni anche in assenza di ostacoli.

La gestione operativa prevede che:

• il primo ICEM per un tratto sia pubblicato solo in presenza di ghiaccio;
• un ICEM già valido possa essere aggiornato, anche se cambia l’area interessata;
• un ICEM scaduto non sia più aggiornabile;
• la validità decorra dalla pubblicazione e, di regola, termini il giorno successivo, salvo regole nazionali diverse.

WERM: messaggi meteorologici

I WERM sono introdotti per comunicare condizioni meteorologiche con rilevanza specifica per la navigazione interna. Il regolamento ne raccomanda l’uso solo quando l’informazione non è già adeguatamente coperta dai servizi meteo generali. Il messaggio può contenere una o due sezioni weather_report, con indicazione se si tratta di forecast o di report reale, e un insieme di weather_class_code e weather_item per vento, onde, visibilità, pioggia, neve, temperatura dell’aria e dell’acqua.

La classe del vento segue la scala Beaufort; per la visibilità sono previsti codici specifici da 13 a 22, con soglie esplicitamente indicate. Anche per i WERM il validity_period viene normalmente allineato alla data di compilazione, con validità fino al giorno successivo, salvo diversa disciplina nazionale.

Codifica, XML, tavole di riferimento e interoperabilità

Il regolamento dedica ampio spazio alla codifica XML e all’interoperabilità. Lo schema NtS XSD 4.0.4.0 definisce struttura, elementi obbligatori e facoltativi, enumerazioni e vincoli di formato; il servizio web NtS WSDL 2.0.4.0 consente lo scambio dei messaggi via Internet in modalità document-literal wrapped. Gli Stati membri devono garantire la disponibilità online dei messaggi e l’accesso tramite un servizio web standardizzato, con filtri basati su tipo di messaggio, tratto/oggetto, periodo di validità e data di pubblicazione.

Il sistema supporta anche:

• un meccanismo di paging per la consultazione iterativa dei messaggi;
• l’integrazione tra sistemi nazionali NtS purché il contenuto non sia alterato;
• la segnalazione di errori standardizzati nel servizio web, tra cui tipo di messaggio non supportato, errori di sintassi, parametri paging errati o fonte dati indisponibile.

Codice ISRS e gestione dei dati di riferimento

Elemento centrale dello standard è il codice di localizzazione ISRS, usato per identificare in modo univoco oggetti e sezioni di via navigabile. Il codice è composto da 20 caratteri e consente la correlazione tra NtS, indice RIS ed ECDIS interno. Le regole sull’uso dei codici distinguono tra oggetti puntuali e tratti di via navigabile, con indicazioni particolari per taluni Paesi e per l’uso dei segmenti di codice ai fini della ricerca web service.

Le tavole di riferimento NtS comprendono codici per:

• limitation_code, reason_code e subject_code;
• target_group_code e direction_code;
• reference_code e indication_code;
• type_code, position_code e communication_code;
• weather, ice e barrage codes.

Le tavole di riferimento e i dati dinamici sono resi disponibili anche nel sistema ERDMS gestito dalla Commissione, così da assicurare uniformità tra le diverse implementazioni nazionali.

Obblighi di implementazione per gli Stati membri

Gli Stati membri devono adottare le misure necessarie per conformarsi alle prescrizioni del regolamento entro 30 mesi dalla sua entrata in vigore. In pratica, ciò comporta l’adeguamento dei sistemi nazionali di compilazione e pubblicazione dei NtS, la gestione coerente dei codici standard, la compatibilità con l’NtS XSD e con il web service NtS, nonché l’allineamento delle procedure interne di pubblicazione, aggiornamento e revoca dei messaggi.

Implicazioni operative per professionisti

Per avvocati, commercialisti e operatori del settore, il regolamento è rilevante soprattutto per la governance dei sistemi RIS, l’organizzazione dei flussi informativi tra autorità e operatori, la gestione della responsabilità tecnica dei contenuti pubblicati e la conformità degli strumenti informatici agli standard europei. La scelta di omettere i valori standard preimpostati quando non necessari e l’obbligo di usare codici e strutture uniformi riducono il rischio di difformità interpretative, ma richiedono procedure e software conformi e costantemente aggiornati.