Cosa deve includere un contratto di sviluppatore freelance nel Regno Unito?

Un contratto di sviluppatore freelance nel Regno Unito deve indicare le parti, il capitolato (SOW) o il backlog, l’accettazione, gli ambienti, il change control, il compenso, di chi è il codice, le prassi di lavoro IR35, un tetto di responsabilità, e cosa succede se annulla o paga in ritardo. Firmalo prima del primo commit.

Questa pagina parte da England and Wales (Inghilterra e Galles). Il diritto d’autore ai sensi del Copyright, Designs and Patents Act 1988 (legge sul diritto d’autore, i disegni e i brevetti, 1988) vale in tutto il Regno Unito. Il lavoro off-payroll (IR35) è una regola fiscale britannica. La via dell’azione di recupero crediti per una fattura non pagata è la procedura di England and Wales in Il cliente non paga una fattura da freelance.

Non c’è un modello di contratto di sviluppo software su Contracts.io. Parti da un contratto con un freelance o da un contratto con un collaboratore indipendente. Una realizzazione di sito può partire da un contratto per la realizzazione di un sito web. Il lavoro ripetuto appende un capitolato sotto un contratto di servizi. Uno slot mensile di cura sta su un retainer. Un lavoro molto strategico può partire da un contratto di consulenza. Se condividi codice non pubblicato prima che l’accordo sia firmato, un NDA reciproco sta accanto. Contratti per sviluppatori è la pagina audience più breve. Cosa deve includere un contratto di web design nel Regno Unito? è il fratello per i lavori sul sito.

Dieci blocchi fanno il lavoro:

L’acconto del 40% è un esempio, non una percentuale di legge. Scrivi i numeri che usi davvero.

Cosa va in un contratto per freelance o collaboratori confronta i modelli. Come scrivere un contratto è la checklist generale. Questa pagina è la versione per sviluppatori.

Non mandare un file Word sperando che v4_final sia quello che hanno firmato. Entrambe le parti devono modificare e firmare elettronicamente un’unica bozza condivisa.

Tuo, a meno che tu non lo ceda. Il CDPA 1988 s.11 rende l’autore il primo titolare del diritto d’autore freelance. Una cessione non è efficace se non è per iscritto, firmata. Pagare la fattura non sposta il titolo. Cedi il codice su misura al pagamento integrale. Dai in licenza le tue librerie e i tuoi tool.

CDPA 1988 s.11 è la regola del primo titolare. L’eccezione per i dipendenti in s.11(2) vale per i dipendenti, non per uno sviluppatore su un contratto di servizi (contract for services). Commissionare una realizzazione non sposta il diritto d’autore. Se il contratto tace, un giudice può trovare una licenza implicita limitata allo scopo dell’incarico. Non è titolarità. Il silenzio è come un cliente porta il repo in un altro studio e sostiene di aver pensato di averlo comprato.

CDPA 1988 s.90 è la regola di cessione. Una cessione di proprietà intellettualecessione di proprietà intellettualeUna cessione di proprietà intellettuale è un trasferimento di titolarità del lavoro, così che lo possiede il cliente invece di chi lo ha realizzato.Altro nel glossario deve essere per iscritto, firmata da te o da qualcuno che firma per tuo conto. Una licenzalicenzaUna licenza è il permesso di usare un lavoro in un modo concordato, senza togliere la titolarità a chi lo ha realizzato.Altro nel glossario è il permesso di usare l’opera. Non è un trasferimento di titolarità. Vedi licenza e cessione di PIlicenza e cessione di PIUna cessione di PI trasferisce la titolarità del copyright o di altra proprietà intellettuale. Una licenza è il permesso di usarla; l’autore resta titolare. In England & Wales non c’è una regola work-made-for-hire di primo titolare per i freelance: Copyright, Designs and Patents Act 1988 s.11. Una cessione deve essere scritta e firmata: s.90. Di’ quale intendi, e quando avviene.Altro nel glossario.

Un’intestazione USA «work for hirework for hire (opera su commissione)«Work for hire» è una formula, comune nei documenti in stile statunitense, che significa che il cliente è trattato come autore e titolare del lavoro fin dall’inizio.Altro nel glossario» non fa quel lavoro in England and Wales. Vedi work for hire. Scrivi cessione o licenza in parole inglesi.

Tieni quattro pile:

• Codice su misura — i deliverable indicati. Ceduti o in licenza al pagamento integrale.
• Le tue librerie — componenti, CLI, starter precedenti. In licenza per questo incarico, non cedute.
• Open-source — componenti di terzi sulle loro licenze. Non puoi cederle.
• Note di lavoro — spike, branch scartati, tool locali. Non inclusi se non quotati.

In un contratto di servizi tra imprese c’è un termine implicito per cui esegui il servizio con ragionevole cura e competenza — Supply of Goods and Services Act 1982 s.13 (legge sulla fornitura di beni e servizi, 1982). Quel termine non sposta il diritto d’autore.

Esempio

Al ricevimento del pagamento integrale lo Sviluppatore cede al Cliente il diritto d’autore sul codice su misura dei Deliverable. Fino ad allora il Cliente non ha licenza di copiarli, pubblicarli, comunicarli o adattarli salvo accordo scritto dello Sviluppatore. I materiali preesistenti, le librerie, i tool e i componenti open-source di terzi restano allo Sviluppatore o ai loro licenzianti e sono concessi in licenza solo come parte dei Deliverable.

In parole semplici: sono titolari del codice su misura una volta pagato. Non possono spedire lavoro non pagato. Il tuo starter kit e le librerie altrui restano sui loro termini.

Scrivilo nella clausola di cessione di proprietà intellettuale. Se spediscono lavoro non pagato, vedi Il cliente usa il tuo lavoro senza pagare.

Tieni tre pile. Il codice su misura è ceduto o in licenza al pagamento integrale. Le tue librerie e i tuoi tool preesistenti restano tuoi e sono in licenza per questo incarico. I componenti open-source restano sulle loro licenze — dichiarali. Non puoi cedere una licenza che non possiedi.

Una clausola terzi che funziona risponde a quattro cose:

• Cosa. Librerie indicate che hai scritto prima, uno starter kit, pacchetti di terzi di cui l’incarico ha bisogno.
• Di chi è la licenza. Il tuo codice resta tuo. L’open-source resta sui termini pubblicati dagli autori. Il cliente non compra quei diritti d’autore pagandoti.
• Cosa dichiari. Un elenco dei componenti di terzi e della licenza che ciascuno porta già. Non inventare un nome di licenza. Copia il nome dal pacchetto.
• Cosa garantisci. Che non inserirai materiale su cui non hai diritto. Non che un pacchetto a monte resterà compatibile per sempre.

Il CDPA 1988 s.90 è la regola per il tuo diritto d’autore. Non sposta una licenza open-source di terzi. Tienile come materiali preesistenti o come licenze di terzi, non come finali ceduti.

Se condividi un repo non pubblicato prima che l’accordo sia firmato, un NDA reciproco sta accanto al documento di realizzazione.

Esempio

I materiali preesistenti, le librerie e i tool restano allo Sviluppatore e sono concessi in licenza al Cliente solo nella misura necessaria per usare i Deliverable. I componenti open-source di terzi restano sulle loro licenze. Lo Sviluppatore dichiarerà quei componenti e la licenza che ciascuno porta già. Lo Sviluppatore non cede quelle licenze. Lo Sviluppatore garantisce che, a sua conoscenza, i Deliverable non includono materiale di terzi che lo Sviluppatore ha introdotto senza diritto di farlo.

In parole semplici: ottengono una licenza per usare il tuo kit in questo prodotto. Non comprano la tua cassetta degli attrezzi. L’open-source resta sulla licenza che ha già. Tu dici cosa hai usato.

Scrivi un capitolato (SOW) o un backlog indicato, come si presenta «fatto», in quali ambienti consegni e come una modifica viene quotata. «Un prodotto» non è un elenco. Gli epic extra sono change control, non una cortesia. Firma il SOW prima del primo commit.

Un ambito che funziona risponde a cinque cose:

• L’elenco. Epic indicati, story o una data di freeze del backlog. Un checkout non è un marketplace. Un’API non è una UI di amministrazione.
• Accettazione. Test scritti, una demo in staging, una finestra di difetti. Un difetto è il mancato rispetto del SOW. «Abbiamo un’idea nuova» è una modifica.
• Ambienti. Chi ospita dev, staging e produzione. Chi tiene gli account cloud. Chi può promuovere in produzione.
• Cosa è fuori. Una seconda app, ads a pagamento, contenuti, on-call continuativo — salvo che siano sulla lista di ciò che è dentro.
• Change control. Un nuovo epic viene quotato e firmato prima. Vedi Il cliente continua ad aggiungere lavoro extra e change control.

Un limite alle revisionilimite alle revisioniUn limite alle revisioni dice quanti cicli di modifiche sono inclusi nel compenso prima che il lavoro extra venga quotato.Altro nel glossario lucida uno schermo concordato. Non è un secondo prodotto a costo zero.

Se il contratto dice che le variazioni devono essere per iscritto e firmate, un sì su Slack non riscrive l’incarico. Rock Advertising Ltd v MWB Business Exchange Centres Ltd [2018] UKSC 24 dà effetto a quella clausola.

Esempio

I Deliverable sono gli elementi dell’Allegato 1. Lo Sviluppatore comunicherà che un Deliverable è pronto sull’ambiente di staging. Il Cliente lo testerà entro 10 giorni lavorativi e o lo accetterà per iscritto o elencherà i difetti rispetto all’Allegato 1. Il silenzio dopo quel termine vale accettazione. Ulteriore lavoro, epic extra o lavoro fuori dall’Allegato 1 vengono quotati e concordati per iscritto prima che il lavoro inizi. Lo Sviluppatore consegna in staging. La promozione in produzione è il passo del Cliente salvo che l’Allegato 1 dica altrimenti.

In parole semplici: ricevono il backlog indicato. Dieci giorni lavorativi per provare lo staging. Se non dicono nulla, è accettato. Un nuovo epic è un nuovo compenso. Loro premono il pulsante di produzione salvo che tu abbia quotato anche quello.

I clienti ricorrenti stanno spesso sotto un contratto di servizi più un capitolato per incarico. Un sito marketing può partire da un contratto per la realizzazione di un sito web.

La tariffa giornaliera paga il tempo. Il prezzo fisso e le milestonemilestoneUna milestone è un punto definito di un progetto, spesso legato a un deliverable e a un pagamento.Altro nel glossario pagano esiti indicati. Non esiste un diritto britannico di default a trattenere un acconto o a addebitare una penale di recesso (kill feepenale di recesso (kill fee)Una penale di recesso (kill fee) è un pagamento dovuto a un creatore o fornitore quando un cliente annulla un progetto prima che sia finito.Altro nel glossario) — entrambe le parti devono concordare le somme. Scrivi un acconto prima che il lavoro inizi. Per un cliente business l’importo non deve essere una penalità.

Scegli una forma di compenso e scrivila:

Un acconto del 30–50% alla firma, con il lavoro in pausa finché non arriva, è la forma freelance usuale. Una penale di recesso (kill fee) sta accanto: lavoro fatto più una quota indicata del compenso restante se annullano per convenienza. Vedi cancellazione e kill fee e termini di pagamento.

Per un cliente business, un addebito di recesso concordato che è davvero una somma per inadempimento non deve essere una penalità. Cavendish Square Holding v Makdessi [2015] UKSC 67 chiede se un’obbligazione secondaria imponga un pregiudizio del tutto sproporzionato rispetto a un interesse legittimo all’adempimento. Lega la cifra al tempo tenuto, ai costi impegnati e ad altro lavoro rifiutato. Un 100% piatto dal giorno della firma, senza nesso con quegli interessi, è la forma che sembra una punizione.

Il dettaglio più lungo è Il cliente ha annullato: puoi tenere l’acconto?.

Esempio

Il Cliente pagherà il 40% del Compenso alla firma e il saldo all’accettazione dei Deliverable. Lo Sviluppatore non inizierà finché non riceve la prima somma. Se il Cliente recede per convenienza dopo che il lavoro è iniziato, il Cliente pagherà il lavoro fatto fino a quella data e una penale di recesso del 25% del Compenso restante. Le somme già versate si imputano a quel totale. La proprietà intellettuale del lavoro non integralmente pagato resta allo Sviluppatore.

In parole semplici: il 40% arriva prima che tu inizi. Se lo fermano una volta che stai lavorando, pagano ciò che è fatto più un quarto di ciò che resta. Non sono titolari del codice non pagato.

Quelle percentuali sono esempi, non una percentuale di legge. Per un incarico a tariffa giornaliera, scrivi la tariffa, i giorni minimi, e che i giorni annullati già tenuti in agenda restano dovuti se hai rifiutato altro lavoro.

Scrivi una scadenza breve, un diritto di pausa se una fattura è scaduta, e che nessuna licenza né cessione scatta fino al pagamento integrale. Per un cliente business britannico, gli interessi di legge sui pagamenti commerciali in ritardo sono l’8% sopra il tasso base della Bank of England, più una somma fissa di recupero. Non stampiamo il tasso base attuale.

I termini di pagamento devono indicare:

• quando partono le fatture — alla firma, a un punto intermedio, all’accettazione
• quanti giorni per pagare — net 14 o net 30Net 30Net 30 significa che il cliente ha 30 giorni dalla data della fattura per pagare.Altro nel glossario batte un «quando procurement gira di nuovo» senza fine
• un diritto di pausa se una fattura non contestata è scaduta, incluso il diritto di non promuovere in produzione
• che il diritto d’autore, o qualsiasi licenza di usare il lavoro, passa solo al pagamento integrale

Per un credito qualificato tra imprese, il Late Payment of Commercial Debts (Interest) Act 1998 (legge sugli interessi per i crediti commerciali pagati in ritardo, 1998) fissa gli interessi di legge. GOV.UK sui pagamenti commerciali in ritardo indica il tasso come 8% più il tasso base della Bank of England. Una volta che quegli interessi corrono, è dovuta anche una somma fissa di recupero: £40 sotto £1.000, £70 da £1.000 a meno di £10.000, e £100 a £10.000 o più, più i costi ragionevoli di recupero non coperti da quella somma. Vedi interessi di mora. La legge del 1998 non si applica a un cliente consumatore.

Un tasso contrattuale, se ne indichi uno, è il tasso a cui punti al posto di quello di legge. Non inventare una cifra senza nesso con la statute o con il documento.

Esempio

Ogni fattura non contestata scade entro 14 giorni dalla sua data. Lo Sviluppatore può sospendere il lavoro, e non è obbligato a consegnare l’accesso di produzione, finché una fattura non contestata è scaduta da più di 7 giorni. Il diritto d’autore e qualsiasi licenza di usare i Deliverable passano al Cliente solo al pagamento integrale. Fino ad allora il Cliente non ha diritto di copiare, pubblicare, comunicare o adattare i Deliverable.

In parole semplici: hanno due settimane per pagare. Dopo una settimana di ritardo, il lavoro si ferma e la produzione resta chiusa. Non sono titolari del codice, e non possono spedirlo, finché non hanno pagato.

La sequenza di sollecito — richiesta scritta, letter before action, azione di recupero crediti — è Il cliente non paga una fattura da freelance.

Nessuna etichetta decide l’imposta. Dal 6 aprile 2021, le autorità pubbliche e i clienti medi o grandi devono emettere una dichiarazione di determinazione dello status (Status Determination Statement). I clienti piccoli del settore privato lasciano quella decisione alla tua società. Scrivi autonomia, sostituzione genuina e mutualità in modo che coincidano con come lavori davvero.

Le regole sul lavoro off-payroll stanno nell’ITEPA 2003. Dal 6 aprile 2021, dove i servizi sono forniti tramite un intermediario a un’autorità pubblica o a un cliente medio o grande con un nesso nel Regno Unito, il cliente deve emettere una dichiarazione di determinazione dello status. Quella dichiarazione deve dire se il lavoratore sarebbe stato un dipendente se ingaggiato direttamente, spiegare i motivi, ed essere raggiunta con ragionevole cura.

Dove i servizi sono forniti tramite un intermediario a una persona che non è un’autorità pubblica e che si qualifica come piccola per l’anno fiscale, si applica il Capitolo 8. Una società si qualifica come piccola per un anno fiscale se il regime delle piccole società del Companies Act 2006 (legge sulle società, 2006) si applica al suo ultimo esercizio finanziario rilevante per quell’anno fiscale. Allora decide lo status la società del lavoratore.

Quello che il contratto può ancora fare è descrivere con accuratezza il rapporto di lavoro:

• Autonomia. Decidi tu come consegnare l’esito concordato. Il cliente fissa l’esito, le scadenze e regole di sito ragionevoli, non i metodi del giorno per giorno.
• Sostituzione genuina. Puoi mandare un sostituto debitamente qualificato, pagato da te. Un veto illimitato del cliente fa sembrare il diritto irreale.
• Mutualità. Ogni capitolato è un incarico distinto. Nessuna parte è obbligata a offrire o accettare altro lavoro quando un incarico finisce.

HMRC guarda il contratto e le prassi di lavoro insieme. Una clausola di sostituzione che il cliente non consentirebbe mai in pratica non porterà lo status. Metti la sostituzione nella clausola di cessione e subappalto di un contratto con un collaboratore indipendente o di un contratto con un freelance, non in una email di lato.

La checklist più lunga — Capitolo 8 e Capitolo 10, la dichiarazione di determinazione dello status e un testo amico del «fuori IR35» — è Clausole contrattuali IR35 nel Regno Unito. Questa pagina non inventa testo oltre.

Esempio

Lo Sviluppatore decide come consegnare l’esito concordato. Il Cliente può fissare l’esito, le scadenze e regole di accesso ragionevoli, non i metodi del giorno per giorno. Lo Sviluppatore può mandare un sostituto debitamente qualificato, pagato dallo Sviluppatore. Ogni capitolato è un incarico distinto. Nessuna parte è obbligata a offrire o accettare altro lavoro quando un incarico finisce.

In parole semplici: tu tieni il come. Loro comprano il cosa. Puoi mandare qualcun altro che sa fare il lavoro. Questo SOW è questo SOW — non una promessa del mese prossimo.

Metti un tetto alla responsabilità a un multiplo dei compensi. In England and Wales non puoi escludere la responsabilità per morte o lesioni personali causate da negligenza. Se accedi a dati personali sui sistemi del cliente, il trattamento richiede un contratto vincolante da responsabile. Vedi la guida più lunga sulla responsabilità.

Una clausola di limite di responsabilità che funziona indica:

• il tetto — spesso i compensi pagati sotto il SOW, o un multiplo indicato
• cosa resta illimitato — morte o lesioni personali causate da negligenza non possono essere escluse né ristrette (Unfair Contract Terms Act 1977 s.2, legge sulle clausole contrattuali sleali). Altra responsabilità per negligenza può essere limitata solo nella misura in cui il termine è ragionevole
• se una manleva sta dentro il tetto o lo attraversa

La pagina più lunga è Come dovrebbe un freelance limitare la responsabilità?.

Se tratti dati personali per il cliente — database di produzione, export utenti, accesso di supporto — l’Articolo 28(3) del UK GDPR richiede un contratto che ti vincoli come responsabile. Deve fissare l’oggetto e la durata del trattamento, la natura e la finalità, il tipo di dati personali e le categorie di interessati, e le clausole da responsabile dell’Articolo 28(3)(a)–(h). Vedi protezione dei dati. Non fingere che una riga «rispetterai la normativa sulla protezione dei dati» sia quel contratto.

In un contratto di servizi tra imprese c’è anche un termine implicito per cui esegui il servizio con ragionevole cura e competenza — Supply of Goods and Services Act 1982 s.13. Un tetto sta accanto a quel termine. Non lo cancella.

Esempio

La responsabilità totale dello Sviluppatore ai sensi di questo accordo è limitata ai compensi pagati sotto il capitolato pertinente. Nulla in questo accordo limita la responsabilità per morte o lesioni personali causate da negligenza. Ove lo Sviluppatore tratti dati personali per il Cliente, quel trattamento è regolato dalle clausole da responsabile dell’Allegato 2.

In parole semplici: se va storto, sei esposto fino ai compensi di quell’incarico. Non puoi contrattare fuori dall’uccidere qualcuno per disattenzione. Se tocchi i dati dei loro utenti, scrivi il documento da responsabile, non una vibe.

Indica chi ha accesso, a quali repo e account cloud, con quale privilegio, e quando l’accesso finisce. Usa account nominati, non una password condivisa. Alla fine, tu restituisci le credenziali e loro revocano le tue. Scrivilo come prassi, non come una clausola di legge penale.

Una clausola di accesso che funziona risponde a cinque cose:

• Cosa. Host Git, console cloud, CI, tracker di errori, analytics, DNS del dominio.
• Chi. Persone indicate, su account indicati. Niente password root condivisa in un DM Slack.
• Privilegio. Il minimo privilegio per l’incarico. Accesso in scrittura alla produzione solo se il SOW dice che promuovi tu.
• Segreti. Dove vivono deploy key e token. Chi li ruota.
• Fine. Restituisci o distruggi le credenziali. Loro revocano il tuo accesso alla data di fine, o in caso di inadempimento sostanziale.

Non tenere le chiavi di produzione in ostaggio per una fattura non pagata. Il diritto di pausa e la riga sulla PI fanno già quel lavoro: nessuna cessione, e nessun dovere di promuovere, finché una fattura non contestata è scaduta. Una lite di lockout è come un piccolo debito diventa una disputa più grande.

Se condividi un repo non pubblicato prima che l’accordo sia firmato, metti un NDA reciproco accanto all’elenco di accesso.

Esempio

Il Cliente concederà allo Sviluppatore l’accesso ai repository e agli account cloud elencati nell’Allegato 1, su account indicati e al privilegio ivi fissato. Lo Sviluppatore non condividerà quelle credenziali. Alla fine, o su richiesta scritta del Cliente, lo Sviluppatore restituirà o distruggerà le credenziali sotto il suo controllo, e il Cliente revocherà l’accesso dello Sviluppatore.

In parole semplici: ti fanno entrare con un login indicato. Non fai girare le chiavi. Quando finisce, dai indietro le chiavi e loro chiudono la porta.

Solo se il contratto lo dice. Una cessione del codice non ti dà, da sola, il diritto di mettere il prodotto sul tuo sito. Scrivi una licenza di ritorno: canali indicati, se puoi nominare il cliente, e se il lavoro riservato resta fuori dal portfolio fino al loro lancio.

Una clausola di portfolio che funziona risponde a quattro cose:

• Dove. Il tuo sito, i social, uno showreel stampato, i talk.
• Cosa. Il prodotto pubblico, non i branch non pubblicati né l’architettura scartata.
• Quando. Dopo il lancio, o dopo un embargo indicato.
• Credito. Se nomini il cliente, e se loro nominano te. Il credito per il codice è una promessa contrattuale.

Vedi pubblicità e uso in portfolio. Se l’incarico è riservato — un prodotto non lanciato, una realizzazione ancora in stealth — scrivi che la licenza inizia al loro lancio pubblico, o su consenso scritto. Il silenzio è come un case study va live la settimana prima del loro annuncio.

Esempio

Lo Sviluppatore può riprodurre il prodotto pubblico nel portfolio dello Sviluppatore e sul sito e sui canali social dello Sviluppatore, e può nominare il Cliente come committente, dopo il lancio, o prima con il consenso scritto del Cliente. Questa licenza non si estende a branch non pubblicati, URL di staging o informazioni riservate.

In parole semplici: una volta che è pubblico, puoi mostrare il prodotto live e nominarli. Non puoi mostrare le route che hanno ucciso, né far filtrare il lancio.

Se rifiutano qualsiasi uso in portfolio, è una questione di prezzo. Mettilo nel documento prima di iniziare.

L’incarico finisce quando i deliverable indicati sono accettati, o quando scade il preavviso. Passa repo, credenziali e docs. Il codice non pagato resta tuo. Dopo, il supporto sta su un retainerretainerUn retainer è un accordo in cui un cliente paga un compenso periodico per assicurarsi una quantità di tempo stabilita o un accesso continuativo a un fornitore.Altro nel glossario, o sta con il cliente. Non lasciare «ci terremo d’occhio» come una promessa aperta.

Un passaggio che funziona risponde a cinque cose:

• Quando finisce la realizzazione. Accettazione in staging, o una data di fine indicata.
• Cosa si muove. Repo, admin cloud, CI, DNS, login di terzi, runbook.
• Cosa resta. I tuoi tool locali, spike non usati, librerie che non hai ceduto.
• La garanzia. Difetti rispetto al SOW per un numero indicato di giorni. È una finestra contrattuale, non un add-on di legge al CDPA.
• Il retainer. Ore al mese, tempi di risposta, se le ore non usate si trascinano, come finisce. Vedi retainer.

Se ti vogliono on-call dopo il lancio e non c’è un retainer, è un incarico nuovo. Come si chiude un contratto da freelance è la pagina più lunga sulla fine.

Esempio

L’incarico termina all’accettazione dei Deliverable, o al preavviso dell’Allegato 1. Lo Sviluppatore passerà i repository, l’accesso amministratore cloud, CI, record DNS e login di terzi elencati nell’Allegato 1. I difetti rispetto all’Allegato 1 segnalati entro 30 giorni dall’accettazione sono corretti senza addebito. Hosting, on-call e ulteriori modifiche dopo quella finestra sono un retainer separato, o vengono quotati come lavoro extra. La proprietà intellettuale del lavoro non integralmente pagato resta allo Sviluppatore.

In parole semplici: consegni, passi le chiavi, sistemi i bug veri per un mese. Dopo pagano la cura, o lo fanno girare loro. Il codice non pagato resta tuo.

Su Contracts.io entrambe le parti redigono, negoziano e firmano elettronicamente un unico contratto di sviluppatore condiviso, così il SOW, la riga sulla PI e la penale di recesso sono la versione che avete firmato entrambi. Descrivi il lavoro in una frase. Lex, il nostro host IA, redige. Condividi un unico link. Nessuno si scambia v4_final.docx per email.

Il cliente apre quel link. Può Accept, Counter o Decline sulla stessa versione, poi firmate entrambi elettronicamente. La controparte non paga mai e non ha bisogno di un account.

Parti da un contratto con un freelance o da un contratto con un collaboratore indipendente. Una realizzazione di sito può partire da un contratto per la realizzazione di un sito web. Il lavoro ripetuto può appendere un capitolato sotto un contratto di servizi. Dopo il lancio, un retainer copre la cura. Puoi anche partire dal generatore di contratti con l’IA o dal generatore di contratti. Se condividi codice non pubblicato prima che l’accordo sia firmato, il generatore di NDA o un NDA reciproco sta accanto.

Questo non emette una determinazione di status IR35 per il cliente. Significa che il capitolato, la cessione di proprietà intellettuale o la licenza, l’accontoaccontoUn acconto è denaro pagato in anticipo, prima del lavoro principale o della fattura finale.Altro nel glossario, la penale di recesso (kill fee) e il tetto di responsabilitàlimite di responsabilitàUn limite di responsabilità è l’importo massimo che a una parte può essere chiesto di pagare all’altra in base a un contratto.Altro nel glossario sono le parole che avete firmato entrambi, non una riga persa in email.

Free £0, poi piani a pagamento da £15 al mese — vedi /pricing.

Provalo su contracts.io: descrivi la realizzazione in una frase, condividi un unico link e firma elettronicamente prima del primo commit.

Contratti per sviluppatori è l’insieme più ampio di condizioni intorno a questo documento. Contratti per web designer è il fratello del sito. Clausole contrattuali IR35 nel Regno Unito è la pagina di status. Devo iniziare il lavoro prima che il contratto sia firmato? è la regola del giorno uno.