Cosa succede al tuo software se sparisce chi l’ha scritto

Capita più spesso di quanto si pensi: lo sviluppatore chiude, il fornitore cambia mestiere, la persona che sapeva come funzionava se ne va. E il gestionale su cui gira l’azienda diventa una scatola che nessuno sa aprire.

È un rischio reale e nessuno lo mette nel preventivo, perché è scomodo da nominare mentre si firma. Si riduce con quattro cose.

1. Le chiavi in mano vostra

Domini, hosting, caselle, account dei servizi esterni, archivi: intestati a voi, con le credenziali in vostro possesso, dal primo giorno. Non «te le do quando finiamo»: dal primo giorno.

È la cosa più facile da ottenere e quella che fa più differenza. Se avete accesso all’infrastruttura, un altro fornitore può subentrare in giorni. Se non ce l’avete, può volerci un mese solo per capire dove sono le cose — e a volte non si recuperano affatto.

2. I dati esportabili

Chiedete di vedere, prima di firmare, come si esportano i dati in un formato leggibile da un altro programma. Non un formato proprietario: un CSV, un dump SQL, un JSON.

Se la risposta è «non è previsto», sapete già che il rapporto è a senso unico.

3. Un documento che spiega com’è fatto

Non serve un manuale di cento pagine. Servono cinque cose scritte: dove gira, quali servizi esterni usa, come si accede in emergenza, com’è organizzato il codice, cosa va aggiornato periodicamente.

Chi scrive software fatto bene questo documento ce l’ha già, perché serve a lui per primo. Chiederlo è un modo indiretto per capire come lavora.

4. Codice che si può leggere

Questa non potete verificarla voi, ed è l’unica delle quattro che richiede fiducia. Ma potete fare una domanda che dice molto: «se fra tre anni un altro sviluppatore deve metterci mano, quanto ci mette a capirlo?»

Chi risponde «è tutto documentato nel codice» sta rispondendo bene. Chi risponde «tanto ci siamo noi» sta rispondendo alla domanda sbagliata, e forse è proprio il punto.

La distinzione sulla proprietà

Va chiarita prima, perché genera equivoci: i dati e l’infrastruttura sono vostri, sempre. La proprietà del codice sorgente è un’altra cosa, e spesso resta di chi lo ha scritto salvo acquisto integrale — quello che vi viene dato è il diritto d’uso.

Non è né giusto né sbagliato in sé: è una condizione contrattuale, e come tale va scritta prima di cominciare invece che scoperta dopo. Un fornitore che ve la spiega senza che glielo chiediate è un buon segno.