Wat hoort in een Brits freelance-developercontract?

Een Brits freelance-developercontract moet de partijen noemen, de opdrachtomschrijving (SOW) of backlog, acceptatie, omgevingen, wijzigingsbeheer, de vergoeding, van wie de code is, IR35-werkwijze, een aansprakelijkheidsplafond, en wat er gebeurt als ze annuleren of te laat betalen. Teken het vóór de eerste commit.

Deze pagina is eerst voor England and Wales. Het auteursrecht onder de Copyright, Designs and Patents Act 1988 (auteurswet 1988) geldt in het hele VK. Off-payroll working (IR35) is een Britse belastingregel. De route voor een geldvordering bij een onbetaalde factuur is de procedure van England and Wales in Klant betaalt een freelancefactuur niet.

Er is geen sjabloon voor een software-ontwikkelingsovereenkomst op Contracts.io. Begin bij een freelanceovereenkomst of een overeenkomst met een zelfstandige aannemer (independent contractor agreement). Een sitebouw kan beginnen bij een overeenkomst voor websiteontwikkeling. Terugkerend werk hangt een opdrachtomschrijving onder een dienstverleningsovereenkomst. Een maandelijks onderhoudsslot zit op een retainer. Strategie-zwaar werk kan beginnen bij een adviesovereenkomst. Deel je ongepubliceerde code voordat de deal is getekend, dan hoort een wederzijdse NDA ernaast. Contracten voor developers is de kortere doelgroeppagina. Wat hoort in een Brits webdesigncontract? is de sitezuster.

Tien blokken doen het werk:

De aanbetaling van 40% is een voorbeeld, geen wettelijk tarief. Schrijf de getallen die jij écht gebruikt.

Wat hoort in een freelance- of aannemersovereenkomst vergelijkt sjablonen. Hoe schrijf je een contract is de algemene checklist. Deze pagina is de developerversie.

Mail geen Word-bestand en hoop dat v4_final degene is die ze tekenden. Beide kanten moeten één gedeeld concept bewerken en elektronisch tekenen.

Van jou, tenzij je haar overdraagt. CDPA 1988 s.11 maakt de maker de eerste eigenaar van het auteursrecht op freelancewerk. Een overdracht werkt niet tenzij ze schriftelijk is, ondertekend. Betaling van de factuur verplaatst de titel niet. Draag maatwerkcode bij volledige betaling over. Licentieer je bibliotheken en tools.

CDPA 1988 s.11 is de regel van de eerste eigenaar. De uitzondering voor werknemers in s.11(2) geldt voor werknemers, niet voor een developer onder een overeenkomst van opdracht (contract for services). Een build in opdracht geven verplaatst het auteursrecht niet. Zwijgt het contract, dan kan een rechter een beperkte stilzwijgende licentie aannemen voor het doel van de opdracht. Dat is geen eigendom. Stilte is hoe een klant de repo meeneemt naar een andere shop en betoogt te hebben gedacht haar te hebben gekocht.

CDPA 1988 s.90 is de overdrachtsregel. Een IE-overdrachtIE-overdrachtEen IE-overdracht is een overdracht van eigendom van het werk, zodat de klant eigenaar is in plaats van degene die het maakte.Meer in de begrippenlijst moet schriftelijk zijn, ondertekend door jou of iemand die namens jou tekent. Een licentielicentieEen licentie is toestemming om werk op een afgesproken manier te gebruiken, zonder het eigendom af te nemen van degene die het maakte.Meer in de begrippenlijst is toestemming om het werk te gebruiken. Het is geen overdracht van eigendom. Zie IE-licentie versus overdrachtIE-licentie versus overdrachtEen IE-overdracht (assignment) brengt de eigendom van auteursrecht of andere intellectuele eigendom over. Een licentie is toestemming tot gebruik; de auteur blijft eigenaar. In England & Wales is er geen work-made-for-hire-eerst-eigenaarregel voor freelancers: Copyright, Designs and Patents Act 1988 s.11. Een overdracht moet schriftelijk en ondertekend zijn: s.90. Zeg welke je bedoelt, en wanneer die plaatsvindt.Meer in de begrippenlijst.

Een Amerikaanse kop “work for hirework for hire (werk in opdracht)Work for hire is een uitdrukking, gebruikelijk in documenten in Amerikaanse stijl, die betekent dat de klant van meet af aan als maker en eigenaar van het werk wordt behandeld.Meer in de begrippenlijst” doet dat werk in England and Wales niet. Zie work for hire. Schrijf overdracht of licentie in gewone woorden.

Houd vier stapels:

• Maatwerkcode — de genoemde opleveringen. Overgedragen of in licentie gegeven bij volledige betaling.
• Jouw bibliotheken — componenten, CLI’s, eerdere starters. In licentie gegeven voor deze klus, niet overgedragen.
• Open-source — componenten van derden onder hun eigen licenties. Jij kunt ze niet overdragen.
• Werkaantekeningen — spikes, verworpen branches, lokale tools. Niet inbegrepen tenzij geprijsd.

In een dienstverleningsovereenkomst tussen bedrijven is er een stilzwijgende voorwaarde dat je de dienst met redelijke zorg en vakbekwaamheid uitvoert — Supply of Goods and Services Act 1982 (wet levering van goederen en diensten, 1982) s.13. Die voorwaarde verplaatst het auteursrecht niet.

Voorbeeld

Na ontvangst van volledige betaling draagt de Developer het auteursrecht op de maatwerkcode van de Resultaten over aan de Opdrachtgever. Tot dan heeft de Opdrachtgever geen licentie om ze te kopiëren, te publiceren, openbaar te maken of te bewerken, behalve voor zover de Developer schriftelijk instemt. Bestaand materiaal, bibliotheken, tools en open-sourcecomponenten van derden blijven bij de Developer of hun licentiegevers en worden alleen als onderdeel van de Resultaten in licentie gegeven.

In gewone taal: ze zijn eigenaar van de maatwerkcode zodra ze hebben betaald. Ze mogen onbetaald werk niet shippen. Jouw starterkit en de bibliotheken van anderen blijven onder hun eigen voorwaarden.

Schrijf dat in de clausule over overdracht van intellectueel eigendom. Shippen ze onbetaald werk, zie Klant gebruikt je werk zonder te betalen.

Houd drie stapels. Maatwerkcode wordt overgedragen of in licentie gegeven bij volledige betaling. Jouw bestaande bibliotheken en tools blijven van jou en worden voor deze klus in licentie gegeven. Open-sourcecomponenten blijven onder hun eigen licenties — openbaar ze. Jij kunt geen licentie overdragen die je niet bezit.

Een werkbare derdenclausule beantwoordt vier dingen:

• Wat. Genoemde bibliotheken die je eerder schreef, een starterkit, pakketten van derden die de klus nodig heeft.
• Wie de licentie bezit. Jouw code blijft van jou. Open-source blijft onder de voorwaarden die de auteurs publiceerden. De klant koopt die auteursrechten niet door jou te betalen.
• Wat je openbaar maakt. Een lijst van componenten van derden en de licentie die elk al draagt. Verzin geen licentienaam. Kopieer de naam uit het pakket.
• Wat je garandeert. Dat je geen materiaal inbrengt waar je geen recht op hebt. Niet dat een upstream-pakket voor altijd compatibel blijft.

CDPA 1988 s.90 is de regel voor jouw auteursrecht. Ze verplaatst geen open-sourcelicentie van een derde. Houd die als bestaand materiaal of als licenties van derden, niet als overgedragen eindbestanden.

Deel je een ongepubliceerde repo voordat de deal is getekend, dan hoort een wederzijdse NDA naast het bouwpapier.

Voorbeeld

Bestaand materiaal, bibliotheken en tools blijven bij de Developer en worden alleen in licentie gegeven aan de Opdrachtgever voor zover nodig om de Resultaten te gebruiken. Open-sourcecomponenten van derden blijven onder hun eigen licenties. De Developer openbaart die componenten en de licentie die elk al draagt. De Developer draagt die licenties niet over. De Developer garandeert dat de Resultaten, voor zover de Developer weet, geen materiaal van derden bevatten dat de Developer heeft ingebracht zonder daartoe gerechtigd te zijn.

In gewone taal: ze krijgen een licentie om jouw kit in dit product te gebruiken. Ze kopen je toolkit niet. Open-source blijft onder de licentie die ze al heeft. Jij zegt wat je hebt gebruikt.

Schrijf een opdrachtomschrijving (SOW) of een genoemde backlog, hoe “klaar” eruitziet, in welke omgevingen je oplevert, en hoe een wijziging wordt geprijsd. “Een product” is geen lijst. Extra epics zijn wijzigingsbeheer, geen beleefdheid. Teken de SOW vóór de eerste commit.

Een werkbare omvang beantwoordt vijf dingen:

• De lijst. Genoemde epics, stories of een freeze-datum van de backlog. Een checkout is geen marketplace. Een API is geen admin-UI.
• Acceptatie. Schriftelijke tests, een demo op staging, een gebrekenvenster. Een gebrek is een afwijking van de SOW. “We hebben een nieuw idee” is een wijziging.
• Omgevingen. Wie dev, staging en production host. Wie de cloudaccounts houdt. Wie naar production mag promoveren.
• Wat erbuiten valt. Een tweede app, betaalde advertenties, content, doorlopende on-call — tenzij ze op de in-lijst staan.
• Wijzigingsbeheer. Een nieuwe epic wordt eerst geoffreerd en getekend. Zie Klant blijft extra werk toevoegen en wijzigingsbeheer.

Een herzieningslimietherzieningslimietEen herzieningslimiet zegt hoeveel rondes wijzigingen in de vergoeding zijn inbegrepen voordat extra werk wordt geoffreerd.Meer in de begrippenlijst polijst een afgesproken scherm. Het is geen tweede product zonder vergoeding.

Als het contract zegt dat wijzigingen schriftelijk en ondertekend moeten zijn, herschrijft een ja in Slack de klus niet. Rock Advertising Ltd v MWB Business Exchange Centres Ltd [2018] UKSC 24 geeft die clausule werking.

Voorbeeld

De Resultaten zijn de items in Bijlage 1. De Developer geeft kennis dat een Resultaat klaarstaat op de staging-omgeving. De Opdrachtgever test het binnen 10 werkdagen en accepteert het schriftelijk of somt gebreken op tegen Bijlage 1. Stilte na die termijn telt als acceptatie. Verder werk, extra epics, of werk buiten Bijlage 1, worden geoffreerd en schriftelijk afgesproken voordat het werk begint. De Developer levert op staging. Promotie naar production is de stap van de Opdrachtgever, tenzij Bijlage 1 anders zegt.

In gewone taal: ze krijgen de genoemde backlog. Tien werkdagen om staging te prikken. Zeggen ze niets, dan is het geaccepteerd. Een nieuwe epic is een nieuwe vergoeding. Zij drukken op de production-knop, tenzij je dat ook hebt geprijsd.

Terugkerende klanten zitten vaak onder een dienstverleningsovereenkomst plus een opdrachtomschrijving per klus. Een marketingsite kan beginnen bij een overeenkomst voor websiteontwikkeling.

Dagtarief betaalt voor tijd. Vaste prijs en mijlpalen betalen voor genoemde resultaten. Er is geen standaardrecht in het VK om een aanbetaling te houden of een annuleringsvergoeding te rekenen — beide kanten moeten de bedragen afspreken. Schrijf een aanbetaling voordat het werk begint. Bij een zakelijke klant mag de heffing geen boete zijn.

Kies één vergoedingsvorm en schrijf die:

Een aanbetaling van 30–50% bij ondertekening, waarbij het werk stilligt tot ze binnen is, is de gebruikelijke freelancevorm. Een annuleringsvergoeding (kill fee) staat ernaast: verricht werk plus een genoemd deel van de resterende vergoeding als ze zonder reden annuleren. Zie annulering en annuleringsvergoeding en betalingsvoorwaarden.

Bij een zakelijke klant mag een afgesproken annuleringsbedrag dat in feite een bedrag bij wanprestatie is, geen boete zijn. Cavendish Square Holding v Makdessi [2015] UKSC 67 vraagt of een secundaire verplichting een nadeel oplegt dat buiten alle verhouding staat tot een gerechtvaardigd belang bij nakoming. Koppel het bedrag aan gereserveerde tijd, aangegane kosten en afgewezen ander werk. Een vast 100% vanaf de dag dat ze tekenen, zonder verband met die belangen, is de vorm die op straf lijkt.

De langere splitsing is Klant heeft geannuleerd: mag je de aanbetaling houden?.

Voorbeeld

De Opdrachtgever betaalt 40% van de Vergoeding bij ondertekening en het restant bij acceptatie van de Resultaten. De Developer begint niet voordat het eerste bedrag is ontvangen. Annuleert de Opdrachtgever zonder reden nadat het werk is begonnen, dan betaalt de Opdrachtgever voor het tot dan verrichte werk en een annuleringsvergoeding van 25% van de resterende Vergoeding. Reeds betaalde bedragen worden op dat totaal verrekend. Intellectueel eigendom in niet volledig betaald werk blijft bij de Developer.

In gewone taal: 40% landt voordat je begint. Blazen ze het af zodra je aan het werk bent, dan betalen ze voor wat klaar is plus een kwart van wat overblijft. Ze zijn geen eigenaar van onbetaalde code.

Die percentages zijn voorbeelden, geen wettelijk tarief. Voor een klus op dagtarief schrijf je het tarief, het minimumaantal dagen, en dat geannuleerde dagen die al in de agenda stonden toch verschuldigd blijven als je ander werk hebt afgewezen.

Schrijf een korte vervaldatum, een recht om stil te leggen als een factuur achterstallig is, en dat geen licentie of overdracht ingaat tot volledige betaling. Voor een Britse zakelijke klant is de wettelijke rente bij te late commerciële betaling 8% boven de basisrente van de Bank of England, plus een vast incassobedrag. We drukken de actuele basisrente niet af.

Betalingsvoorwaarden moeten noemen:

• wanneer facturen uitgaan — bij ondertekening, op een middenpunt, bij acceptatie
• hoeveel dagen om te betalen — net 14 of net 30Net 30Net 30 betekent dat de klant 30 dagen vanaf de factuurdatum heeft om te betalen.Meer in de begrippenlijst wint van een open “wanneer inkoop de volgende ronde draait”
• een recht om stil te leggen als een onbetwiste factuur achterstallig is, inclusief een recht om niet naar production te promoveren
• dat het auteursrecht, of elke licentie om het werk te gebruiken, alleen bij volledige betaling overgaat

Voor een kwalificerende schuld tussen bedrijven stelt de Late Payment of Commercial Debts (Interest) Act 1998 (wet op rente bij te late commerciële betalingen, 1998) de wettelijke rente vast. GOV.UK over te late commerciële betalingen noemt het tarief 8% plus de basisrente van de Bank of England. Zodra die rente loopt, is ook een vast incassobedrag verschuldigd: £40 onder £1.000, £70 van £1.000 tot onder £10.000, en £100 bij £10.000 of meer, plus redelijke incassokosten die niet door dat bedrag worden gedekt. Zie rente bij te late betaling. De wet van 1998 geldt niet voor een consumentenklant.

Een contractueel tarief, als je er een noemt, is het tarief waarnaar je wijst in plaats van het wettelijke tarief. Verzin geen bedrag dat geen verband heeft met de wet of met het papier.

Voorbeeld

Elke onbetwiste factuur is verschuldigd binnen 14 dagen na haar datum. De Developer mag het werk stilleggen, en is niet verplicht production-toegang over te dragen, zolang een onbetwiste factuur meer dan 7 dagen achterstallig is. Het auteursrecht en elke licentie om de Resultaten te gebruiken gaan alleen bij volledige betaling over op de Opdrachtgever. Tot dan heeft de Opdrachtgever geen recht om de Resultaten te kopiëren, te publiceren, openbaar te maken of te bewerken.

In gewone taal: ze hebben twee weken om te betalen. Na een week te laat stopt het werk en blijft production dicht. Ze zijn geen eigenaar van de code, en mogen haar niet shippen, tot ze hebben betaald.

De aanmaningsvolgorde — schriftelijke eis, sommatiebrief (letter before action), geldvordering — is Klant betaalt een freelancefactuur niet.

Geen label bepaalt de belasting. Vanaf 6 april 2021 moeten overheidsinstanties en middelgrote of grote opdrachtgevers een Status Determination Statement afgeven. Kleine opdrachtgevers in de private sector laten die beslissing bij jouw bedrijf. Schrijf autonomie, echte vervanging en wederkerigheid zodat ze aansluiten bij hoe je écht werkt.

De off-payroll-regels staan in de ITEPA 2003. Vanaf 6 april 2021, wanneer diensten via een tussenpersoon worden verleend aan een overheidsinstantie of een middelgrote of grote opdrachtgever met een VK-band, moet de opdrachtgever een Status Determination Statement afgeven. Die verklaring moet zeggen of de werker een werknemer zou zijn geweest als hij rechtstreeks was ingehuurd, de redenen toelichten, en met redelijke zorg tot stand komen.

Wanneer diensten via een tussenpersoon worden verleend aan iemand die geen overheidsinstantie is en die voor het belastingjaar als klein kwalificeert, geldt Hoofdstuk 8. Een vennootschap kwalificeert als klein voor een belastingjaar als het regime voor kleine vennootschappen van de Companies Act 2006 (vennootschapswet 2006) van toepassing is op haar laatste boekjaar dat relevant is voor dat belastingjaar. Het bedrijf van de werker bepaalt dan de status.

Wat het contract nog wel kan, is de werkrelatie nauwkeurig beschrijven:

• Autonomie. Jij bepaalt hoe je het afgesproken resultaat oplevert. De opdrachtgever zet het resultaat, de deadlines en redelijke locatieregels, niet de dagelijkse methoden.
• Echte vervanging. Jij mag een passend gekwalificeerde vervanger sturen, door jou betaald. Een onbeperkt veto van de opdrachtgever maakt het recht onwerkelijk.
• Wederkerigheid. Elke opdrachtomschrijving is een aparte opdracht. Geen van beide kanten is verplicht verder werk aan te bieden of te accepteren als een opdracht eindigt.

HMRC kijkt naar het contract en de werkwijze samen. Een vervangingsclausule die de opdrachtgever in de praktijk nooit zou toestaan, draagt de status niet. Zet vervanging in de clausule over overdracht en onderaanneming van een overeenkomst met een zelfstandige aannemer of freelanceovereenkomst, niet in een zijdelingse e-mail.

De langere checklist — Hoofdstuk 8 en Hoofdstuk 10, de Status Determination Statement, en buiten-vriendelijke formuleringen — is IR35-contractclausules checklist. Deze pagina verzint geen formuleringen daarbuiten.

Voorbeeld

De Developer bepaalt hoe het afgesproken resultaat wordt opgeleverd. De Opdrachtgever mag het resultaat, de deadlines en redelijke toegangsregels zetten, niet de dagelijkse methoden. De Developer mag een passend gekwalificeerde vervanger sturen, betaald door de Developer. Elke opdrachtomschrijving is een aparte opdracht. Geen van beide kanten is verplicht verder werk aan te bieden of te accepteren als een opdracht eindigt.

In gewone taal: jij runt het hoe. Zij kopen het wat. Jij kunt iemand anders sturen die de klus aankan. Deze SOW is deze SOW — geen belofte van volgende maand.

Begrens de aansprakelijkheid tot een veelvoud van de vergoedingen. In England and Wales kun je aansprakelijkheid voor overlijden of letsel door nalatigheid niet uitsluiten. Heb je toegang tot persoonsgegevens op de systemen van de klant, dan heeft de verwerking een bindende verwerkersovereenkomst nodig. Zie de langere gids over aansprakelijkheid.

Een werkbare beperking van aansprakelijkheid noemt:

• het plafond — vaak de vergoedingen betaald onder de SOW, of een genoemd veelvoud
• wat onbeperkt blijft — aansprakelijkheid voor overlijden of letsel door nalatigheid kan niet worden uitgesloten of beperkt (Unfair Contract Terms Act 1977 s.2, wet oneerlijke contractvoorwaarden 1977). Andere aansprakelijkheid voor nalatigheid kan alleen worden beperkt voor zover de bepaling redelijk is
• of een vrijwaring binnen het plafond zit of erdoorheen prikt

De langere pagina is Hoe een freelancer aansprakelijkheid begrenst.

Verwerk je persoonsgegevens voor de klant — production-databases, gebruikers-exports, supporttoegang — dan eist UK GDPR artikel 28(3) een overeenkomst die jou als verwerker bindt. Ze moet het onderwerp en de duur van de verwerking noemen, de aard en het doel, het type persoonsgegevens en de categorieën betrokkenen, en de verwerkersvoorwaarden in artikel 28(3)(a)–(h). Zie gegevensbescherming. Doe niet alsof een zin “je houdt je aan de wet op gegevensbescherming” die overeenkomst is.

In een zakelijke dienstenovereenkomst is er ook een stilzwijgende voorwaarde dat je de dienst met redelijke zorg en vakbekwaamheid uitvoert — Supply of Goods and Services Act 1982 s.13. Een plafond staat naast die voorwaarde. Het schrapt haar niet.

Voorbeeld

De totale aansprakelijkheid van de Developer onder deze overeenkomst is beperkt tot de vergoedingen betaald onder de betreffende opdrachtomschrijving. Niets in deze overeenkomst beperkt de aansprakelijkheid voor overlijden of letsel door nalatigheid. Verwerkt de Developer persoonsgegevens voor de Opdrachtgever, dan wordt die verwerking beheerst door de verwerkersvoorwaarden in Bijlage 2.

In gewone taal: gaat het mis, dan zit je tot de vergoedingen van die klus. Je kunt je niet vrijtekenen van iemand doden door slordigheid. Raak je hun gebruikersdata aan, schrijf dan het verwerkerspapier, geen sfeer.

Noem wie toegang krijgt, tot welke repos en cloudaccounts, met welk privilege, en wanneer de toegang eindigt. Gebruik genoemde accounts, geen gedeeld wachtwoord. Bij het einde geef jij inloggegevens terug en trekken zij de jouwe in. Schrijf dat als werkwijze, niet als een strafrechtelijke clausule.

Een werkbare toegangsclausule beantwoordt vijf dingen:

• Wat. Git-hosts, cloudconsoles, CI, error trackers, analytics, domein-DNS.
• Wie. Genoemde mensen, op genoemde accounts. Geen gedeeld rootwachtwoord in een Slack-DM.
• Privilege. Least privilege voor de klus. Production-schrijftoegang alleen als de SOW zegt dat jij promoveert.
• Secrets. Waar deploy keys en tokens wonen. Wie ze roteert.
• Einde. Jij geeft inloggegevens terug of vernietigt ze. Zij trekken jouw toegang in op de einddatum, of bij een wezenlijke schending.

Houd production-sleutels niet als gijzelaar voor een onbetaalde factuur. Het recht om stil te leggen en de IE-regel doen dat werk al: geen overdracht, en geen plicht om te promoveren, zolang een onbetwiste factuur achterstallig is. Een lock-outgevecht is hoe een kleine schuld een groter geschil wordt.

Deel je een ongepubliceerde repo voordat de deal is getekend, zet dan een wederzijdse NDA naast de toegangslijst.

Voorbeeld

De Opdrachtgever verleent de Developer toegang tot de repositories en cloudaccounts in Bijlage 1, op genoemde accounts en met het privilege dat daar staat. De Developer deelt die inloggegevens niet. Bij het einde, of op schriftelijk verzoek van de Opdrachtgever, geeft de Developer inloggegevens onder controle van de Developer terug of vernietigt ze, en trekt de Opdrachtgever de toegang van de Developer in.

In gewone taal: ze laten je binnen op een genoemde login. Jij geeft de sleutels niet door. Als het eindigt, geef je de sleutels terug en sluiten zij de deur.

Alleen als het contract dat zegt. Een overdracht van de code geeft je op zichzelf geen recht om het product op je site te zetten. Schrijf een licentie terug: genoemde kanalen, of je de klant mag noemen, en of vertrouwelijk werk van het portfolio blijft tot ze lanceren.

Een werkbare portfolioclausule beantwoordt vier dingen:

• Waar. Je website, social, gedrukte showreel, talks.
• Wat. Het publieke product, niet ongepubliceerde branches of de afgewezen architectuur.
• Wanneer. Na de lancering, of na een genoemd embargo.
• Naamsvermelding. Of je de klant noemt, en of zij jou noemen. Credit voor code is een contractuele belofte.

Zie publiciteit en portfolio. Is de klus vertrouwelijk — een niet-gelanceerd product, een build die nog stealth is — schrijf dan dat de licentie ingaat bij hun publieke lancering, of bij schriftelijke toestemming. Stilte is hoe een case study live gaat in de week voor hun aankondiging.

Voorbeeld

De Developer mag het publieke product reproduceren in het portfolio van de Developer en op de website en social kanalen van de Developer, en mag de Opdrachtgever als opdrachtgever noemen, na de lancering, of eerder met schriftelijke toestemming van de Opdrachtgever. Deze licentie strekt zich niet uit tot ongepubliceerde branches, staging-URL’s of vertrouwelijke informatie.

In gewone taal: zodra het openbaar is, mag jij het live product tonen en hen noemen. Je mag de routes die ze hebben afgewezen niet tonen, en de lancering niet lekken.

Weigeren ze elk portfoliogebruik, dan is dat een prijskwestie. Krijg dat op papier voordat je begint.

De klus eindigt als de genoemde opleveringen zijn geaccepteerd, of als de opzegtermijn is verstreken. Draag repos, inloggegevens en docs over. Onbetaalde code blijft van jou. Daarna zit support op een retainerretainerEen retainer is een regeling waarbij een klant een vaste vergoeding betaalt om een vast aantal uren of doorlopende beschikbaarheid van een leverancier te verzekeren.Meer in de begrippenlijst, of bij de klant. Laat “we houden het in de gaten” niet als open belofte staan.

Een werkbare overdracht beantwoordt vijf dingen:

• Wanneer de bouw eindigt. Acceptatie op staging, of een genoemde einddatum.
• Wat overgaat. Repos, cloudbeheerder, CI, DNS, inloggegevens van derden, runbooks.
• Wat blijft. Jouw lokale tools, ongebruikte spikes, bibliotheken die je niet hebt overgedragen.
• De garantie. Gebreken tegen de SOW voor een genoemd aantal dagen. Dat is een contractueel venster, geen wettelijke toevoeging op de CDPA.
• De retainer. Uren per maand, reactietijden, of ongebruikte uren doorschuiven, hoe hij eindigt. Zie retainer.

Willen ze je na de lancering paraat hebben en is er geen retainer, dan is dat een nieuwe klus. Hoe beëindig je een freelancecontract is de langere eindpagina.

Voorbeeld

De opdracht eindigt bij acceptatie van de Resultaten, of bij de opzegging in Bijlage 1. De Developer draagt de repositories, cloudbeheerderstoegang, CI, DNS-records en inloggegevens van derden over die in Bijlage 1 staan. Gebreken tegen Bijlage 1 die binnen 30 dagen na acceptatie worden gemeld, worden gratis hersteld. Hosting, on-call en verdere wijzigingen na dat venster zijn een aparte retainer, of worden als extra werk geoffreerd. Intellectueel eigendom in niet volledig betaald werk blijft bij de Developer.

In gewone taal: je levert op, je geeft de sleutels over, je herstelt echte bugs een maand. Daarna betalen ze voor onderhoud, of ze draaien hem zelf. Onbetaalde code blijft van jou.

Op Contracts.io stellen beide kanten één gedeelde developerovereenkomst op, onderhandelen erover en tekenen die elektronisch, zodat de SOW, de IE-regel en de annuleringsvergoeding de versie zijn die jullie allebei hebben getekend. Beschrijf de klus in één zin. Lex, onze AI-host, stelt op. Je deelt één link. Niemand mailt v4_final.docx heen en weer.

De klant opent die link. Ze kunnen Accept, Counter of Decline kiezen op dezelfde versie, waarna jullie allebei elektronisch tekenen. De andere kant betaalt nooit en heeft geen account nodig.

Begin bij een freelanceovereenkomst of een overeenkomst met een zelfstandige aannemer. Een sitebouw kan beginnen bij een overeenkomst voor websiteontwikkeling. Terugkerend werk kan een opdrachtomschrijving onder een dienstverleningsovereenkomst hangen. Na de lancering dekt een retainer het onderhoud. Je kunt ook beginnen bij de AI-contractgenerator of de contractgenerator. Deel je ongepubliceerde code voordat de deal is getekend, dan hoort de NDA-generator of een wederzijdse NDA ernaast.

Dat geeft geen IR35-statusbepaling voor de opdrachtgever. Het betekent wel dat de opdrachtomschrijving, de IE-overdracht of licentie, de aanbetalingaanbetalingEen aanbetaling is geld dat vooraf wordt betaald, vóór het hoofdwerk of de laatste factuur.Meer in de begrippenlijst, de annuleringsvergoeding (kill fee)annuleringsvergoedingEen annuleringsvergoeding (kill fee) is een betaling die een maker of leverancier toekomt als een klant een project annuleert voordat het af is.Meer in de begrippenlijst en het aansprakelijkheidsplafondaansprakelijkheidsplafondEen aansprakelijkheidsplafond is het maximumbedrag dat de ene partij onder een contract aan de andere hoeft te betalen.Meer in de begrippenlijst de woorden zijn die jullie allebei hebben getekend, geen regel die in e-mail zoekraakt.

Free £0, daarna betaalde abonnementen vanaf £15 per maand — zie /pricing.

Probeer het op contracts.io: beschrijf de build in één zin, deel één link, en teken elektronisch vóór de eerste commit.

Contracten voor developers is de bredere set voorwaarden rond dit papier. Contracten voor webdesigners is de sitezuster. IR35-contractclausules checklist is de statuspagina. Moet ik beginnen met werken voordat het contract is getekend? is de regel voor dag één.