EPSOHQ
Fondamenti comuni delle TICVerificato 11 Aug 2026

Governance condivisa delle TIC, sicurezza ed erogazione dei servizi da parte delle istituzioni dell'UE

Architettura aziendale, interoperabilità, governance dei servizi, sicurezza, tutela della vita privata, accessibilità, appalti e vincoli istituzionali dell'UE.

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

Panoramica

Architettura aziendale, interoperabilità, governance dei servizi, sicurezza, tutela della vita privata, accessibilità, appalti e vincoli istituzionali dell'UE.

Stato del modulo

  • Percorso: Fondamenti condivisi delle TIC
  • Ultima verifica: 2026-08-11
  • Ambito: Formazione indipendente EPSOHQ in linea con le mansioni indicate nel bando; prevalgono le fonti ufficiali.

L'architettura prima dei prodotti

Un amministratore AD7 deve tradurre le esigenze istituzionali in servizi che rimangano gestibili, sicuri e interoperabili. Si parte dalle capacità, dai flussi informativi, dai livelli di servizio, dai vincoli e dai rischi. La selezione dei prodotti viene dopo la definizione dell'architettura di destinazione e dei criteri di valutazione. Una progettazione tecnicamente elegante, ma impossibile da gestire, acquisire, sottoporre a audit o dismettere, è incompleta.

Le decisioni architetturali devono documentare il contesto, le opzioni, la decisione adottata, le conseguenze e i fattori che ne determinano il riesame. La reversibilità è importante. Le interfacce e i formati di dati portabili riducono l'accoppiamento. Un radar tecnologico distingue tra tecnologie adottate, in sperimentazione, in valutazione e sospese, affinché la sperimentazione non diventi inavvertitamente architettura di produzione.

Interoperabilità e vincoli del settore pubblico

Il regolamento sull'Europa interoperabile istituisce un quadro per l'interoperabilità transfrontaliera dei sistemi di rete e informativi del settore pubblico. L'interoperabilità comprende livelli giuridici, organizzativi, semantici e tecnici. Una API da sola non risolve le differenze nelle basi giuridiche, nella titolarità dei processi o nel significato dei dati.

L’accessibilità deve rientrare nei criteri di accettazione. La sicurezza e la protezione dei dati devono essere integrate nella progettazione. Gli appalti richiedono requisiti misurabili, una valutazione equa e una strategia di uscita. La gestione dei documenti, la trasparenza e la verificabilità incidono sui registri, sulla conservazione e sulle evidenze alla base delle decisioni.

Sicurezza e privacy fin dalla progettazione

Utilizzare il rischio come criterio per selezionare i controlli. La difesa in profondità combina identità, endpoint, reti, applicazioni, dati, monitoraggio e ripristino. Il principio del privilegio minimo limita l'accesso a ciò di cui un soggetto ha bisogno. La separazione delle funzioni riduce la possibilità che una singola identità possa avviare, approvare e occultare un'azione sensibile.

La protezione dei dati fin dalla progettazione implica la definizione, prima dell’attuazione, delle finalità, della base giuridica, della minimizzazione, della conservazione, dell’accesso, dei trasferimenti e dei diritti degli interessati. La cifratura tutela la riservatezza, ma da sola non rende lecito il trattamento. La pseudonimizzazione riduce la possibilità di collegare i dati a una persona, ma resta un trattamento di dati personali quando la reidentificazione è ancora possibile.

Governance dei servizi

Definire il responsabile del servizio, il responsabile del prodotto, il responsabile tecnico e il responsabile dei dati. Stabilire gli indicatori del livello di servizio prima degli obiettivi del livello di servizio. Monitorare i risultati per gli utenti insieme alla disponibilità. Un servizio può essere tecnicamente disponibile ma inutilizzabile a causa di problemi di autenticazione, latenza o di una dipendenza critica.

Ogni servizio in produzione necessita di monitoraggio, ruoli per la gestione degli incidenti, prove dell'efficacia delle procedure di backup e ripristino, presupposti di continuità, procedure di escalation verso i fornitori e un piano di dismissione. L'approvazione delle modifiche deve essere proporzionata al rischio. Le modifiche standard a basso rischio possono essere preautorizzate; anche quelle di emergenza devono essere tracciabili e sottoposte a riesame retrospettivo.

Insieme delle fonti principali