Quasi nessuno sceglie un gestionale pensando al giorno in cui lo lascerà. Eppure è quel giorno a dirti se i tuoi dati erano davvero tuoi. Vuoi cambiare fornitore, o il fornitore alza il canone, o semplicemente chiude: e scopri che portare via anni di clienti, ordini e documenti è più difficile di quanto pensassi. Questo è il vendor lock-in, e quasi sempre lo si firma senza accorgersene.
Cosa significa restare incastrati, in concreto
Lock-in non vuol dire che cambiare è impossibile. Vuol dire che il costo, in soldi, tempo o rischio, è così alto che resti dove sei anche quando non ti conviene più. Spesso non nasce da una clausola scritta in piccolo, ma da come il software è fatto. I segnali sono sempre gli stessi:
- I dati non escono, o escono in un formato che solo quel software sa leggere.
- Non esiste una procedura di export né uno schema che spieghi come sono organizzati i dati.
- Le integrazioni passano da API non documentate, o da nessuna API: ogni collegamento è un progetto a sé.
- Il codice non è tuo, e nel contratto non c'è scritto a quali condizioni potrebbe diventarlo.
Il risultato è una perdita di potere contrattuale: quando l'unica alternativa al canone che aumenta è ricominciare da zero, non stai più negoziando, stai subendo.
Di chi sono i tuoi dati
I dati operativi (clienti, contratti, storico del lavoro) sono tuoi: li hai prodotti tu. Il punto non è la proprietà sulla carta, ma se riesci a riprenderteli in una forma che serve a qualcosa. Un export in PDF non è un export di dati: è una fotografia, non un dato che reimporti in un altro software. Un export in CSV o JSON, con uno schema documentato, è un dato che un altro software può leggere.
La domanda giusta non è «posso esportare?», ma «in che formato, e quel formato lo capisce qualcun altro oltre a voi?».
Di chi è il codice (la risposta onesta)
Sul codice circola una promessa comoda e spesso falsa: «il codice è sempre tuo». Non è così, e diffida di chi te lo garantisce a priori. La proprietà del codice sorgente è una questione contrattuale, di solito legata al pagamento: dipende da cosa firmi, non da una regola di natura.
Quello che puoi pretendere è chiarezza. Cosa resta a te, a quali condizioni e in quale momento va messo nero su bianco nel contratto, prima di iniziare, non discusso il giorno in cui vuoi andartene. Niente lock-in tecnico è una cosa: tecnologie standard e documentate, dati che escono. La cessione del codice è un'altra: si concorda, se ti serve. Sono due garanzie diverse, e vanno tenute distinte.
La checklist: cosa chiedere prima di firmare
Queste domande costano dieci minuti e ti dicono molto. Falle al fornitore prima della firma, quando hai ancora potere contrattuale, e pretendi risposte precise, non rassicurazioni:
- In che formato escono i miei dati? (CSV e JSON sono standard; «PDF» o «ve li mandiamo noi» non lo sono.)
- Esiste uno schema dei dati documentato, che spieghi come sono organizzati?
- C'è una procedura di export e di migrazione, e posso usarla da solo quando voglio?
- Le integrazioni passano da API documentate? Posso vederne la documentazione?
- Di chi è il codice, e a quali condizioni può essere ceduto? È scritto nel contratto?
- Cosa succede ai miei dati se chiudo il contratto, o se chiudete voi?
- Su quali tecnologie è costruito? Sono standard o proprietarie?
Se a una di queste domande la risposta è vaga, non è un dettaglio tecnico: è il prezzo della tua uscita, e te lo stanno nascondendo.
Cosa rende un software «senza lock-in»
Un software senza lock-in non è uno che ti promette di non andartene mai: è uno costruito perché tu possa farlo. La prova è semplice: i tuoi dati restano leggibili anche senza il fornitore.
- Export in formati standard (CSV, JSON), non solo viste o stampe.
- Uno schema dati documentato: sai cosa significa ogni campo e come si lega agli altri.
- Tecnologie standard e documentate, non una scatola nera che solo chi l'ha scritta sa aprire.
- API documentate, così integrare un altro sistema non riparte ogni volta da zero.
- Condizioni di uscita scritte nel contratto: dati, e se serve codice, con tempi e modi chiari.
Vale per i gestionali e vale a maggior ragione quando i dati devono passare da un sistema all'altro: è lo stesso motivo per cui un'integrazione fatta bene lavora su API documentate e non su collegamenti che si rompono al primo aggiornamento.
La direzione europea: il Data Act
Il tema non è solo buon senso, sta diventando regola. Il Data Act (Regolamento UE 2023/2854, applicabile dal 12 settembre 2025) impone ai fornitori di servizi cloud di rendere più semplice il passaggio a un altro fornitore, con tempi definiti e con la fine graduale delle tariffe di switching prevista entro il 12 gennaio 2027. Non copre automaticamente ogni gestionale (riguarda i servizi cloud di trattamento dati e i dati dei prodotti connessi), ma indica la direzione: la portabilità dei dati non è più un favore, è un diritto. Le condizioni esatte vanno verificate caso per caso con un consulente.
Come la vediamo noi
Quando costruiamo un software su misura lavoriamo su tecnologie standard e documentate, non su piattaforme proprietarie che legano. Cosa resta a te (dati, contenuti e, se serve, codice sorgente) lo definiamo nel contratto, in chiaro fin dall'inizio: possiamo curare la manutenzione, ma per tua scelta, non perché tecnicamente non potresti andartene.
Lo stesso principio vale per Verso Flow, il nostro gestionale per il lavoro sul campo: i Report escono in PDF e in Excel, e i dati stanno su cloud europeo con accessi protetti. La domanda «di chi sono i miei dati?» deve avere una risposta prima che tu ne abbia bisogno, non dopo.
Se stai valutando un gestionale, o vuoi capire quanto sei legato a quello che hai già, parliamone: partiamo da dove vivono i tuoi dati oggi e da cosa servirebbe per portarli altrove.