Cos'è la portabilità dei dati aziendali?
La capacità reale di estrarre i dati da un sistema in formato utilizzabile: si verifica, non si legge nel contratto.
La portabilità dei dati, nel senso che riguarda un'azienda, è la capacità reale di estrarre i propri dati da un sistema, un gestionale, una piattaforma SaaS, e riportarli in un formato che un altro sistema può effettivamente usare, non solo leggere. Non è il diritto astratto scritto in un contratto o promesso in una pagina marketing: è una proprietà tecnica che si verifica con una prova pratica, un export reale seguito da un tentativo di reimportazione, prima di firmare o rinnovare, non dopo. Va tenuta separata dalla portabilità dei dati del GDPR, che è il diritto dell'interessato a ricevere i propri dati personali in un formato strutturato e trasferirli a un altro titolare: quella riguarda la persona fisica e i suoi dati, questa riguarda l'azienda e il suo patrimonio informativo intero, schemi, storicità, relazioni, allegati, configurazioni. Un sistema può essere perfettamente conforme al GDPR sull'export dei dati personali e restare, allo stesso tempo, una trappola totale per i dati operativi dell'azienda che lo usa.
Cosa distingue un export vero da un export finto
Molti fornitori offrono un pulsante "esporta" che produce un file, e lì si fermano: il problema è cosa contiene davvero quel file. Un export utilizzabile richiede formati aperti, non dump proprietari leggibili solo dal software che li ha generati, e la storicità completa, non lo stato attuale dei record ma tutte le versioni e i cambiamenti che li hanno prodotti, spesso indispensabile per audit o ricostruzioni. Servono le relazioni e le chiavi tra le tabelle, senza le quali un export è un mucchio di righe scollegate; servono allegati e documenti, contratti, fatture, immagini, che restano nel sistema di origine più spesso di quanto si creda; e serve, il punto più trascurato, la logica di business, regole di calcolo, workflow di approvazione, automazioni, che quasi mai è esportabile in alcuna forma e va ricostruita a mano nel sistema di destinazione. Questo è anche il territorio su cui si muove il Data Act europeo, che impone ai fornitori cloud obblighi concreti di switching e formati esportabili: un quadro normativo utile, ma che non sostituisce la verifica tecnica diretta.
Un esempio enterprise concreto
Un'azienda manifatturiera media decide di lasciare il proprio ERP dopo dieci anni per passare a una piattaforma cloud. Il contratto del fornitore uscente prevede, sulla carta, "export completo dei dati su richiesta". In pratica l'export produce un CSV per tabella, senza le relazioni fra ordine, cliente e fattura, senza lo storico delle modifiche ai prezzi e senza una riga delle regole di sconto configurate negli anni. Il progetto, pensato come una migrazione di poche settimane, diventa una ricostruzione di mesi perché nessuno aveva mai testato l'export prima di firmare il nuovo contratto: la portabilità promessa esisteva solo nella clausola, non nel sistema.
Perché conta per chi decide
La portabilità va verificata prima di firmare, con un test reale di export su un sottoinsieme di dati e un tentativo di reimportazione altrove, non con la lettura della clausola. Chi firma un contratto SaaS o un gestionale senza aver mai visto un export reale sta comprando una promessa, non una capacità, lo stesso rischio dietro a un cloud repatriation mancato: il fornitore che non lascia andare i tuoi dati ha tutta la leva negoziale al rinnovo. Verificarla in anticipo è una clausola di data contract da negoziare, non un dettaglio da lasciare all'IT il giorno del cutover.
Questa voce è informativa e non costituisce consulenza legale: per gli obblighi normativi su switching ed export rivolgiti al tuo legale o il tuo DPO.
Domande frequenti
Termini correlati
- Migrazione dati (Data Migration) · Spostare dati da un sistema o piattaforma a un altro senza rompere ciò che vi dipende, il vero rischio non è tecnico ma organizzativo.
- Data Act · Regolamento UE sui dati, applicabile dal 12 settembre 2025: switching cloud senza ostacoli, egress fee in via di azzeramento, dati IoT accessibili.
- Data contract · Accordo formale tra chi produce e chi consuma un dato: schema, semantica e SLA versionati e verificati automaticamente in CI.
- Cloud repatriation · Il rientro selettivo di workload dal cloud pubblico verso on-premise o ambienti ibridi, per costi e controllo. Una decisione FinOps, non una ritirata.
- Open table format (Iceberg, Delta, Hudi) · Formati aperti che aggiungono transazioni, versioning e schema evolution ai file di un data lake, senza vincolare i dati a un solo fornitore.
Un termine che ti riguarda da vicino? Parliamone.
CONTATTAMI