Download Word gratuito • Modifica online • Salva e condividi con Drive • Esporta in PDF
È un documento legale che regola il rapporto tra un'impresa che commissiona lo sviluppo di programmi multimedia interattivi e uno sviluppatore esterno che fornisce i servizi. Il contratto definisce le responsabilità di entrambe le parti, il sistema di compenso (a tempo e materiale), il rimborso delle spese, il pagamento di royalty sulla commercializzazione del programma, e la distribuzione dei diritti d'autore. È strutturato come "contratto quadro" con allegati (Contratti Programmatici) che specificano il dettaglio di ogni progetto: scope, budget, timeline, deliverable e obiettivi intermedi. Scarica il modello Word gratuito, modificabile in italiano, e personalizzabile con i tuoi dati e le tue clausole specifiche. Puoi esportare il documento in PDF una volta completato.
Commissionate uno sviluppatore esterno senza un contratto scritto significa esporre sia te che lo sviluppatore a rischi legali significativi: disaccordi su scope dei lavori, costi nascosti, royalty non pagate, e dispute su chi possiede il codice sorgente e i diritti commerciali. Questo contratto ti protegge definendo in via preventiva e per iscritto l'ambito esatto dei lavori, le modalità di pagamento (tariffe orarie, importo per deliverable, royalty su vendite), e la procedura di approvazione di ogni fase (design, bozza, modelli, versione finale). In questo modo, non ci sono sorprese: entrambe le parti sanno quali sono le aspettative, come viene misurata la qualità, e come viene calcolato il compenso. Se il programma avrà successo commerciale e genererà royalty ricorrenti, questo contratto diventa ancora più critico perché traccia ogni incasso e garantisce trasparenza. Per sviluppatori professionali e progetti di valore, la presenza di un contratto legale è un segnale di serietà e professionalità che facilita la negoziazione e la firma.
| Se la tua situazione è… | Usa questo modello |
|---|---|
| Rapporto con sviluppatore a lungo termine, più progetti programmati | Contratto quadro completo |
| Definire scope, budget, timeline e deliverable di un singolo progetto | Piano Programmatico allegato |
| Sviluppo di programmi venduti o concessi in licenza al pubblico | Con royalty sulla distribuzione |
| Sviluppo di progetti con scope variabile e richieste di modifica | Con compenso a tempo e materiale |
| Sviluppatore che sostiene costi di viaggio, software, hardware | Con rimborso spese autorizzate |
| Controllo qualità su ogni fase: design, bozza, modelli, versione finale | Con accettazione per deliverable |
Perché conta: Senza tariffe chiare, sviluppatore e impresa non concordano su come calcolare la fattura mensile, generando rifiuti di pagamento ricorrenti.
Fix: Redigi un documento tariffario dettagliato (ore/giorno, tariffe orarie, costi per deliverable) e allegalo come Documento [SPECIFICARE].
Perché conta: Senza scope definito per iscritto, lo sviluppatore può interpretare i requisiti diversamente dall'impresa, causando rifiuto finale e dispute.
Fix: Prima di versare anticipi, fai approvare per iscritto il Piano Programmatico con Specifica, Budget e Pianificazione per obiettivi intermedi.
Perché conta: Il contratto prevede che le modifiche alla Specifica comportano costi aggiuntivi; accettarle verbalmente significa perderle e pagare extra di tasca propria.
Fix: Richiedi che ogni modifica sia sottoposta per iscritto con stima dei costi; approva per iscritto prima che lo sviluppatore la implementi.
Perché conta: Senza definizione chiara, le royalty diventano dispute ricorrenti ogni trimestre; l'impresa può sottodichiarare incassi, lo sviluppatore non ha modo di verificare.
Fix: Scrivi esplicitamente la percentuale (es. '8% del Netto Ricevuto') e definisci cosa escludere (tasse, trasporto, resi, debiti inesigibili).
Perché conta: Il contratto prevede una tariffa separata per il Piano Programmatico; se non pagato o non approvato, la base del rapporto crolla.
Fix: Fai una fattura separata e esplicita per il Piano Programmatico; non iniziare lo sviluppo fino a che non sia approvato per iscritto.
Perché conta: Senza firma o e-mail di approvazione, non è chiaro quale versione è stata accettata; lo sviluppatore può richiedere pagamento per versioni rifiutate verbalmente.
Fix: Richiedi che ogni deliverable sia sottoposto formalmente e approvato per iscritto; mantieni un registro di versioni approvate.
In linguaggio semplice: Identifica l'impresa che commissiona i lavori e lo sviluppatore che fornisce i servizi, con dati anagrafici e sedi legali.
TRA: [IL NOME DELLA TUA IMPRESA], una persona giuridica costituita secondo le leggi di [Stato/Provincia], con sede legale in [INDIRIZZO COMPLETO], E: [IL NOME DELL'IMPRESA SVILUPPATRICE], una persona giuridica costituita secondo le leggi di [Stato/Provincia], avente sede legale in [INDIRIZZO COMPLETO].
Errore comune: Non aggiornare i dati anagrafici o le sedi legali, causando contratto nullo o non opponibile a terzi.
In linguaggio semplice: Descrive lo scopo del rapporto: lo sviluppatore fornisce programmi multimedia, l'impresa acquisisce diritti e licenza, le parti riconoscono diritti reciproci.
CONSIDERATO CHE, l'Impresa intende conservare i servizi dello Sviluppatore per creare programmi multimedia interattivi, e lo Sviluppatore intende fornire questi servizi secondo i termini previsti nel presente.
Errore comune: Omettere le premesse o formularle in modo vago, rendendo incerto l'intento delle parti e il contenuto degli accordi.
In linguaggio semplice: Definisce che l'impresa incarica lo sviluppatore di fornire servizi e consegnare uno o più programmi, con scopo specificato in Contratti Programmatici allegati.
L'Impresa si impegna a mantenere lo Sviluppatore per fornire i servizi e consegnare uno o più Programmi. Lo scopo del lavoro per ogni Programma sarà definito ed indicato in un Contratto Programmatico.
Errore comune: Iniziare lo sviluppo senza un Contratto Programmatico allegato che specifichi scope, budget e timeline, causando disaccordi su risultati attesi.
In linguaggio semplice: L'impresa paga una tariffa iniziale per la redazione del Piano, che include Specifica funzionale, Budget e Pianificazione per obiettivi intermedi; il piano deve essere approvato prima dello sviluppo effettivo.
Per avviare lo sviluppo di un Programma, l'Impresa pagherà allo Sviluppatore un canone per sviluppare un Piano Programmatico, incluso una Specifica di Programma, un Budget per lo Sviluppo e una Pianificazione tramite Obiettivi intermedi.
Errore comune: Pagare il canone del Piano Programmatico e non approvarlo per iscritto, generando ambiguità sulla base della relazione contrattuale effettiva.
In linguaggio semplice: L'impresa paga lo sviluppatore in base al programma tariffario allegato, fatturato mensilmente con rendiconto delle spese rimborsabili, entro il numero di giorni indicato.
Quale completo risarcimento per tutti i servizi offerti dallo Sviluppatore, l'Impresa dovrà pagare per il tempo e il materiale utilizzati sulla base della programma stabilito nel Documento [SPECIFICARE] allegato al presente. Lo Sviluppatore dovrà consegnare fatture entro [NUMERO] giorni dalla fine di ogni mese, pagate entro [NUMERO] giorni.
Errore comune: Non allegare il documento tariffario o non specificare i termini di pagamento (giorni di scadenza), causando dispute sugli importi dovuti.
In linguaggio semplice: Se l'impresa richiede funzionalità non previste nella Specifica, lo sviluppatore presenta i costi aggiuntivi per approvazione, e il Piano Programmatico viene rettificato dopo approvazione scritta.
Qualora l'Impresa richieda o raccomandi allo Sviluppatore di includere funzionalità che non erano state incluse nella Specifica, lo Sviluppatore dovrà presentare all'Impresa, per la sua approvazione, i costi aggiuntivi previsti.
Errore comune: Implementare modifiche richieste verbalmente senza approvazione scritta dei costi aggiuntivi, rischiando di non essere pagati o di generare contenziosi.
In linguaggio semplice: Ogni deliverable connesso a un obiettivo intermedio deve conformarsi alla Specifica e essere sottoposto all'impresa per approvazione scritta (Accettazione); il rifiuto richiede una modifica sostanziale della Specifica.
Gli articoli consegnabili dovranno essere conformi alla Specifica allora in corso e saranno sottoposti all'Impresa per la sua approvazione scritta. La Specifica costituirà la sola base per l'Accettazione del Programma.
Errore comune: Accettare verbalmente i deliverable o non documentare l'approvazione, perdendo traccia di quali versioni sono effettivamente approvate.
In linguaggio semplice: Lo sviluppatore è rimborsato per spese ragionevoli e autorizzate con ricevute, escluse segreteria, servizi non professionali, tempo computer, courier non richiesti, fax, fotocopie e email ordinarie.
Lo Sviluppatore sarà rimborsato dall'Impresa per le spese autorizzate e ragionevoli sostenute in relazione ai servizi, a condizione che fornisca rendicontazione e ricevute. Spese di viaggio devono avere preventiva approvazione dell'Impresa.
Errore comune: Presentare ricevute generiche, senza collegamento al progetto, o richiedere rimborso di spese non autorizzate, rischiando il rifiuto totale del rimborso.
In linguaggio semplice: L'impresa paga allo sviluppatore una percentuale sul netto ricevuto dalla vendita o concessione in licenza del programma, escludendo tasse, trasporto, resi e debiti inesigibili.
Per ogni Programma sviluppato, l'Impresa dovrà corrispondere allo Sviluppatore le royalty pari alla percentuale [SPECIFICARE] al Netto Ricevuto. Per Netto Ricevuto si intende l'importo effettivamente percepito, escludendo accise, imposte, trasporto e debiti non recuperati.
Errore comune: Non definire chiaramente la percentuale di royalty o il metodo di calcolo del 'netto ricevuto', generando ambiguità e dispute ricorrenti.
In linguaggio semplice: Tutti i diritti, licenze e vendite a filiali o affiliate dell'impresa sono trattate come vendite a editori e concessionari indipendenti, per il calcolo delle royalty.
Tutti i diritti e licenze rilasciate e tutte le vendite effettuate a qualsiasi affiliata o filiale dell'Impresa saranno trattate come se fossero diritti e licenze rilasciate a editori e concessionari indipendenti.
Errore comune: Trasferire il programma a una filiale senza contabilizzare le royalty, violando il diritto dello sviluppatore di ricevere compenso su ogni distribuzione.
In linguaggio semplice: L'impresa ha discrezione unilaterale nel fissare il prezzo di vendita o concessione in licenza del programma al pubblico.
Il Programma sarà concesso in licenza a un prezzo da stabilirsi da parte dell'Impresa, a sua unica e sola discrezione.
Errore comune: Non integrare questa clausola con un minimo di prezzo o una clausola di 'most favored customer', rischiando che l'impresa venda a prezzo stracciato eludendo le royalty.
Completa nome legale, forma giuridica, provincia di costituzione e sede legale di sia l'impresa che lo sviluppatore. Verifica che i dati corrispondano ai documenti costitutivi.
💡 Usa i dati del registro imprese o della visura camerale per evitare errori legali.
Definisci il programma di tariffazione oraria o per deliverable. Questo documento è essenziale per il calcolo del compenso mensile ed è parte integrante del contratto.
💡 Scegli se addebitare un importo orario fisso, una tariffa per progetto, o un sistema misto in base al tipo di sviluppo.
Indica il numero di giorni entro i quali lo sviluppatore consegnerà la fattura (es. 5 giorni dalla fine del mese) e il numero di giorni entro cui l'impresa la dovrà pagare (es. 30 giorni).
💡 Pagamenti rapidi (15–20 giorni) incoraggiano fatturazione puntuale; periodi lunghi (45+ giorni) possono richiedere interesse di mora nel contratto.
Per il primo progetto, redigi e allega un Contratto Programmatico che specifica: scope del lavoro, Specifica funzionale, Budget per lo sviluppo, Pianificazione per obiettivi intermedi, e deliverable attesi.
💡 Usa il Piano Programmatico per pianificare: design, bozza, modelli grafici, versione beta, versione finale con test.
Se il programma sarà venduto o concesso in licenza, specifica la percentuale delle royalty sul netto ricevuto (es. 5–15% a seconda del settore e dell'apporto dello sviluppatore).
💡 Royalty più alte (10–15%) incoraggiano sviluppatori senior e innovativi; percentuali minori (3–5%) si usano per lavori su commissione senza rischio di vendita.
Decidi quali deliverable richiedono approvazione scritta e in quali tempi. Stabilisci se il rifiuto comporta una modifica della Specifica (costo aggiuntivo) o un semplice aggiustamento incluso nel budget.
💡 Processi chiari riducono dispute: es. 'Bozza grafica: approvazione entro 5 giorni lavorativi, altrimenti considerata accettata'.
Verifica chi possiede i diritti sul programma sviluppato (in genere lo sviluppatore li detiene inizialmente, l'impresa acquisisce una licenza limitata per distribuzione).
💡 Se l'impresa deve diventare proprietaria del codice, aggiungi una clausola esplicita di cessione della proprietà intellettuale contro compenso aggiuntivo.
Firma il contratto con rappresentanti legali di entrambe le parti, conserva copia firmata, e allega tutti i documenti di riferimento (tariffario, Piano Programmatico, specifiche).
💡 Conserva il contratto firmato digitalmente o in copia notarile se i valori sono rilevanti o il rapporto è pluriennale.
Secondo il contratto standard, lo sviluppatore rimane proprietario dei diritti e dell'interesse sul programma; l'impresa acquisisce una licenza limitata per riprodurre, distribuire e eseguire il programma per i propri scopi commerciali. Se intendi che l'impresa diventi proprietaria del codice (full assignment), devi aggiungere una clausola esplicita di cessione della proprietà intellettuale e concordare un compenso aggiuntivo, poiché il trasferimento totale comporta maggior valore per lo sviluppatore.
Il contratto concede all'impresa una licenza di riproduzione, distribuzione e esecuzione del programma secondo i termini stabiliti. Le modifiche significative (ad es. aggiunta di funzionalità nuove) possono violare i diritti dello sviluppatore; se intendi conservare il diritto di modificare il codice, aggiungi una clausola di concessione della fonte (source code) all'impresa oppure negozia l'acquisizione totale della proprietà intellettuale, pagando un importo aggiuntivo.
Il netto ricevuto è l'importo effettivamente incassato dall'impresa dalla vendita o concessione in licenza del programma, escludendo: imposte di vendita, tasse sulla reddito, costi di trasporto e spedizione, resi ai clienti, debiti inesigibili (crediti non pagati), e eventuali indennità dovute. Esempio: se il programma è venduto a 100 euro (IVA inclusa) e il cliente restituisce il prodotto dopo 30 giorni, il netto ricevuto è 0 euro e nessuna royalty è dovuta. Se l'impresa ha dubbi, richiedi una rendicontazione trimestrale scritta con documentazione delle vendite.
Il contratto prevede che lo sviluppatore garantisca che l'esecuzione dei servizi sarà della massima qualità e conforme alla Specifica. Se i deliverable non sono conformi, l'impresa ha diritto al rifiuto e lo sviluppatore deve rettificare senza costi aggiuntivi. Tuttavia, la qualità è valutata rispetto alla Specifica approvata; se la Specifica stessa è incompleta o ambigua, le responsabilità possono diventare contestate. Per proteggere entrambe le parti, fai una Specifica molto dettagliata con esempi e mock-up di interfaccia.
Secondo il contratto, l'impresa deve pagare il canone di sviluppo per il Piano Programmatico indipendentemente dal fatto che decida o meno di sviluppare il programma effettivo. Questo protegge lo sviluppatore da perdite di tempo nella pianificazione; tuttavia, se l'impresa reputa il Piano difettoso o inaccettabile, puoi negoziare un rimborso parziale o una riduzione della tariffa per il progetto successivo. Documenta sempre per iscritto se il piano è approvato o rifiutato.
Il contratto prevede rimborso per spese autorizzate e ragionevoli (es. hardware, software, viaggi) con ricevute. NON sono rimborsabili: servizi di segreteria, servizi non professionali, tempo computer, courier espresso non richiesti, fax, fotocopie oltre [SPECIFICARE] centesimi/pagina, e-mail ordinarie. Spese di viaggio (trasporto, alloggio, pasti) richiedono approvazione preventiva per iscritto. Se lo sviluppatore sostiene una spesa senza approvazione, l'impresa può rifiutarsi di rimborsarla; richiedi sempre authorizzazione prima.
Il contratto prevede che vendite a filiali o affiliate dell'impresa siano trattate come vendite a editori e concessionari indipendenti ai fini del calcolo delle royalty; ciò significa che anche se il denaro non entra formalmente nelle casse dell'impresa, le royalty rimangono dovute sulla base del prezzo al quale la filiale commercializza il programma. Per evitare elusione, richiedi una rendicontazione trimestrale da tutte le entità affiliate, con prezzo di vendita e quantità vendute.
Sì, il contratto è flessibile e prevede Piani Programmatici con obiettivi intermedi e deliverable che puoi strutturare in sprint. Ogni obiettivo intermedio (design, bozza, modelli, versione beta, finale) diventa un punto di approvazione e pagamento intermedio. Se usi metodologie agili (Scrum, Kanban), adatta il Contratto Programmatico per riflettere i cicli di sviluppo e le date di review.
Il contratto prevede che la Specifica sia la sola base per l'accettazione del programma; se c'è disaccordo su qualità, verifica se il deliverable è conforme alla Specifica approvata per iscritto. Per controversie sul compenso (fatture contestate, royalty sottodichiarate), la rendicontazione scritta e le ricevute sono essenziali. Aggiungi al contratto una clausola di risoluzione delle controversie (es. mediazione, arbitrato) per evitare litigi legali costosi.
Il contratto generico di sviluppo software copre anche app non multimedia e non prevede royalty; questo modello è specifico per programmi multimedia interattivi e include un sistema strutturato di royalty sul netto ricevuto dalla distribuzione. Usa il modello generico se sviluppi solo software interno o tool per uso interno; usa questo modello se il programma sarà venduto o concesso in licenza al pubblico.
L'accordo freelance è semplice e puntuale (un progetto, un pagamento finale); questo contratto è quadro e permette progetti multipli, royalty ricorrenti, e una relazione più strutturata nel tempo. Usa freelance per progetti una tantum; usa questo contratto per partnership a lungo termine con sviluppatore dedicato.
Il sub-appalto è più generico e tipicamente non include royalty; questo modello è specifico per proprietà intellettuale, diritti d'autore e royalty sulla distribuzione. Se intendi delegare solo l'esecuzione di un progetto definito mantenendo tutti i diritti, usa sub-appalto; se la proprietà intellettuale è condivisa e il programma sarà commercializzato, usa questo modello.
La licenza open source concede diritti di copia, modifica e distribuzione a chiunque; questo contratto è proprietario e concede una licenza limitata solo all'impresa. Usa open source se intendi che il programma sia pubblicamente modificabile; usa questo contratto se intendi controllare la distribuzione e le derivazioni.
Utilizzo per commissione e licenza di programmi interattivi, e-learning, app editoriali con sistema di royalty su vendite e abbonamenti.
Accordo tra impresa software e sviluppatore esterno per creazione di applicazioni, moduli, plugin con definizione chiara di deliverable e diritti.
Commissione di programmi multimedia per campagne, branded content interattivo, e-learning aziendale per clienti con licenza e royalty.
Sviluppo di piattaforme e-learning, simulatori, videogiochi educativi con tariffe su tempo e royalty su distribuzione alle scuole.
Sviluppo di app di gioco, esperienze VR/AR, programmi interattivi con compenso iniziale e royalty sulle vendite in-app.
Commissione di app finanziarie, portali gestionali, tool digitali con tariffe professionali e controllo dei diritti d'autore.
Il contratto usa il diritto civile italiano e fa riferimento a 'Stato/Provincia'. Per uso in Italia, specifica 'Repubblica Italiana' e provincia (es. Milano). I diritti d'autore sono regolati dalla Legge 633/1941 (copyright italiano); royalty e compenso sono soggetti a IVA e ritenute d'acconto secondo la normativa fiscale italiana.
Per uso in Svizzera (Ticino), adatta 'Stato/Provincia' in 'Cantone' (es. Ticino) e fai riferimento al Codice Civile Svizzero (Legge federale sul diritto d'autore). I compensi sono soggetti a imposta sul reddito cantonale e federale; le royalty richiedono certificazione fiscale. Consulta uno specialista di diritto svizzero per conformità.
| Percorso | Ideale per | Costo | Tempo |
|---|---|---|---|
| Usa il modello | Progetti standard con sviluppatore affidabile, compenso semplice, no royalty complesse, rapporto di breve durata. | 0 € (modello gratuito, solo tempo interno) | 1–2 ore per compilazione e approvazione |
| Modello + revisione legale | Progetti di valore medio, royalty strutturate, relazioni multi-anno, sviluppatore di terze parti con esigenza di protezione IP. | € 300–800 (revisione avvocato, 2–4 ore) | 3–5 giorni (revisione + modifiche) |
| Redatto su misura | Progetti ad alto valore, proprietà intellettuale critica, relazione di lunga durata, gestione di affiliati e sub-licenze, rischio legale elevato. | € 1.500–4.000+ (redazione custom, 8–20 ore avvocato) | 2–4 settimane (consultazione, drafting, negoziazione) |
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
