Hvad skal en britisk freelance-udviklerkontrakt indeholde?

En britisk freelance-udviklerkontrakt skal navngive parterne, arbejdsbeskrivelsen (SOW) eller backloggen, accept, miljøer, ændringsstyring, honoraret, hvem der ejer koden, IR35-arbejdsformen, et ansvarsloft, og hvad der sker, hvis de aflyser eller betaler for sent. Underskriv den før første commit.

Denne side tager udgangspunkt i England og Wales. Ophavsret efter Copyright, Designs and Patents Act 1988 (lov om ophavsret, design og patenter 1988) gælder i hele Storbritannien. Off-payroll working (IR35) er en britisk skatteregel. Pengekravsvejen for en ubetalt faktura er proceduren i England og Wales i Hvad gør jeg, når en kunde ikke vil betale min freelancefaktura.

Der er ingen skabelon til softwareudviklingsaftale på Contracts.io. Start fra en freelanceraftale eller en aftale med selvstændig kontraktor. Et sitebyggeri kan starte fra en aftale om bygning af website. Tilbagevendende arbejde hænger en arbejdsbeskrivelse under en serviceaftale. En månedlig plejeslot sidder på en retainer-aftale. Strategi-tungt arbejde kan starte fra en konsulentaftale. Hvis du deler uudgivet kode, før aftalen er underskrevet, ligger en gensidig fortrolighedsaftale (NDA) ved siden af. Kontrakter til udviklere er den kortere målgruppeside. Hvad skal en britisk webdesignkontrakt indeholde? er søstersiden til site-opgaven.

Ti blokke gør arbejdet:

Depositummet på 40 % er et eksempel, ikke en lovbestemt sats. Skriv de tal, du faktisk bruger.

Hvad står der i en freelance- eller konsulentaftale sammenligner skabeloner. Hvordan skriver man en kontrakt er den generelle tjekliste. Denne side er udviklerudgaven.

Send ikke en Word-fil og håb, at v4_final er den, de underskrev. Begge sider bør redigere og underskrive elektronisk ét fælles udkast.

Det gør du, medmindre du overdrager den. CDPA 1988 s.11 gør ophavsmanden til den første indehaver af freelanceophavsret. En overdragelse er ikke gyldig, medmindre den er skriftlig og underskrevet. At betale fakturaen flytter ikke ejerskabet. Overdrag skræddersyet kode ved fuld betaling. Giv licens til dine biblioteker og værktøjer.

CDPA 1988 s.11 er reglen om første indehaver. Undtagelsen for ansatte i s.11(2) gælder ansatte, ikke en udvikler på en kontrakt om tjenesteydelser. At bestille et byggeri flytter ikke ophavsretten. Hvis kontrakten er tavs, kan en domstol finde en begrænset stiltiende licens til det formål, værket blev bestilt til. Det er ikke ejerskab. Tavshed er sådan, en kunde tager repoet til et andet hus og hævder, at de troede, de havde købt det.

CDPA 1988 s.90 er overdragelsesreglen. En overdragelse af rettighederoverdragelse af rettighederEn overdragelse af rettigheder er en overførsel af ejerskab til arbejdet, så kunden ejer det i stedet for den, der har lavet det.Mere i ordbogen skal være skriftlig, underskrevet af dig eller af nogen, der underskriver på dine vegne. En licenslicensEn licens er tilladelse til at bruge arbejde på en aftalt måde uden at tage ejerskabet fra den, der har lavet det.Mere i ordbogen er tilladelse til at bruge værket. Det er ikke en overførsel af ejerskab. Se IP-licens vs. overdragelseIP-licens vs. overdragelseEn IP-overdragelse flytter ejerskabet af ophavsret eller anden intellektuel ejendomsret. En licens er tilladelse til at bruge den; ophavsmanden ejer den stadig. I England & Wales er der ingen work-made-for-hire først-ejer-regel for freelancere: Copyright, Designs and Patents Act 1988 s.11. En overdragelse skal være skriftlig og underskrevet: s.90. Sig, hvad du mener, og hvornår det sker.Mere i ordbogen.

En amerikansk «work for hirearbejde udført på opdragWork for hire er en formulering, almindelig i amerikansk-inspirerede dokumenter, der betyder, at kunden behandles som ophavsmand og ejer af værket fra starten.Mere i ordbogen»-overskrift gør ikke det arbejde i England og Wales. Se work for hire. Skriv overdragelse eller licens med almindelige ord.

Hold fire bunker:

• Skræddersyet kode — de navngivne leverancer. Overdraget eller licenseret ved fuld betaling.
• Dine biblioteker — komponenter, CLI’er, tidligere startkits. Licenseret til denne opgave, ikke overdraget.
• Open source — tredjepartskomponenter på deres egne licenser. Du kan ikke overdrage dem.
• Arbejdsnoter — spikes, kasserede branches, lokale værktøjer. Ikke inkluderet, medmindre de er prissat.

I en servicekontrakt mellem erhvervsdrivende er der et stiltiende vilkår om, at du udfører ydelsen med rimelig omhu og faglig dygtighed — Supply of Goods and Services Act 1982 (lov om levering af varer og tjenesteydelser 1982) s.13. Det vilkår flytter ikke ophavsret.

Eksempel

Ved modtagelse af fuld betaling overdrager Udvikleren til Kunden ophavsretten til den skræddersyede kode i Leverancerne. Indtil da har Kunden ingen licens til at kopiere, offentliggøre, gøre tilgængelig eller bearbejde dem, medmindre Udvikleren skriftligt aftaler andet. Allerede eksisterende materialer, biblioteker, værktøjer og tredjeparts open source-komponenter forbliver hos Udvikleren eller deres licensgivere og licenseres kun som en del af Leverancerne.

På enkelt sprog: de ejer den skræddersyede kode, når de har betalt. De må ikke sende ubetalt arbejde live. Dit startkit og andres biblioteker forbliver på deres egne vilkår.

Skriv det i klausulen om overdragelse af immaterielle rettigheder. Hvis de sender ubetalt arbejde live, se Kunden bruger dit arbejde uden at betale.

Hold tre bunker. Skræddersyet kode overdrages eller licenseres ved fuld betaling. Dine allerede eksisterende biblioteker og værktøjer forbliver dine og licenseres til denne opgave. Open source-komponenter forbliver på deres egne licenser — oplys dem. Du kan ikke overdrage en licens, du ikke ejer.

En fungerende tredjepartsklausul svarer på fire ting:

• Hvad. Navngivne biblioteker, du skrev tidligere, et startkit, tredjepartspakker opgaven har brug for.
• Hvem der ejer licensen. Din kode forbliver din. Open source forbliver på de vilkår, ophavsmændene offentliggjorde. Kunden køber ikke de ophavsrettigheder ved at betale dig.
• Hvad du oplyser. En liste over tredjepartskomponenter og den licens, hver allerede bærer. Opfind ikke et licensnavn. Kopiér navnet fra pakken.
• Hvad du garanterer. At du ikke lægger materiale ind, du ikke har ret til at bruge. Ikke at en upstream-pakke forbliver kompatibel for evigt.

CDPA 1988 s.90 er reglen for din ophavsret. Den flytter ikke en tredjeparts open source-licens. Behold dem som allerede eksisterende materialer eller som tredjepartslicenser, ikke som overdragne endelige filer.

Hvis du deler et uudgivet repo, før aftalen er underskrevet, ligger en gensidig fortrolighedsaftale (NDA) ved siden af byggepapiret.

Eksempel

Allerede eksisterende materialer, biblioteker og værktøjer forbliver hos Udvikleren og licenseres til Kunden kun i det omfang, det er nødvendigt for at bruge Leverancerne. Tredjeparts open source-komponenter forbliver på deres egne licenser. Udvikleren skal oplyse de komponenter og den licens, hver allerede bærer. Udvikleren overdrager ikke de licenser. Udvikleren garanterer, at Leverancerne, så vidt Udvikleren ved, ikke indeholder tredjepartsmateriale, som Udvikleren har indført uden ret til det.

På enkelt sprog: de får en licens til at bruge dit kit i dette produkt. De køber ikke din værktøjskasse. Open source forbliver på den licens, den allerede har. Du siger, hvad du brugte.

Skriv en arbejdsbeskrivelse (SOW) eller en navngivet backlog, hvordan «færdigt» ser ud, hvilke miljøer du leverer ind i, og hvordan en ændring prissættes. «Et produkt» er ikke en liste. Ekstra epics er ændringsstyring, ikke en høflighed. Underskriv SOW’en før første commit.

Et fungerende omfang svarer på fem ting:

• Listen. Navngivne epics, stories eller en freeze-dato for backloggen. En checkout er ikke en markedsplads. Et API er ikke et admin-UI.
• Accept. Skriftlige tests, en demo på staging, et fejlvindue. En fejl er en manglende overensstemmelse med SOW’en. «Vi har en ny idé» er en ændring.
• Miljøer. Hvem hoster dev, staging og produktion. Hvem holder cloud-kontiene. Hvem må promovere til produktion.
• Hvad der er ude. En anden app, betalte annoncer, indhold, løbende vagt — medmindre de står på listen over det, der er med.
• Ændringsstyring. En ny epic prissættes og underskrives først. Se Kunden bliver ved med at tilføje ekstra arbejde og ændringsstyring.

En grænse for rettelsergrænse for rettelserEn grænse for rettelser siger, hvor mange ændringsrunder der er med i honoraret, før ekstra arbejde prissættes.Mere i ordbogen polerer en aftalt skærm. Det er ikke et andet produkt uden honorar.

Hvis kontrakten siger, at ændringer skal være skriftlige og underskrevne, omskriver et ja i Slack ikke opgaven. Rock Advertising Ltd v MWB Business Exchange Centres Ltd [2018] UKSC 24 giver virkning til den klausul.

Eksempel

Leverancerne er posterne i Bilag 1. Udvikleren giver meddelelse om, at en Leverance er klar på staging-miljøet. Kunden tester den inden 10 arbejdsdage og accepterer den enten skriftligt eller lister fejl i forhold til Bilag 1. Tavshed efter den periode tæller som accept. Yderligere arbejde, ekstra epics eller arbejde uden for Bilag 1 prissættes og aftales skriftligt, før arbejdet starter. Udvikleren leverer til staging. Promovering til produktion er Kundens trin, medmindre Bilag 1 siger andet.

På enkelt sprog: de får den navngivne backlog. Ti arbejdsdage til at pille ved staging. Hvis de ikke siger noget, er det godkendt. En ny epic er et nyt honorar. De trykker på produktionsknappen, medmindre du også prissatte det.

Tilbagevendende kunder sidder ofte under en serviceaftale plus en arbejdsbeskrivelse pr. opgave. Et marketingsite kan starte fra en aftale om bygning af website.

Dagssats betaler for tid. Fast pris og milepæle betaler for navngivne resultater. Der er ingen standardret i Storbritannien til at beholde et depositum eller opkræve en kill fee — begge sider skal aftale beløbene. Skriv et depositum, før arbejdet starter. For en erhvervskunde må gebyret ikke være en bod.

Vælg én honorarform, og skriv den:

Et depositum på 30–50 % ved underskrift, med arbejdet på pause, indtil det er landet, er den sædvanlige freelanceform. En kill fee sidder ved siden af: udført arbejde plus en navngiven andel af det resterende honorar, hvis de aflyser af bekvemmelighed. Se annullering og kill fee og betalingsbetingelser.

For en erhvervskunde må et aftalt aflysningsgebyr, der reelt er et beløb ved misligholdelse, ikke være en bod. Cavendish Square Holding v Makdessi [2015] UKSC 67 spørger, om en sekundær forpligtelse pålægger en byrde helt ude af proportion med en legitim interesse i opfyldelse. Knyt tallet til den tid, du holdt, afholdte omkostninger og andet arbejde, du sagde nej til. Et fladt 100 % fra den dag, de underskriver, uden forbindelse til de interesser, er den form, der ligner straf.

Den længere opdeling er Kunden aflyste: kan du beholde depositummet?.

Eksempel

Kunden betaler 40 % af Honoraret ved underskrift og resten ved accept af Leverancerne. Udvikleren starter ikke, før det første beløb er modtaget. Hvis Kunden aflyser af bekvemmelighed, efter arbejdet er begyndt, betaler Kunden for arbejde udført til dato og et aflysningsgebyr på 25 % af det resterende Honorar. Allerede betalte beløb modregnes i det total. Immaterielle rettigheder i arbejde, der ikke er fuldt betalt, forbliver hos Udvikleren.

På enkelt sprog: 40 % lander, før du starter. Hvis de afblæser det, når du er i gang, betaler de for det udførte plus en fjerdedel af det, der er tilbage. De ejer ikke ubetalt kode.

De procenter er eksempler, ikke en lovbestemt sats. Til en opgave på dagssats skal du skrive satsen, minimumsantal dage, og at aflyste dage, der allerede er holdt i kalenderen, stadig forfalder, hvis du sagde nej til andet arbejde.

Skriv en kort forfaldsdato, en ret til at sætte arbejdet på pause, hvis en faktura er forfalden, og at ingen licens eller overdragelse slår til, før der er betalt fuldt ud. For en britisk erhvervskunde er lovbestemt rente ved sen erhvervsbetaling 8 % over Bank of Englands basisrente, plus et fast inddrivelsesbeløb. Vi trykker ikke den aktuelle basisrente.

Betalingsbetingelser bør navngive:

• hvornår fakturaer sendes — ved underskrift, ved et midtpunkt, ved accept
• hvor mange dage der er til at betale — net 14 eller net 30Net 30Net 30 betyder, at kunden har 30 dage fra fakturadatoen til at betale.Mere i ordbogen slår et åbent «når indkøb kører næste gang»
• en ret til pause, hvis en ubestridt faktura er forfalden, herunder en ret til ikke at promovere til produktion
• at ophavsretten, eller enhver licens til at bruge arbejdet, kun overgår ved fuld betaling

For en kvalificerende gæld mellem erhvervsdrivende fastsætter Late Payment of Commercial Debts (Interest) Act 1998 (lov om renter ved forsinket betaling af handelsgæld 1998) lovbestemt rente. GOV.UK om sene erhvervsbetalinger angiver satsen som 8 % plus Bank of Englands basisrente. Når den rente løber, skyldes også et fast inddrivelsesbeløb: £40 under £1.000, £70 fra £1.000 til under £10.000 og £100 ved £10.000 eller mere, plus eventuelle rimelige inddrivelsesomkostninger, som det beløb ikke dækker. Se morarenter. 1998-loven gælder ikke over for en forbrugerkunde.

En kontraktlig sats, hvis du navngiver én, er den sats, du peger på i stedet for den lovbestemte. Opfind ikke et tal uden forbindelse til loven eller til papiret.

Eksempel

Hver ubestridt faktura forfalder inden 14 dage fra sin dato. Udvikleren kan sætte arbejdet på pause og er ikke forpligtet til at overlevere produktionsadgang, mens en ubestridt faktura er mere end 7 dage forfalden. Ophavsret og enhver licens til at bruge Leverancerne overgår kun til Kunden ved fuld betaling. Indtil da har Kunden ingen ret til at kopiere, offentliggøre, gøre tilgængelig eller bearbejde Leverancerne.

På enkelt sprog: de har to uger til at betale. Efter en uge for sent stopper arbejdet, og produktionen forbliver lukket. De ejer ikke koden, og de må ikke sende den live, før de har betalt.

Rækkefølgen for rykning — skriftligt påkrav, påkrav før retssag, pengekrav — er Hvad gør jeg, når en kunde ikke vil betale min freelancefaktura.

Ingen etiket afgør skatten. Fra den 6. april 2021 skal offentlige myndigheder og mellemstore eller store kunder give en statuserklæring (Status Determination Statement). Små kunder i den private sektor overlader den afgørelse til dit selskab. Skriv autonomi, ægte afløser og gensidig forpligtelse, så de matcher den måde, du faktisk arbejder.

Off-payroll-reglerne står i ITEPA 2003. Fra den 6. april 2021, hvor ydelser leveres gennem et mellemled til en offentlig myndighed eller en mellemstor eller stor kunde med tilknytning til Storbritannien, skal kunden give en statuserklæring. Den erklæring skal sige, om arbejderen ville have været ansat, hvis vedkommende var engageret direkte, forklare begrundelsen og være nået med rimelig omhu.

Hvor ydelser leveres gennem et mellemled til en person, der ikke er en offentlig myndighed, og som kvalificerer som lille for skatteåret, gælder kapitel 8. Et selskab kvalificerer som lille for et skatteår, hvis småselskabsordningen i Companies Act 2006 (selskabsloven 2006) gælder for dets sidste regnskabsår, der er relevant for det skatteår. Arbejderens selskab afgør derefter status.

Det, kontrakten stadig kan gøre, er at beskrive arbejdsforholdet nøjagtigt:

• Autonomi. Du beslutter, hvordan det aftalte resultat leveres. Kunden sætter resultatet, deadlines og rimelige siteregler, ikke de daglige metoder.
• Ægte afløser. Du må sende en passende kvalificeret afløser, betalt af dig. Et ubegrænset kundoveto får retten til at se uægte ud.
• Gensidig forpligtelse. Hver arbejdsbeskrivelse er et særskilt engagement. Ingen af siderne er forpligtet til at tilbyde eller acceptere yderligere arbejde, når et engagement slutter.

HMRC ser på kontrakten og den faktiske arbejdsform samlet. En afløserklausul, som kunden aldrig ville tillade i praksis, bærer ikke status. Læg afløseren i klausulen om overdragelse og underleverandører i en aftale med selvstændig kontraktor eller freelanceraftale, ikke i en side-mail.

Den længere tjekliste — kapitel 8 og kapitel 10, statuserklæringen og formuleringer, der peger uden for — er Hvilke kontraktklausuler placerer en britisk freelancer inden for eller uden for IR35?. Denne side opfinder ikke formuleringer ud over det.

Eksempel

Udvikleren beslutter, hvordan det aftalte resultat leveres. Kunden kan sætte resultatet, deadlines og rimelige adgangsregler, ikke de daglige metoder. Udvikleren kan sende en passende kvalificeret afløser, betalt af Udvikleren. Hver arbejdsbeskrivelse er et særskilt engagement. Ingen af siderne er forpligtet til at tilbyde eller acceptere yderligere arbejde, når et engagement slutter.

På enkelt sprog: du styrer hvordan. De køber hvad. Du kan sende en anden, der kan udføre opgaven. Denne SOW er denne SOW — ikke et løfte om næste måned.

Sæt loft over ansvaret ved et multiplum af honorarerne. I England og Wales kan du ikke udelukke ansvar for død eller personskade forårsaget af uagtsomhed. Hvis du tilgår personoplysninger på kundens systemer, skal behandlingen have en bindende databehandlerkontrakt. Se den længere ansvarsguide.

En fungerende ansvarsbegrænsning navngiver:

• loftet — ofte honorarerne betalt under SOW’en, eller et navngivet multiplum
• hvad der forbliver ubegrænset — død eller personskade forårsaget af uagtsomhed kan ikke udelukkes eller begrænses (Unfair Contract Terms Act 1977 (lov om urimelige kontraktvilkår 1977) s.2). Andet uagtsomhedsansvar kan kun begrænses, så vidt vilkåret er rimeligt
• om en skadesløsholdelse sidder inden for loftet eller slår igennem det

Den længere side er Hvordan bør en freelancer begrænse ansvaret i en kontrakt?.

Hvis du behandler personoplysninger for kunden — produktionsdatabaser, brugereksporter, supportadgang — kræver UK GDPR artikel 28(3) en kontrakt, der binder dig som databehandler. Den skal angive behandlingens genstand og varighed, arten og formålet, typen af personoplysninger og kategorier af registrerede, og databehandlervilkårene i artikel 28(3)(a)–(h). Se databeskyttelse. Lad ikke som om en én-linjes «du overholder databeskyttelseslovgivningen» er den kontrakt.

I en erhvervsservicekontrakt er der også et stiltiende vilkår om, at du udfører ydelsen med rimelig omhu og faglig dygtighed — Supply of Goods and Services Act 1982 s.13. Et loft sidder ved siden af det vilkår. Det sletter det ikke.

Eksempel

Udviklerens samlede ansvar under denne aftale er begrænset til honorarerne betalt under den relevante arbejdsbeskrivelse. Intet i denne aftale begrænser ansvar for død eller personskade forårsaget af uagtsomhed. Hvor Udvikleren behandler personoplysninger for Kunden, reguleres den behandling af databehandlervilkårene i Bilag 2.

På enkelt sprog: hvis det går galt, hæfter du op til honorarerne for den opgave. Du kan ikke kontrahere dig ud af at slå nogen ihjel af sløseri. Hvis du rører deres brugeres data, så skriv databehandlerpapiret, ikke en stemning.

Navngiv, hvem der får adgang, til hvilke repos og cloudkonti, med hvilken privilegium, og hvornår adgangen slutter. Brug navngivne konti, ikke et delt password. Ved afslutning overleverer du adgangskoder, og de tilbagekalder dine. Skriv det som praksis, ikke som en straffelovsklausul.

En fungerende adgangsklausul svarer på fem ting:

• Hvad. Git-hosts, cloudkonsoller, CI, fejltrackere, analytics, domæne-DNS.
• Hvem. Navngivne personer, på navngivne konti. Intet delt root-password i en Slack-DM.
• Privilegium. Mindst mulig privilegium til opgaven. Skriveadgang til produktion kun, hvis SOW’en siger, at du promoverer.
• Hemmeligheder. Hvor deploy keys og tokens ligger. Hvem roterer dem.
• Afslutning. Du returnerer eller tilintetgør adgangskoder. De tilbagekalder din adgang på slutdatoen, eller ved et væsentligt brud.

Hold ikke produktionsnøgler som gidsel for en ubetalt faktura. Pauseretten og IP-linjen gør allerede det arbejde: ingen overdragelse og ingen pligt til at promovere, mens en ubestridt faktura er forfalden. Et lockout-slagsmål er sådan, en lille gæld bliver en større tvist.

Hvis du deler et uudgivet repo, før aftalen er underskrevet, så læg en gensidig fortrolighedsaftale (NDA) ved siden af adgangslisten.

Eksempel

Kunden giver Udvikleren adgang til de repositories og cloudkonti, der er anført i Bilag 1, på navngivne konti og med det privilegium, der er angivet dér. Udvikleren deler ikke de adgangskoder. Ved afslutning, eller på Kundens skriftlige anmodning, returnerer eller tilintetgør Udvikleren adgangskoder under Udviklerens kontrol, og Kunden tilbagekalder Udviklerens adgang.

På enkelt sprog: de lader dig ind på et navngivet login. Du giver ikke nøglerne videre. Når det slutter, giver du nøglerne tilbage, og de låser døren.

Kun hvis kontrakten siger det. En overdragelse af koden giver dig ikke i sig selv ret til at lægge produktet på din side. Skriv en licens tilbage: navngivne kanaler, om du må nævne kunden, og om fortroligt arbejde bliver ude af portfolioen, til de lancerer.

En fungerende portfolioklausul svarer på fire ting:

• Hvor. Dit website, sociale medier, trykt showreel, talks.
• Hvad. Det offentlige produkt, ikke uudgivne branches eller den forkastede arkitektur.
• Hvornår. Efter lancering, eller efter et navngivet embargo.
• Kreditering. Om du nævner kunden, og om de nævner dig. Kredit for kode er et kontraktløfte.

Se publicitet og portfolio-brug. Hvis opgaven er fortrolig — et produkt, der ikke er lanceret, et byggeri, der stadig er hemmeligt — så skriv, at licensen starter ved deres offentlige lancering, eller ved skriftligt samtykke. Tavshed er sådan, en case går live ugen før deres annoncering.

Eksempel

Udvikleren må gengive det offentlige produkt i Udviklerens portfolio og på Udviklerens website og sociale kanaler og må nævne Kunden som bestiller, efter lancering, eller tidligere med Kundens skriftlige samtykke. Denne licens omfatter ikke uudgivne branches, staging-URL’er eller fortrolige oplysninger.

På enkelt sprog: når det er offentligt, må du vise det live produkt og nævne dem. Du må ikke vise de ruter, de droppede, eller lække lanceringen.

Hvis de nægter enhver brug i portfolio, er det et prisspørgsmål. Få det ind i papiret, før du starter.

Opgaven slutter, når de navngivne leverancer er accepteret, eller når varslet løber ud. Overlever repos, adgangskoder og dokumentation. Ubetalt kode forbliver din. Derefter sidder support på en retainerretainer-aftaleEn retainer-aftale er en ordning, hvor en kunde betaler et fast beløb for at sikre sig et bestemt antal timer eller løbende adgang til en leverandør.Mere i ordbogen-aftale, eller den sidder hos kunden. Lad ikke «vi holder øje med det» stå som et åbent løfte.

En fungerende overlevering svarer på fem ting:

• Hvornår byggeriet slutter. Accept på staging, eller en navngiven slutdato.
• Hvad der flytter. Repos, cloud-admin, CI, DNS, tredjepartslogins, runbooks.
• Hvad der bliver. Dine lokale værktøjer, ubenyttede spikes, biblioteker du ikke overdrog.
• Garantien. Fejl i forhold til SOW’en i et navngivet antal dage. Det er et kontraktligt vindue, ikke et lovbestemt tillæg til CDPA.
• Retainer-aftalen. Timer pr. måned, svartider, om ubrugte timer overføres, hvordan den slutter. Se retainer-aftale.

Hvis de vil have dig på vagt efter lancering, og der ikke er en retainer, er det en ny opgave. Hvordan afslutter jeg en freelancekontrakt? er den længere afslutningsside.

Eksempel

Engagementet slutter ved accept af Leverancerne, eller ved varslet i Bilag 1. Udvikleren overleverer de repositories, cloud-administratoradgang, CI, DNS-poster og tredjepartslogins, der er anført i Bilag 1. Fejl i forhold til Bilag 1, rapporteret inden 30 dage efter accept, rettes uden beregning. Hosting, vagt og yderligere ændringer efter det vindue er en særskilt retainer-aftale, eller prissættes som ekstraarbejde. Immaterielle rettigheder i arbejde, der ikke er fuldt betalt, forbliver hos Udvikleren.

På enkelt sprog: du leverer, du overleverer nøglerne, du retter rigtige fejl i en måned. Derefter betaler de for pleje, eller de kører det selv. Ubetalt kode forbliver din.

På Contracts.io udarbejder, forhandler og underskriver begge sider elektronisk én fælles udvikleraftale, så SOW’en, IP-linjen og kill fee er den version, I begge underskrev. Beskriv opgaven i én sætning. Lex, vores AI-assistent, skriver udkast. Du deler ét link. Ingen sender v4_final.docx frem og tilbage på mail.

Kunden åbner det link. De kan Acceptere, give Modbud eller Afvise på den samme version, og derefter underskriver I begge elektronisk. Den anden part betaler aldrig og behøver ikke en konto.

Start fra en freelanceraftale eller en aftale med selvstændig kontraktor. Et sitebyggeri kan starte fra en aftale om bygning af website. Tilbagevendende arbejde kan hænge en arbejdsbeskrivelse under en serviceaftale. Efter lancering dækker en retainer-aftale pleje. Du kan også starte fra AI-kontraktgeneratoren eller kontraktgeneratoren. Hvis du deler uudgivet kode, før aftalen er underskrevet, ligger NDA-generatoren eller en gensidig fortrolighedsaftale (NDA) ved siden af.

Det udsteder ikke en IR35-statuserklæring for kunden. Det betyder, at arbejdsbeskrivelsen, overdragelsen af rettigheder eller licensen, depositummetdepositumEt depositum er penge, der betales forud, før hovedarbejdet eller den afsluttende faktura.Mere i ordbogen, kill fee og ansvarsloftetansvarsloftEt ansvarsloft (liability cap) er det maksimale beløb, den ene part kan blive bedt om at betale den anden efter en kontrakt.Mere i ordbogen er de ord, I begge underskrev, ikke en linje tabt i en mail.

Free £0, derefter betalte planer fra £15 om måneden — se /pricing.

Prøv det på contracts.io: beskriv byggeriet i én sætning, del ét link, og underskriv elektronisk før første commit.

Kontrakter til udviklere er det bredere sæt vilkår, der sidder omkring dette papir. Kontrakter til webdesignere er site-søstersiden. Hvilke kontraktklausuler placerer en britisk freelancer inden for eller uden for IR35? er statussiden. Skal jeg begynde arbejdet, før kontrakten er underskrevet? er reglen på dag ét.