Cambiare software house nell'era dell'AI fai da te

Quando conviene cambiare software house?

Quando il problema è chi segue il software, non il software: le modifiche arrivano tardi, i preventivi crescono senza spiegazioni, le risposte si diradano, e tu non sapresti come andare avanti senza quel fornitore. Ognuno di questi segnali ha un primo passo che puoi fare prima di decidere.

Il segnale più serio non è il prezzo: è non sapere che cosa succederebbe se il fornitore sparisse domani. Se le risposte ai primi passi arrivano, e sono buone, forse il rapporto si può aggiustare. Se non arrivano, hai già cominciato a preparare il passaggio.

A volte il problema è il software, non chi lo segue: se è vecchio e ogni modifica ne rompe un'altra, cambiare fornitore non basta. La scelta fra tenerlo, modernizzarlo o rifarlo è nella guida sul software legacy.

Che cosa devi avere in mano prima della disdetta?

Il codice con tutta la sua storia, gli accessi a nome tuo, una copia dei dati che hai provato a ripristinare, le istruzioni per rimettere in piedi il software e un contratto che ti permette di farlo modificare ad altri. Il repository è l'archivio del codice con ogni modifica, chi l'ha fatta e quando: un file ZIP con l'ultima versione non lo sostituisce, perché non dice perché il codice è fatto così.

La prova che hai tutto è una sola: un altro team, con quello che ti è stato consegnato, installa il software in un ambiente di prova, ripristina i dati e pubblica una piccola modifica, senza chiedere niente al vecchio fornitore. La disdetta si manda dopo questa prova, non prima.

Il 31 ottobre 2026 la modalità AI di Google consigliava di ottenere codice e password con un pretesto, come un controllo per l'assicurazione, «senza far capire al vecchio fornitore che te ne stai andando». Non lo consigliamo: quello che il contratto ti dà lo chiedi per iscritto e senza scuse, e quello che non ti dà non diventa tuo con un pretesto. Per il passaggio di consegne, poi, avrai ancora bisogno di quel fornitore, e una scusa scoperta lo rende più difficile. Che cosa consegniamo noi a fine progetto è nelle domande frequenti.

Il codice è tuo se il contratto non lo dice?

Non è detto: se il contratto non parla dei diritti sul codice, decide un giudice. La legge sul diritto d'autore vuole che la cessione dei diritti sia provata per iscritto (articolo 110 della legge 633 del 1941), e per il software commissionato a un fornitore esterno non ha una regola espressa. Il quadro completo, con la differenza fra cessione e licenza, è nella guida su come scegliere una software house.

Fra i giudici di merito prevale, secondo la redazione di Brocardi, la tesi favorevole a chi ha commissionato il software, e tre decisioni recenti vanno nella stessa direzione. Il Tribunale di Bologna, con la sentenza 96 del 2020, ha scritto che il committente acquista il codice «a titolo originario», come conseguenza del contratto d'opera, e ha giudicato illecito il rifiuto di consegnarlo; in quel caso il contratto aveva una clausola sui diritti. Il Tribunale delle imprese di Brescia, con un'ordinanza del 14 aprile 2025, ha dato ragione a un'azienda contro la software house che le negava i sorgenti sostenendo di averle dato solo una licenza d'uso: per il giudice l'acquisto del committente «prescinde dal pagamento del corrispettivo», e il codice è stato sequestrato. Il Tribunale di Venezia, il 24 giugno 2025, ha applicato al software commissionato la regola del software scritto dai dipendenti e ha ordinato in via cautelare la consegna dei codici sorgente: senza, il committente non poteva affidare la manutenzione ad altri. Sono decisioni di singoli tribunali, non una regola; la Cassazione, nel 2022, ha seguito un principio diverso per le opere su commissione.

Chiedendolo a Google trovi le due tesi. Il 31 ottobre 2026 la modalità AI, alla domanda di un'azienda a cui il fornitore nega il codice, rispondeva «No, non potete pretendere il codice sorgente a meno che il contratto non lo preveda espressamente»; alla ricerca «proprietà codice sorgente» citava Bologna e Brescia a favore del committente.

Il codice si ottiene prima con una trattativa che con una causa: una causa dura mesi, e il software intanto deve funzionare. La trattativa ha una moneta, le giornate di passaggio di consegne che il vecchio fornitore ti fattura, da scambiare con la cessione scritta del codice e la consegna del repository. Se il codice resta suo, ci sono il deposito presso un terzo, cioè l'escrow, oppure la sostituzione del software a partire dai dati, che sono tuoi.

E i dati, li puoi riprendere?

Sì, e conviene farlo prima della disdetta, in un formato che un altro programma sa leggere: una copia del database o file CSV, non stampe in PDF. Poi la copia si prova, ripristinandola e confrontando i totali.

Se il fornitore tratta per tuo conto dati personali, di clienti o di dipendenti, il contratto che il GDPR chiede fra te e lui (articolo 28) deve prevedere che a fine servizio, a tua scelta, li cancelli o te li restituisca, e che cancelli le copie. Scegli la restituzione, controlla i dati, e chiedi la cancellazione solo dopo.

Se il software te lo fornisce come servizio in cloud, sui suoi server e con un canone, dal 12 settembre 2025 vale anche il Data Act, il regolamento europeo sui dati. Chiede che le condizioni del passaggio a un altro fornitore siano scritte nel contratto e messe a disposizione prima della firma.

Per un servizio fatto in gran parte su misura per un solo cliente, e non offerto a catalogo, il divieto delle tariffe di passaggio non vale (articolo 31), e il fornitore deve dirtelo prima del contratto. Se il software è su misura e gira su un account tuo, il problema non c'è: i dati sono già nelle tue mani. È il motivo per cui ti consigliamo di creare tu gli account fin dall'inizio, e di darci l'accesso.

Come si passa da un fornitore all'altro senza fermarsi?

In sei passi, con il software che resta acceso e seguito finché il nuovo team non ha dimostrato di saperlo far funzionare da solo.

Password e chiavi si cambiano subito dopo l'ultima sessione con il vecchio fornitore: prima ti servono per il passaggio, dopo sono una porta aperta. Se dalla verifica esce che il software va sostituito, il metodo che non ferma il lavoro, un modulo alla volta, è nella guida sul software legacy, alla domanda come si cambia senza fermare il lavoro.

Quanto costa cambiare software house?

Oltre al lavoro che il nuovo fornitore farà dopo, il cambio costa tre cose: le giornate del vecchio fornitore per il passaggio di consegne, il tempo che il nuovo team impiega a capire il codice e le settimane in cui il software non riceve novità. Quello che la verifica trova da correggere è un costo a parte, che esisteva già e che il cambio rende visibile.

Da noi la messa in sicurezza parte da 5.000 €: recuperiamo codice e accessi, facciamo una copia completa dei dati e la ripristiniamo su un'altra macchina, e chi conosce il sistema ci mostra le operazioni che nessun altro sa fare. Le giornate del vecchio fornitore le fattura lui. La manutenzione dopo la stimiamo sul lavoro che il software chiede davvero, non come una percentuale del suo costo iniziale.

Se chiedi la cifra a Google o a un assistente AI, ottieni forchette lontane fra loro.

Risposte raccolte il 31 ottobre 2026 alla stessa domanda, in inglese, di un'azienda con un software su misura fatto da una piccola agenzia.

Conviene seguirlo da soli con l'AI?

Per le modifiche piccole sì, se in azienda c'è qualcuno che sa leggere il codice e ne risponde; per il sistema intero, senza quella persona, no. Strumenti come Cursor o Claude Code scrivono codice in fretta. Non sanno se una modifica rompe la chiusura di fine mese, perché quella regola sta nel codice di sei anni fa e nella testa di chi l'ha scritto.

Che l'AI renda più veloce chi programma già, poi, è meno ovvio di quanto si legga. Nel 2025 METR, un istituto di ricerca indipendente, ha fatto lavorare 16 sviluppatori esperti sui grandi progetti open source a cui contribuivano, con e senza gli strumenti di inizio 2025: con l'AI hanno impiegato il 19% di tempo in più, mentre prima si aspettavano di metterne il 24% in meno.

Nel febbraio 2026 METR ha aggiornato lo studio con strumenti più recenti: oggi gli sviluppatori sono probabilmente più veloci con l'AI, scrive, ma i nuovi dati ne sono solo una prova debole. E sulla sicurezza, Veracode ha visto modelli che, potendo scegliere, hanno scelto la soluzione insicura nel 45% dei compiti: ne parla la guida sul prototipo fatto con l'AI.

Il rischio è sostituire la dipendenza da un fornitore con la dipendenza da uno strumento che in azienda nessuno sa controllare. La via di mezzo che regge è un fornitore, o un tecnico esperto, che risponde di architettura, sicurezza e rilasci, e una persona interna che con l'AI fa le modifiche piccole, riviste da lui. Uno strumento come Cursor o Claude Code manda il codice che legge ai modelli del suo fornitore: dagli una copia senza dati personali di clienti o dipendenti.

Anche noi usiamo l'AI ogni giorno, con una regola scritta nelle nostre FAQ: il codice scritto con l'aiuto dell'AI lo rivede una persona che ne risponde, e le ore risparmiate non te le fatturiamo.

Meglio tenerlo o rifarlo da zero?

Se fa il suo lavoro, tenerlo. Un software che funziona ma è prigioniero del fornitore va liberato, non rifatto. Rifarlo conviene quando la verifica trova problemi che costano più di un sistema nuovo, o quando il software non regge più quello che l'azienda deve fare. Da noi cambiarlo un modulo alla volta parte da 10.000 € per il primo modulo, e rifare in blocco un gestionale essenziale parte da circa 15.000 €, più la migrazione dei dati. Il confronto su tre anni, voce per voce, è nella guida sul software legacy.

Un esempio: 30 persone, un aggiornamento da 15.000 € e il codice negato

Un esempio illustrativo, dalla domanda che abbiamo posto a Google e agli assistenti AI. Un'azienda di 30 persone ha un software per ordini e magazzino fatto da una piccola software house, che chiede 15.000 € per un aggiornamento e nega il codice perché, dice, il contratto non lo prevede.

1. Rilegge il contratto. Una cessione scritta chiude la questione; una licenza le dice che cosa può fare; un contratto che non ne parla la porta nel caso incerto, e conviene farlo leggere a un avvocato.
2. Chiede subito, per iscritto, i dati e gli accessi. Una copia completa del database in un formato leggibile e l'elenco di server, domini e servizi, con l'intestatario. Per i dati personali che il fornitore tratta, l'articolo 28 del GDPR è dalla sua parte.
3. Chiede il preventivo da 15.000 € diviso per voce. Correzioni, adeguamenti a nuove norme e novità: per sapere che cosa compra, e che cosa può comprare da altri.
4. Chiede a un secondo fornitore di guardare quello che c'è. Senza codice, la verifica lavora sul database e su quello che il software fa, osservato con chi lo usa ogni giorno.

Poi le strade sono tre. La prima è trattare: una parte di quella cifra pagata per un passaggio di consegne con cessione scritta e repository. La seconda, se il codice resta del fornitore, è sostituire il software a partire dai dati: con un prodotto pronto, se fa anche le regole che l'azienda aveva messo nel suo, o con uno nuovo su misura. Senza codice e senza un altro punto da cui collegarsi, però, la sostituzione un modulo alla volta non si può fare. La terza è il giudice, con le decisioni di Bologna, Brescia e Venezia a favore del committente, e i tempi e i costi da valutare con l'avvocato.

Google proponeva di passare a un gestionale standard, con cifre senza fonte: la panoramica 3.000-8.000 € di configurazione e migrazione più 1.500-4.000 € l'anno, la modalità AI 6.500-16.500 € il primo anno. Perplexity riportava fra 36.000 e 102.000 € per implementare un ERP open source in un'azienda di 15-30 utenti. Sono cifre di cose diverse, e nessuna è il costo del passaggio sullo stesso software.

Fonti e approfondimenti

• Regolamento (UE) 2023/2854 sui dati (Data Act), articoli 2, 25, 29, 31 e 50eur-lex.europa.eu, consultato il 31 ottobre 2026
• Regolamento (UE) 2016/679 sulla protezione dei dati (GDPR), articolo 28eur-lex.europa.eu, consultato il 31 ottobre 2026
• Legge 22 aprile 1941, n. 633, articolo 110, prova scritta della trasmissione dei dirittinormattiva.it, consultato il 23 ottobre 2026
• Brocardi.it, «Di chi è il codice sorgente di un software?», 26 aprile 2018brocardi.it, consultato il 23 ottobre 2026
• Annalisa Spedicato, «Lavori di grafica su commissione, di chi è il file sorgente? Ecco cosa stabilisce la Cassazione», Agenda Digitale, 17 ottobre 2022agendadigitale.eu, consultato il 23 ottobre 2026
• Arlo Canella, «Codice sorgente: la software house è tenuta a consegnarlo al committente?», Canella Camaiora, 21 giugno 2025canellacamaiora.it, consultato il 31 ottobre 2026
• Luigi Manna, «La sorgente della discordia: chi è il vero proprietario del software?», Martini Manna, 7 maggio 2025martinimanna.it, consultato il 31 ottobre 2026
• Tribunale di Venezia, 24 giugno 2025, «Software commissionato in appalto: titolarità del committente e consegna cautelare dei codici sorgente», Giurisprudenza delle impresegiurisprudenzadelleimprese.it, consultato il 31 ottobre 2026
• METR, «Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity», 10 luglio 2025metr.org, in inglese, consultato il 31 ottobre 2026
• METR, «We are Changing our Developer Productivity Experiment Design», 24 febbraio 2026metr.org, in inglese, consultato il 31 ottobre 2026
• Veracode, «AI-Generated Code Poses Major Security Risks in Nearly Half of All Development Tasks», 30 luglio 2025veracode.com, in inglese, consultato il 29 ottobre 2026