[{"data":1,"prerenderedAt":407},["ShallowReactive",2],{"document-contratto-di-sviluppo-e-di-licenza-del-software-D7537":3},{"document":4,"label":7,"preview":11,"thumb":21,"thumb600":22,"description":5,"descriptionCustom":6,"apiDescription":5,"pages":8,"extension":10,"parents":23,"breadcrumb":27,"related":36,"customDescModule":85,"customdescription":6,"mdFm":86,"mdProseHtml":406},{"description":5,"descriptionCustom":6,"label":7,"pages":8,"size":9,"extension":10,"preview":11,"thumb":12,"svgFrame":13,"seoMetadata":14,"parents":15,"keywords":20},"CONTRATTO DI LICENZA E DI SVILUPPO DEL SOFTWARE Questo Contratto di Licenza e di Sviluppo del Software (il \"Contratto\") è concluso e produrrà i suoi effetti dal [DATA], TRA: [IL NOME DELLA TUA IMPRESA] (l'\"Impresa\"), un persona giuridica costituita e regolata in conformità alle leggi di [Stato/Provincia] di [STATO/PROVINCIA], avente sede legale in: [IL TUO INDIRIZZO COMPLETO] E: [IL NOME DELL'IMPRESA] (il \"Cliente\"), una persona giuridica costituita e regolata in conformità alle leggi di [Stato/Provincia] di [STATO/PROVINCIA], avente sede legale in: [INDIRIZZO COMPLETO] PREMESSO CHE: L'Impresa è impegnata nella consulenza di tecnologia dell'informazione, di sviluppo del software, di marketing, di licenze e del supporto di alcuni software; Il Cliente ha chiesto all'Impresa di sviluppare e concedere in licenza al Cliente alcuni software che dovranno avere le capacità e le funzioni descritte nel Programma [SPECIFICARE] in allegato; L'Impresa è disposta a intraprendere tale sviluppo secondo i termini e le condizioni di cui al presente Contratto e secondo gli oneri di cui al Programma \"B\"; IN CONSIDERAZIONE delle promesse e delle condizioni reciproche del presente, definite di seguito, le parti pattuiscono e convengono quanto segue: DEFINIZIONI Le seguenti parole e termini avranno il seguente significato quando utilizzati nel presente e tali definizioni si applicano sia al singolare sia al plurale: Per \"Data di Approvazione\" si intende la data in cui il software ha superato tutti i test di approvazione in conformità alle disposizioni di [SPECIFICARE] o è stato altrimenti approvato dal Cliente ai sensi della clausola [SPECIFICARE]. Per \"Contratto\" si intende il presente contratto ivi compresi tutti i programmi. Per \"Giorno Lavorativo\" si intende ogni Lunedì, Martedì, Mercoledì, Giovedì e Venerdì salvo che in tale giorno si verifichi una festa federale o provinciale secondo la legge osservata in Provincia di [SPECIFICARE]. Per \"Onorari\" si intende la Tassa di Licenza da versare da parte del Cliente all'Impresa di cui al Programma \"B\" insieme al rimborso all'Impresa di tutte le spese effettive (tra cui, ma non solo, le spese per viaggi, alloggio, lunga distanza, corriere e fax) più qualsiasi tassa federale, provinciale e comunale applicabile attualmente o in futuro imposta su tali importi. Per \"Data di Inizio\" si intende la data di sottoscrizione del presente Contratto da parte delle parti. Per \"Specifiche Dettagliate\" si intende il significato dato in [SPECIFICARE] che include qualsiasi Specifica Dettagliata modificata di cui a tale clausola. Per \"Specifiche Funzionali\" si intendono le capacità e le funzioni che devono essere soddisfatte dal software e che sono descritte nel Programma [SPECIFICARE]. Per \"Hardware\" si intende l'unità centrale di elaborazione e il sistema operativo di accompagnamento previsti nel Programma [SPECIFICARE] e che sarà utilizzato dal Cliente per il funzionamento del Software. Per \"Attuazione del Programma\" si intende il programma degli eventi che hanno portato alla realizzazione del Software sull'Hardware, allegato come Programma [SPECIFICARE]. Per \"Materiale Concesso in Licenza\" si intendono le Specifiche Dettagliate, il Software e la Documentazione del Sistema. Per \"Software Concesso in Licenza\" si intendono quei programmi software conformi alle Specifiche Funzionali che devono essere sviluppati da parte dell'Impresa e concessi in licenza al Cliente in conformità ai termini e alle condizioni del presente Contratto. Per \"Parte\" o \"Parti\" si intendono sia l'Impresa sia il Cliente se usati al singolare e sia l'Impresa sia il Cliente se usati al plurale. Per \"Sistema di Documentazione\" si intendono tutti i documenti, i diagrammi di flusso, le schede di stampa, le specifiche dei file, i dati delle prove, i layout dello schermo, i dizionari di dati, i formati delle relazioni e tutti i manuali che insieme contengono una descrizione completa e la definizione di tutte le condizioni di funzionamento del Software Concesso in Licenza, insieme alle liste del codice sorgente del Software Concesso in Licenza e a tutte le istruzioni operative e di riferimento tecnico che descrivono il funzionamento e la gestione del Software Concesso in Licenza. SVILUPPO DELLE SPECIFICHE DETTAGLIATE Alla Data di Inizio, l'Impresa inizierà la preparazione delle Specifiche Dettagliate di progettazione del Software Concesso in Licenza e dei criteri di approvazione delle verifiche (\"Specifiche Dettagliate\"). Le Specifiche Dettagliate dovranno essere preparate in conformità e dovranno essere coerenti alle Specifiche Funzionali. Le Specifiche Dettagliate dovranno essere consegnate al Cliente per l'approvazione, entro [NUMERO] Giorni Lavorativi dalla Data di Inizio. Al momento della consegna delle Specifiche Dettagliate al Cliente, il Cliente avrà [NUMERO] Giorni Lavorativi per approvare le Specifiche Dettagliate, per respingere la parte delle Specifiche Dettagliate che ha a che fare con i criteri di approvazione della verifica, per respingere le Specifiche Dettagliate nel loro complesso (specificando in modo ragionevole il modo in cui le specifiche dettagliate non sono conformi alle Specifiche Funzionali o alle disposizioni del presente Contratto), o per richiedere chiarimenti specifici, aggiunte o modifiche alle Specifiche Dettagliate. Tale approvazione, disapprovazione o richiesta dovrà essere data per iscritto entro il suddetto periodo di tempo, in caso contrario verrà ritenuto che il Cliente abbia accettato le Specifiche Dettagliate. Se le Specifiche Dettagliate sono respinte in tutto o in parte dal Cliente, o se il Cliente richiede particolari chiarimenti, aggiunte o modifiche alle Specifiche Dettagliate, allora l'Impresa avrà un ulteriore periodo di [NUMERO] Giorni Lavorativi, o un periodo più lungo di tempo che le parti abbiano concordato per iscritto, per fornire al Cliente le Specifiche Dettagliate modificate per l'approvazione. Al momento della consegna di tali Specificazioni Dettagliate modificate al Cliente, il Cliente avrà [NUMERO] Giorni Lavorativi per approvare le Specifiche Dettagliate, per respingere la parte delle Specifiche Dettagliate che ha a che fare con i criteri di approvazione della verifica o per respingere le Specifiche Dettagliate nel loro complesso, specificando nel dettaglio il modo in cui le Specifiche Dettagliate non sono conformi alle Specifiche Funzionali o alle disposizioni del presente Contratto. Tale approvazione o disapprovazione dovrà essere data per iscritto entro il suddetto periodo di tempo, in caso contrario si riterrà che il Cliente abbia accettato le Specifiche Dettagliate. Se il Cliente accetta o si ritiene che abbia accettato le Specifiche Dettagliate o se il Cliente ha rifiutato solo la parte delle Specifiche Dettagliate modificate che si occupano dei criteri di approvazione delle verifiche, allora le Specifiche Dettagliate (oltre a quella parte respinta) sono considerate incluse e dovranno costituire una parte delle Specifiche Funzionali. Se c'è un conflitto tra le Specifiche Dettagliate incorporate e le Specifiche Funzionali prima di tale inclusione, allora le Specifiche Dettagliate dovranno avere la precedenza. Se il Cliente rifiuta la parte delle Specifiche Dettagliate modificata per quanto riguarda i criteri di approvazione delle verifiche, allora il Cliente sarà il solo responsabile, a proprie spese, per lo sviluppo dei criteri di approvazione delle verifiche del Software Concesso in Licenza, in conformità a quanto previsto dalla clausola 4. Se il Cliente rifiuta le Specifiche Dettagliate modificate nel loro insieme, o se l'Impresa non riesce a fornire le Specifiche Dettagliate al Cliente entro [NUMERO] Giorni Lavorativi dalla Data di Inizio, o non consegna le Specifiche Dettagliate modificate al Cliente, come previsto nella clausola 2 (3), allora il Cliente può recedere dagli obblighi previsti dal presente Contratto, conformemente alle disposizioni della clausola 6",null,"Contratto di sviluppo e di licenza del software","12",104,"doc","https://templates.business-in-a-box.com/imgs/1000px/contratto-di-sviluppo-e-di-licenza-del-software-D7537.png","https://templates.business-in-a-box.com/imgs/250px/7537.png","https://templates.business-in-a-box.com/svgs/docviewerWebApp1.html?v6#7537.xml",{"title":6,"description":6},[16,18],{"label":17,"url":6},"Internet e Tecnologia",{"label":19,"url":6},"Software","contratto di sviluppo e di licenza del software","https://templates.business-in-a-box.com/imgs/400px/7537.png","https://templates.business-in-a-box.com/imgs/600px/7537.png",[24,16,18],{"label":25,"url":26},"Templates","/it/templates/",[28,30,33],{"label":29,"url":26},"Modelli",{"label":31,"url":32},"Modelli di accordi legali","/it/templates/business-legal-agreements/",{"label":34,"url":35},"Modelli di accordo di sviluppo","/it/templates/development-agreements/",[37,41,45,49,53,57,61,65,69,73,77,81],{"label":38,"url":39,"thumb":40,"extension":10},"Contratto di sviluppo del software e servizi di consulenza","/it/template/contratto-di-sviluppo-del-software-e-servizi-di-consulenza-D7535","https://templates.business-in-a-box.com/imgs/250px/7535.png",{"label":42,"url":43,"thumb":44,"extension":10},"Contratto di sviluppo multimedia e licenza","/it/template/contratto-di-sviluppo-multimedia-e-licenza-D7483","https://templates.business-in-a-box.com/imgs/250px/7483.png",{"label":46,"url":47,"thumb":48,"extension":10},"Contratto di sviluppo e sulla pubblicazione del software","/it/template/contratto-di-sviluppo-e-sulla-pubblicazione-del-software-D7538","https://templates.business-in-a-box.com/imgs/250px/7538.png",{"label":50,"url":51,"thumb":52,"extension":10},"Contratto di sviluppo del software personalizzato","/it/template/contratto-di-sviluppo-del-software-personalizzato-D7536","https://templates.business-in-a-box.com/imgs/250px/7536.png",{"label":54,"url":55,"thumb":56,"extension":10},"Checklist Previsioni del contratto di licenza del software","/it/template/checklist-previsioni-del-contratto-di-licenza-del-software-D7518","https://templates.business-in-a-box.com/imgs/250px/7518.png",{"label":58,"url":59,"thumb":60,"extension":10},"Contratto di licenza dimostrativa del software","/it/template/contratto-di-licenza-dimostrativa-del-software-D7530","https://templates.business-in-a-box.com/imgs/250px/7530.png",{"label":62,"url":63,"thumb":64,"extension":10},"Contratto di licenza del software mirato del cessionario","/it/template/contratto-di-licenza-del-software-mirato-del-cessionario-D7527","https://templates.business-in-a-box.com/imgs/250px/7527.png",{"label":66,"url":67,"thumb":68,"extension":10},"Contratto di licenza breve","/it/template/contratto-di-licenza-breve-D6915","https://templates.business-in-a-box.com/imgs/250px/6915.png",{"label":70,"url":71,"thumb":72,"extension":10},"Contratto di licenza esteso","/it/template/contratto-di-licenza-esteso-D6916","https://templates.business-in-a-box.com/imgs/250px/6916.png",{"label":74,"url":75,"thumb":76,"extension":10},"Contratto di licenza del software orientato al venditore","/it/template/contratto-di-licenza-del-software-orientato-al-venditore-D7528","https://templates.business-in-a-box.com/imgs/250px/7528.png",{"label":78,"url":79,"thumb":80,"extension":10},"Contratto di licenza del software per l'utente finale","/it/template/contratto-di-licenza-del-software-per-l-utente-finale-D7529","https://templates.business-in-a-box.com/imgs/250px/7529.png",{"label":82,"url":83,"thumb":84,"extension":10},"Contratto di licenza e royalty del marchio","/it/template/contratto-di-licenza-e-royalty-del-marchio-D6926","https://templates.business-in-a-box.com/imgs/250px/6926.png",false,{"seo":87,"reviewer":98,"legal_disclaimer":102,"quick_facts":103,"at_a_glance":105,"personas":109,"variants":128,"glossary":150,"clauses":184,"how_to_fill":233,"common_mistakes":274,"faqs":299,"industries":327,"comparisons":346,"diy_vs_lawyer":359,"jurisdictions":374,"educational_modules":381,"related_template_ids_curated":391,"schema":392,"classification":393},{"meta_title":88,"meta_description":89,"primary_keyword":20,"secondary_keywords":90},"Contratto di sviluppo e di licenza del software (Word gratis)","Contratto di sviluppo e licenza software. Proteggi specifiche, diritti IP e approvazioni. Scarica il modello Word gratuito. Download gratuito in Word e PDF.",[91,92,93,94,95,96,97],"contratto di licenza software italiano","contratto sviluppo software","accordo software e licenza","specificazioni dettagliate software","criteri di approvazione software","contratto IT software","diritti proprietà intellettuale software",{"name":99,"credential":100,"reviewed_date":101},"Bruno Goulet","CEO, Business in a Box","2026-05-05",true,{"difficulty":104,"legal_review_recommended":102,"signature_required":102},"avanzato",{"what_it_is":106,"when_you_need_it":107,"whats_inside":108},"Un contratto bilaterale che regola lo sviluppo, la consegna, l'approvazione e la licenza di software personalizzato tra una società di sviluppo e un cliente. Include definizioni dei termini, specifiche funzionali e dettagliate, criteri di approvazione e onorari. Disponibile in formato Word scaricabile e modificabile.\n","Quando commissioni lo sviluppo di software customizzato, quando concedi in licenza software originale, quando hai bisogno di definire chiaramente capacità, funzioni, approvazioni e diritti di uso. Protegge entrambe le parti prima di investire tempo e denaro nello sviluppo.\n","Il contratto contiene una sezione di premesse, definizioni legali dettagliate (data di approvazione, onorari, hardware, specifiche), le regole per lo sviluppo delle specifiche dettagliate con tempistiche e cicli di approvazione cliente, e rimandi ai programmi allegati che descrivono capacità funzionali, onorari e implementazione.\n",[110,113,116,119,122,125],{"title":111,"use_case":112},"Sviluppatore o agenzia software","Commissione lavori di sviluppo con cliente, definisci specifiche e approvazioni",{"title":114,"use_case":115},"Impresa cliente che commissiona software","Ricevi software custom, definisci criteri di collaudo e diritti di licenza",{"title":117,"use_case":118},"Responsabile IT di PMI","Disciplina rapporto con fornitore software esterno, proteggi investimenti",{"title":120,"use_case":121},"Consulente tecnologico","Fornisci assistenza nella negoziazione di contratti software con vendor",{"title":123,"use_case":124},"Direttore legale di startup tech","Standardizza termini di licenza e sviluppo prima di crescita scale-up",{"title":126,"use_case":127},"Imprenditore digitale","Commissiona app o piattaforma personalizzata, proteggiti con contratto chiaro",[129,132,135,138,141,144,147],{"title":130,"when_to_use":131,"template_id":6},"Licenza software esclusiva","Cliente riceve diritti esclusivi di licenza, fornitore non può cedere ad altri",{"title":133,"when_to_use":134,"template_id":6},"Licenza software non esclusiva","Fornitore mantiene diritto di sviluppare e cedere software simile ad altri clienti",{"title":136,"when_to_use":137,"template_id":6},"Contratto sviluppo con pagamento a milestone","Pagamenti scaglionati legati al raggiungimento di specifiche fasi di approvazione",{"title":139,"when_to_use":140,"template_id":6},"Contratto sviluppo con pagamento fisso","Compenso totale determinato in anticipo, indipendente da modifiche minori",{"title":142,"when_to_use":143,"template_id":6},"Estensione diritti post-sviluppo","Cliente acquisisce diritti su codice sorgente e manutenzione futura dopo licenza",{"title":145,"when_to_use":146,"template_id":6},"Licenza software con supporto e maintenance","Include servizi di assistenza tecnica, aggiornamenti e correzione di bug nel tempo",{"title":148,"when_to_use":149,"template_id":6},"Accordo software per team distribuiti","Sviluppo da remoto, specifiche condizioni di comunicazione e consegna documentazione",[151,154,157,160,163,166,169,172,175,178,181],{"term":152,"definition":153},"Specifiche funzionali","Descrizione delle capacità, delle funzioni e dei risultati attesi che il software deve realizzare per soddisfare le esigenze del cliente.",{"term":155,"definition":156},"Specifiche dettagliate","Documentazione tecnica di progettazione che traduce le specifiche funzionali in dettagli implementativi, criteri di test e di approvazione.",{"term":158,"definition":159},"Data di approvazione","Data certificata in cui il software ha superato tutti i collaudi e le verifiche ed è stato formalmente accettato dal cliente.",{"term":161,"definition":162},"Materiale concesso in licenza","L'insieme di specifiche, software, codice sorgente, documentazione e manuali che il fornitore mette a disposizione del cliente in base al contratto.",{"term":164,"definition":165},"Criteri di approvazione della verifica","Set di test, metriche e condizioni che il software deve soddisfare per essere considerato conforme e pronto all'uso.",{"term":167,"definition":168},"Sistema di documentazione","Manuale completo, diagrammi, codice sorgente commentato, specifiche tecniche e istruzioni operative necessarie a comprendere e gestire il software.",{"term":170,"definition":171},"Hardware","Computer, processore, sistema operativo e altri dispositivi fisici su cui il software deve essere installato e funzionare.",{"term":173,"definition":174},"Onorari","Tassa di licenza e rimborso di spese effettive (trasferte, alloggio, servizi) dovuti dal cliente al fornitore secondo le condizioni del contratto.",{"term":176,"definition":177},"Giorno lavorativo","Lunedì, martedì, mercoledì, giovedì e venerdì, escluse le festività federali e provinciali della giurisdizione applicabile.",{"term":179,"definition":180},"Programma allegato","Documento aggiunto al contratto (es. Programma A, B, C) che contiene specifiche funzionali, tabella onorari, calendario attuazione, dettagli hardware.",{"term":182,"definition":183},"Proprietà intellettuale","Diritti di autore, brevetti, marchi e know-how relativi al software, alla documentazione e al codice sorgente sviluppati.",[185,190,195,199,204,209,214,219,223,228],{"name":186,"plain_english":187,"sample_language":188,"common_mistake":189},"Partiti firmatarie","Identifica la società sviluppatrice (Impresa) e la società cliente, con sede legale, giurisdizione costitutiva e riferimenti ufficiali.","TRA: [IL NOME DELLA TUA IMPRESA] (l'\"Impresa\"), una persona giuridica costituita e regolata in conformità alle leggi di [Stato/Provincia], avente sede legale in: [IL TUO INDIRIZZO COMPLETO] E: [IL NOME DELL'IMPRESA] (il \"Cliente\"), una persona giuridica costituita e regolata in conformità alle leggi di [Stato/Provincia], avente sede legale in: [INDIRIZZO COMPLETO].","Omettere la giurisdizione costitutiva o non specificare chiaramente se una parte è persona fisica o giuridica.",{"name":191,"plain_english":192,"sample_language":193,"common_mistake":194},"Data di inizio e data di approvazione","Stabilisce quando il contratto ha effetto e quale data certifica il superamento di tutti i collaudi e l'accettazione ufficiale del software.","Per \"Data di Inizio\" si intende la data di sottoscrizione del presente Contratto da parte delle parti. Per \"Data di Approvazione\" si intende la data in cui il software ha superato tutti i test di approvazione in conformità alle disposizioni di [SPECIFICARE].","Non allineare la data di inizio con le tempistiche di consegna delle specifiche dettagliate.",{"name":152,"plain_english":196,"sample_language":197,"common_mistake":198},"Definisce cosa il software deve fare: capacità, funzioni e risultati attesi descritti in un programma allegato che il fornitore deve realizzare.","Per \"Specifiche Funzionali\" si intendono le capacità e le funzioni che devono essere soddisfatte dal software e che sono descritte nel Programma [SPECIFICARE].","Lasciare le specifiche funzionali vaghe o incomplete; il cliente deve elencare ogni funzione richiesta nel programma allegato.",{"name":200,"plain_english":201,"sample_language":202,"common_mistake":203},"Specifiche dettagliate di progettazione","Descrive la documentazione tecnica di progettazione che il fornitore prepara sulla base delle specifiche funzionali, inclusi criteri di test e collaudo.","Alla Data di Inizio, l'Impresa inizierà la preparazione delle Specifiche Dettagliate di progettazione del Software Concesso in Licenza e dei criteri di approvazione delle verifiche (\"Specifiche Dettagliate\"). Le Specifiche Dettagliate dovranno essere preparate in conformità e dovranno essere coerenti alle Specifiche Funzionali.","Non assegnare chiare responsabilità su chi redige le specifiche dettagliate o non prevedere scadenze di consegna.",{"name":205,"plain_english":206,"sample_language":207,"common_mistake":208},"Ciclo di approvazione cliente","Stabilisce i tempi e le modalità in cui il cliente deve revisionare, approvare o respingere le specifiche dettagliate, con opzioni di richiesta di modifiche.","Al momento della consegna delle Specifiche Dettagliate al Cliente, il Cliente avrà [NUMERO] Giorni Lavorativi per approvare le Specifiche Dettagliate, per respingere la parte delle Specifiche Dettagliate che ha a che fare con i criteri di approvazione della verifica, per respingere le Specifiche Dettagliate nel loro complesso (specificando in modo ragionevole il modo in cui le specifiche dettagliate non sono conformi alle Specifiche Funzionali).","Non fissare termini precisi di risposta, il che può causare ritardi indefiniti nelle approvazioni.",{"name":210,"plain_english":211,"sample_language":212,"common_mistake":213},"Rimedi per rifiuto specifiche","Se il cliente rifiuta le specifiche dettagliate modificate, il fornitore ha diritto a un ulteriore periodo per correggerle; se il rifiuto persiste, il cliente può rescindere il contratto.","Se il Cliente rifiuta le Specifiche Dettagliate modificate nel loro insieme, o se l'Impresa non riesce a fornire le Specifiche Dettagliate al Cliente entro [NUMERO] Giorni Lavorativi dalla Data di Inizio, allora il Cliente può recedere dagli obblighi previsti dal presente Contratto.","Non specificare conseguenze chiare del rifiuto, il che può generare controversie su diritti di rescissione.",{"name":215,"plain_english":216,"sample_language":217,"common_mistake":218},"Onorari e rimborso spese","Definisce la tassa di licenza dovuta dal cliente e il rimborso di spese effettive (trasferte, alloggio, comunicazioni) con applicazione di tasse federali, provinciali e comunali.","Per \"Onorari\" si intende la Tassa di Licenza da versare da parte del Cliente all'Impresa di cui al Programma \"B\" insieme al rimborso all'Impresa di tutte le spese effettive (tra cui, ma non solo, le spese per viaggi, alloggio, lunga distanza, corriere e fax) più qualsiasi tassa federale, provinciale e comunale applicabile.","Non separare chiaramente onorari fissi da spese variabili, creando ambiguità sui costi totali.",{"name":167,"plain_english":220,"sample_language":221,"common_mistake":222},"Richiede che il fornitore consegni manuale completo, diagrammi, codice sorgente, specifiche tecniche e istruzioni operative per permettere al cliente di comprendere e gestire il software.","Per \"Sistema di Documentazione\" si intendono tutti i documenti, i diagrammi di flusso, le schede di stampa, le specifiche dei file, i dati delle prove, i layout dello schermo, i dizionari di dati, i formati delle relazioni e tutti i manuali che insieme contengono una descrizione completa e la definizione di tutte le condizioni di funzionamento del Software Concesso in Licenza.","Non specificare il livello di dettaglio, il formato (cartaceo, digitale) e la lingua della documentazione.",{"term":224,"plain_english":225,"sample_language":226,"common_mistake":227},"Giornate lavorative","Definisce quali giorni contano ai fini del calcolo dei termini contrattuali, escludendo fine settimana e festività federali e provinciali.","Per \"Giorno Lavorativo\" si intende ogni Lunedì, Martedì, Mercoledì, Giovedì e Venerdì salvo che in tale giorno si verifichi una festa federale o provinciale secondo la legge osservata in Provincia di [SPECIFICARE].","Non specificare quale giurisdizione determina le festività, causando ambiguità se le parti operano in province diverse.",{"name":229,"plain_english":230,"sample_language":231,"common_mistake":232},"Hardware e ambiente di implementazione","Specifica il computer, il processore, il sistema operativo e altri dispositivi fisici su cui il software deve essere sviluppato, testato e installato.","Per \"Hardware\" si intende l'unità centrale di elaborazione e il sistema operativo di accompagnamento previsti nel Programma [SPECIFICARE] e che sarà utilizzato dal Cliente per il funzionamento del Software.","Non documentare le specifiche hardware minime, il che può causare problemi di compatibilità e installazione successivi.",[234,239,244,249,254,259,264,269],{"step":235,"title":236,"description":237,"tip":238},1,"Compila i dati delle parti firmatarie","Inserisci il nome legale, la giurisdizione di costituzione, la provincia e l'indirizzo completo di sia la società sviluppatrice sia il cliente. Verifica che i dati siano identici a quelli nei registri ufficiali (CCIAA, albo professionisti).","Se una delle parti è persona fisica, specifica comunque il domicilio fiscale e il documento di identità.",{"step":240,"title":241,"description":242,"tip":243},2,"Stabilisci le date chiave","Inserisci la data di sottoscrizione (data di inizio), il numero di giorni lavorativi per la consegna delle specifiche dettagliate e per ogni ciclo di approvazione cliente. Assicurati che le tempistiche siano realistiche.","Usa periodi di 10–15 giorni lavorativi per approvazioni; periodi più lunghi riducono il rischio di contestazioni.",{"step":245,"title":246,"description":247,"tip":248},3,"Allega e descrivi le specifiche funzionali","Nel Programma A (o quello che hai designato), elenca in dettaglio ogni capacità e funzione che il software deve avere. Sii il più specifico possibile: numeri, formati di dati, integrazioni, performance.","Chiedi al cliente di firmare il programma con le specifiche funzionali per evitare contestazioni successive su cosa era incluso.",{"step":250,"title":251,"description":252,"tip":253},4,"Definisci criteri di collaudo e approvazione","Nel programma allegato relativo alle specifiche dettagliate, descrivere in modo misurabili i test e i criteri di accettazione che il software deve superare. Specifica chi conduce i test (fornitore, cliente o terzo).","Criteri oggettivi (es. \"100 transazioni al secondo senza errori\") riducono le controversie rispetto a criteri soggettivi.",{"step":255,"title":256,"description":257,"tip":258},5,"Allega la tabella degli onorari","Nel Programma B, inserisci la tassa di licenza totale, le modalità di pagamento (anticipato, a milestone, alla consegna), le spese rimborsabili e il tasso di rimborso. Specifica se sono incluse tasse o se il cliente le paga a parte.","Se pagamenti a milestone, collega ogni versamento al superamento di fasi specifiche di sviluppo.",{"step":260,"title":261,"description":262,"tip":263},6,"Specifica l'hardware e l'ambiente","Nel programma allegato, indica marca e modello del server/PC, versione del sistema operativo, RAM, disco rigido e software di supporto necessari. Chiarisci se il cliente fornisce hardware o il fornitore lo configura.","Includi anche dettagli su database, librerie software di terze parti e dipendenze di sistema.",{"step":265,"title":266,"description":267,"tip":268},7,"Definisci il piano di attuazione","Nel Programma relativo all'Attuazione, crea un cronogramma con le fasi di sviluppo, le date di consegna di componenti intermedi, i collaudi e la data target di approvazione finale.","Allega gantt chart o elenco puntato con milestone; rende il piano visibile e concordato.",{"step":270,"title":271,"description":272,"tip":273},8,"Firma, data e conserva","Entrambe le parti firmeranno il contratto e tutti i programmi allegati. Ogni parte conserva una copia originale. Se ci sono successive modifiche, usa un allegato di modifica firmato da entrambe.","Usa firma digitale qualificata per conformità legale italiana; stampa e conserva anche una copia cartacea.",[275,279,283,287,291,295],{"mistake":276,"why_it_matters":277,"fix":278},"Specifiche funzionali troppo vaghe o incomplete","Il fornitore poi sostiene che ha consegnato quello che stava scritto, mentre il cliente ritrova funzioni mancanti o comportamenti non attesi.","Elenca ogni funzione richiesta con numeri, formati di dati e esempi concreti nel programma allegato.",{"mistake":280,"why_it_matters":281,"fix":282},"Non fissare termini precisi per l'approvazione cliente","Senza scadenza, il cliente ritarda indefinitamente la revisione, bloccando il progetto e creando costi aggiuntivi per il fornitore.","Specifica chiaramente quanti giorni lavorativi il cliente ha per approvare o respingere; se non risponde, considerare come approvato.",{"mistake":284,"why_it_matters":285,"fix":286},"Omettere criteri di collaudo oggettivi","Se i criteri di accettazione sono soggettivi, il cliente può sempre rifiutare dicendo che il software \"non funziona bene\" senza una base misurabile.","Definisci test specifici (es. \"1000 transazioni al secondo\", \"caricamento lista in meno di 2 secondi\") nel capitolo collaudi.",{"mistake":288,"why_it_matters":289,"fix":290},"Non allegare tabella onorari chiara","Controversie su quanto il cliente deve pagare, se sono incluse spese, se ci sono maggiorazioni per modifiche oltre progetto.","Crea un Programma con tassa fissa, elenco spese rimborsabili, tasso di rimborso e condizioni di pagamento a milestone.",{"mistake":292,"why_it_matters":293,"fix":294},"Non specificare chi è responsabile dello sviluppo della documentazione tecnica","Al termine il fornitore consegna poco o nessun manuale; il cliente non sa come mantenere o estendere il software.","Nel contratto richiedi un Sistema di Documentazione completo (manuale utente, manuale tecnico, codice commentato) consegnato prima dell'approvazione finale.",{"mistake":296,"why_it_matters":297,"fix":298},"Contratto sottoscritto senza allegati programmi","Il contratto è incompleto; le specifiche funzionali, gli onorari e il cronogramma rimangono in sospeso, creando incertezza legale.","Assicurati che tutti e quattro i programmi (funzionali, dettagliate/collaudi, onorari, attuazione) siano allegati, compilati e firmati prima della sottoscrizione.",[300,303,306,309,312,315,318,321,324],{"question":301,"answer":302},"Posso cancellare il contratto se il fornitore non rispetta le scadenze di consegna delle specifiche dettagliate?","Sì, il contratto prevede una clausola di recesso nel caso in cui l'Impresa non consegni le Specifiche Dettagliate entro il numero di Giorni Lavorativi specificati dalla Data di Inizio. Se il Cliente esercita il recesso, può interrompere gli obblighi contrattuali. Tuttavia, consulta un avvocato per verificare se sono dovute penali per annullamento anticipato, poiché il contratto potrebbe prevedere compensazioni parziali al fornitore.\n",{"question":304,"answer":305},"Chi sviluppa i criteri di collaudo se il cliente li rifiuta?","Se il Cliente rifiuta i criteri di approvazione della verifica proposti dal fornitore, il Cliente diventato responsabile, a proprie spese, dello sviluppo di criteri di collaudo conformi alle Specifiche Funzionali. Questo protegge il fornitore da indefiniti cicli di revisione e costringe il Cliente a prendere posizione. In pratica, è meglio negoziare i criteri durante la fase di specifiche dettagliate.\n",{"question":307,"answer":308},"Cosa succede se il software non supera i collaudi alla data di approvazione?","Il contratto non include automaticamente una penale per il fornitore se i test falliscono. Tuttavia, il software non raggiunge la Data di Approvazione e il cliente non è obbligato a pagare la parte della tassa di licenza legata all'accettazione. Il fornitore deve correggere e ripetere i collaudi. Per proteggere il fornitore, conviene inserire nel Programma sui collaudi un numero massimo di cicli di test gratuiti (es. 3) e poi applicare una tariffa per ogni ciclo aggiuntivo dovuto a errori del Cliente.\n",{"question":310,"answer":311},"Il software è di proprietà del fornitore o del cliente?","Il contratto usa il termine \\\"Software Concesso in Licenza\\\", il che suggerisce che il fornitore mantiene la proprietà intellettuale e il cliente riceve il diritto di usarlo secondo i termini della licenza. Se desideri acquisire la proprietà completa o il codice sorgente, deve essere negoziato e aggiunto esplicitamente nel Programma. Senza una clausola specifica, il cliente non ha diritti di modifica o redistribuzione.\n",{"question":313,"answer":314},"Posso apportare modifiche al software dopo la Data di Approvazione?","Il contratto disciplina lo sviluppo e l'approvazione iniziale. Le modifiche successive (manutenzione, aggiornamenti, nuove funzioni) devono essere coperte da un contratto separato di supporto e manutenzione, oppure da richieste di modifica formali e pagate a parte. Aggiungi un programma separato se intendi offrire servizi post-lancio.\n",{"question":316,"answer":317},"Qual è la giurisdizione applicabile se c'è una controversia?","Il contratto non specifica esplicitamente una clausola arbitrale o una corte di competenza. La giurisdizione dipenderà dalla legge della Provincia di [SPECIFICARE] indicata nel contratto. Se il fornitore è in Italia e il cliente in Svizzera (Ticino), è essenziale negoziare quale tribunale ha competenza (es. tribunale di Milano o Lugano) e quale legge si applica (diritto italiano o svizzero). Consulta un avvocato per aggiungere una clausola di risoluzione delle controversie appropriata.\n",{"question":319,"answer":320},"Come gestisco i cambiamenti alle specifiche funzionali dopo l'inizio del contratto?","Il contratto non prevede un processo formale di change request. Se entrambe le parti concordano su una modifica, dev'essere documentata per iscritto in una lettera di modifica o un allegato firmato entrambi. Ogni modifica deve includere l'impatto su specifiche dettagliate, cronogramma, collaudi e onorari. Senza una modifica documentata, il fornitore non è tenuto a implementare richieste non previste.\n",{"question":322,"answer":323},"Il fornitore è responsabile se il software causa perdite finanziarie al cliente?","Il contratto non include una clausola esplicita di limitazione di responsabilità. In generale, il diritto italiano prevede che un fornitore è responsabile per danni diretti derivanti da inesecuzione, ma è spesso possibile limitare la responsabilità a un massimale (es. l'importo pagato) o escludere danni indiretti (perdite di guadagno, interruzione dell'attività). Aggiungi una clausola di limitazione di responsabilità per proteggere il fornitore, oppure negozia un'assicurazione di responsabilità civile professionale.\n",{"question":325,"answer":326},"Quali sono i miei diritti se il software viene utilizzato illegalmente o copiato?","Il contratto protegge il fornitore attraverso la Licenza (non la proprietà totale), il che significa che il cliente non può redistribuire o copiare il software. Tuttavia, il contratto non include clausole specifiche di protezione della proprietà intellettuale, di riservatezza, di penali per violazione di licenza o di indennizzo. Aggiungi un capitolo sulla proprietà intellettuale, sulla riservatezza del codice sorgente e su eventuali penali contrattuali per violazioni.\n",[328,331,334,337,340,343],{"industry":329,"specifics":330},"Tecnologia dell'informazione e software","Fornitore di sviluppo software e agenzie IT usano questo contratto per formalizzare progetti custom, definire specifiche e cicli di approvazione con clienti.",{"industry":332,"specifics":333},"Consulenza e servizi professionali","Studi di consulenza IT e system integrator lo utilizzano per concordare sviluppo di soluzioni software tailored e condizioni di licenza.",{"industry":335,"specifics":336},"Finanza e banche","Istituti bancari e aziende fintech commissionano software personalizzato per trading, rischio, compliance e usano questo contratto per formalizzare l'accordo.",{"industry":338,"specifics":339},"Manifattura e industria","Aziende manifatturiere commissionano software ERP, MES o di gestione produzione; il contratto disciplina sviluppo, collaudi e diritti di licenza.",{"industry":341,"specifics":342},"Commercio e retail","E-commerce e catene retail commissionano sistemi di gestione ordini, POS o inventory; il contratto regola funzionalità, integrazioni e supporto post-lancio.",{"industry":344,"specifics":345},"Pubblica amministrazione e utilities","Enti pubblici e aziende di servizi (acqua, energia, trasporti) commissionano software di gestione; il contratto garantisce specifiche tecniche e collaudi rigorosi.",[347,350,353,356],{"vs":348,"summary":349},"Contratto di licenza software standard","Un contratto di licenza standard copre i termini di uso di software già sviluppato (es. Microsoft Office, SAP). Questo contratto invece comprende sia lo sviluppo custom sia la licenza di ciò che viene creato. Se commissionaste un software completamente nuovo con specifiche personalizzate, questo contratto è più idoneo; se invece usaste software esistente, un contratto di licenza standard è sufficiente.\n",{"vs":351,"summary":352},"Contratto di sviluppo software (senza licenza esclusiva)","Questo contratto include sia sviluppo sia licenza, stabilendo anche che il cliente riceve diritti limitati di uso (licenza, non proprietà). Un contratto di sola sviluppo assegnerebbe al cliente la proprietà completa del codice e del know-how, permettendo redistribuzione e modifica. Scegli questo modello se il fornitore vuole mantenere la proprietà intellettuale; usa un contratto di sola sviluppo se il cliente compra il diritto di ownership.\n",{"vs":354,"summary":355},"Contratto di fornitura di servizi IT generici","Un contratto di servizi IT generico disciplina manutenzione, supporto tecnico e operazioni ricorrenti (es. help desk, backup, monitoraggio). Questo contratto è specifico per lo sviluppo e la licenza di un nuovo software. Se serve un contratto che copra sia sviluppo che supporto successivo per 3 anni, considera di creare due sezioni (sviluppo + licenza iniziale; supporto post-lancio come add-on).\n",{"vs":357,"summary":358},"Lettera di intenti o statement of work","Una lettera di intenti o SOW è un documento informale che descrive cosa il cliente chiede e a quale prezzo, ma non è un contratto legale vincolante. Questo modello è un vero contratto italiano, con definizioni legali, obblighi reciproci, termini di pagamento e rimedi per inadempimento. Se il progetto ha rischi o valore significativo, usa questo contratto al posto di un semplice SOW.\n",{"heading":360,"middleRowLabel":361,"use_template":362,"template_plus_review":366,"custom_drafted":370},"Modello o avvocato — cosa fa al caso tuo?","Modello + revisione legale",{"best_for":363,"cost":364,"time":365},"Progetti software piccoli o medio-piccoli, relazioni di fiducia, timeline stretta, budget limitato per legali.","€0–50 (una tantum per il modello scaricato)","2–3 ore per compilare campi, allegati e firma digitale",{"best_for":367,"cost":368,"time":369},"Progetti di media-alta complessità, fornitori o clienti inesperti, giurisdizioni diverse, protezione di proprietà intellettuale critica.","€500–1.500 (modello + revisione legale 2–3 ore)","3–5 giorni (revisione avvocato + negoziazione clausole)",{"best_for":371,"cost":372,"time":373},"Progetti enterprise, software mission-critical, royalties o rinnovi in gioco, clausole molto personalizzate, relazioni multi-anno.","€2.000–5.000+ (redazione da zero, negoziazione, clause legali specializzate)","1–3 settimane (intake, draft, iterazioni, firma)",[375,378],{"code":376,"note":377},"it","Il contratto è redatto secondo la legge italiana ed è adatto a fornitore e cliente entrambi in Italia o residenti nella Comunità Europea. Specifica la provincia italiana applicabile per diritti di proprietà intellettuale e per la competenza dei tribunali (es. Milano, Roma, Torino).",{"code":379,"note":380},"ch","Se fornitore o cliente risiede in Svizzera (Ticino), il contratto rimane usabile ma è consigliabile aggiungere una clausola scelta di legge (diritto italiano o svizzero) e una clausola di competenza territoriale (es. \"I tribunali di Lugano hanno competenza\"). Considera di far revisionare il contratto da un avvocato ticinese per conformità alle leggi cantonali.",[382,385,388],{"title":383,"summary":384},"Come redigere specifiche funzionali che evitano malintesi","Una guida su come trasformare i bisogni del cliente in specifiche funzionali dettagliate, con esempi di funzioni ben descritte vs. vaghe, e template di check-list per assicurare completezza prima della firma.",{"title":386,"summary":387},"Criteri di collaudo software e testing: come definirli nel contratto","Come identificare e documentare test case, criteri di accettazione e procedure di verifica nel contratto, separando collaudi funzionali, di performance e di sicurezza.",{"title":389,"summary":390},"Protezione della proprietà intellettuale e del codice sorgente nei contratti software","Guida alle clausole di riservatezza, deposito in escrow del codice sorgente, limitazioni di modifica, diritti di sublicenza e penali per violazione di licenza in contratti software italiani.",[],{"emit_software_application":102,"emit_breadcrumb_list":102,"emit_faq_page":102,"emit_how_to":102,"emit_defined_term":102},{"primary_folder":394,"secondary_folder":395,"document_type":396,"industry":397,"business_stage":398,"tags":399,"confidence":405},"business-legal-agreements","development-agreements","agreement","software-and-technology","all-stages",[400,401,402,403,404],"contract","intellectual-property","software-development","licensing","custom-development",0.95,"\u003Ch2>Che cos'è un modello di contratto di sviluppo e di licenza del software?\u003C/h2>\n\u003Cp>Un contratto di sviluppo e di licenza del software è un accordo bilaterale tra una società di sviluppo (Impresa) e un cliente che commissiona la realizzazione di software personalizzato. Il documento disciplina come lo sviluppo viene eseguito, quando e come il cliente approva il lavoro completato, e quali diritti di uso il cliente riceve sul software finito. Include sezioni dedicate alle specifiche funzionali (cosa il software deve fare), alle specifiche dettagliate di progettazione (come viene costruito), ai cicli di approvazione cliente con termini precisi, ai criteri di collaudo e accettazione, e alla tabella degli onorari. Disponibile in formato Word scaricabile e completamente modificabile, permette a entrambe le parti di adattare il contratto alle circostanze specifiche del progetto: dimensione, complessità, pagamenti a milestone o forfettari, e diritti di proprietà intellettuale.\u003C/p>\n\u003Ch2>Perché hai bisogno di questo documento\u003C/h2>\n\u003Cp>Senza un contratto scritto e firmato, il rischio di malintesi e controversie tra fornitore e cliente è altissimo. Il fornitore sviluppa ciò che crede il cliente abbia richiesto, il cliente scopre che mancano funzioni critiche o che il software non si comporta come previsto, e si avvia una disputa su chi sia responsabile e chi debba pagare per correzioni. Inoltre, senza termini chiari sulle approvazioni, il cliente può ritardare indefinitamente la revisione del lavoro, bloccando il progetto e generando costi aggiuntivi per lo sviluppatore. Questo contratto protegge entrambe le parti: fissa scadenze esatte per la consegna delle specifiche, assegna al cliente un numero limitato (ma ragionevole) di giorni per approvare o respingere il lavoro, stabilisce criteri di collaudo oggettivi invece di soggettivi, e chiarisce quali diritti il cliente ha sul software (licenza limitata, non proprietà totale, a meno che non sia diversamente concordato). In caso di controversia, avere un contratto firmato e dettagliato riduce significativamente il ricorso a giudizio e i costi legali, poiché le responsabilità sono già scritte.\u003C/p>\n",1781186227154]