Newsgroup: it.diritto.internet
Titolo: Cliente problematico

Salve a tutti,
tempo fa ho realizzato un semplice sito internet per un tizio.
A suo tempo non essendo esperto ho registrato il dominio a mio nome, in
fattura non ho inserito
espressamente la voce indicante il diminio e così siamo andati avanti per un
po di tempo.
Ora dato che il tipo ha il braccino corto, mi ha chiesto le password per
l'ftp poiche a suo dire
dovrebbe far fare degli aggiornamenti, sul mio codice, da parte una terza
persona di cui non mi
vuole comunicare il nomintaivo; per poi riservarmi eventuali lavori di
rifacimento del sito più consistenti. Io sarei orientato a non fornirgli le
password, poiche mi sento
responsabile di ciò che è pubblicato, e inoltre temo che non potendo
dimostrare la consegna delle
password mi ritrovi un giorno ad essere incolpato si eventuali casini
combinati da altri.
Come mi consigliate di comportarmi? Come posso mettermi al riparo?

> Come mi consigliate di comportarmi? Come posso mettermi al riparo?
Contrattualmente i sorgenti delle pagine di chi sono? Tuoi o del cliente?
Se sono tuoi li togli e dai accesso FTP, se sono del cliente gli dai le pw
dopo che ha firmato l'assunzione di responsabilita'. Ogni modifica fatta e'
solo a carico suo ed ogni ripristino si paga profumatamente (ovviamente
avrai una tua copia del tutto).
Saluti.
Stefano.

 ha scritto nel messaggio
news:3c5e6520$1...@news.scardovi.com...


 chi sono i sorgenti?
A voce di chi avrebbero dovuto essere? E' un sito statico o dinamico? Nella
fattura cosa e' stato indicato?
Saluti.
Stefano.

> Che ne pensi?
Sinceramente io gli darei le PW dopo aver copiato tutto e dopo avergli fatto
firmare una sostanziosa liberatoria. Insomma, tutti i danni sono a carico
suo. Alla prima scadenza trasferisci anche il dominio a suo nome (oppure
fallo contestualmente che e' meglio). Ovviamente per le immagini gli dai
solo il "finito" (gif e/o jpg) e non quelle con gli elementi separati
(CorelDraw, ecc.) ed anche per l'HTML lasci solo lo stretto indispensabile
per la funzionalita' del sito (elimini keyword ed altri tag non necessari).
Saluti.
Stefano.

 ha scritto nel messaggio
news:3c5fac11$1...@news.scardovi.com...


 Ti ringrazio ancora!
Una sola rapida riflessione. Non sei il solo a lamentarsi che a un certo
punto il cliente ha deciso di cambiare fornitore e vuole password e via
dicendo. Ora, specifiche opzioni contrattuali a parte, č nel pieno diritto
del cliente avere libero accesso a uno spazio che sta pagando e avere il
pieno controllo del materiale che ha pagato. Essendo poi il codice sorgente
di fatto equivalente al prodotto stesso non si pone neanche il problema di
chi č il sorgente. Sembra quasi che le richieste stiano a significare un
desiderio di impedire legalmente al cliente di ottenere quello per cui ha
pagato. Voglio ovviamente sperare che non sia cosě.

 pagato. Voglio ovviamente sperare che non sia così.
Questa dicussione e' molto interessante, visto che capitano spesso
questi problemi, specie x chi non ha alle spalle una organizzazione con
un legale che prepari i contratti.
secondo me se oltre al sito e' stato fornito un servizio (registrazione,
motori di ricerca, ftp, posta ecc) il cliente non e' proprietario del
codice html (o altro che sia); se il cliente avesse invece chiesto
"fammi il sito e dammelo" allora sarebbe come un prodotto finito e consegnato.
dipende anche, forse (ma chiedo un parere + esperto), se sul sito ci sia
una qualche indicazione di copyright o nulla.
per quanto riguarda l'accesso FTP, bisogna vedere se da qualche parte
sta scritto che il pagamento dello spazio prevede la consegna di pw di accesso.
esiste una qualche sentenza o indicazione di legge o precedente su un
fatto del genere ? ne sarei molto interessato !
saluti a tutti,
Gabriele Polidori
-- 
OneNET Point Trieste
via San Francesco 28/c
34133 Trieste - Italy
http://www.onenet.it/TS/

Egr. Mr. Tate,
il problema fondamentale è quello di essere presi in giro dal mio cliente.
Purtroppo al giorno d'oggi si può andare avanti solo mettendo tutto nero su
bianco con tanto di firme e controfirme. Il cliente in questione ha avuto in
REGALO
parecchi servizi (vedi inserimenti nei motori di ricerca, iscrizioni a siti
per laricerca di lavoro
ecc.), ora a fronte di una ulteriore richiesta di aggiornamenti ho chiesto
un compenso e come risposta mi sono state richieste le password per far fare
tali
aggiornamenti ad un suo fantomatico amico.
Il problema che mi pongo è che se ho realizzato io il sito, un domani mi
potrei
ritrovare a dover riparare dei danni, causati da terzi, perciò era mia
premura
cautelarmi al 100% da tale eventualità, cercando nel contempo di recuperare
parte di quei mancati guadagni dovuti a troppa bontà da parte mia ed
eccessiva
furbizia da parte del cliente.
Comunque ho imparato la lezione e da oggi starò più attento.
Del resto rimangono dei punti oscuri sulla proprietà del codice, che seppur
non espressamente consegnato può in certi casi (vedi HTML) essere copiato
semplicemente premendo il tasto destro del mouse.
Roberto Petillo
pet...@e-projectweb.it

 semplicemente premendo il tasto destro del mouse.
Il cliente ha acquistato da te una fornitura, presumo. Realizzazione del
sito e hosting. l'HTML è semplicemente suo, perché E' il sito. Idem se
parlassimo di un sito dinamico, perché ancora una volta quello sarebbe il
sito (altrimenti cosa ha comprato? La possibilità di vedere un sito creato
come desidera lui senza possibilità di sfruttamento di sorta?). Gli unici
sorgenti su Internet è essenzialmente tutto ciò che si compila, a mio
avviso, staticamente. Sorgenti di applicazioni Perl, sorgenti di file
Shockwave o Flash, sorgenti di DLL, ecc. ecc. Ma tutto cià che è funzionale
al sito e che se rimosso ne compromette la funzionalità non può, e ne sono
abbastanza sicuro, essere considerato un sorgente che può o meno essere
trasferito al cliente.

 pagato. Voglio ovviamente sperare che non sia cosě.
Allora, quello che dici non e' del tutto esatto. Bisogna innanzitutto
valutare se il sito e' statico o dinamico.
Nel primo caso i sorgenti sono la mera descrizione di una pagina e di
conseguenza sono l'opera stessa. Il committente ha commissionato un opera e,
salvo diverse indicazioni contrattuali, anche i sorgenti che descrivono
l'opera sono del committente. Discorso analogo sono le parti grafiche salvo
che in questo caso si possono avere 2 stadi differenti, quello di sviluppo e
quello pubblico. In questo caso ritengo che l'opera sia composto solo dallo
stadio pubblico e quindi quello di sviluppo non viene consegnato al
committente.
Discorso invece diverso per un sito dinamico (es. e-commerce) dove alle
spalle c'e' un motore software, se andiamo ad analizzare la normale
contrattualistica di settore troviamo che usi e consuetudini prevedono per
il software la licenza d'uso e non la cessione. Posso supporre, ma qui serve
un legale per la certezza ed io non assumo nessuna responsabilita' in
merito, che in caso di contestazione l'autore del sito possa consegnare il
solo output statico senza obbligo di consegnare i sorgenti dell'applicazione
al proprio committente.
Comunque e' sempre necessario capire per cosa ha effettivamente pagato il
committente, non sempre ha diritto a tutto.
Saluti.
Stefano.

 furbizia da parte del cliente.
Lascia perdere i soldi.
Scrivi (non sono sicuro che abbia un valore legale, e solo una idea) una
fattura di 1 Euro, a quella fattura alleghi un contratto che specifica i
limiti della tua responsabilita', fornendo password ecc.
Trasferisci il dominio al tuo cliente.
In ogni caso il proprietario del sito e' il tuo cliente (anche del codice
HTML, immagini).
Alla fine il cliente dovrebbe mostrare i danni che tu hai presumibilmente
creato, sara' difficile, e secondo me non lo fara' perche' il valore del
sito sara' molto piu' basso del rischio di perdere la causa e di dover
pagare infine l'avvocato (dipende molto dal sito, ma se ho capito bene non
si tratti di commercio elettronico, piu' di un sito per l'immagine
[portfoglio]!? [N.B. ho guardato E-Project]).
Inoltre ti consiglio di tutelarti anche per l'altra attivita' che fai, mi
pare che la vedi un po' leggera. ;-)

 committente, non sempre ha diritto a tutto.
Il committente ha sicuramente diritto a ottenere il sito funzionante, questo
anche senza contratto. Ora, senza specifiche clausole che concedano solo in
licenza il software, consegnare un sito senza le pagine dinamiche (i
template ASP o PHP, le applicazioni Perl, ecc. ecc.) equivale a consegnare
un sito non funzionante. Ora, trovo difficile che in una vertenza un giudice
possa trovare giusto consegnare al committente il prodotto non funzionante
perché manca un accordo in cui è stato specificato che doveva essere
funzionante.

 trasferito al cliente.
grazie mille del chiarimento!
Roberto Petillo

 funzionante.
Continuo a parlare IMHO, chi desidera puo' mettere in pratica a suo
esclusivo rischio e pericolo.
Un giudice che si trovasse a dover esaminare questo caso in assenza di un
contratto scritto oltre ad ascoltare le parti (che ognuna tirera' ovviamente
al suo mulino) valutera' anche il corrispettivo pagato per l'operazione e
con l'aiuto di un perito (esperto del settore) vedra' anche a cosa
corrisponde sul mercato un simile importo. Se il cliente aveva pagato 300
euro di sicuro non aveva acquistato l'applicativo di e.commerce ma solo il
diritto di sfruttarlo, se aveva pagato 10mila euro allora e' quantomeno
probabile che abbia diritto anche ai sorgenti dell'applicativo.
Poi non dimentichiamo sempre la legge sul diritto d'autore, chi e' l'autore
del sito? Il "webmaster" (fra virgolette per il senso lato del termine).
Ebbene questo webmaster ha il diritto di negare la modifica della sua opera?
Saluti.
Stefano.

 Ebbene questo webmaster ha il diritto di negare la modifica della sua
opera?
Direi di no. Attenzione a confondere il diritto dello sfruttamento
commerciale e il diritto morale della paternità dell'opera. Nel 99% dei
casi, i prodotti di cui vengono ceduti i diritti commerciali sono modificati
e modificabili liberamente (qualsiasi software realizzato da dipendenti,
qualsiasi applicativo fornito con sorgenti, ecc. ecc.). Altro discorso è la
paternità morale che rimane all'autore per sempre.

Free 9 e come la metti ad esempio se consegni al cliente i sorgenti
criptati che gli permettono di usufruire di tutte le funzionalita' del
prodotto e di cambiare hosting?
Ad esempio se rilasci delle asp con script encoder e' lecito?
Alla fine a mio avviso il cliente riceve quello per cui ha pagato..
In questo caso per cedere i sorgenti non si dovrebbe parlare di
cessione dei diritti di proprieta' intellettuale nel contratto?
In molti siti ho trovato che se sul contratto non c'e' accenno non si
e' tenuti a rilasciare i sorgenti..
Cioe' se tu scrivi su un contratto Realizzazione di un software o di
una web application che abbia tali funzionalita' in effetti tu
rispetti il contratto o sei tenuto a dargli i sorgenti?
Che ne pensi mr. Tate?
Scano IWA che ne pensa di questa cosa?


 rispetti il contratto o sei tenuto a dargli i sorgenti?
Personalmente ho già detto la mia: la funzionalità è la chiave. Non puoi, in
assenza di contratto specifico, fornire un sito non funzionante per
trattenere il codice. IMHO, ovviamente.

 rispetti il contratto o sei tenuto a dargli i sorgenti?
Io penso (ma ribadisco IMHO) che tu non sia obbligato a rilasciare i
sorgenti se non specificato diversamente. Se il codice e' criptato rimane
criptato come per animazioni flash o grafica, i sorgenti modificabili non
sono il programma.
Saluti.
Stefano.

Personalmente ho gią detto la mia: la funzionalitą č la chiave. Non puoi, in
