Kan jeg bruke ChatGPT til å skrive en kontrakt?

Ja – som utgangspunkt. En chatbot kan utarbeide en brukbar første versjon fra en kort brief, men den kjenner ikke avtalen din, den kan lage selvsikre men feilaktige klausuler, og den håndterer ikke forhandling eller enighet. Du er fortsatt ansvarlig for ordlyden du sender og signerer.

Kort sagt – Bruk ChatGPT til å skissere strukturen og den enkle ordlyden, sjekk så delene den ikke kan gjette (parter, omfang, penger, immaterielle rettigheter, risiko, utgang, lovvalg) og bli enig om endringene med kunden din på én lenke. For e-signaturer, se /blog/is-an-electronic-signature-legally-binding.

Hvis du vil ha et verktøy bygget for at to parter utarbeider, markerer endringer og signerer én delt versjon, er det det Contracts.io gjør. Lex utarbeider; begge parter blir enige og e-signerer én låst kopi. Den andre parten betaler aldri.

En kontrakt er ikke gyldig eller ugyldig fordi en chatbot skrev det første utkastet. Det som betyr noe, er at begge parter er enige om de samme vilkårene, og at eventuelle formkrav er oppfylt.

• E-signering fungerer for enkle kontrakter. I England og Wales kan en elektronisk signatur brukes som bevis i ethvert spørsmål om autentisitet eller integritet (Electronic Communications Act 2000, s.7), og Law Commission sier at en e-signatur rettslig kan benyttes til å utføre et dokument der signataren har til hensikt å autentisere det og formkrav er oppfylt (kilder nedenfor).
• Et skjøte (deed)deedEt deed er et formelt skriftlig dokument som oppfyller særlige signeringsregler, ofte brukt der den ene parten ikke får noe tilbake.Mer i ordlisten er hovedunntaket du vil møte. I England og Wales krever et skjøte fortsatt et vitne som er fysisk til stede, også hvis det signeres elektronisk. En enkel avtale trenger ikke vitne; et skjøte gjør det.

Så den praktiske testen er den samme enten du starter fra en mal, en chatbot eller din egen tomme side: samsvarer ordlyden med avtalen, og har begge parter blitt enige om og signert den samme versjonen?

Generelle chatboter er trent på offentlig tekst, ikke på ditt arbeid med kunden din. Vanlige bommerter:

• Omfanget høres ryddig ut men er vagt. Det lister aktiviteter, ikke leveranser. Slik blir «webdesign» til tre ekstra landingssider.
• Betalingstidspunktet er generisk. «Betales innen 30 dager» uten startpunkt. Net 30, net 14, ved mottak viser hvorfor startdatoen betyr noe.
• Eierskapet er uklart. Det kan overdra immaterielle rettigheter ved levering i stedet for ved betaling, eller glemme eksisterende materialereksisterende materialeEksisterende materiale er verktøy, biblioteker eller arbeid leverandøren allerede eide, som lisensieres for jobben i stedet for å overleveres.Mer i ordlisten og tredjepartslisenser.
• Ansvaret leses som en mal for et stort selskap. Begrensninger som ikke samsvarer med honoraret, eller unntak som gjør begrensningen meningsløs. I England og Wales kan ansvar for død eller personskade forårsaket av uaktsomhet ikke utelukkes eller begrenses av en kontraktsbestemmelse, og annet ansvar for uaktsomhet kan bare begrenses i den grad bestemmelsen er rimelig (Unfair Contract Terms Act 1977, s.2).
• Jurisdiksjonen gjettes. «This agreement is governed by the laws of California» dukker opp for et britisk studio med en britisk kunde.
• Den finner opp klausuler for å se komplett ut. En konkurranseklausulnon-competeEn konkurranseklausul er et løfte om ikke å gjøre lignende arbeid for en konkurrent, eller i et navngitt marked, i en periode etter jobben.Mer i ordlisten eller «work for hirearbeid utført på oppdrag (work for hire)Work for hire er en frase, vanlig i avtaler i amerikansk stil, som betyr at kunden behandles som opphavsperson og eier av arbeidet fra første stund.Mer i ordlisten» kopiert fra et annet lands mal. Sjekk at klausulene passer til retten du har valgt.

Ingenting av dette er ond vilje. Det er gjetninger. Jobben din er å erstatte hver gjetning med en beslutning dere to faktisk har tatt.

Gi den beslutningene, ikke bare jobbtittelen. En kort, saklig brief fungerer bedre enn juridiske formuleringer:

1. Parter: ditt fulle navn og adresse; kundens fulle juridiske navn, nummer og adresse.
2. Type: en av «gjensidig konfidensialitetsavtale», «frilansavtale», «tjenesteavtale», «arbeidsbeskrivelse», «løpende avtale» eller «tilbudsbrev om ansettelse».
3. Omfang: leveransene som en nummerert liste; hva som er utenfor omfanget.
4. Betaling: honorarmodellen, betalingsvilkårene og startpunktet for fristen.
5. Eierskap: overdragelse ved betaling, eller en lisens med begrensninger.
6. Risiko: en ansvarsbegrensningansvarstakEt ansvarstak er det høyeste beløpet en part kan bli bedt om å betale den andre etter en kontrakt.Mer i ordlisten, og om eventuelle skadesløsholdelser er gjensidige eller begrenset.
7. Utgang: varsel, oppsigelsesgrunner og hva som betales for utført arbeid.
8. Lov: det lovvalget du og kunden blir enige om å bruke.

Be om «korte klausuler på enkelt språk ved siden av juridisk ordlyd», fordi du skal redigere dette sammen med et menneske. Hvis et utkast kommer tilbake lengre enn du trenger, be den om å holde én idé per setning og kutte fyllstoff.

Hvis du heller ikke vil sjonglere instruksjoner, beskriv avtalen i én setning på /ai-contract-generator og rediger på selve papiret. Den andre parten markerer endringer på den samme lenken.

En rask sjekkliste som fanger de fleste feilene en chatbot ikke kan vite:

• Parter. Fullt juridisk navn, organisasjonsnummer og adresser.
• Omfang. Leveranser som substantiver; hva som er utenfor omfanget; et definert aksepttrinn.
• Betalingsvilkår. Beløp, faktureringspunkter, dager til betaling og startpunktet.
• Eierskap. Når immaterielle rettigheter overføres (vanligvis ved betaling), hva som forblir lisensiert, og bruk i portefølje.
• Ansvar. En tydelig ansvarsbegrensning og eventuelle skadesløsholdelser.
• Oppsigelse. Varsel, mislighold og hva som betales for utført arbeid.
• Lovvalg og verneting. Ett sted dere begge anerkjenner.

For en fyldigere gjennomgang, start med /guides/how-to-write-a-contract og /guides/freelance-and-contractor-agreements. Hvis kunden din allerede har markert endringer i utkastet ditt, se /guides/your-client-redlined-your-contract.

En generell chatbot skriver tekst. Et tosidig kontraktverktøy er stedet der begge parter utarbeider, forhandler og blir enige om én delt versjon, og så e-signerer den. Den forskjellen vises i trinnene:

• Utarbeidelse. Beskriv avtalen; verktøyet setter inn detaljene dine og de vanlige klausulene for den typen arbeid, på enkelt språk ved siden av juridisk ordlyd.
• Forhandling. Kundens advokat setter endringsmarkeringer på den samme lenken. Du godtar, gir motforslag på eller avslår hver endring på papiret, og hver versjon beholdes.
• Enighet. Når ordlyden er avtalt, e-signerer begge parter én låst kopi. Gjester trenger ikke konto og betaler aldri.

På Contracts.io er dette standardflyten. Det er bygget for B2B-jobbene studioer og frilansere gjør hver uke, ikke for forbrukerklikk eller enkelt-PDF-er.

Behandle alt du limer inn i en offentlig chatbot som om du publiserer det til en tjenesteleverandør. Hvis teksten inneholder kundenavn, priser eller uutgitte planer, spør deg selv om du ville sendt det på e-post til en tredjeparts kundestøtte.

Praktiske alternativer:

• Fjern navn og tall i instruksjonen, og sett dem inn igjen i editoren din.
• Bruk et verktøy bygget for kontrakter. På Contracts.io ligger utkastet ditt på én lenke du deler med kunden. For hvordan vi håndterer kontrakttekst og logger, se /trust.
• Sjekk leverandørens publiserte policy før du limer inn sensitive detaljer.

Ikke lim inn personopplysninger du ikke har lov til å dele. Hvis en kunde sender deg sine egne papirer, foretrekk å jobbe på en delingslenke i stedet for å lime hele kontrakten deres inn i en offentlig modell.

En rettferdig, kort sammenligning:

Ingen av disse utelukker de andre. Mange team starter et utkast i et verktøy, og ber så en advokat gjennomgå resultatet på en jobb med høy verdi eller høy risiko.

Åpne en delingslenke, lim inn klausulen deres og gi motforslag med din ordlyd på papiret, slik at det er én versjon å gjennomgå. De vanlige motforslagene:

• Net 60Net 60Net 60 betyr at kunden har 60 dager fra fakturadatoen på seg til å betale.Mer i ordlisten tilbake til Net 30Net 30Net 30 betyr at kunden har 30 dager fra fakturadatoen på seg til å betale.Mer i ordlisten, eller en linje om å sette arbeidet på pause hvis en faktura er forfalt.
• Overføring av immaterielle rettigheter ved betaling, ikke ved levering; lisenslicenceEn lisens er tillatelse til å bruke arbeid på en avtalt måte, uten å ta eierskapet fra personen som laget det.Mer i ordlisten for dine eksisterende materialer.
• En reell grense for revisjoner og en endringsprosess for nytt arbeid.

Hvis de allerede har sendt en PDF på e-post, kan du fortsatt starte fra /templates/freelancer-agreement eller /templates/statement-of-work og legge inn ønskene deres som motforslag, slik at dine betalings- og eierskapsvilkår forblir utgangspunktet.