Cambiare provider cloud nell’UE: cosa si sa e cosa verificare

Il Data Act dell’Unione europea comprende misure destinate a facilitare il passaggio a un altro fornitore di servizi cloud o l’utilizzo di più servizi. La Commissione europea afferma che la norma ha iniziato ad applicarsi nell’UE il 12 settembre 2025 e prevede la possibilità di cambiare provider cloud. È un punto di partenza rilevante, ma non equivale a una garanzia di migrazione automatica, senza costi o interruzioni. Sono questioni pratiche distinte, a cui la sola esistenza della norma non dà risposta.

La documentazione raccolta per questa guida non attesta un nuovo annuncio, un’ulteriore data di entrata in vigore o una valutazione indipendente di come questi obblighi vengano attuati nella pratica. L’argomento viene quindi presentato come una spiegazione prudente di un quadro già applicabile, non come una novità appena annunciata. La distinzione è importante: una norma può stabilire diritti e doveri, mentre la sua attuazione dipende anche dai servizi interessati, dai contratti e dalle procedure disponibili. Il quadro formale e l’esperienza concreta di una specifica migrazione non coincidono.

Il tema non va confuso neppure con una spiegazione generica di cosa sia il cloud. La domanda qui è più circoscritta: quali strumenti giuridici e tecnici possono aiutare a trasferire dati e applicazioni da un provider a un altro, e cosa resta da verificare in ogni singolo caso. L’esistenza di una regola europea non dimostra, da sola, che un carico di lavoro sia interamente portabile o che il passaggio sia semplice. Occorre comunque capire cosa consente effettivamente il servizio e cosa comporta il trasferimento.

La Commissione descrive il Data Act come una normativa che stabilisce regole per il passaggio e la portabilità tra servizi di trattamento dei dati, con l’interoperabilità come elemento centrale. In una pubblicazione dedicata a uno studio sull’interoperabilità, afferma che l’articolo 35 riguarda standard e specifiche aperti e armonizzati. Secondo questa spiegazione, dovrebbero agevolare il funzionamento congiunto di servizi dello stesso tipo e il trasferimento di dati e applicazioni senza compromettere la sicurezza. L’obiettivo descritto riguarda l’interoperabilità tra servizi comparabili, non una garanzia generale che qualsiasi prodotto possa sostituirne un altro.

Lo studio pubblicato dalla Commissione il 23 febbraio 2026 ha uno scopo specifico: contribuire alla creazione di un archivio dell’Unione e preparare una prima serie di specifiche aperte e standard armonizzati che soddisfino i requisiti del Data Act. La Commissione spiega inoltre di poter adottare specifiche comuni mediante atti di esecuzione se gli standard non sono sufficienti, e di poter chiedere agli organismi europei di normazione di elaborare standard per colmare le lacune. Si tratta di strumenti descritti per sostenere lo sviluppo del quadro, non della prova che tutte le questioni tecniche siano già state risolte.

L’interoperabilità rientra quindi in un lavoro tecnico e normativo ancora in corso, non in una promessa di compatibilità universale già realizzata. Il materiale consultato non indica quali specifiche concrete siano già state adottate, quali servizi siano coperti da ciascuna o quale calendario dettagliato debba rispettare ogni provider. È opportuno distinguere il quadro giuridico confermato dallo stato di ciascun meccanismo tecnico. Un obiettivo generale non significa che tutti i servizi abbiano già implementato la stessa procedura di passaggio.

Le informazioni ufficiali citate confermano l’obiettivo di agevolare il passaggio e la portabilità, ma non bastano per stabilire una cifra di costo, una tempistica di migrazione uniforme o una procedura unica applicabile a tutti i servizi. Non consentono neppure di affermare che ogni dato, applicazione, configurazione o dipendenza software possa essere trasferito senza modifiche. Questi dettagli possono variare in base al tipo di servizio e all’architettura utilizzata. Un piano di migrazione deve quindi basarsi sul servizio concreto, non su supposizioni legate al termine generico “cloud”.

Il termine “cloud” comprende servizi con funzioni diverse. Un’applicazione pronta all’uso, una piattaforma per distribuire software e un’infrastruttura di calcolo non offrono necessariamente le stesse possibilità di esportazione o sostituzione. La descrizione della Commissione si riferisce ai servizi di trattamento dei dati e all’interoperabilità tra servizi dello stesso tipo; non va interpretata come prova che prodotti di categorie diverse siano intercambiabili. Il passaggio tra due servizi comparabili può porre questioni differenti rispetto a un trasferimento tra servizi progettati per funzioni diverse.

Non è stato possibile verificare, sulla base delle fonti raccolte, neanche il dettaglio delle eccezioni giuridiche, l’applicazione di eventuali addebiti in ogni fase o le conseguenze di una specifica clausola contrattuale. Non sarebbe responsabile trasformare queste lacune in un’affermazione generale su ciò che un provider può addebitare o rifiutare. Per decidere occorre consultare il testo applicabile della norma, il contratto in vigore e la documentazione tecnica dello specifico servizio. Senza queste verifiche, qualsiasi affermazione generale su una migrazione individuale andrebbe oltre le informazioni disponibili.

Per un’azienda o un singolo utente, la prima verifica pratica consiste nell’identificare cosa si vuole trasferire e in quale forma lo si può esportare. Una copia dei file non comprende necessariamente database, autorizzazioni, registri, backup, configurazioni o relazioni tra componenti. La portabilità dei dati e la possibilità di eseguire un’applicazione in un altro ambiente sono collegate, ma non sono la stessa cosa. È utile valutare separatamente cosa si può estrarre e se l’ambiente di destinazione è in grado di utilizzarlo come previsto.

Prima di avviare la procedura, è consigliabile chiedere al provider informazioni specifiche per iscritto. Una prima lista di controllo può includere i punti seguenti. Serve a formulare domande sul singolo servizio, non a presumere che risposte e procedure siano uguali per tutti i fornitori:

• Quali dati e componenti si possono esportare, in quali formati e con quali strumenti.
• Quali costi, scadenze, limiti di volume e condizioni di accesso stabilisce il contratto.
• Quali dipendenze tecniche o funzioni proprietarie potrebbero richiedere modifiche nel servizio di destinazione.
• Come verranno verificati l’integrità dei dati, la sicurezza e la continuità durante il trasferimento.
• Quali passaggi consentono di chiudere il servizio precedente e gestire le copie che vi restano, nel rispetto degli obblighi applicabili.

La Commissione presenta l’interoperabilità come una modalità per far funzionare insieme servizi dello stesso tipo e rendere software e dati più portabili senza ridurre la sicurezza. Questa formulazione descrive l’obiettivo normativo. Non fornisce, di per sé, risultati di test relativi a provider specifici, metriche sul successo delle migrazioni o prove indipendenti del livello di conformità del mercato. La distinzione tra un obiettivo e le prove della sua attuazione è importante quando si valuta cosa possa aspettarsi un determinato utente.

Nelle ricerche disponibili, lo studio europeo è una fonte istituzionale sullo sviluppo di standard e specifiche. Sono presenti anche analisi giuridiche indipendenti del quadro per il passaggio e commenti dei provider sui servizi cloud, ma qui non vengono forniti dati verificabili su implementazioni reali che consentano di stabilire come vengono gestite tutte le migrazioni. Il limite è rilevante: l’intento della norma non va confuso con un’esperienza utente documentata per ogni provider. I commenti generali non sostituiscono le informazioni specifiche sul servizio e sui passaggi che un cliente dovrebbe effettivamente seguire.

La conclusione utile è circoscritta. L’UE dispone di un quadro che contempla il passaggio tra fornitori di servizi di trattamento dei dati, e la Commissione individua nell’interoperabilità un elemento centrale. Per sapere cosa possa fare un utente specifico — e con quali costi, tempi o rischi — è necessario verificare il servizio, il contratto e le specifiche tecniche che lo riguardano. Fino a quando non si dispone di queste prove, è più preciso parlare di diritti e obiettivi normativi che promettere un’uscita semplice o priva di attriti.