Nasce una nuova societa’ sul mercato IT. Si tratta della International Software che fornisce strumenti per aiutare programmatori e analisti nella gestione della progettazione e dello sviluppo di software. Troppo spesso infatti, le informazioni contenute nei progetti scompaiono nei dettagli del codice o comunque restano solo in parte. L’obiettivo finale dell’azienda e’ fare in modo che il codice del software sia sviluppato come prevede il progetto originario.

La nascita di nuove societa’ in un settore cosi’ delicato ed attuale come lo sviluppo del software rilancia senza alcun dubbio i relativi contratti che presentano rilevanti complessita’ collegate all’ampia autonomia negoziale delle parti.
Il contratto di sviluppo software, difatti, e’ uno schema negoziale creato dall’autonomia negoziale per soddisfare l’esigenza dell’utente di acquisire la possibilita’ di utilizzare un programma diverso da quelli standardizzati, al fine di realizzare specifiche e particolari esigenze.
La qualificazione giuridica della figura in esame dipende dalla natura del soggetto che viene incaricato dello sviluppo del programma, potendo a sua scelta l’utente rivolgersi ad un imprenditore, ed in tal caso si realizzera’ un contratto di appalto di servizi (art. 1655 c.c.) ovvero ad un professionista ed in tal caso verra’ concluso un contratto d’opera (art. 2222 c.c.).
La prestazione oggetto dell’accordo sara’ in ogni caso l’analisi delle esigenze di programmazione ed elaborazione del committente e la progettazione e lo sviluppo di un software idoneo a soddisfarle. Tuttavia la diversa qualificazione del contratto incide sul regime di responsabilita’ del fornitore.
Nel caso in cui si tratti di contratto di appalto, l’imprenditore, che conta sulla personale organizzazione dei mezzi necessari e quindi su una totale autonomia nello svolgimento del servizio da parte dei propri collaboratori, assume un obbligo di risultato e quindi deve assicurare la rispondenza del software realizzato alle specifiche esigenze tecniche e funzionali che il committente dovra’ aver precisato nel contratto, con applicazione della garanzia per vizi e difformita’ ex artt. 1667-1668 c.c.

Nel caso in cui si tratti di contratto di opera, il professionista si impegna a svolgere personalmente (“con lavoro prevalentemente proprio”) il servizio richiesto, ma l’obbligazione sara’ di mezzi e la responsabilita’ del fornitore sara’ contenuta entro i limiti di cui all’art. 2236 c.c.

Vale per entrambe le figure il principio secondo il quale lo sviluppo del software comporta, in considerazione della stessa natura della prestazione pattuita, la necessita’ di una stretta collaborazione tra committente e fornitore: il primo deve rappresentare correttamente le proprie esigenze ed i problemi di carattere tecnico-gestionale che il software e’ destinato a gestire su base informatizzata; il secondo deve fornire soluzioni idonee a soddisfare nella maniera migliore le esigenze del committente. E’ stato correttamente sottolineato che questa stretta interrelazione tra le due parti comporta delicati problemi in ordine alla ripartizione delle responsabilita’ per le scelte effettuate ed ai diritti di sfruttamento economico dei programmi sviluppati (ROSSELLO).

Invero, in presenza di carenze funzionali del programma elaborato, si dovra’ di volta in volta stabilire a quali dei due contraenti, che hanno dovuto necessariamente collaborare, le carenze siano imputabili e nella prassi la soluzione puo’ profilarsi molto difficile.
La dottrina fa riferimento al caso del fornitore, che non si e’ sufficientemente preoccupato della rispondenza del risultato dell’attivita’ di sviluppo alle specifiche esigenze del committente, ponendolo in alternativa al caso del medesimo committente, che non ha descritto con adeguata chiarezza e precisione le proprie specifiche necessita’ ed obiettivi, ovvero aspetti tecnici intrinseci alla sua attivita’. Tuttavia e’ ben possibile che i due profili di responsabilita’ coesistano e che si debba valutare la sussistenza di una maggiore o minore incidenza dei comportamenti colposi di ciascuno dei contraenti. Nello svolgere tale verifica naturalmente dovranno incidere le specifiche competenze di ciascuna delle parti contraenti, rientrando,  nell’ambito del dovere di diligenza del professionista richiedere ulteriori dettagli e chiarimenti all’utente che, per carenza di adeguate cognizioni tecniche, non si sia espresso in termini esaurienti.
Con riguardo alla titolarita’ dei diritti sui programmi sviluppati, e’ certamente configurabile un conflitto tra gli interessi dell’utente-committente e quelli dello sviluppatore-appaltatore.
Il primo cerchera’, come e’ ovvio, di acquisire un diritto di esclusiva sul software  e cio’ per due ordini di motivi, ovvero per garantire il possibile recupero di una parte degli investimenti impegnati nella commessa, concedendo in licenza a terzi i diritti d’uso sul software sviluppato, e per avvalersi in via esclusiva del vantaggio competitivo offerto dalle soluzioni sviluppate per gestire la sua attivita’.
La software house-appaltatore, per altro verso, cerchera’ di sfruttare economicamente le conoscenze acquisite nella complessa attivita’ di programmazione svolta per conto del primo, utilizzandole come base per mettere a punto soluzioni da commercializzare e proporre ad altri soggetti.

Secondo la normativa dettata dal codice, espressamente in materia di appalto, la proprieta’ dell’opera si trasferisce al committente con la accettazione e la consegna. Tuttavia tale regola deve essere coordinata con le disposizioni introdotte originariamente dal D.lgs. 518/92, che hanno stabilito in via originaria la titolarita’ dei diritti di sfruttamento economico del programma all’autore e, nell’ipotesi in cui il programma sia creato dal lavoratore dipendente nell’esecuzione delle sue mansioni o su istruzioni impartite dal suo datore di lavoro, allo stesso datore di lavoro.
Da tale quadro normativo si desume che il committente, qualora abbia partecipato allo sviluppo del software non solo fornendo dati ma suggerendo soluzioni, puo’ definirsi coautore, ma negli altri casi la titolarita’ dei diritti di sfruttamento economico del programma messo a punto su specifica commessa dalla software house fa capo per legge a quest’ultima, che potra’ disporre in via esclusiva di tutte le attivita’ riservate di cui all’art. 64-bis della legge sul diritto d’autore.

Nulla vieta che le parti dispongano espressamente in maniera diversa nel regolamento contrattuale ed infatti nei formulari diffusi sul mercato questo specifico aspetto non manca di essere disciplinato.
Le regole dettate tra le parti variano a seconda della natura del software e della forza contrattuale di ciascuna parte e, quindi, talvolta si prevede che la titolarita’ dei diritti di sfruttamento economico del software faccia capo al committente, al quale viene conferita una licenza esclusiva; altre volte al committente e’ riservato esclusivamente un diritto d’uso sul software sviluppato, la cui titolarita’ resta in capo all’appaltatore; altre volte, ancora, si stabilisce la contitolarita’ quanto all’utilizzo interno, prevedendo invece il pagamento reciproco di royalties per lo sfruttamento di natura commerciale. Specifiche clausole disciplinano, inoltre, i diritti sul know how e sulle eventuali invenzioni che siano state elaborate in connessione con la prestazione di servizi.
Al contratto di sviluppo software, quale che sia la natura giuridica, accedono poi obblighi reciproci di segretezza, con riguardo alle informazioni cui le parti dovessero avere accesso in ragione della esecuzione del contratto.

Scritto da