inSignerContrattiModello di sviluppo software

Contratti

Modello di sviluppo software

La usi quando un team costruirà software e il cliente deve sapere che cosa significa finito.

La prova di accettazione conta più di una promessa ampia di costruire un'app. Indichi la tappa, la prova e che cosa accade se la prova fallisce.

Questo non è un parere legale. Chieda al Suo consulente di adattare la traccia prima che qualcuno firmi.

Copiare il testo di partenza

Testo da copiare

Copi il testo di partenza, sostituisca ogni parentesi e chieda al Suo consulente di adattarlo prima che qualcuno firmi.

Contratto di sviluppo software

  • 10 sezioni
  • 35 campi
  • 858 parole

Contratto di sviluppo software

Testo di partenza per il Suo consulente. Sostituisca ogni parentesi. Non chieda a nessuno di firmare finché un consulente non ha adattato questo testo alle parti e alla legge che lo regolerà.

Questo contratto è concluso il [Data di effetto] tra [Sviluppatore, denominazione], [Sviluppatore, indirizzo] ("Sviluppatore"), e [Cliente, denominazione], [Cliente, indirizzo] ("Cliente"). Lo Sviluppatore costruirà il software descritto nelle tappe. Una promessa ampia di fare un'applicazione, senza una prova di che cosa è finito, non è questo contratto.

1. Tappe

Il lavoro è diviso nelle tappe di [Elenco delle tappe]. Ogni tappa ha una consegna e una data prevista. Non si usa una sola data finale senza un punto di controllo. Se il Cliente è in ritardo su una decisione o un accesso di [Dipendenze del Cliente], le date successive si spostano almeno di quel ritardo. Una modifica di una tappa vale solo se entrambe le parti la firmano, con l'eventuale modifica del compenso.

2. Prove di accettazione

Ogni tappa nomina la propria prova di accettazione in [Prove]. Il Cliente ha [Giorni di esame] giorni dalla consegna per accettare o rifiutare per iscritto, indicando una prova fallita. Un desiderio che non è nella prova è una richiesta di modifica, non un rifiuto. Lo Sviluppatore ha [Giorni di correzione] giorni per correggere una prova fallita. Se il Cliente non risponde nel termine, il consulente scrive in [Regola del silenzio] se il silenzio è accettazione. Lo Sviluppatore non inizia il lavoro pagato della tappa successiva se la precedente è rifiutata e non ancora corretta, salvo accordo scritto.

3. A chi appartiene il codice

Al pagamento completo di una tappa, il Cliente riceve [Cessione o licenza] sul codice su misura di quella tappa. La titolarità non passa perché qualcuno firma questa pagina web. Passa solo alle condizioni del PDF che il consulente prepara. Lo Sviluppatore conserva librerie e strumenti preesistenti elencati in [Strumenti preesistenti] e li licenzia al Cliente solo come parte del software. Lo Sviluppatore non cede un brevetto salvo che [Nota sul brevetto] lo dica con parole espresse.

4. Componenti di terzi

I componenti aperti e quelli a pagamento restano alle loro licenze. Lo Sviluppatore elenca i componenti da cui dipende l'opera in [Elenco dei componenti] prima dell'accettazione dell'ultima tappa, con il nome della licenza. Il Cliente è responsabile del rispetto di quelle licenze nel proprio rilascio. Lo Sviluppatore non promette che un servizio di un terzo resti disponibile.

5. Difetti dopo l'accettazione

Per [Finestra di correzione] dopo l'accettazione di una tappa, lo Sviluppatore corregge senza prezzo extra i difetti che erano presenti all'accettazione e che fanno fallire la prova di quella tappa. Una funzione nuova, un cambio di browser o di host che la prova non copriva, o un difetto causato da una modifica successiva del Cliente, non entra in quella finestra. Dopo, le correzioni sono lavoro extra alla tariffa [Tariffa extra].

6. Compensi e legge

Il Cliente paga [Compenso] in [Valuta] secondo il calendario delle tappe in [Calendario di pagamento]. Le leggi di [Legge applicabile] regolano questo testo. Le parti indicano i giudici di [Foro]. La responsabilità totale dello Sviluppatore ha un tetto di [Tetto di responsabilità], salvo una responsabilità che la legge non consente di limitare. Le parti tengono il codice sorgente nel repository indicato in [Repository].

7. Richieste di modifica

Una richiesta che non è nel test della tappa in corso è una richiesta di modifica. Lo Sviluppatore scrive l'effetto su data e prezzo in [Nota di modifica]. Non inizia la modifica pagata finché entrambe le parti non firmano quella nota. Un lavoro che si limita a ripristinare un test che una tappa già accettata aveva superato non è una modifica. Una modifica non riapre una tappa che il Cliente ha accettato, salvo nella finestra dei difetti di quella tappa.

8. Materiali del Cliente

Il Cliente fornisce contenuti, account e decisioni elencati in [Materiali del Cliente] entro la data lì scritta. Se il Cliente è in ritardo, le tappe successive slittano almeno di quel ritardo. Il Cliente risponde della liceità dei testi, delle immagini e dei dati che fornisce. Lo Sviluppatore non li chiarisce con un titolare di diritti, salvo che [Autorizzazione] dica che quella chiarificazione fa parte di una tappa. Lo Sviluppatore usa i dati personali che il Cliente carica solo per costruire e provare, e il Cliente resta responsabile di avere una base per fornirli.

9. Accesso alla costruzione

Le parti indicano gli host in [Host]. Il Cliente è amministratore del repository e di quegli host prima che l'ultima tappa sia accettata. Lo Sviluppatore non conserva l'unica chiave. Le credenziali sono consegnate in un modo che il Cliente può revocare. Lo Sviluppatore toglie il proprio accesso alla fine del contratto, salvo un accesso che il Cliente gli chiede per iscritto di tenere durante la finestra dei difetti. Un test di sicurezza, se il Cliente lo paga, è descritto in [Test di sicurezza] e non è implicito nel silenzio.

Firme

Sviluppatore

Nome: [Sviluppatore, nome di chi firma]

Carica: [Sviluppatore, carica di chi firma]

Firma: ______________________________

Data: [Sviluppatore, data della firma]

Cliente

Nome: [Cliente, nome di chi firma]

Carica: [Cliente, carica di chi firma]

Firma: ______________________________

Data: [Cliente, data della firma]

Questo non è un parere legale. Chieda al Suo consulente di adattare la traccia prima che qualcuno firmi.

Quando i team la usano

  • Un sito o un'app per tappe
  • Un oggetto chiuso affidato a un team esterno
  • Uno sviluppo in cui il cliente deve essere titolare del codice

Punti per il Suo consulente

  1. Tappe

    Divida il lavoro in consegne con data. Una sola data finale, senza controlli, nasconde il ritardo fino alla fine.

  2. Prove di accettazione

    Scriva la prova di ogni tappa e quanti giorni ha il cliente per accettare o rifiutare, con motivi.

  3. Titolarità del codice

    Dica quando la titolarità del codice su misura passa al cliente e se passa solo dopo il pagamento.

  4. Componenti di terzi

    L'open source e i componenti a pagamento restano sotto la propria licenza. Elenchi quelli da cui lo sviluppo dipende.

  5. Finestra di correzione

    Il Suo consulente fissa per quanto tempo si correggono i difetti già presenti all'accettazione, e che cosa è invece una funzione nuova.

Che cosa non fa firmare questo file

Questa traccia non cede un brevetto, un marchio o una firma qualificata. Le affermazioni di sicurezza sul software finito stanno nella specifica, non in uno slogan.

Come inviare il PDF finito

La traccia resta su questa pagina. Lo spazio vede solo il PDF che Lei carica.

  1. La chiuda con il consulente

    Copi il testo di partenza, sostituisca ogni parentesi e chieda al Suo consulente di adattarlo alle parti e alla legge applicabile. Poi esporti un PDF.

  2. Posizioni i campi

    Carichi il PDF, aggiunga ogni persona e posizioni i campi di firma e di data. L'invio per e-mail e i promemoria sono inclusi in ogni piano.

  3. Conservi il file e l'hash

    Scarichi il PDF completato e il verbale di chiusura. Il verbale include un hash SHA-256 del file finale.

Domande su questa traccia

Le risposte descrivono la traccia e ciò che inSigner conserva. Non sono un parere legale.

Il cliente è titolare del codice alla firma?

Solo se il PDF lo dice, e solo alle condizioni scritte dal Suo consulente. Firmare la traccia di questo sito non fa nulla, perché questa pagina non è il contratto.

Si può firmare ogni tappa?

Sì. Alcuni team caricano un breve PDF per tappa. Ogni file completato ha un proprio hash SHA-256.

inSigner conserva il codice sorgente?

No. inSigner conserva il PDF caricato e il verbale di chiusura. I repository restano nel Suo sistema.

Invii il PDF dopo l'approvazione del consulente.

Carichi il file finito, posizioni i campi e lo invii per e-mail. I piani e il mese di prova sono nella pagina dei prezzi.