Newsgroup: it.lavoro.professioni.webmaster
Titolo: Vincoli contrattuali/ licenze codice

Un saluto festoso a tutti! :D
Son nuovamente qua per porre una domanda rognosa:
con quale clausola contrattuale impedite che il cliente, una volta che 
che gli avete realizzato il website, vada dal cuggino (o altro 
fornitore) e quest'ultimo faccia richiesta del trasferimento di tutto il 
blob con il vostro codice e/o personalizzazioni impossessandosi aggratis 
del vostro lavoro e magari potendolo pure rivendere!?!?!
Nel caso non mi fossi spiegata bene: posso vincolare il mio cliente a 
poter utilizzare il software web da me creato/ personalizzato solo fino 
a quando questi resterà sul webserver da me gestito?
Potreste gentilmente suggerirmi i termini legalesi con cui farlo in 
quanto io, lo ammetto, qua sto a ZERO?
Muchas gracias und saludos afecionados.
Cià,
Mik

 Mik
-- 
Amministratore
www.AmiciAmici.com
Giornalismo dal basso sui temi dell'amicizia, feste e divertimento.
PodCast "Pronto Chi Bussa" dalla Valtaro al Web...

 del vostro lavoro e magari potendolo pure rivendere!?!?!
Io non credo nella soluzione dell'installazione su server privato 
inaccessibile al cliente, soprattutto perche' io non sono un provider e 
quindi non voglio accollarmi tutte le rogne derivanti dalla gestione di 
un server. L'hosting lo fornisce chi ha infrastrutture e 
professionalita' adeguate, io sviluppo e voglio solo sviluppare.
Tolta questa premessa, ci sono alcune soluzioni che adottiamo proprio 
per risolvere la problematica che hai sollevato, e finora non abbiamo 
mai avuto problemi di alcun tipo; l'importante e' essere completamente 
cristallini fin dal primo istante, il cliente deve essere posto nella 
condizione di comprendere integralmente e senza esitazioni tutte le 
clausole componenti l'accordo; e' una cosa che inizialmente porta via 
tempo, ma e' tempo ben impiegato perche' poi si puo' lavorare senza 
pensare ad altro. Come si dice, patti chiari amicizia lunga.
Dunque, innanzitutto inseriamo nel contratto che facciamo SEMPRE firmare 
al cliente una clausola nella quale si dichiara che il website (o quello 
che e') viene sviluppato su specifiche richieste del cliente facendo uso 
di soluzioni software (non importa se preesistenti o create ex-novo) che 
vengono concesse in licenza d'uso non esclusiva, senza che cio' possa 
mai configuare, direttamente o indirettamente, alcun diritto di 
proprieta', nemmeno derivante dalla consuetudine ovvero dall'utilizzo 
prolungato nel tempo.
Nella sostanza, il cliente paga per ottenere *l'uso* di un sistema 
software (non importa quale) in grado di rispondere alle sue esigenze, 
non gia' per ottenerne la proprieta'. Esattamente come per i vari 
software tipo (cheneso') word, tu acquisisci una licenza d'uso, ma non 
sei proprietaria del programma, nel senso che non puoi smontarlo, 
rimaneggiarlo, e quindi eventualmente rivenderlo, senza commettere un 
illecito perseguibile in base alle vigenti leggi in materia di 
salvaguardia dei diritti d'autore e di proprieta'.
Queste condizioni, insieme ad altre di pari importanza, confluiscono nel 
nostro contratto in un importante paragrafo intitolato "Limitazioni 
della responsabilita' e condizioni d'uso" (le limitazioni della 
responsabilita' sono un altro importantissimo argomento da trattare 
quando si sviluppa software per conto terzi).
Qui di seguito ti riporto parte del paragrafo, tolto da un contratto che 
abbiamo concluso proprio questo venerdi, dedicato alla realizzazione di 
un software (utilizzabile online via web ad accesso riservato) di 
composizione automatica di etichette per alimenti a norma di legge IT/UE:
4. LIMITAZIONI DELLE RESPONSABILITA' E CONDIZIONI D'USO
[Omissis...]
4.6 Il software preposto al funzionamento del prodotto commissionato 
(come dettagliato in premessa al punto 0 della presente scrittura) è 
protetto dalle vigenti leggi in materia di diritto d'autore. Il 
Realizzatore fornisce al Committente una licenza non esclusiva di 
utilizzo del software di durata indefinita secondo i termini del 
presente accordo; il Committente non detiene alcun diritto sul codice 
sorgente del software sviluppato.
4.7 Non e' consentito affittare, cedere in sub-licenza, prestare, 
copiare, modificare, tradurre, riprogettare, decompilare, deassemblare, 
o riutilizzare il software oppure la documentazione associata oppure il 
materiale grafico e/o fotografico ad essa associato, usare, riprodurre 
e/o commercializzare il software e/o i relativi contenuti, ivi compresa 
tutta la documentazione fornita a corredo, sotto qualsiasi forma senza 
il preventivo consenso scritto del Realizzatore.
[Omissis...]
Da notare che, a meno di specifiche richieste del cliente, la natura del 
software non viene mai dichiarata. Noi ci riserviamo la facolta' di 
decidere quali tecniche e quali tecnologie utilizzare per perseguire gli 
scopi commissionati, tranne nei casi in cui esistono condizioni 
preesistenti che ci obbligano a scegliere questo strumento piuttosto che 
quello (ad esempio, il cliente ha gia' un sito in PHP+MySQL oppure in 
<cheneso'> e ci chiede di intervenire su questo).
Una seconda soluzione adottata al fine di proteggere il nostro lavoro, 
e' quella di fornire sempre il prodotto criptato, e mai in chiaro. Ad 
esempio, nella stragrande maggioranza dei casi utilizziamo proprio 
PHP+MySQL per il nostro lavoro; quello che finisce nell'FTP del cliente 
(il quale ha SEMPRE le password) e' il software processato da un encoder 
(Ioncube, per esempio; presto inizieremo a valutare Zend Guard). Si', lo 
so che ci sono programmi che consentono di de-encodare il tutto, ma 
credetemi, sono completamente fuori della portata dei nostri clienti, i 
quali spesso sanno a malapena attaccare un mouse ad un computer :-)
C'e' anche da dire che il tipo di clientela e' importante: noi lavoriamo 
solo con aziende, o con il governo, insomma mai con clienti piccoli che 
tendenzialmente hanno accesso a smanettoni tipo "il cugggino del figlio 
di un amico". In ambienti del genere la delega al lavoro e' completa, il 
cliente ci cerca per svolgere un compito e da quel momento in poi si 
occupa solo dei risultati, spesso manco vogliono sapere di ftp, server, 
linguaggi, ecc. (anche perche' piu' si sale in alto, meno persone 
intelligenti si incontrano :-))
Il terzo elemento messo in campo a protezione del lavoro e' quello che 
lega il software al server sul quale viene pubblicato. Bastano poche 
righe di codice, opportunamente "sparse" nel progetto per essere poco 
visibili (e magari offuscate), che verificano in ogni momento importante 
che il server ospite sia quello effettivamente dichiarato in fase di 
firma del contratto. Qui, piu' sei machiavellico piu' ti diverti :-) In 
questo modo, migrare diventa abbastanza difficile ("impossibile" in 
informatica non esiste).
In ogni caso, noi evitiamo *sempre* quello che chiamiamo 
"cross-serving", ossia di far effettuare dal software dato al cliente 
chiamate a porzioni di codice-controller residenti su un server diverso 
da quello che ospita il software stesso. Questo perche' si lega il 
funzionamento di un sito a quello di un altro, se va giu' il secondo, 
anche il sito del cliente si blocca (e se i clienti sono piu' di uno il 
casino si moltiplica N volte, e cio' non e' bello).
Ok, mi accorgo di aver scritto un altro dei miei tremendi pipponi :-) 
Beh, e' normale :-) Per qualsiasi chiarimento, io son sempre da queste 
parti.
Un saluto a tutti :-)
-- 
Falco Stellare - DeepVoid
www.deepvoid.it
www.myspace.com/falcostellare

Falco Stellare wrote:

[cut]
   Credo che questo si potrebbe benissimo inserire nelle ipotetiche faq del
gruppo (forse raccogliendo l'invito che Cla fece tempo fa sarebbe il caso
di organizzarsi) alla domanda "Come mi tutelo/tutelo il mio lavoro?"
insieme alla traccia di contratto che postò Setec [
http://snipurl.com/11yvu
 ] quando ancora si aggirava per usenet :p
   Ciao. :)
-- 
 ____UTHP: 
http://www.theuthp.com
      *     ### Fantomius ###
|  __|__ _ _ _____ ___ _  _ _ _  _ ___ *       Love &  Peace
|  _| . | \ |_   _| _ | \/ | | || |_ -|*   
fant...@theuthp.com
|_| |_|_|_|_| |_| |___|_||_|_|____|___|*       ICQ#: 19451716

 "cross-serving", 
chi e èerchè fa questo in genere?
e se il costo di setup e' alto e poi  uncosto annuale di gestione-uso del
sevizio è più basso precisate che comunue in casso di interruzione per
qualsiasi motivo il costo setp non è rimborsabile?
inoltre in caso l'hosting crea casini specificate al cliente che il
servizio è separato (alcuni fanno firmare il contratto con l'jhosting a
parte )?
nel contratto si fa firmare e quindi si avvisa che in caso di
malfunzionamenti con conseguente perdite economiche il cliente comunque non
chiederà danni: fino a che punto si è tutelati e non si rientra in clausole
non valide?
 

 non valide?
Finche' tu dichiari di non assumerti responsabilita' per strumenti, 
impianti e procedure che non possono in alcun modo rientrare sotto il 
tuo controllo, e di conseguenza sotto la tua tutela, non credo si possa 
incappare in clausole oppugnabili.
Del resto, quando il cliente firma il suo contratto separato con 
l'hosting provider, la cosa si risolve gia' da sola perche' in quel 
contratto ci sono tutte le clausole di responsaiblita' stabilite tra 
cliente e provider. Noi ne restiamo fuori del tutto.
Non mi stanchero' mai di ripetere che un buon contratto e' gia' meta' 
del lavoro, e soprattutto una garanzia di tranquillita' sia per il 
cliente che per il realizzatore.
Nessuno deve fregare nessuno, il contratto esiste solo per stabilire 
condizioni a priori senza le quali non esisterebbero presupposti validi 
per affrontare un lavoro, tutto qui.
Senza finire nella paranoia (che dev'essere funzione dell'entita' del 
progetto che si affronta), e' bene affrontare sempre tutte le 
possibilita' piu' probabili, e tra queste metterei al primo posto la 
limitazione della responsabilita' e le condizioni d'uso del prodotto che 
si viene chiamati a realizzare.
Qui si riconosce un buon professionista, nell'agire prima invece che 
nell'improvvisare poi, a brache calate :-)


a quando questi resterà sul webserver da me gestito?
Hai presente quando compri windows e trovi una licenza d'uso che spiega
cosa puoi farci? Stesso sistema.
-- 
ciao,
Marco