Un NDA per lo sviluppo software è un accordo di non divulgazione che obbliga uno sviluppatore, un’agenzia o un freelance a mantenere segrete le informazioni riservate di un cliente e a usarle solo per il progetto concordato. Di solito è il primo documento legale di una collaborazione software e si firma prima che specifiche, design, codice sorgente o dati passino di mano.
Per la maggior parte delle aziende l’outsourcing comincia dall’NDA. Prima di ottenere una stima realistica per uno sviluppo software su misura in outsourcing, il fornitore deve vedere i Suoi requisiti, il sistema attuale e talvolta i dati. L’NDA stabilisce le regole di questo scambio: cosa è riservato, chi può vederlo, quanto dura l’obbligo e cosa succede se viene violato.
Questa guida spiega cos’è un NDA per lo sviluppo software, quando firmarlo, in cosa differiscono NDA reciproci e unilaterali, quali clausole contano, cosa un NDA non può proteggere, come si collega al contratto quadro e alla cessione della IP, come gestire team offshore e strumenti di coding con IA, cosa succede dopo una violazione e come verificare un NDA prima di firmarlo. Si tratta di informazioni generali e non di consulenza legale; faccia esaminare da un avvocato della Sua giurisdizione qualsiasi accordo su cui intende fare affidamento. Per il contratto che segue l’NDA, legga la nostra guida al contratto di sviluppo software.
Che cos’è un NDA per lo sviluppo software?
Un NDA per lo sviluppo software, detto anche accordo di riservatezza, è un contratto giuridicamente vincolante con cui una o entrambe le parti si impegnano a non divulgare né usare impropriamente le informazioni riservate scambiate durante un progetto software. Tutela la segretezza; da solo non trasferisce la proprietà del codice o delle idee.
In un progetto software l’NDA copre tipicamente quattro tipi di informazioni:
- Informazioni di prodotto e di business: l’idea, la roadmap, il modello di business, i prezzi, gli elenchi clienti e i materiali per gli investitori.
- Informazioni tecniche: codice sorgente, architettura, API, algoritmi, modelli di dati, dettagli dell’infrastruttura e configurazioni di sicurezza.
- Materiali di design: wireframe, prototipi, ricerche sugli utenti ed elementi di brand non pubblicati.
- Dati e accessi: dati di produzione o di test, dati personali degli utenti, credenziali, chiavi API e accessi ai repository.
L’NDA crea anche prove. Secondo il Defend Trade Secrets Act statunitense del 2016 e la direttiva (UE) 2016/943 sui segreti commerciali, recepita in Italia con il d.lgs. 63/2018 che ha modificato il Codice della proprietà industriale, un’informazione è un segreto commerciale solo se il titolare adotta misure ragionevoli per mantenerla segreta. Un NDA firmato con ogni parte che accede all’informazione è una delle misure più evidenti.
Perché serve un NDA in un progetto software?
Serve un NDA in un progetto software perché lo sviluppo richiede di condividere proprio le informazioni che danno valore al prodotto: l’idea, il piano, i dati e infine il codice. Senza NDA, un fornitore o un freelance che se ne va non ha alcun obbligo contrattuale chiaro di mantenere segreto qualcosa.
Un NDA per lo sviluppo software ben redatto svolge cinque funzioni:
- Definisce le aspettative. Tutti sanno dal primo giorno cosa è riservato e come va trattato.
- Limita l’uso. Il destinatario può usare le informazioni solo per valutare o realizzare il progetto, non per costruire un prodotto concorrente.
- Tutela lo status di segreto commerciale. Dimostra al giudice che sono state adottate misure ragionevoli di segretezza.
- Crea rimedi. Offre un’azione contrattuale e spesso una via rapida verso un provvedimento inibitorio in caso di fuga di informazioni.
- Supporta la conformità. Integra le clausole sulla protezione dei dati quando il fornitore tratta dati personali.
La posta in gioco è concreta. L’IBM Cost of a Data Breach Report 2025 ha stimato il costo medio globale di una violazione dei dati in 4,44 milioni di dollari, e oltre 10 milioni negli Stati Uniti. Un NDA non impedisce una violazione, ma definisce le responsabilità e Le dà una leva quando qualcosa va storto.
Quando firmare un NDA con gli sviluppatori?
Firmi un NDA con gli sviluppatori prima di condividere qualsiasi cosa un concorrente potrebbe usare: specifiche dettagliate, design non pubblicati, codice sorgente, dati, credenziali o dati finanziari. Una prima chiamata su obiettivi generali, budget indicativo e tempi di solito non lo richiede.
| Fase del progetto | Serve un NDA? | Perché |
|---|---|---|
| Prima chiamata su obiettivi e budget | Di solito no | Non si condivide ancora nulla di sensibile |
| RFP o brief dettagliato inviato ai fornitori | Sì | Si divulgano requisiti, roadmap e vincoli |
| Fase di discovery e audit tecnico | Sì | Il fornitore vede architettura, codice e dati |
| Sviluppo con un team dedicato | Sì, più clausole contrattuali | Accesso quotidiano a codice, sistemi e utenti |
| Ingaggio di freelance | Sì | Le singole persone devono firmare obblighi propri |
| Pitch agli investitori | Raramente possibile | La maggior parte dei fondi rifiuta gli NDA per i pitch |
Se invia un brief a più fornitori, alleghi l’NDA alla richiesta invece di negoziarlo con ciascuno. La nostra guida alla stesura di una RFP per lo sviluppo software mostra come strutturare il pacchetto.
NDA reciproco o unilaterale: quale tipo per un progetto software?
Un NDA reciproco è adatto alla maggior parte dei progetti software perché entrambe le parti condividono informazioni sensibili; un NDA unilaterale è adatto quando divulga solo il cliente. Scegliere subito il tipo giusto fa risparmiare giorni di negoziazione.
| Tipo | Chi è vincolato | Uso tipico nel software | Pro | Contro |
|---|---|---|---|---|
| Unilaterale | Solo il destinatario, di solito il fornitore | Selezione fornitori, onboarding di freelance | Semplice, molto protettivo per il cliente | Il fornitore può opporsi se condivide anche metodi o tariffe |
| Reciproco (bilaterale) | Entrambe le parti | Discovery, partnership, sviluppo di lungo periodo | Equilibrato, si firma in fretta | Obblighi un po’ più ampi per il cliente |
| Multilaterale | Tre o più parti | Cliente, agenzia e partner tecnologico o subappaltatore | Un solo documento per tutti | Più difficile da negoziare e modificare |
| Clausola di riservatezza nel contratto quadro | Entrambe, nel contratto principale | Incarichi firmati | Nessun documento separato | Non copre le trattative precontrattuali |
Nella pratica molti clienti partono con un NDA reciproco durante la selezione e, una volta avviato il lavoro, si affidano alla sezione sulla riservatezza del contratto quadro, sostituendo l’NDA o mantenendolo espressamente in vigore.
Cosa deve contenere un NDA per lo sviluppo software?
Un NDA per lo sviluppo software deve contenere le parti, una definizione precisa delle informazioni riservate, la finalità consentita, gli obblighi del destinatario, le esclusioni, le divulgazioni imposte dalla legge, la durata, la restituzione o distruzione dei materiali, i rimedi e la legge applicabile. I progetti software richiedono anche clausole su codice sorgente, credenziali, subappaltatori e strumenti di IA.
| Clausola | Cosa deve prevedere | Dettaglio specifico per il software |
|---|---|---|
| Parti | Ragioni sociali complete e, se rilevante, persone fisiche | Indicare società collegate e subappaltatori che possono ricevere informazioni |
| Definizione delle informazioni riservate | Categorie, più tutto ciò che è contrassegnato o ragionevolmente percepibile come riservato | Codice sorgente, codice oggetto, API, algoritmi, dati, credenziali, design, roadmap |
| Finalità | Uso limitato alla valutazione o realizzazione del progetto | Vieta il riutilizzo per prodotti simili o concorrenti |
| Obblighi | Mantenere il segreto, proteggere con almeno ragionevole diligenza, condividere secondo il need-to-know | Accesso con account nominativi, MFA, nessuna copia su dispositivi personali |
| Esclusioni | Informazioni pubbliche, già note, sviluppate in modo indipendente o ricevute lecitamente | Richiedere prova scritta per lo sviluppo indipendente |
| Divulgazione obbligatoria | Divulgazione a giudici o autorità consentita, con preavviso dove possibile | Includere l’avviso di immunità per whistleblower statunitense per le persone fisiche |
| Durata | Durata dell’accordo e dell’obbligo di riservatezza | Protezione più lunga per codice sorgente e segreti commerciali |
| Restituzione o distruzione | Restituire o cancellare tutti i materiali su richiesta o al termine | Repository, backup, laptop, storage cloud; attestazione scritta |
| Rimedi | Inibitoria, risarcimento, spese legali | Riconoscimento che una fuga causa un danno irreparabile |
| Legge applicabile e foro | Quale legge si applica e dove si risolvono le controversie | Decisivo con fornitori offshore; valutare l’arbitrato |
| Strumenti di IA | Se e come i servizi di IA possono trattare informazioni riservate | Strumenti approvati, nessun addestramento sui dati del cliente, niente chatbot pubblici |
| Non sollecitazione (facoltativa) | Limiti allo storno del personale dell’altra parte | Verificare la legge locale; alcune giurisdizioni limitano queste clausole |
Due clausole meritano particolare attenzione. La definizione stabilisce se una fuga è o non è una violazione, quindi elenchi le categorie e aggiunga una clausola generale per le informazioni che una persona ragionevole riconoscerebbe come riservate. La clausola sulla finalità impedisce al fornitore di riutilizzare il Suo concept per un altro cliente: la mantenga stretta.
Quali informazioni non sono coperte da un NDA?
Un NDA non copre le informazioni già pubbliche, quelle che il destinatario conosceva prima della divulgazione, quelle che sviluppa in modo indipendente senza usare le Sue informazioni o che riceve lecitamente da un terzo non vincolato alla riservatezza. Queste quattro esclusioni sono standard e i giudici si aspettano di trovarle.
- Informazioni pubbliche: tutto ciò che è pubblicato o generalmente noto nel settore, salvo che sia diventato pubblico per violazione del destinatario.
- Conoscenza pregressa: ciò che il destinatario può dimostrare di sapere già, idealmente con documenti datati.
- Sviluppo indipendente: lavoro svolto da persone che non hanno mai avuto accesso alle Sue informazioni.
- Informazioni di terzi: dati ricevuti lecitamente da chi era libero di condividerli.
C’è anche una categoria che un NDA non dovrebbe cercare di coprire. Le competenze generali di programmazione, il codice open source e i design pattern comuni non si possono blindare; una clausola che vieti a uno sviluppatore di scrivere in futuro una schermata di login apparirà irragionevole e può indebolire l’intero accordo. Alcuni fornitori propongono una clausola sui residui che consente al loro personale di usare le idee rimaste nella memoria. Se il valore del Suo prodotto sta nel concept o negli algoritmi, la rifiuti o la limiti drasticamente.
Infine, un NDA non può impedire le divulgazioni tutelate dalla legge. Negli Stati Uniti le segnalazioni ad autorità come la SEC sono protette e lo Speak Out Act del 2022 rende inefficaci le clausole di riservatezza stipulate prima di una controversia per i casi di molestie e aggressioni sessuali. Il Defend Trade Secrets Act impone inoltre un avviso di immunità per i whistleblower negli accordi con dipendenti e collaboratori individuali; in sua assenza, il datore di lavoro perde il diritto ai danni punitivi e alle spese legali nei confronti di quella persona. Nell’UE la direttiva (UE) 2019/1937 tutela a sua volta chi segnala illeciti.
NDA, contratto quadro o cessione della IP: quale documento protegge cosa?
Un NDA protegge la riservatezza, un contratto quadro (MSA) disciplina il rapporto di lavoro e una cessione della IP trasferisce la proprietà di ciò che viene realizzato. In un tipico progetto in outsourcing servono tutti e tre, perché nessuno sostituisce gli altri.
| Documento | Funzione principale | Quando si firma | La protegge da |
|---|---|---|---|
| NDA | Mantenere segrete le informazioni condivise e limitarne l’uso | Prima delle discussioni dettagliate | Fughe e riutilizzo della Sua idea, dei dati o del codice |
| Contratto quadro (MSA) | Cornice commerciale e legale di tutte le attività | Prima dell’inizio dello sviluppo | Controversie su pagamenti, responsabilità, garanzie, recesso |
| Documento di lavoro (SOW) | Perimetro, deliverable, tempi e prezzo di ogni fase | Per progetto o per fase | Controversie sul perimetro e deliverable mancati |
| Cessione della IP | Trasferire i diritti su codice, design e documenti | Nell’MSA o nel SOW, o con atto separato | Pretese del fornitore o di un freelance sul Suo prodotto |
| Accordo sul trattamento dei dati (DPA) | Regole per il trattamento dei dati personali | Quando il fornitore tratta dati personali | Violazioni del GDPR e di altre norme sulla privacy |
L’equivoco più costoso è credere che un NDA Le dia il codice. Non è così. Secondo il Copyright Act statunitense il software scritto da un collaboratore indipendente in genere non è un work made for hire; senza una cessione scritta il collaboratore può restare titolare dei diritti anche se Lei ha pagato. In Italia la legge sul diritto d’autore consiglia di prevedere per iscritto la cessione dei diritti di utilizzazione economica. Inserisca la cessione nell’MSA o nel SOW e si assicuri che valga anche per ogni subappaltatore.
La riservatezza deve essere una clausola del contratto principale o un NDA separato? Usi un NDA separato per la fase precontrattuale, quando l’MSA non esiste ancora. Dopo la firma dell’MSA, integri l’NDA con una clausola di completezza che mantenga protette le divulgazioni precedenti, oppure lasci l’NDA in vigore indicando quale documento prevale in caso di conflitto.
Quanto deve durare un NDA per lo sviluppo software?
Un NDA per lo sviluppo software dovrebbe in genere proteggere le informazioni riservate generali per due-cinque anni dopo la fine del rapporto e i segreti commerciali finché restano segreti. Le durate brevi sono adatte alle informazioni di business che cambiano in fretta, quelle lunghe a codice sorgente e algoritmi.
- Durata dell’accordo: il periodo in cui le nuove divulgazioni sono coperte, spesso uno-tre anni o la durata dell’incarico.
- Periodo di sopravvivenza: per quanto l’obbligo prosegue dopo la fine dell’accordo, di solito due-cinque anni.
- Segreti commerciali: protetti senza limite finché mantengono tale status.
- Dati personali: seguono le regole di conservazione e cancellazione della normativa applicabile e del Suo DPA.
Un obbligo «perpetuo» e vago su tutto può essere più difficile da far valere di una durata chiara e ragionevole con un’eccezione per i segreti commerciali. Allinei la durata al tempo in cui l’informazione conserva davvero il suo valore.
Come funzionano gli NDA con sviluppatori offshore e nearshore?
Gli NDA con sviluppatori offshore e nearshore funzionano quando l’accordo sceglie una legge applicabile e un foro capaci di produrre un risultato eseguibile nel Paese del fornitore. Un NDA regolato dalla Sua legge nazionale vale quanto la Sua capacità di farlo valere dove si trovano il fornitore e i suoi beni.
- Scelga la legge applicabile con consapevolezza. La Sua legge nazionale Le è familiare, ma verifichi che i giudici del Paese del fornitore la rispettino.
- Per i contratti transfrontalieri preferisca l’arbitrato internazionale. I lodi arbitrali sono eseguibili in oltre 170 Paesi grazie alla Convenzione di New York, spesso più facilmente di una sentenza straniera.
- Si riservi i provvedimenti urgenti ovunque. Mantenga il diritto di chiedere misure cautelari nel Paese del fornitore anche se le controversie sono altrimenti devolute ad arbitrato.
- Contratti con l’entità giusta. Firmi con la società che impiega gli sviluppatori, non con un ufficio commerciale privo di beni.
- Estenda gli obblighi a cascata. Richieda che il fornitore vincoli ogni dipendente e subappaltatore con condizioni scritte equivalenti e indichi in anticipo i subappaltatori.
- Aggiunga regole sul trasferimento dei dati. Se sono coinvolti dati personali dell’UE, firmi un DPA e usi un meccanismo di trasferimento approvato come le clausole contrattuali tipo.
Nella pratica i rimedi legali sono l’ultima linea di difesa. Le prime sono scegliere un fornitore con un track record, limitare ciò a cui ciascuno può accedere e mantenere il controllo dei Suoi repository e account cloud. Le nostre guide all’outsourcing dello sviluppo software e a come scegliere una società di sviluppo software trattano la due diligence.
L’uso di strumenti di coding con IA può violare un NDA?
L’uso di strumenti di coding con IA può violare un NDA quando codice, specifiche o dati riservati vengono inviati a un servizio che li conserva, li mostra a persone o li usa per l’addestramento, perché ciò può costituire una divulgazione a terzi. Dipende dal testo dell’NDA e dalle condizioni sui dati dello strumento.
Il rischio non è teorico. Nel 2023 Samsung ha limitato l’uso di strumenti pubblici di IA generativa dopo che alcuni ingegneri avevano incollato codice sorgente interno in un chatbot pubblico. Nel 2026 la maggior parte dei team di sviluppo usa ogni giorno assistenti di IA, quindi un NDA moderno o il contratto che lo accompagna dovrebbe disciplinarli espressamente:
- Elenchi gli strumenti di IA autorizzati a trattare informazioni riservate, o richieda un’approvazione scritta per ciascuno.
- Richieda piani business o enterprise senza addestramento sui dati del cliente e con conservazione limitata o nulla.
- Vieti il caricamento di segreti, credenziali e dati personali su qualsiasi servizio di IA.
- Chieda al fornitore di indicare dove usa codice generato con IA e di verificarne licenze e sicurezza.
- Tratti i fornitori di IA come sub-responsabili nel DPA quando potrebbero ricevere dati personali.
Regole chiare sull’IA proteggono entrambe le parti: il cliente mantiene il controllo delle informazioni e il fornitore può usare strumenti produttivi senza dover indovinare cosa consente l’NDA.
Cosa succede se uno sviluppatore viola un NDA?
Se uno sviluppatore viola un NDA, la parte divulgante può chiedere la cessazione della divulgazione o dell’uso, ottenere un’inibitoria, chiedere il risarcimento e, se l’accordo lo prevede, il rimborso delle spese legali. La rapidità conta: prima si agisce, più è facile contenere la fuga e ottenere tutela cautelare.
I rimedi tipici sono:
- Inibitoria: un ordine del giudice di cessare l’uso o la divulgazione, spesso il rimedio più prezioso per il software.
- Risarcimento: il ristoro della perdita effettiva o dell’arricchimento indebito di chi ha violato l’accordo.
- Azioni legali a tutela dei segreti commerciali: negli Stati Uniti il Defend Trade Secrets Act consente azioni davanti ai tribunali federali e, nei casi estremi, il sequestro ex parte; in Italia gli articoli 98 e 99 del Codice della proprietà industriale offrono tutele analoghe.
- Penale contrattuale: un importo concordato in anticipo, che il giudice può ridurre se manifestamente eccessivo.
- Risoluzione: la fine dell’intera collaborazione e la restituzione di tutti i materiali.
Per vincere deve dimostrare cosa era riservato, che il destinatario ne disponeva, che lo ha divulgato o usato oltre la finalità consentita e che ne è derivato un danno. Per questo le prove contano molto prima di qualsiasi controversia: registri cosa ha condiviso e quando, usi i log di accesso a repository e documenti, applichi filigrane ai file sensibili e contrassegni come riservati i documenti chiave.
Quali sono gli errori più comuni negli NDA dei progetti software?
Gli errori più comuni negli NDA dei progetti software sono definizioni vaghe, assenza di clausole sulla IP, perimetro irrealistico e dimenticare chi vede davvero le informazioni. La maggior parte si evita con una lettura attenta prima di firmare.
- Un modello generico. Un NDA di una pagina pensato per trattative commerciali raramente menziona codice sorgente, credenziali o repository.
- Una definizione troppo stretta delle informazioni riservate, per esempio solo i documenti contrassegnati come «riservato», lasciando senza tutela il codice in un repository condiviso.
- Una definizione troppo ampia, che include competenze generali o conoscenze pubbliche e invita il giudice a restringere o respingere la clausola.
- Credere che l’NDA trasferisca la IP. La proprietà richiede una cessione separata.
- Dimenticare subappaltatori e freelance che lavorano per il fornitore senza aver firmato nulla.
- Nessuna clausola di restituzione o cancellazione, con copie rimaste su laptop e vecchi account cloud dopo il progetto.
- Nessuna legge applicabile, o un foro inutilizzabile contro un fornitore offshore.
- Silenzio sugli strumenti di IA, che lascia incerto se il codice possa essere inviato a un assistente di IA.
- Considerare l’NDA una misura di sicurezza. Un NDA non sostituisce controllo degli accessi, cifratura e pratiche di sviluppo sicuro.
Una società di sviluppo software firmerà il Suo NDA?
Sì, una società di sviluppo software seria firma un NDA ragionevole e molte offrono su richiesta un proprio modello reciproco. Un fornitore che rifiuta qualsiasi NDA prima di vedere specifiche dettagliate o codice è un campanello d’allarme.
I fornitori possono contestare alcune clausole, e in parte a ragione:
- Patti di non concorrenza troppo ampi che impedirebbero al fornitore di lavorare per chiunque nel Suo settore.
- Responsabilità illimitata per qualsiasi violazione, a prescindere dalla colpa o dalle dimensioni del progetto.
- Protezione perpetua per tutto, anche per informazioni che perdono valore in pochi mesi.
- Nessuna esclusione, il che rende impossibile rispettare l’accordo.
Le idee da sole raramente decretano il successo di un prodotto; conta l’esecuzione. Le agenzie vedono molti concept simili e il loro business si fonda sulla fiducia. Ciononostante, un NDA è un’aspettativa legittima non appena condivide dettagli concreti. Se prevede una collaborazione lunga, la nostra guida per assumere un team di sviluppo dedicato illustra le altre condizioni contrattuali da concordare contestualmente.
Checklist NDA: cosa verificare prima di firmare
Prima di firmare un NDA per lo sviluppo software, verifichi che indichi le parti corrette, definisca le informazioni riservate in modo adatto al software, limiti l’uso al Suo progetto, includa le esclusioni standard, fissi una durata sensata, imponga restituzione o cancellazione, copra subappaltatori e strumenti di IA e indichi una legge applicabile praticabile.
- Entità giuridiche, firmatari e date corretti da entrambe le parti.
- La definizione copre codice sorgente, design, dati, credenziali e roadmap, più una clausola generale ragionevole.
- Finalità limitata alla valutazione o realizzazione di questo progetto.
- Accesso secondo il need-to-know, dipendenti e subappaltatori vincolati per iscritto.
- Quattro esclusioni standard, con prova scritta richiesta per lo sviluppo indipendente.
- Divulgazioni obbligatorie disciplinate, incluso l’avviso di immunità statunitense per le persone fisiche.
- Durata di due-cinque anni, con protezione più lunga per i segreti commerciali.
- Restituzione o distruzione dei materiali, backup e copie cloud compresi, con conferma scritta.
- Regole per gli strumenti di coding con IA e gli altri servizi di terzi.
- Rimedi, inibitoria inclusa, e una legge applicabile e un foro utilizzabili.
- Nessuna clausola sui residui, o una molto ristretta, se il Suo valore sta in idee o algoritmi.
- Collegamento chiaro con il futuro contratto quadro, la cessione della IP e il DPA.
Come proteggere la Sua idea software oltre l’NDA?
Protegge un’idea software oltre l’NDA combinando documenti legali e controlli pratici: condividere le informazioni per fasi, restare titolare dei propri account, limitare gli accessi per ruolo e mettere in sicurezza il processo di sviluppo stesso. Un NDA dice cosa non fare; i controlli lo rendono difficile.
- Condividere per fasi. Requisiti generali durante la selezione, dettagli completi solo dopo l’NDA e la scelta del fornitore.
- Possedere l’infrastruttura. Tenere repository, account cloud, domini e account degli store intestati alla Sua azienda e concedere l’accesso al fornitore.
- Applicare il privilegio minimo. Dare a ciascuno solo l’accesso richiesto dal ruolo e revocarlo il giorno in cui lascia il progetto.
- Proteggere tecnicamente i segreti. Usare un secrets manager, ruotare le chiavi e non inviare mai credenziali via e-mail o chat.
- Usare dati anonimizzati. Fornire agli sviluppatori dati sintetici o mascherati invece dei dati di produzione quando possibile.
- Integrare la sicurezza nella delivery. Code review, scansione delle dipendenze e log di audit fanno parte del processo, come descritto nella nostra guida al ciclo di vita dello sviluppo software sicuro.
Insieme a un NDA chiaro, a un contratto quadro con cessione della IP e, se necessario, a un DPA, queste misure offrono una protezione solida a un costo modesto rispetto al valore del prodotto.
FAQ
Che cos’è un NDA per lo sviluppo software?
Un NDA per lo sviluppo software è un contratto con cui uno sviluppatore, un’agenzia o un’altra parte si impegna a mantenere segrete le informazioni riservate di un cliente e a usarle solo per il progetto. Di norma copre codice sorgente, idee di prodotto, specifiche, design, piani aziendali, credenziali e dati degli utenti, e definisce esclusioni, durata, restituzione dei materiali e rimedi in caso di violazione.
Devo firmare un NDA prima di parlare con una società di sviluppo software?
Firmi un NDA prima di condividere qualsiasi cosa un concorrente potrebbe sfruttare: specifiche dettagliate, design non pubblicati, codice sorgente, dati, prezzi o piani aziendali. Una prima chiamata sugli obiettivi generali raramente ne richiede uno. Le società di sviluppo serie firmano abitualmente gli NDA dei clienti, spesso in un giorno, e molte offrono un modello reciproco. Gli investitori sono l’eccezione: la maggior parte dei fondi di venture capital non firma NDA per i pitch.
Per un progetto software è meglio un NDA reciproco o unilaterale?
Un NDA reciproco è di solito preferibile quando entrambe le parti condividono informazioni sensibili, cosa comune nei progetti software: il cliente condivide piani di prodotto e dati, il fornitore tariffe, metodi, strumenti interni e librerie di codice. Un NDA unilaterale è adatto quando divulga solo il cliente, per esempio nella preselezione dei fornitori. Gli NDA reciproci si firmano anche più in fretta, perché nessuna parte si sente esposta.
Quanto dura un NDA per lo sviluppo software?
La maggior parte degli NDA per lo sviluppo software protegge le informazioni riservate generali per due-cinque anni dopo la fine del rapporto. I segreti commerciali, come algoritmi proprietari o codice sorgente non pubblicato, dovrebbero restare protetti finché mantengono tale status, mentre i dati personali seguono i termini previsti dalla normativa sulla privacy. Una durata fissa e ragionevole è più facile da far valere di un obbligo perpetuo e vago.
Un NDA mi rende proprietario del codice scritto da uno sviluppatore?
No. Un NDA tutela la riservatezza, non la proprietà. I diritti su codice, design e altri deliverable devono essere trasferiti con una cessione della proprietà intellettuale separata, di solito nel contratto quadro o nel documento di lavoro. Negli Stati Uniti il software scritto da un collaboratore indipendente in genere non è un work made for hire, quindi serve una cessione scritta; anche in Italia conviene prevedere per iscritto la cessione dei diritti di utilizzazione economica.
Uno sviluppatore può usare strumenti di coding con IA sotto NDA?
Uno sviluppatore può usare strumenti di coding con IA sotto NDA solo se l’accordo o la policy di progetto lo consente e lo strumento non conserva i Suoi dati né li usa per l’addestramento. Incollare codice o specifiche riservati in un chatbot pubblico può costituire una divulgazione a terzi. Nel 2026 i buoni NDA e contratti elencano gli strumenti approvati, richiedono piani enterprise o a conservazione zero e vietano di caricare segreti.
Cosa succede se uno sviluppatore viola un NDA?
Se uno sviluppatore viola un NDA, il cliente può chiedere la cessazione dell’uso, ottenere un provvedimento inibitorio dal giudice, chiedere il risarcimento del danno o la restituzione dell’indebito profitto e, se il contratto lo prevede, il rimborso delle spese legali. Negli Stati Uniti il Defend Trade Secrets Act aggiunge rimedi federali; in Italia il Codice della proprietà industriale tutela i segreti commerciali. Il successo dipende dalla prova di cosa era riservato, cosa è stato divulgato e del danno.
Pubblicato il 1 novembre 2026. Questo articolo fornisce informazioni generali e non costituisce consulenza legale. Fonti: Defend Trade Secrets Act, 18 U.S.C. § 1836 e § 1833(b); direttiva (UE) 2016/943 sui segreti commerciali; d.lgs. 11 maggio 2018, n. 63 e artt. 98-99 del Codice della proprietà industriale; Speak Out Act del 2022; US Copyright Act, 17 U.S.C. § 101; IBM Cost of a Data Breach Report 2025; Convenzione di New York per il riconoscimento e l’esecuzione delle sentenze arbitrali straniere; articoli di Bloomberg sulle restrizioni di Samsung all’IA generativa (maggio 2023). Le durate tipiche riflettono la prassi contrattuale di YuSMP Group nel 2026.