Newsgroup: it.lavoro.informatica
Titolo: Come faccio a farmi pagare?

Buongiorno a tutti,
 forse il problema potra' sembrare banale ad alcuni: sono uno studente senza
redditi e dovrei vendere del software che ho scritto ad una azienda
*estera*; l'azienda vuole sapere i dettagli del pagamento. Fosse per me, un
semplice "fate un bonifico sul mio conto corrente e vi do il software"
andrebbe anche bene.
Pero' forse le cose sono un pochino piu' complicate; forse c'e' bisogno di
un contratto, perche' loro magari non si fidano (questo ancora non lo so),
qualcosa di "nero su bianco" da firmare...Per me la via veloce e' la
migliore.
Le mie domande sono:
1) E' proprio necessario un contratto?
2) se si, come si stipula e *convalida* un contratto "a distanza"? C'e' una
procedura internazionale da seguire?
3) senza scendere in dettagli tipo "garanzie", cosa dovrei assolutamente NON
dimenticarmi di indicare sul contratto, tenendo presente che il succo e'
sempre "quando mi avrete dato i soldi, vi daro' il software"?
4) esiste un modello di contratto da qualche parte da prendere come
riferimento?
5) ho degli obblighi dal punto vista burocratico, a parte dichiarazione
dei redditi, se l'affare va a buon fine?
Grazie per l'aiuto.

 andrebbe anche bene.
La cifra in gioco e' bassa ? Per capirci < o > di 5000 euro
se non erro 5000 e' la no tax area
N
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 se non erro 5000 e' la no tax area
Si la versione base del software e' sui 5000 (che per ora e' quella che
vogliono). Se la cosa interessa di piu', la versione full-featured puo'
arrivare sui 15-20 000 euro.
Come mi informo su questa "no tax" area?
Grazie.

 migliore.
Di che cifre si parla? 20 euro o 20000 euro?
marcos

 Grazie.
Non e' facile.
La cosa + naturale sarebbe una PIVA, e le info te le darebbe il
commercialista che in questo caso diventa indispensabile.
Il problema della PIVA e' che con cifre basse rischi di infilarti in un
tunnel
Se hai intenzione in un futuro di farla, a sto punto provaci. Soprattutto se
la versione estesa e' probabile e ti piace l'idea. Certo a naso sembri uno
intraprendente visto che vendi SW all'estero, e quindi sei il classico PIVA
Non so come fungono i coco su una situazione simile all'estero.


n.n wrote:

Quindi una soluzione, se ho ben capito, potrebbe essere, supponendo che
esista, un cococo internazionale, dove figura che loro mi commissionano del
lavoro e mi pagano?
Grazie
e mi pagano?

 e mi pagano?
La vendita di SW e' tosta da questo punto di vista. Mi ricorda i duelli di
Sergio LEone.
Consegno prima io, paghi prima tu. Meta' soldi anticipati e meta' dopo che
lo ho ammazzato ...
Mi ricordo le prime volte non sapevo proprio che fare manco io, una volta
diedi i compilati (clipper) e i sorgenti. Poi mi prese il dubbio, andai e
glieli cancellai.
Allora mi telefono' il datore un po' sorridendo e disse di fidarsi e
lasciarglieli, che ero giuvane, giuistamente diffidente, ma esagerato.
1. Il contratto serve proprio a garantire le parti. Entrambe
2. La prassi di solito su una consegna come la tua e' :
20 % anticipati
40 % alla consegna
40 % 30(anche 60) giorni dopo la consegna
con le cifre 20-40-40 negoziabili ( 30 30 40 e' anche buona)
3. La fiducia alla fin fine e' necessaria. Un po' ci si deve fidare se no
non si va da nessuna parte.
Non morirai se ti fottono il 40% di 5000 euro, credimi.
4. I contratti sono difficilissimi. Le aziende fornitrici hanno avvocati che
inseriscono dozzine di clausole tranello per riuscire a non pagare se
possono e difendersi in caso di causa.
Le aziende che comprano viceversa(come nel caso tuo)
Non potendo tu rivolgerti ad uno studio legale serio per il contratto ( se
no non guadagni + nulla) di nuovo devi un po' fidarti.
5. Le penali. Oltre a non pagarti ricorda le penali se non funzia o non
rispetta i requisiti.
Qua ti potresti assicurare, ma e' un po' esagerato.
Se la azienda e' grossa tranq che non ti cita per 5000 e se ti cita un
normale tribunale ti da ragione anche se hai torto (studente contro
multinazionale ad esempio vince lo studente a tavolino)


 lavoro e mi pagano?
In cococo, si prefigura una consulenza e quindi in teoria il software 
(compresi i sorgenti) è di proprietà del cliente.
Se tu rimani proprietario del software e lo rilasci con licenza d'uso, direi 
che c'è solo la Partita Iva.
Ciao,
Gianluca

>> lavoro e mi pagano?
Sul fatto che ti paghino, praticamente non c'č garanzia.
Una buona soluzione puň essere metter giů un contratto da far sottoscrivere 
*prima* dell'installazione del software (in teoria quando accetti la 
commessa) dove dichiari che dall'installazione per x giorni a tua 
discrezione parte il periodo di collaudo al termine del quale, se non 
saranno riscontrate anomalie, emetterai un documento di "avvenuto collaudo" 
(da far sottoscrivere) e fattura per le prestazioni. Sottoscritto questo č 
difficile che possano non pagarti con la scusa che il programma "non va".
Per il contenuto di contratti e documenti, magari rivolgiti ad un 
commercialista o a qualcuno un pň piu' esperto.
Ciao,
Gianluca.

n.n wrote:

Ti ringrazio per le preziose informazioni. Ti confesso che comincio ad
avere un po' di timore, perche' la prassi e' lunga e piena di cavilli,
e soprattutto ci rimetto soldi inizialmente, che mancano.
Ma il software fa a gola a molti (sono gia' tre multinazionali), quindi
dovrei avere un potere contrattuale abbastanza forte, per potere decidere
quanto e come esser pagato. Il problema e' fare avvenire il "come" nel modo
piu' veloce e meno oneroso.
L'idea e' di concedere in licenza il software, senza darlo in
proprieta' (sia che io includa i sorgenti o meno). Per concedere in licenza
d'uso, da quanto ha detto Gianluca, mi pare di aver capito che ci voglia
per forza la partita IVA.
Quindi, per ora mi informo bene su come aprire una partita IVA, sulla
tempistica, su quanto costa e quanto chiede un commercialista che gia' ha
esperienza in questi ambiti, per la stesura dei documenti a termini di
legge (perche' il rischio limite, come dici, e' di esser citato in
tribunale, che, al di la' se vinco o meno la causa, mi farebbe perdere un
sacco di tempo)
Grazie ancora.

 Gianluca.
Grazie Gianluca,
 l'idea era quella di sottointendere la parte del collaudo nell'atto finale
di concessione in licenza, cioe' come dire "questo e' il software, senza
nessuna garanzie di affidabilita, etc.. e ve ne assumete le responsabilita'
se qualcosa non va", dove pero', in realta', glielo ho fatto provare prima,
anche se non indicato esplicitamente da nessuna parte; insomma, un po' come
si dice nella GPL, dove il codice e' rilasciato in uso WITHOUT ANY
WARRANTIES. Cosi' io mi sciacquerei le mani di dovere garantire dei
requisiti di affidabilita'...O e' obbligatorio a termini di legge avere una
sottoscrizione che il software e' stato collaudato con successo?
Grazie

 sottoscrizione che il software e' stato collaudato con successo?
piů che obbligatorio a termini di legge, č una cosa che č utile a te, il far
sottoscrivere dal committente che il colaudo č avvenuto con successo. Evita
che ti scaricano problemi che non dipendono dal tuo software. Inoltre,
dovresti chiarire anche in che termini il tuo software funziona. Nel senso
che se lo progetti, ad esempio per una piattaforma Solarix, non č detto che
funzioni anche con Linux, o con una versione diversa da quella per cui l'hai
progettata.
Ciao,
Maurizio.

 sottoscrizione che il software e' stato collaudato con successo?
Beh... dipende... se dovessi acquistare (e pagare) un software senza alcuna 
garanzia del suo funzionamento, non sarei molto d'accordo. Visto e 
considerato che il cosidetto "periodo di collaudo" non è molto indicativo e 
molti bug vengono rilevati solo successivamente. Salvo, effettivamente il 
rilascio anche dei sorgenti.
Io in genere lavoro in closed source (salvo le consulenze, ovviamente) e 
posso dirti, relativamente alla mia esperienza, che i punti focali di un 
contratto sono:
1. definire al meglio le caratteristiche hw e software minime per il 
corretto funzionamento dell'applicazione, senza garantirne il funzionamento 
in condizioni diverse;
2. periodo di collaudo (come indicato precedentemente) dall'installazione, 
per la durata di x giorni (la quantità di x è a tua discrezione ed onestà). 
In tal periodo il cliente si deve impegnare ad utilizzare l'applicazione ed 
a segnalarti eventuali anomalie, mentre tu impegni a correggere *solo le 
anomalie* a tue spese. Naturalmente ti riservi di valutare il costo per 
tutti gli interventi di adattamento che non rientrano nella categoria 
"anomalie" (ovvero le classiche richieste del "intanto installiamo, poi se 
c'è qualcosa da aggiungere mentre lo usiamo..."). Trascorsi gli x giorni 
dall'ultimo rilascio di correzione senza alcuna segnalazione di anomalia, il 
software è inteso collaudato. Emetti e fai sottoscrivere il "verbale di 
collaudo" dove l'utilizzatore dichiara che l'applicazione è consona alle 
proprie esigenze, ecc. (a questo punto fatturi. I termini di pagamento 
ovviamente li avrai contrattati prima);
3. se vuoi rilasciare garanzia, dovresti impegnarti per un certo periodo a 
correggere eventuali anomalie (a tue spese o no, dipende da come queste 
anomalie si presentano: tua discrezione ed onestà);
4. come ti dicevo io non acquisterei mai niente (soprattutto a certe cifre) 
dove non abbia un minimo di assistenza e supporto. Quindi non garantirne il 
funzionamento ti fa solo rischiare di perdere il cliente, o di essere pagato 
tra molto molto tempo (forse...). Quindi, se lavori in closed source non 
puoi permetterti di sparire da un giorno all'altro. Se il programma contiene 
dei bug evidenti, la responsabilità è tua;
5. piuttosto, indica che:
- non sei responsabile dei danni derivati dal mancato funzionamento 
dell'applicazione;
- non sei responsabile dei danni derivanti dal funzionamento non corretto 
dell'applicazione (una cosa è la responabilità sui bug, un'altra sui danni 
economici che l'azienda utilizzatrice potrebbe subire a causa dei bug). Qui 
non voglio farla piu' pesante di quello che è, ma questo è un punto 
importantissimo, soprattutto perchè il programmatore è all'ultimo posto 
della catena dello scarica-barile;
- non sei responsabile di qualunque anomalia o bug dovesse riscontrarsi in 
condizioni di utilizzo diverse da quelle prescritte al punto 1;
- non sei responsabile dei dati, della perdita di essi ed è compito 
dell'utente provvedere al backup giornaliero.
Io aggiungo sempre che per tutto il periodo del collaudo eventuali dati 
immessi saranno da considerarsi "di prova", ovvero sarò libero di 
cancellarli a mia discrezione, valutando naturalmente la possibilità di 
poterli comunque manternere anche successivamente.
Per quanto riguarda i pagamenti, in teoria avresti dovuto prevedere una 
percentuale minima anche solo per partire con il lavoro, ma mi sembra di 
aver capito che hai lavorato con una stretta di mano. Magari una percentuale 
(intorno al 40%) all'installazione ti permette di saggiare la bontà del 
cliente (in fondo tu già rilasci qualcosa, e garantisci di seguirli fino a 
quando il software non sarà sufficientemente funzionante).
I un'altro post indichi di avere altre richieste. Questo non ti da affatto 
maggiore potere contrattuale. Se l'uso del software può dare evidenti 
vantaggi economici a queste aziende, puoi anche decidere di fari pagare un 
periodo di esclusiva da parte di una queste (contratti, ad esempio, che per 
un anno ti impegni a non commercializzarlo ad altri o a non rilasciare delle 
funzionalità specifiche). Ma una volta installato, vale solo ciò che è stato 
firmato. Il tuo "potere contrattuale" dipende da quanto tempo riesci a stare 
senza quei soldi prima di chiudere l'attività.
Ciao,
Gianluca. 

 Grazie ancora.
