Cosa succede al software se la software house chiude: come proteggerti

In sintesi: Se la software house chiude, il tuo software continua a funzionare finché regge il server, ma senza codice sorgente, documentazione e accesso al database non puoi più correggerlo, aggiornarlo o farlo evolvere da nessun altro. La protezione vera si costruisce prima, per contratto: proprietà del codice, deposito del sorgente, credenziali complete e documentazione consegnata. È la domanda da fare al fornitore prima di firmare, non dopo.

C’è una domanda che quasi nessun titolare di PMI fa prima di firmare, e che invece dovrebbe essere la prima: cosa succede al software se la software house chiude? È una paura legittima, perché stai affidando un pezzo importante del tuo lavoro quotidiano, le commesse, le fatture, i verbali, l’anagrafica clienti, a un fornitore che magari è un piccolo studio o addirittura una persona sola. E se quella persona sparisce, cambia mestiere o fallisce, tu resti con un programma che non puoi più toccare. Vale la pena affrontarla con onestà, senza giri di parole.

Cosa succede al software se la software house chiude, in concreto

Partiamo dallo scenario reale, senza allarmismi. Il giorno in cui il fornitore chiude, il tuo gestionale non si spegne di colpo. Se gira su un server o in cloud che paghi tu, continua a funzionare come sempre: apri il programma, registri le commesse, emetti le fatture. Il problema non è l’oggi, è il domani. Nel momento in cui serve una correzione, un adeguamento a una nuova norma o semplicemente una funzione in più, non c’è più nessuno che sappia mettere le mani in quel codice. E qui la situazione diventa molto diversa a seconda di come hai impostato le cose all’inizio.

Ci sono tre elementi che decidono se il tuo software ti sopravvive al fornitore oppure muore con lui: la proprietà del codice sorgente, l’accesso completo al database, e la documentazione. Se possiedi tutti e tre, qualsiasi altro sviluppatore può riprendere in mano il progetto in poche settimane. Se te ne manca anche solo uno, sei molto più esposto di quanto pensi.

Il codice sorgente è tuo? La domanda che cambia tutto

Il codice sorgente è il testo con cui il software è scritto: è la ricetta, non il piatto già cotto. Molti contratti, soprattutto quelli poco chiari, ti danno il diritto di usare il programma ma non ti consegnano mai il sorgente. In pratica hai in mano una scatola chiusa che funziona, ma che solo il fornitore può aprire. Finché il rapporto va bene, non te ne accorgi nemmeno. Quando il fornitore sparisce, quella scatola chiusa diventa un vicolo cieco.

La regola sana è semplice: per un software su misura che paghi tu, il codice deve essere tuo, o quantomeno depositato in modo che tu possa averlo se il fornitore viene meno. Non è un dettaglio da avvocati, è la differenza tra un investimento che resta tuo e un affitto mascherato. Se un preventivo non nomina mai la parola “sorgente”, è il primo segnale su cui fermarsi e chiedere. Su questo punto, e su tutti i motivi per cui un progetto software può andare storto, abbiamo scritto una guida dedicata: perché i progetti software falliscono e come evitarlo.

Documentazione e database: le due chiavi che spesso mancano

Avere il codice sorgente è necessario ma non basta. Un sorgente senza documentazione è come un manuale di istruzioni scritto in una lingua che nessuno legge: un nuovo sviluppatore ci mette settimane solo per capire come è fatto, e ogni giorno in più è un costo per te. Una documentazione minima ma seria, com’è strutturato il progetto, come si installa, quali sono le parti delicate, riduce quel tempo da settimane a giorni.

La terza chiave è il database, cioè dove vivono davvero i tuoi dati. Devi poterci accedere direttamente, con le tue credenziali, senza passare per forza dal software. È la garanzia che, qualunque cosa succeda al programma, le informazioni della tua azienda restano tue e recuperabili. Prima di firmare, chiedi tre cose semplici:

• Chi possiede il codice sorgente e in quale forma mi viene consegnato o depositato.
• Dove sono ospitati i dati e se posso accedere al database in autonomia.
• Quale documentazione ricevo alla consegna e a ogni aggiornamento importante.

Cosa pretendere nel contratto, prima di firmare

Le buone intenzioni non bastano: quello che conta finisce nero su bianco. Un contratto fatto bene ti protegge senza bisogno di litigare, perché mette per iscritto ciò che accade nei momenti scomodi. I punti da pretendere sono pochi e chiari: la proprietà o il deposito del codice sorgente, la consegna delle credenziali complete di server e database, la documentazione aggiornata, e una clausola di continuità che dica cosa succede se il fornitore cessa l’attività. Un fornitore serio non ha nessun problema a metterli, perché sa che è la base della fiducia.

Attenzione anche alla manutenzione: un software vivo va aggiornato, e un canone di assistenza sano è un bene, non un vincolo. Il campanello d’allarme non è pagare la manutenzione, ma non poter cambiare fornitore quando vuoi. Se sei legato a un unico interlocutore che è l’unico a poter toccare il tuo software e l’unico a possedere i tuoi dati, non stai comprando un gestionale: stai affittando la tua stessa operatività. La domanda da fare è sempre la stessa, girata al contrario: se domani volessi portare questo progetto a un altro sviluppatore, potrei farlo? Se la risposta è no, il rischio è già dentro il contratto.

Come lavoriamo noi di Vis Logica su questo punto

Ti diciamo come ci comportiamo, perché è più onesto di qualsiasi rassicurazione generica. Quando sviluppiamo un software su misura per una PMI, il progetto è del cliente: il codice sorgente, i dati, le credenziali. Non costruiamo gabbie. Lo vediamo ogni giorno nei nostri lavori: che si tratti di un’applicazione per gestire le verifiche degli impianti elettrici, di un software per i verbali di sicurezza in cantiere o di un gestionale che porta la commessa fino alla fattura elettronica, il valore per il cliente è avere in mano uno strumento che resta suo e che può far evolvere nel tempo, con noi o, se un giorno servisse, con altri.

La domanda da fare subito, non dopo

Cosa succede al software se la software house chiude non è una domanda pessimista: è una domanda da persona che sa fare impresa. Non serve diffidare di tutti, serve mettere in chiaro tre cose, codice, dati, documentazione, e verificarle prima della firma, quando hai ancora tutto il potere contrattuale. Un fornitore che risponde con chiarezza ti sta già dando la prova migliore della sua serietà. Uno che glissa ti sta dando un’informazione altrettanto utile.

Se stai valutando un software su misura e vuoi capire come proteggerti fin dall’inizio, parliamone. In una call gratuita di 20 minuti ti diciamo con franchezza cosa pretendere nel tuo caso specifico e ti mostriamo, demo alla mano, come lavoriamo. Nessun impegno: solo le risposte chiare che meriti prima di firmare qualsiasi cosa.

Domande frequenti sul rischio che il fornitore software chiuda