EPSOHQ
Allegato II.1 — Architettura e interoperabilitàVerificato 12 Aug 2026

Architettura dei dati e interoperabilità

Architetture di riferimento e cloud, interoperabilità semantica, elementi costitutivi riutilizzabili, API e interoperabilità del settore pubblico dell'UE.

Formazione indipendente. Prevalgono il bando ufficiale e le comunicazioni dell'EPSO.Apri l'avviso ufficiale
Tutti i 13 moduli

Panoramica

Architetture di riferimento e cloud, interoperabilità semantica, elementi costitutivi riutilizzabili, API e interoperabilità del settore pubblico dell'UE.

Stato del modulo

  • Profilo: Tuttiegato II.1 — Architettura e interoperabilità
  • Ultima verifica: 2026-08-12
  • Ambito: formazione indipendente di EPSOHQ basata sull'allegato II; fanno fede il bando ufficiale e le comunicazioni ai candidati.

Principi di architettura e interoperabilità

L'architettura traduce le esigenze strategiche, degli utenti e operative in una struttura durevole. Si parte da capacità, flussi informativi, perimetri di fiducia e requisiti non funzionali. I prodotti vanno selezionati solo dopo aver definito chiaramente l'architettura di destinazione e i vincoli della transizione.

Principi da conoscere per la prova:

  • Un'architettura di riferimento standardizza le decisioni progettuali ricorrenti, lasciando al contempo ai team responsabili delle soluzioni la flessibilità necessaria per soddisfare i requisiti specifici del contesto.
  • L'interoperabilità semantica richiede che i dati scambiati conservino un significato condiviso, non semplicemente che utilizzino lo stesso formato di trasporto.
  • Un modello canonico riduce le mappature bilaterali, ma può diventare un collo di bottiglia se le regole di titolarità ed evoluzione non sono esplicite.
  • Un'ontologia rappresenta concetti e relazioni, mentre una tassonomia organizza principalmente i concetti in categorie controllate.
  • Un contratto API deve definire la semantica, gli identificatori, la convalida, gli errori, il controllo delle versioni e la sicurezza, oltre alla sintassi del payload.
  • Le modifiche additive e retrocompatibili dello schema sono più sicure rispetto alla modifica tacita del significato o del tipo di un campo esistente.
  • Il disaccoppiamento riduce le dipendenze di un componente dall'implementazione e dalla disponibilità di un altro componente.
  • I componenti di base riutilizzabili necessitano di interfacce stabili, responsabilità documentate, titolarità del ciclo di vita e prove di conformità.
  • L'architettura cloud non elimina le decisioni relative alla localizzazione dei dati, alla portabilità, all'uscita, alla continuità o alla responsabilità condivisa.
  • La governance dell'interoperabilità deve disciplinare standard, eccezioni e modifiche; un formato comune privo di governance finirà per divergere.

Il quadro europeo di interoperabilità distingue l'interoperabilità giuridica, organizzativa, semantica e tecnica. Un'interfaccia tecnicamente valida risulta comunque inefficace se l'autorità giuridica, il processo operativo o il significato non sono allineati. Il regolamento sull'Europa interoperabile aggiunge meccanismi di cooperazione e valutazione per i servizi pubblici digitali transeuropei.

Le decisioni architetturali dovrebbero documentare il contesto, le opzioni, la decisione, le conseguenze e le condizioni che ne determinano la revisione. L'architettura di transizione è importante nelle amministrazioni pubbliche perché, in genere, non è possibile modificare contemporaneamente i servizi preesistenti, le condizioni degli appalti e le dipendenze transfrontaliere.

Riferimenti principali: