Download Word gratuito • Modifica online • Salva e condividi con Drive • Esporta in PDF
È un contratto legale che disciplina la relazione tra un editore (o azienda committente) e uno sviluppatore (persona fisica o azienda) incaricato di creare opera originale digitale o multimedia: siti web, applicazioni mobile, piattaforme interattive, contenuti audiovisivi, software custom. Il contratto definisce chiaramente cosa lo sviluppatore deve consegnare (deliverable), quando (calendario), quanto riceve (compenso), come l'editore approva il lavoro, e soprattutto: chi possiede i diritti d'autore sull'opera finita. È un modello Word gratuito, modificabile online, esportabile in PDF, redatto in italiano e applicabile in Italia, Svizzera (Ticino) e San Marino.
Se commissioni a uno sviluppatore esterno la creazione di un'opera digitale senza un contratto formale, corri rischi legali seri: (1) lo sviluppatore potrebbe rivendicare proprietà parziale del codice o del design, bloccandoti dall'uso esclusivo; (2) potrebbero insorgere dispute su cosa era effettivamente richiesto, generando rifiuti di pagamento; (3) se il progetto ritarda indefinitamente, non hai strumenti legali per risolvere e recuperare costi. Un contratto di sviluppo multimedia protegge l'editore stabilendo: trasferimento completo e irrevocabile dei diritti d'autore, descrizione accurata dei deliverable (scope control), calendario e pagamenti chiari, procedura di approvazione iterativa, diritto di supervisione durante lo sviluppo, e diritto di risolvere se lo sviluppatore non consegna entro un termine ragionevole. Protegge anche lo sviluppatore: specifica il compenso, i termini di pagamento, il numero massimo di revisioni, evitando cicli infiniti di modifiche non retribuite. Inoltre, è prova documentale fondamentale in caso di dispute legali e facilita il trasferimento di proprietà intellettuale anche a scopi assicurativi e contabili (capitalizzazione di asset intangibili).
| Se la tua situazione è… | Usa questo modello |
|---|---|
| Progetto singolo con deliverable definiti e tempistica fissa | Contratto sviluppo base |
| Progetto complesso con più milestone e pagamenti intermedi | Contratto sviluppo con pagamenti scaglionati |
| Progetto coperto da riservatezza, con tecnologie proprietarie | Accordo NDA + sviluppo |
| Applicazione business-critical con SLA, manutenzione, supporto | Contratto sviluppo software enterprise |
| Sviluppatore sub-appalta parti della commessa a terzi | Accordo sub-appalto sviluppo |
| Sviluppatore partecipa ai ricavi del prodotto oltre al corrispettivo fisso | Contratto sviluppo con royalty |
Perché conta: Quando il lavoro è consegnato, editore e sviluppatore non concordano su cosa sia stato effettivamente richiesto, generando dispute e rifiuti di approvazione.
Fix: Descrivi ogni deliverable in dettaglio tecnico: es. 'Dashboard interattiva con grafici real-time in D3.js, tema scuro/chiaro, export CSV', non solo 'dashboard'.
Perché conta: Lo sviluppatore non ha deadline chiare e l'editore non sa quando aspettarsi il lavoro, causando ritardi indefiniti e difficoltà nel gestire il progetto.
Fix: Inserisci date specifiche per ogni deliverable; usa milestone settimanali o bi-settimanali per progetti complessi.
Perché conta: Lo sviluppatore rimane proprietario del codice, del design e dei materiali; l'editore non può modificare, ridistribuire o mantener l'opera indipendentemente.
Fix: Includi una clausola esplicita di 'work for hire' e specifica che editore riceve codice sorgente, file sorgente Photoshop/Figma, database schema, documentazione tecnica.
Perché conta: Senza questa clausola, editore può procrastinare indefinitamente senza comunicare, bloccando i pagamenti dello sviluppatore e il progetto intero.
Fix: Usa la clausola 'Se l'EDITORE non comunica entro [15] giorni, gli Articoli Consegnabili si intenderanno accettati'; preferisci 7–15 giorni per cicli rapidi.
Perché conta: L'editore perde il controllo sulla qualità del processo e sulla conformità alle specifiche durante lo sviluppo.
Fix: Includi una clausola di 'direzione e supervisione dell'EDITORE' e il diritto di inviare personale per consultazioni, con preavviso ragionevole.
Perché conta: Se lo sviluppatore procrastina, editore rimane bloccato senza rimedi legali chiari e rischia di perdere opportunità di mercato.
Fix: Specifica: 'L'EDITORE può risolvere se gli Articoli Consegnabili non sono consegnati in forma accettabile entro [90] giorni dalla data originaria'.
In linguaggio semplice: L'editore paga allo sviluppatore un importo totale fisso, suddiviso in rate secondo il programma di consegna, entro un numero di giorni specifici (es. 30 giorni) dalla ricezione e approvazione di ogni deliverable.
L'EDITORE accetta di pagare allo Sviluppatore un compenso complessivo di [IMPORTO] EUR per eseguire il lavoro descritto nel presente documento, suddiviso in distinti pagamenti secondo il Programma di Consegna allegato (Appendice A), da corrispondersi entro [30] giorni lavorativi dall'accettazione scritta di ogni Articolo Consegnabile.
Errore comune: Non specificare chiaramente le rate, le condizioni di pagamento o il trigger dell'obbligazione; questo genera dispute su quando il pagamento è dovuto.
In linguaggio semplice: Lo sviluppatore consegna i deliverable alle date concordate; l'editore ha un numero di giorni prefissato (es. 15) per approvare, richiedere modifiche o rifiutare. Se non risponde nel termine, i deliverable si ritengono accettati.
Alla ricezione di ciascun Articolo Consegnabile, l'EDITORE, entro [15] giorni lavorativi, deve fornire allo Sviluppatore: accettazione scritta; un elenco di modifiche richieste; oppure avviso di risoluzione. Se l'EDITORE non comunica entro tale termine, gli Articoli Consegnabili si intenderanno accettati.
Errore comune: Non definire chiaramente i criteri di accettazione, lasciando spazio a interpretazioni soggettive su cosa sia 'accettabile' e causando cicli infiniti di revisioni.
In linguaggio semplice: L'editore ha diritto di supervisionare il lavoro, inviare proprio personale presso lo sviluppatore, e riunirsi con lui per discutere i progressi quando ritenuto opportuno.
Lo Sviluppatore dovrà eseguire le prestazioni sotto la direzione dell'EDITORE, e riunirsi con i rappresentanti dell'EDITORE ogni volta richiesto per discutere e riferire sui progressi riguardo agli Articoli Consegnabili. L'EDITORE ha il diritto, a sua spese, di inviare suo personale sul luogo di lavoro dello Sviluppatore durante il normale orario lavorativo, dopo preavviso ragionevole.
Errore comune: Omettere il diritto di supervisione può compromettere la capacità dell'editore di garantire qualità e tempistica del progetto.
In linguaggio semplice: Lo sviluppatore non può affidare il lavoro a terzi senza l'approvazione scritta dell'editore; tutti i subappaltatori devono riconoscere che l'editore possiede i diritti sull'opera.
L'EDITORE avrà il diritto, a sua esclusiva discrezione, di approvare eventuali subappaltatori dai quali lo Sviluppatore ottiene servizi. Tutti questi servizi devono essere resi solo mediante contratto che riconosca espressamente che l'EDITORE possiede tutti i diritti sui prodotti di tali servizi, inclusi i diritti d'autore, con appropriate deroghe dei diritti morali.
Errore comune: Consentire sub-appalti non autorizzati o senza garanzie di cessione dei diritti crea rischi di dispute sulla proprietà intellettuale.
In linguaggio semplice: Se lo sviluppatore non consegna accettabilmente gli articoli entro [N] giorni dalla data originaria pattuita, l'editore può risolvere il contratto e richiedere rimborso dei canoni pagati in eccesso rispetto ai costi effettivi.
L'EDITORE avrà il diritto di risolvere il Contratto se lo Sviluppatore non fornirà una consegna accettabile degli Articoli Consegnabili entro [90] giorni dalla data in cui originariamente avrebbero dovuto essere consegnati. Se l'EDITORE risolve per questo motivo, ha diritto al rimborso da parte dello Sviluppatore di ogni canone pagato in eccesso rispetto ai costi effettivi sostenuti.
Errore comune: Non fissare una deadline di risoluzione consente ritardi indefiniti senza rimedi legali efficaci.
In linguaggio semplice: Tutti i diritti sugli articoli consegnabili, le opere sottostanti e i materiali correlati (copyright, brevetti, diritti morali derogati) appartengono interamente all'editore dal momento della creazione.
Gli Articoli Consegnabili e tutte le opere originali e altre opere create e utilizzate negli Articoli Consegnabili sono scritte, ideate e commissionate su richiesta dell'EDITORE e saranno considerati lavori su commissione. L'EDITORE è il creatore e possiede tutti i diritti d'autore, compresi il diritto di revisione, adattamento e sfruttamento commerciale. Lo Sviluppatore concede e assegna all'EDITORE ogni diritto, presente e futuro, sugli Articoli Consegnabili.
Errore comune: Non esplicitare il trasferimento completo dei diritti d'autore lascia lo sviluppatore con pretese sulla proprietà intellettuale, bloccando l'editore dall'uso esclusivo.
In linguaggio semplice: Una volta pagato il compenso pattuito, lo sviluppatore rimane responsabile di tutti i costi di sviluppo connessi agli articoli consegnabili.
Compiuto il pagamento dei canoni previsti dall'articolo 1, al momento dell'accettazione degli Articoli Consegnabili, lo Sviluppatore sarà responsabile per tutti i costi di sviluppo del lavoro connessi con gli Articoli Consegnabili.
Errore comune: Ammorbidire questa clausola o lasciarla vaga espone l'editore a richieste di pagamenti aggiuntivi per 'costi imprevisti'.
In linguaggio semplice: Lo sviluppatore deve consegnare all'editore non solo i deliverable finali, ma anche tutti i materiali di base, disegni, dipinti, codice sorgente e altri file illustrativi utilizzati nella creazione.
Resta inteso e convenuto che l'EDITORE ha il diritto su tutta la linea sottostante, compresi tutti i disegni, i dipinti e gli altri materiali illustrativi correlati agli Articoli Consegnabili. Quest'opera sottostante deve essere consegnata all'EDITORE nella o prima della data prevista per la consegna finale degli Articoli Consegnabili.
Errore comune: Omettere il trasferimento dei file sorgente o dei materiali intermedi può impedire all'editore di manutenere, modificare o ridistribuire l'opera indipendentemente.
Compila i nomi legali di editore e sviluppatore, le rispettive giurisdizioni, gli indirizzi completi e la data di inizio del contratto.
💡 Usa il nome legale completo (ragione sociale per aziende) e lo stato/provincia di costituzione, non il nome commerciale.
Inserisci l'importo totale, la valuta (EUR, CHF) e il numero di giorni entro cui deve essere pagato dopo l'accettazione di ogni deliverable (es. 30 giorni).
💡 Se il progetto è diviso in fasi, specifica il compenso per ogni fase nell'Appendice A.
Crea una tabella con le colonne: Descrizione Articolo Consegnabile, Data di Consegna Prevista, Importo Pagamento. Elenca ogni deliverable discreto (es. design UI, codice backend, test).
💡 Sii specifico: non scrivere 'sviluppo app', ma 'schermo login con autenticazione OAuth', 'dashboard con grafici JSON', ecc.
Specifica il numero di giorni lavorativi (es. 15) entro cui l'editore deve comunicare approvazione, richiesta modifiche, o rifiuto. Fissa anche il numero di giorni (es. 10) entro cui lo sviluppatore deve riconsegnare articoli modificati.
💡 Termini realistici evitano dispute: 15 giorni per approvazione è standard, 10 giorni per revisionare è ragionevole per progetti piccoli.
Specifica quanti giorni (es. 90) oltre la data originaria di consegna può passare prima che l'editore possa risolvere il contratto per inadempimento dello sviluppatore.
💡 Questo termine dovrebbe coprire il ciclo atteso di consegne e approvazioni; per progetti di 6 mesi, 90–120 giorni è tipico.
Conferma che tutti i diritti d'autore, le opere sottostanti, i materiali illustrativi e il codice sorgente appartengono all'editore; assicurati che la clausola menzioni esplicitamente la deroga dei diritti morali.
💡 Se lo sviluppatore usa librerie open-source, specifica che rimane responsabile di tutti i permessi e di comunicare le licenze all'editore.
Stampare o conservare il documento, farlo firmare da un rappresentante autorizzato di ciascuna parte (con timbro aziendale se richiesto dalla giurisdizione), e conservare copia per ciascuno.
💡 In Italia è valida la firma digitale; in Svizzera (Ticino) è preferibile la firma autografa per contratti di valore rilevante.
Significa che l'opera creata su commissione diventa proprietà del committente (l'editore) dal momento della creazione, non dell'autore (lo sviluppatore). In Italia, questo è disciplinato dall'articolo 69 della legge sul diritto d'autore (Legge 633/1941), che prevede che le opere create su commissione appartengono al committente se esplicitamente pattuito. In Svizzera (Ticino), vale il principio simile: il contratto deve esplicitare il trasferimento dei diritti. Questo contratto usa il modello work for hire, garantendo all'editore la piena proprietà e il diritto di adattare, riprodurre e sfruttare commercialmente l'opera senza consenso dello sviluppatore.
Sì. Per progetti molto brevi, puoi ridurre il numero di fasi e deliverable, accorciare i termini di approvazione (da 15 a 5 giorni) e semplificare l'Appendice A. Tuttavia, mantieni sempre le clausole fondamentali: compenso e modalità di pagamento chiari, trasferimento completo dei diritti, termine massimo di risoluzione, e descrizione accurata dei deliverable. Anche per piccoli progetti, una mancanza di chiarezza su questi punti genera dispute.
Il contratto consente all'editore di risolvere se lo sviluppatore non consegna in forma accettabile entro un numero di giorni specificato dalla data originaria (es. 90 giorni). Se editore risolve, lo sviluppatore deve rimborsare all'editore i canoni pagati in eccesso rispetto ai costi effettivi sostenuti fino alla data di risoluzione. In pratica: se il contratto prevede 4 pagamenti da 25 k EUR ciascuno e lo sviluppatore consegna solo 2 deliverable prima della risoluzione, dovrà rimborsare i 50 k EUR non guadagnati. Prima di risolvere, è opportuno documentare i ritardi per iscritto e dare allo sviluppatore un'ultima opportunità di rimediare.
L'editore. Il contratto specifica che all'editore appartengono 'tutti i disegni, i dipinti e gli altri materiali illustrativi correlati agli Articoli Consegnabili' e che lo sviluppatore deve consegnare 'tutta la linea sottostante' (codice sorgente, file Photoshop, database schema, documentazione). Se lo sviluppatore usa librerie o asset di terzi (es. librerie open-source, font, stock photos), rimane responsabile di comunicare le licenze e di garantire che l'editore può usarli legittimamente.
Il contratto non copre modifiche non previste. Se editore richiede modifiche significative ai deliverable già approvati (es. 'ricrei tutto il design da zero'), deve negoziare un addendum che specifica: (1) descrizione della modifica, (2) compenso aggiuntivo (o no), (3) nuova data di consegna. Senza addendum scritto, lo sviluppatore non è obbligato a eseguire lavoro non pattuito. Per evitare questo, usa il ciclo di 'richiesta modifiche' previsto dal contratto durante la fase di approvazione, non dopo l'accettazione.
Sì, con accorgimenti minimi. Il contratto è scritto in italiano neutro e si applica a Italia, Svizzera (Ticino) e San Marino. Tuttavia: (1) in Svizzera, la firma autografa è preferita per contratti di valore rilevante, mentre in Italia è valida la firma digitale; (2) specificherai come giurisdizione 'Cantone Ticino, Svizzera' invece di una provincia italiana; (3) potrai usare CHF al posto di EUR. Consigliamo di far revisionare il contratto da un avvocato ticinese se l'importo è superiore a 100 k CHF.
Dipende dalla fase di risoluzione. Se editore risolve prima che lo sviluppatore consegni alcunché, lo sviluppatore non riceve pagamento (salvo costi già sostenuti, se documentati). Se editore risolve dopo aver accettato alcuni deliverable (es. fase 1 di 4), editore possiede i deliverable accettati e pagati, mentre lo sviluppatore rimane responsabile di quelli non consegnati. Il contratto specifica che in caso di risoluzione, editore ha diritto al rimborso dei canoni pagati in eccesso rispetto ai costi effettivi dello sviluppatore fino alla data di risoluzione: questo protegge editore da perdite totali.
Sì, ma dovrai aggiungere un articolo separato. Una clausola NDA (Non-Disclosure Agreement) protegge i segreti commerciali e la proprietà intellettuale non brevetata (es. algoritmi, metodologie, dati); una clausola di non-concorrenza vieta allo sviluppatore di creare prodotti concorrenti per un periodo (es. 2 anni). Tuttavia, le clausole di non-concorrenza devono essere ragionevoli (non troppo lunghe, non su tutto il mercato) per essere applicate. Se il progetto tocca informazioni sensibili, aggiungi un articolo di riservatezza; se vuoi impedire allo sviluppatore di replicare il prodotto, specifica nella clausola di proprietà intellettuale che non può usare il codice per altri clienti.
I diritti morali sono il diritto dell'autore di essere riconosciuto come creatore e di opporsi a modifiche degradanti dell'opera. Nel contratto, editore ha il diritto di revisionare, adattare e modificare gli Articoli Consegnabili senza consenso dello sviluppatore; la 'deroga dei diritti morali' significa che sviluppatore rinuncia al diritto di vietare queste modifiche o di esigere riconoscimento di paternità. Questo è standard nei work for hire commerciali: l'editore vuole libertà totale di modifica senza vincoli legali. In Italia, i diritti morali sono inalienabili per legge (art. 20 L. 633/1941), ma possono essere derogati contrattualmente in ambito commerciale.
Un contratto di prestazione generica disciplina servizi (es. consulenza, manutenzione, supporto) senza trasferimento automatico di proprietà intellettuale. Un contratto di sviluppo multimedia è specifico per opera creata: trasferisce diritti d'autore, specifica deliverable concreti, include procedure di approvazione iterativa e pagamenti legati all'accettazione. Usa il contratto di sviluppo se commissioni un'opera creativa (sito, app, grafica, video); usa un contratto di servizi se commissioni supporto tecnico o consulenza senza output copyrightato.
Un contratto di licenza regola l'uso di software già esistente (es. l'editore licenzia un CMS di terzi agli utenti finali). Un contratto di sviluppo multimedia regola la creazione di software nuovo o custom per ordine dell'editore. Il contratto di sviluppo è per chi commissiona un'opera originale; il contratto di licenza è per chi vuole fornire diritti di uso limitati su un'opera già proprietaria. Se commissioni l'adattamento di software open-source, tuttavia, devi combinare elementi di entrambi.
Un accordo di partnership prevede collaborazione paritaria tra editore e sviluppatore, con condivisione di proprietà intellettuale o royalty. Un contratto di sviluppo multimedia è una relazione cliente-fornitore: editore commissiona, sviluppatore esegue e trasferisce diritti. Usa questo contratto se vuoi proprietà totale e il ruolo di committente; usa un accordo di partnership se sviluppatore e editore si affidano reciprocamente e condividono il rischio/ricavo.
Un contratto di appalto regola la realizzazione di opere fisiche (es. edifici) ed è disciplinato da normative specifiche (diritto civile dell'appalto). Un contratto di sviluppo multimedia regola l'opera intellettuale/digitale e si basa su diritto d'autore e proprietà intellettuale. Tuttavia, entrambi condividono struttura: specifiche tecniche, calendari di consegna, pagamenti scaglionati, diritto di approvazione e risoluzione. Se commissioni un progetto che combina elementi fisici e digitali (es. totem interattivo), potrai adattare questo contratto per la parte software.
Agenzia commissiona sviluppo di siti web, app mobile o piattaforme digitali a fornitori, mantenendo proprietà intellettuale da rivendere o marchiare.
Editore commissiona l'adattamento digitale o la creazione di contenuti interattivi multimediali associati ai propri libri.
Startup commissiona MVP, moduli software, o componenti a sviluppatori freelance mantenendo pieno controllo del codice e della proprietà.
Produttore commissiona animazioni, effetti visivi, montaggio o contenuti digitali interattivi per film, serie o piattaforme streaming.
Sviluppatore indipendente riceve contratto formale per proteggere i propri diritti, termini di pagamento e scope of work.
Azienda commissiona personalizzazione di piattaforma e-commerce, plugin, o integrazioni a sviluppatore esterno con piena cessione dei diritti.
Il contratto è disciplinato dalla legge italiana (Codice Civile, Legge 633/1941 sul diritto d'autore). In Italia, il trasferimento dei diritti d'autore deve essere esplicito e per iscritto (art. 109 L. 633/1941). Questa clausola soddisfa il requisito. Consulta un avvocato se il progetto tocca brevetti, marchi o dati personali (GDPR).
In Svizzera (Cantone Ticino), il contratto è disciplinato dalla Legge federale sul diritto d'autore (LRDA). Il trasferimento di diritti d'autore deve essere esplicito. Il contratto è valido anche in Ticino; tuttavia, per importi superiori a 100 k CHF, è consigliabile la firma autografa (non digitale). Mantieni la giurisdizione italiana se le parti risiedono in Italia; specifica 'Cantone Ticino' solo se editore e/o sviluppatore risiedono in Svizzera.
| Percorso | Ideale per | Costo | Tempo |
|---|---|---|---|
| Usa il modello | Progetto standard con importo inferiore a 50 k EUR, sviluppatore noto e affidabile, scope di lavoro chiaro e non complesso. | 0 EUR (modello scaricato) | 1–2 ore (compilazione e firma) |
| Modello + revisione legale | Progetto di medio valore (50–200 k EUR), scope complesso con più subappaltatori, o giurisdizioni incerte (Svizzera vs Italia). | 500–1.500 EUR (revisione legale) | 3–5 giorni (revisione legale + negoziazione correzioni) |
| Redatto su misura | Progetto enterprise (oltre 200 k EUR), proprietà intellettuale molto sensibile, o rapporto long-term con sviluppatore con esigenze particolari (SLA, manutenzione, royalty). | 2.000–5.000 EUR (redazione avvocato) | 1–2 settimane (istruttoria, negoziazione, redazione) |
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à.
Inizia gratis · Nessuna carta di credito richiesta
