Download Word gratuito • Modifica online • Salva e condividi con Drive • Esporta in PDF
È un accordo legale completo tra un'azienda committente (Impresa) e uno sviluppatore software che formalizza lo sviluppo personalizzato di un programma, il trasferimento dei diritti di proprietà intellettuale in esclusiva, e le condizioni di licenza, pagamento e garanzie. È disponibile in formato Word modificabile gratuito, pronto per essere completato con nomi delle parti, specifiche tecniche, calendario di sviluppo e termini di pagamento. Copre ogni aspetto della relazione: dalle definizioni iniziali alle garanzie di originalità, all'indennizzo per violazione di brevetti altrui, fino ai meccanismi di consegna e ai diritti sulle Opere Derivate.
Commissionare uno sviluppo software senza contratto formale espone l'azienda a rischi significativi: lo sviluppatore potrebbe vendere lo stesso software ai tuoi concorrenti, il codice potrebbe violare brevetti di terzi (esponendoti a contenziosi legali), il progetto potrebbe slittare indefinitamente senza penali, e in caso di disagreement non hai chiarezza su chi possiede il codice sorgente. Un contratto scritto e firmatato cristallizza le promesse, limita gli equivoci sulla portata della consegna, definisce chi è responsabile di errori e violazioni, e protegge il tuo investimento stabilendo che tu (e solo tu) potrai usare, modificare, distribuire e commercializzare il software su scala mondiale. Per startup e PMI tech, è lo strumento fondamentale per assicurare che il software commissionato diventi un valore durevole dell'azienda.
| Se la tua situazione è… | Usa questo modello |
|---|---|
| Quando il committente intende ottenere diritti esclusivi mondiali su software e derivati. | Contratto di sviluppo con licenza esclusiva |
| Quando lo sviluppatore richiede partecipazione agli utili sulle vendite future. | Contratto di sviluppo con royalty |
| Quando il software deve rimanere aperto e liberamente modificabile dalla comunità. | Contratto di sviluppo open-source |
| Specifico per applicazioni iOS, Android o cross-platform con focus su app store. | Contratto di sviluppo per app mobile |
| Quando serve definire assistenza tecnica, bug fix e aggiornamenti dopo il lancio. | Contratto di manutenzione e supporto post-sviluppo |
Perché conta: Causa controversie sulla completezza dello sviluppo; è difficile provare cosa fosse incluso se il contratto non ha riferimento a un documento tecnico approvato in anticipo.
Fix: Allega un Allegato A con elenco dettagliato di funzioni, interfaccia, database, lingue supportate e requisiti di prestazione firmato da entrambe le parti.
Perché conta: Lo sviluppatore potrebbe vendere lo stesso software ad un concorrente diretto, riducendo il valore della tua acquisizione.
Fix: Includi esplicitamente 'licenza esclusiva, mondiale' e aggiungi un vincolo che lo sviluppatore non potrà sviluppare o offrire software identici per [N] anni.
Perché conta: Il progetto può slittare indefinitamente senza conseguenze; il tuo flusso di cassa e time-to-market ne risentono.
Fix: Inserisci milestone di pagamento (es. 30% all'avvio, 40% a versione beta, 30% al rilascio) e penali giornaliere per ritardi oltre i 30 giorni.
Perché conta: Se il software viola un brevetto, il danno si propaga ai tuoi clienti che lo usano; l'indennizzo ristretto potrebbe non coprire i loro reclami.
Fix: Estendi l'indennizzo esplicitamente a 'Impresa, suoi clienti, distributori e sub-licenziatari' e specifica che è illimitato temporalmente.
Perché conta: Lo sviluppatore potrebbe rivelare l'algoritmo proprietario, il design e la logica di business a concorrenti.
Fix: Aggiungi una NDA unilaterale (verso lo sviluppatore) o reciproca che vieti la divulgazione di Specifiche, codice sorgente e dettagli tecnici per almeno 3-5 anni.
Perché conta: L'Impresa potrebbe sottoscrivere una transazione che ammette violazione di diritti da parte dello sviluppatore, espandendo la sua responsabilità.
Fix: Includi esplicitamente che ogni transazione di reclami richiede il consenso scritto dello sviluppatore (non irragionevolmente negato) e che i costi siano condivisi equamente.
In linguaggio semplice: Specifica con precisione il nome, la descrizione e la documentazione del software da sviluppare.
Per 'Lavoro' si intende il programma del software multimediale noto come [NOME APP], e la sua documentazione e gli elementi correlati, come descritto nell'Allegato A allegata al presente.
Errore comune: Non allegare le Specifiche tecniche dettagliate, causando disaccordi su cosa sia effettivamente incluso nello sviluppo.
In linguaggio semplice: Lo sviluppatore si impegna a realizzare il software esattamente secondo i requisiti tecnici e funzionali stabiliti.
Lo Sviluppatore dovrà sviluppare il Lavoro per l'Impresa come un programma personalizzato il cui funzionamento, capacità e prestazioni dovranno corrispondere a quanto descritto nelle Specifiche.
Errore comune: Non definire metriche di accettazione, rendendo difficile determinare se il software è 'finito' e conforme.
In linguaggio semplice: L'Impresa riceve il diritto esclusivo di copiare, modificare, pubblicare, vendere, distribuire il software e concedere sub-licenze a clienti in tutto il mondo.
l'Impresa dovrà avere e lo Sviluppatore concede all'Impresa una licenza esclusiva, mondiale di (a) preparare Opere Derivate sulla base del Lavoro e (b) copiare, modificare, pubblicare, vendere, concedere in licenza e distribuire, con pieni diritti di sub-licenziare.
Errore comune: Non specificare se la licenza è esclusiva o non-esclusiva, causando conflitti se lo sviluppatore vende lo stesso software ad altri.
In linguaggio semplice: Lo sviluppatore garantisce che il software è originale, non viola brevetti, copyright o segreti altrui, e che possiede i diritti per concederlo.
Lo Sviluppatore dichiara e garantisce che il Lavoro sarà originale e non costituirà contraffazione di alcun brevetto, diritto d'autore, segreto commerciale o altri diritti di proprietà di altri.
Errore comune: Non verificare che il codice non contenga librerie protette o componenti acquisite senza licenza appropriata.
In linguaggio semplice: Lo sviluppatore deve coprire tutte le perdite, spese legali e danni se il software viola diritti di terzi, inclusi quelli subiti dai clienti finali.
Lo Sviluppatore dovrà risarcire l'Impresa e i suoi clienti per qualsiasi perdita, spesa (incluse le spese legali ragionevoli), danno o responsabilità derivante da violazione delle garanzie qui contenute.
Errore comune: Limitare l'indennizzo solo all'Impresa, non includendo responsabilità verso i clienti e i sub-licenziatari che usano il software.
In linguaggio semplice: L'Impresa può trattenere pagamenti allo sviluppatore e depositarli in conto vincolato per proteggere gli obblighi del contratto.
Dalla data della comunicazione scritta di una denuncia, l'Impresa dovrà avere il diritto di trattenere eventuali pagamenti dovuti allo Sviluppatore e depositare importi ragionevoli in un conto vincolato come garanzia.
Errore comune: Non specificare il meccanismo di rilascio dei fondi trattenuti dopo risoluzione della controversia.
In linguaggio semplice: Identifica qualsiasi difformità rispetto alle Specifiche e agli standard di funzionamento corretto, inclusi malfunzionamenti e dati inesatti.
Per 'Errori' si intende qualsiasi difformità rispetto alle Specifiche ed eventuali scostamenti dagli standard comunemente accettati per il funzionamento normale, come casi in cui il Lavoro cessi di funzionare anomalamente o produca informazioni inesatte.
Errore comune: Non chiarire se gli Errori includono solo funzioni non completate o anche prestazioni inferiori rispetto alle aspettative implicite.
In linguaggio semplice: Stabilisce formula precisa per determinare i ricavi soggetti a royalty, con deduzioni trasparenti per tasse, commissioni, resi e sconti.
Per 'Entrate nette' si intendono le entrate lorde al netto di imposte, commissioni di vendita indipendenti, crediti, sconti promozionali e imposte di vendita, con importi ragionevoli e coerenti con il settore.
Errore comune: Non limitare le deduzioni, permettendo all'Impresa di sottrarre costi generali arbitrari dalle royalty dovute allo sviluppatore.
In linguaggio semplice: Chiarisce che l'Impresa possiede tutti i diritti del software e delle Opere Derivate; lo sviluppatore non ha diritti residui se non esplicitamente indicato.
Lo Sviluppatore è l'unico e solo proprietario di tutti i diritti del Lavoro e sarà soggetto solo ai diritti qui concessi all'Impresa; lo Sviluppatore non ha concesso e non concederà i diritti a terzi in modo incompatibile.
Errore comune: Non includere clausola sulla proprietà di schizzi, prototipi e materiale preparatorio creati durante lo sviluppo.
Compila il nome legale completo di entrambe le parti, la giurisdizione (stato/provincia), il numero di partita IVA e gli indirizzi legali di Impresa e Sviluppatore.
💡 Verifica che i dati siano coerenti con i registri ufficiali del Registro Imprese e dell'Agenzia delle Entrate.
Crea un Allegato che descriva esattamente cosa lo Sviluppatore deve consegnare: funzionalità, interfaccia, database, linguaggi di programmazione, piattaforme supportate e metriche di prestazione.
💡 Includi mockup, diagrammi e scenari di test per ridurre malintesi su cosa sia accettabile.
Specifica se il software potrà essere modificato per altri clienti, e se potranno essere creati giochi, app mobile, merchandise o altri derivati basati sullo stesso codice/tema.
💡 Se il software sarà molto innovativo, usa una definizione ristretta di Derivate per mantenere il controllo futuro.
Indica date di consegna per versioni beta, release candidate e finale, i test da superare e chi approva il completamento.
💡 Inserisci un periodo di collaudo (es. 30 giorni) prima dell'accettazione ufficiale.
Se il contratto prevede royalty sulle vendite, definisci l'aliquota, la frequenza di rendicontazione (mensile, trimestrale), i diritti di audit e le scadenze di pagamento.
💡 Usa il calcolo delle 'Entrate nette' per evitare controversie su cosa sia deducibile.
Adatta le clausole di garanzia e indennizzo al tuo specifico caso: se il software è critico per operazioni bancarie, le garanzie saranno più stringenti; se è una semplice app ricreativa, potranno essere più modeste.
💡 Consulta un avvocato per verificare che le limitazioni di responsabilità siano legali secondo la tua giurisdizione.
Specifica il foro competente (tribunale italiano), che il contratto è regolato dalla legge italiana, quale versione è vincolante in caso di traduzioni, e allega firma digitale o autografo delle parti.
💡 Se una delle parti è in Svizzera (Ticino), considera l'opportunità di una clausola di diritto svizzero per aspetti specifici.
Con una licenza esclusiva, solo tu (Impresa) puoi usare, modificare e distribuire il software; lo sviluppatore non potrà venderlo ad altri. Con una licenza non-esclusiva, lo sviluppatore può vendere lo stesso software a concorrenti, riducendo il tuo vantaggio competitivo. Usa esclusiva se il software è strategico; non-esclusiva se è uno strumento generico. In questo contratto si presume esclusività.
Secondo il contratto, il codice sorgente e tutti i diritti di proprietà intellettuale appartengono a te (Impresa) dopo il pagamento. Tuttavia, è buona pratica richiedere esplicitamente nel contratto che lo sviluppatore ti fornisca il codice sorgente completo in un archivio depositato presso un'entità terza (escrow) per proteggere i tuoi investimenti. Se lo sviluppatore fallisce, avrai accesso al codice.
Un'Opera Derivata è un software basato sul codice originale, ad es. una versione per mobile dello stesso programma, una mod o un gioco che usa il motore grafico del Lavoro. Un Prodotto Derivato è qualcosa di diverso da software, come un libro, un film, merchandising basato sulla trama del Lavoro. Il contratto ti dà diritti esclusivi su entrambi, impedendo allo sviluppatore di trarre profitto da questi derivati.
Lo sviluppatore è responsabile di risarcire te e i tuoi clienti per ogni danno, incluse spese legali. Il contratto include una clausola di indennizzo che lo obbliga a coprire perdite e spese. Tuttavia, se la violazione è dovuta a un requisito che tu hai imposto nelle Specifiche, la responsabilità potrebbe essere condivisa. Sempre consulta un avvocato se ricevi un reclamo di violazione.
Sì, il contratto ti consente di trattenere pagamenti ragionevoli e depositarli in conto vincolato come garanzia degli obblighi dello sviluppatore. Tuttavia, il "perfetto" è difficile da definire. Il contratto specifica che il software deve rispettare le Specifiche e gli standard comunemente accettati di funzionamento. Se gli Errori sono minori, potrebbe non giustificare una trattenuta totale. Usa milestone di pagamento ben definiti per evitare dispute.
Le garanzie, la dichiarazione di non violazione di diritti altrui e gli obblighi di indennizzo "restano in vigore dopo la risoluzione o la conclusione di questo Contratto" secondo il testo. Questo significa che se un terzo denuncia violazione di copyright 2 anni dopo la firma, lo sviluppatore resta responsabile. Per proteggere lo sviluppatore, puoi aggiungere una limitazione temporale (es. 3 anni) o una clausola di statute of limitations.
Il contratto obbliga lo sviluppatore a consegnare il Lavoro secondo le Specifiche e il calendario concordato. Se abbandona, hai il diritto di trattenere i pagamenti futuri, risolvere il contratto e potenzialmente richiedere indennizzo per i danni. Tuttavia, il contratto in questa versione non specifica procedure di risoluzione, termini di preavviso o meccanismi di escalation. Aggiungi una clausola che preveda il diritto di rescindere con 15 giorni di preavviso se il progetto è in ritardo di oltre 30 giorni.
Richiedi allo sviluppatore una dichiarazione firmata che il codice è originale e non include librerie protette, componenti acquisite senza licenza, o algoritmi proprietari di terzi. Puoi anche sottoporre il software ad audit di sicurezza e proprietà intellettuale prima dell'accettazione finale. Se il software include librerie open-source (es. GPL), assicurati che sia chiaramente documentato e coerente con la licenza finale che intendi applicare.
Sì, la licenza esclusiva ti conferisce il diritto di modificare, adattare e creare Opere Derivate senza il consenso dello sviluppatore. Tuttavia, se successivamente scopri che il software viola diritti di terzi, lo sviluppatore reste responsabile per la violazione nel codice originale, non per le tue modifiche. È consigliabile documentare quali parti hai modificato tu per distinguerle dal Lavoro originale.
Il Contratto di servizi IT è più ampio e copre supporto, manutenzione e consulenza generali. Questo contratto è specifico per lo sviluppo di un'unica opera software personalizzata con trasferimento di proprietà intellettuale esclusiva. Usa il Contratto di servizi IT se commissioni manutenzione continua; usa questo se acquisti un software una tantum con diritti completi.
Un Contratto di licenza è una semplice concessione di diritti su software già sviluppato. Questo contratto è il "dietro le quinte" — regola come il software viene creato, consegnato e quali garanzie fornisce lo sviluppatore. Usa il Contratto di licenza se acquisti software da vendor commerciali; usa questo se commissioni sviluppo personalizzato.
Un NDA protegge segreti e informazioni riservate tra le parti, ma non affronta la proprietà intellettuale, i diritti di copia, il pagamento o le garanzie sul prodotto finito. Questo contratto include protezione della confidenzialità plus struttura legale completa per lo sviluppo. Puoi allargare questo contratto con una clausola NDA aggiuntiva per fornitori particolarmente sensibili.
Questo modello conferisce licenza esclusiva con pagamento fisso. Un contratto di revenue share offre allo sviluppatore una percentuale dei ricavi futuri su vendite, download o abbonamenti. Usa licenza esclusiva se vuoi contabilità semplice e proprietary; usa revenue share se il software ha potenziale di profitto lungo termine che vuoi condividere.
Ambiente primario; gestisce lo sviluppo, la proprietà intellettuale, licenze esclusive e distribuzione mondiale di software multimediale.
Formalizza contratti di sviluppo di motori di gioco, giochi da tavolo digitali, e diritti su Opere Derivate e merchandising.
Governa lo sviluppo di piattaforme didattiche, software di simulazione e contenuti interattivi con controllo dei diritti.
Regola sviluppo di applicazioni critiche con garanzie rigorose su sicurezza, affidabilità e assenza di difetti.
Gestisce produzione di app editoriali, lettori multimediali e software di gestione contenuti con diritti su derivati.
Formalizza sviluppo di software di controllo, simulazione e automazione con clausole specifiche su integrazione e customizzazione.
Questo contratto è redatto secondo il diritto italiano. La proprietà intellettuale, i diritti d'autore e la responsabilità civile sono regolati dal Codice della Proprietà Intellettuale italiano e dal Codice Civile. Assicurati che le Specifiche siano approvate e firmate in Italia e che il foro sia un tribunale italiano (es. Tribunale di Milano, Roma o della città dove ha sede l'Impresa).
Se lo sviluppatore è in Ticino o in Svizzera, considera una clausola ibrida: diritto italiano per diritti di proprietà intellettuale e licenze; diritto svizzero per obblighi di contratto e responsabilità civile. Il foro competente potrebbe essere un tribunale ticinese (Bellinzona) o secondo la Convention de Lugano se una parte è in UE. Consulta un avvocato svizzero per verificare validità della firma digitale e delle forme di autenticazione.
| Percorso | Ideale per | Costo | Tempo |
|---|---|---|---|
| Usa il modello | Progetto software generico, basso rischio, relazione di fiducia consolidata con lo sviluppatore, budget limitato. | € 0 (scarica il modello gratuito) + tempo interno di personalizzazione. | 2–3 giorni di lavoro interno per completare i campi, allegare Specifiche e ottenere firme. |
| Modello + revisione legale | Software con funzioni critiche, visibilità di client importanti, proprietà intellettuale molto innovativa, necessità di compliance normativa. | € 150–400 per una revisione legale sommaria; fino a € 800–1.500 per revisione approfondita con pareri. | 1–2 settimane; avvocato rivede, suggerisce integrazioni, coordina con lo sviluppatore. |
| Redatto su misura | Proprietà intellettuale estremamente innovativa, software strategico, partnership con sviluppatore estero, necessità di claus compound (revenue share, equity, diritti geografici limitati). | € 1.500–5.000+ a seconda della complessità e della giurisdizione dello sviluppatore. | 3–6 settimane; negoziazione, stesura su misura, discussioni con contrapparte. |
Questo documento è uno dei 3,000+ modelli aziendali e legali inclusi in Business in a Box.
Accedi a oltre 3,000+ modelli aziendali e legali per qualsiasi attività, progetto o iniziativa.
Personalizza il tuo modello di documento aziendale pronto all'uso e salvalo nel cloud.
Condividi i tuoi file e cartelle con il tuo team. Crea uno spazio di collaborazione fluida.
"Idea fantastica! Non so come farei senza. Vale ogni centesimo, e come investimento si è ripagato più volte."
"Ho usato Business in a Box per 4 anni. È stata la fonte di modelli più utile che abbia mai trovato. Lo raccomando a chiunque."
"Mi ha salvato la vita così tante volte che ho perso il conto. Business in a Box mi ha fatto risparmiare tantissimo tempo e, come sapete, il tempo è denaro"
Smetti di scaricare documenti. Inizia a operare con chiarezza. Business in a Box ti offre il sistema operativo aziendale utilizzato da oltre 250.000 aziende in tutto il mondo per strutturare, gestire e far crescere la tua attività.
Piano gratuito per sempre · Nessuna carta di credito richiesta
