Was gehört in einen Freelance-Entwicklervertrag im UK?

Ein Freelance-Entwicklervertrag im UK sollte die Parteien, die Leistungsbeschreibung (SOW) oder das Backlog, die Abnahme, Umgebungen, Änderungskontrolle, das Honorar, wem der Code gehört, IR35-Arbeitsweise, eine Haftungsobergrenze und was bei Stornierung oder Zahlungsverzug gilt, nennen. Unterschreiben Sie ihn vor dem ersten Commit.

Diese Seite gilt zuerst für England and Wales (England und Wales). Das Urheberrecht nach dem Copyright, Designs and Patents Act 1988 (Urheberrechtsgesetz 1988) gilt im gesamten Vereinigten Königreich. Off-Payroll Working (IR35) ist eine britische Steuerregel. Der Weg einer Zahlungsklage für eine unbezahlte Rechnung ist das Verfahren für England and Wales in Kunde zahlt eine Freelance-Rechnung nicht.

Es gibt keine Vorlage für einen Softwareentwicklungsvertrag auf Contracts.io. Beginnen Sie mit einem Freelancer-Vertrag oder einem Vertrag mit selbstständigem Auftragnehmer. Ein Site-Build kann mit einem Vertrag zur Website-Erstellung starten. Wiederkehrende Arbeit hängt eine Leistungsbeschreibung unter einen Dienstleistungsvertrag. Ein monatliches Betreuungsslot sitzt auf einem Rahmenvertrag. Strategie-lastige Arbeit kann mit einem Beratungsvertrag starten. Teilen Sie unveröffentlichten Code, bevor der Deal unterschrieben ist, sitzt eine gegenseitige Geheimhaltungsvereinbarung (NDA) daneben. Verträge für Entwickler ist die kürzere Zielgruppenseite. Was gehört in einen Webdesign-Vertrag im UK? ist das Geschwister für Site-Jobs.

Zehn Bausteine erledigen die Arbeit:

Die 40%-Anzahlung ist ein Beispiel, kein gesetzlicher Satz. Schreiben Sie die Zahlen, die Sie tatsächlich nutzen.

Was in einen Freelance- oder Auftragnehmervertrag gehört vergleicht Vorlagen. So schreiben Sie einen Vertrag ist die allgemeine Checkliste. Diese Seite ist die Entwicklerfassung.

Mailen Sie keine Word-Datei und hoffen Sie, v4_final sei die unterschriebene. Beide Seiten sollten einen gemeinsamen Entwurf bearbeiten und elektronisch unterschreiben.

Ihnen, sofern Sie ihn nicht abtreten. CDPA 1988 s.11 macht den Urheber zum ersten Inhaber von Freelance-Urheberrecht. Eine Abtretung ist nur wirksam, wenn sie schriftlich erfolgt und unterzeichnet ist. Das Bezahlen der Rechnung überträgt den Rechtstitel nicht. Treten Sie maßgeschneiderten Code bei vollständiger Zahlung ab. Lizenzieren Sie Ihre Bibliotheken und Tools.

CDPA 1988 s.11 ist die Erstinhaber-Regel. Die Arbeitnehmer-Ausnahme in s.11(2) gilt für Arbeitnehmer, nicht für einen Entwickler auf Grundlage eines Dienstleistungsvertrags (contract for services). Ein Build-Auftrag überträgt kein Urheberrecht. Schweigt der Vertrag, kann ein Gericht eine beschränkte stillschweigende Lizenz für den Zweck des Auftrags finden. Das ist kein Eigentum. Schweigen ist, wie ein Kunde das Repo zu einem anderen Shop trägt und behauptet, er habe es gekauft.

CDPA 1988 s.90 ist die Abtretungsregel. Eine RechteübertragungRechteübertragungEine Rechteübertragung (IP Assignment) überträgt das Eigentum an der Arbeit, sodass sie dem Kunden gehört statt der Person, die sie geschaffen hat.Mehr im Glossar muss schriftlich erfolgen, von Ihnen oder jemandem, der in Ihrem Namen unterschreibt, unterzeichnet. Eine LizenzLizenzEine Lizenz ist die Erlaubnis, Arbeit in vereinbarter Weise zu nutzen, ohne dem Urheber das Eigentum zu nehmen.Mehr im Glossar ist die Erlaubnis, das Werk zu nutzen. Sie ist keine Eigentumsübertragung. Siehe Lizenz vs. RechteübertragungLizenz vs. RechteübertragungEine Rechteübertragung überträgt das Eigentum am Urheberrecht oder anderem geistigen Eigentum. Eine Lizenz ist die Erlaubnis zur Nutzung; der Urheber bleibt Inhaber. In England & Wales gibt es für Freelancer keine work-made-for-hire-Erstinhaberregel: Copyright, Designs and Patents Act 1988 s.11. Eine Übertragung muss schriftlich und unterzeichnet sein: s.90. Sagen Sie, was Sie meinen, und wann es geschieht.Mehr im Glossar.

Eine US-Überschrift „work for hireWork for hireWork for hire ist eine in Verträgen nach US-Muster übliche Formulierung, nach der der Kunde von Anfang an als Urheber und Inhaber des Werks behandelt wird.Mehr im Glossar“ leistet das in England and Wales nicht. Siehe Auftragswerk (Work for Hire). Schreiben Sie Abtretung oder Lizenz in englischen Worten.

Halten Sie vier Stapel:

• Maßgeschneiderter Code — die benannten Liefergegenstände. Bei vollständiger Zahlung abgetreten oder lizenziert.
• Ihre Bibliotheken — Komponenten, CLIs, frühere Starter. Für diesen Auftrag lizenziert, nicht abgetreten.
• Open-Source — Drittkomponenten auf ihren eigenen Lizenzen. Die können Sie nicht abtreten.
• Arbeitsnotizen — Spikes, verworfene Branches, lokale Tools. Nicht enthalten, sofern nicht bepreist.

In einem Dienstleistungsvertrag zwischen Unternehmen gilt eine stillschweigende Bedingung, dass Sie die Leistung mit angemessener Sorgfalt und Fachkenntnis erbringen — Supply of Goods and Services Act 1982 s.13 (Gesetz über die Lieferung von Waren und Dienstleistungen 1982). Diese Bedingung überträgt kein Urheberrecht.

Beispiel

Mit Eingang der vollständigen Zahlung tritt der Entwickler dem Kunden das Urheberrecht am maßgeschneiderten Code der Liefergegenstände ab. Bis dahin hat der Kunde keine Lizenz, sie zu kopieren, zu veröffentlichen, mitzuteilen oder zu bearbeiten, außer soweit der Entwickler schriftlich zustimmt. Vorbestehende Materialien, Bibliotheken, Tools und Open-Source-Komponenten Dritter bleiben beim Entwickler oder ihren Lizenzgebern und sind nur als Teil der Liefergegenstände lizenziert.

In einfachen Worten: Der Kunde besitzt den individuellen Code, sobald er bezahlt hat. Unbezahlte Arbeit darf er nicht ausliefern. Ihr Starter-Kit und die Bibliotheken anderer bleiben auf ihren eigenen Bedingungen.

Schreiben Sie das in die Klausel zur Übertragung von Rechten an geistigem Eigentum. Liefert der Kunde unbezahlte Arbeit aus, siehe Kunde nutzt Arbeit, ohne zu zahlen.

Halten Sie drei Stapel. Maßgeschneiderter Code wird bei vollständiger Zahlung abgetreten oder lizenziert. Ihre vorbestehenden Bibliotheken und Tools bleiben Ihre und sind für diesen Auftrag lizenziert. Open-Source-Komponenten bleiben auf ihren eigenen Lizenzen — legen Sie sie offen. Sie können keine Lizenz abtreten, die Ihnen nicht gehört.

Eine brauchbare Drittparteien-Klausel beantwortet vier Dinge:

• Was. Benannte Bibliotheken, die Sie früher geschrieben haben, ein Starter-Kit, Dritt-Pakete, die der Auftrag braucht.
• Wem die Lizenz gehört. Ihr Code bleibt Ihrer. Open-Source bleibt auf den Bedingungen, die die Autoren veröffentlicht haben. Der Kunde kauft diese Urheberrechte nicht, indem er Sie bezahlt.
• Was Sie offenlegen. Eine Liste der Drittkomponenten und der Lizenz, die jede bereits trägt. Erfinden Sie keinen Lizenznamen. Kopieren Sie den Namen aus dem Paket.
• Was Sie zusichern. Dass Sie kein Material einfügen, zu dem Sie kein Recht haben. Nicht, dass ein Upstream-Paket für immer kompatibel bleibt.

CDPA 1988 s.90 ist die Regel für Ihr Urheberrecht. Sie bewegt keine Open-Source-Lizenz Dritter. Halten Sie diese als vorbestehende Materialien oder als Drittlizenzen, nicht als abgetretene Finals.

Teilen Sie ein unveröffentlichtes Repo, bevor der Deal unterschrieben ist, sitzt eine gegenseitige Geheimhaltungsvereinbarung (NDA) neben dem Build-Papier.

Beispiel

Vorbestehende Materialien, Bibliotheken und Tools bleiben beim Entwickler und werden dem Kunden nur lizenziert, soweit das für die Nutzung der Liefergegenstände nötig ist. Open-Source-Komponenten Dritter bleiben auf ihren eigenen Lizenzen. Der Entwickler legt diese Komponenten und die Lizenz, die jede bereits trägt, offen. Der Entwickler tritt diese Lizenzen nicht ab. Der Entwickler sichert zu, dass die Liefergegenstände nach seinem Wissen kein Drittmaterial enthalten, das er ohne Recht dazu eingefügt hat.

In einfachen Worten: Der Kunde bekommt eine Lizenz, Ihr Kit in diesem Produkt zu nutzen. Er kauft Ihren Werkzeugkasten nicht. Open-Source bleibt auf der Lizenz, die sie schon hat. Sie sagen, was Sie verwendet haben.

Schreiben Sie eine Leistungsbeschreibung (SOW) oder ein benanntes Backlog, wie „fertig“ aussieht, in welche Umgebungen Sie liefern und wie eine Änderung bepreist wird. „Ein Produkt“ ist keine Liste. Extra-Epics sind Änderungskontrolle, kein Entgegenkommen. Unterschreiben Sie die SOW vor dem ersten Commit.

Ein brauchbarer Umfang beantwortet fünf Dinge:

• Die Liste. Benannte Epics, Stories oder ein Freeze-Datum für das Backlog. Ein Checkout ist kein Marktplatz. Eine API ist keine Admin-UI.
• Abnahme. Schriftliche Tests, eine Demo auf Staging, ein Mängelfenster. Ein Mangel ist das Verfehlen der SOW. „Wir haben eine neue Idee“ ist eine Änderung.
• Umgebungen. Wer Dev, Staging und Produktion hostet. Wer die Cloud-Konten hält. Wer auf Produktion heben darf.
• Was ausgeschlossen ist. Eine zweite App, bezahlte Anzeigen, Inhalte, laufender On-Call — sofern sie nicht auf der In-Liste stehen.
• Änderungskontrolle. Ein neues Epic wird zuerst angeboten und unterschrieben. Siehe Kunde fügt ständig Extraarbeit hinzu und Änderungskontrolle.

Ein KorrekturlimitKorrekturlimitEin Korrekturlimit legt fest, wie viele Änderungsrunden in der Vergütung enthalten sind, bevor zusätzliche Arbeit angeboten wird.Mehr im Glossar poliert einen vereinbarten Screen. Es ist kein zweites Produkt zum Nulltarif.

Sagt der Vertrag, Änderungen müssten schriftlich und unterschrieben sein, schreibt ein Slack-Ja den Auftrag nicht um. Rock Advertising Ltd v MWB Business Exchange Centres Ltd [2018] UKSC 24 gibt dieser Klausel Wirkung.

Beispiel

Liefergegenstände sind die Positionen in Anlage 1. Der Entwickler teilt mit, dass ein Liefergegenstand auf der Staging-Umgebung bereit ist. Der Kunde prüft ihn innerhalb von 10 Werktagen und nimmt ihn entweder schriftlich ab oder listet Mängel gegenüber Anlage 1. Schweigen nach diesem Zeitraum gilt als Abnahme. Weitere Arbeit, Extra-Epics oder Arbeit außerhalb von Anlage 1 werden angeboten und schriftlich vereinbart, bevor die Arbeit beginnt. Der Entwickler liefert auf Staging. Das Heben auf Produktion ist der Schritt des Kunden, sofern Anlage 1 nichts anderes sagt.

In einfachen Worten: Der Kunde bekommt das benannte Backlog. Zehn Werktage, um Staging anzufassen. Sagt er nichts, ist es abgenommen. Ein neues Epic ist ein neues Honorar. Er drückt den Produktionsknopf, sofern Sie das nicht auch bepreist haben.

Wiederkehrende Kunden sitzen oft unter einem Dienstleistungsvertrag plus einer Leistungsbeschreibung je Auftrag. Eine Marketing-Site kann mit einem Vertrag zur Website-Erstellung starten.

Der Tagessatz zahlt Zeit. Festpreis und Meilensteine zahlen benannte Ergebnisse. Es gibt im Vereinigten Königreich kein gesetzliches Standardrecht, eine Anzahlung zu behalten oder ein Ausfallhonorar zu verlangen — beide Seiten müssen die Summen vereinbaren. Schreiben Sie eine Anzahlung, bevor die Arbeit beginnt. Bei einem Geschäftskunden darf die Summe keine Vertragsstrafe sein.

Wählen Sie eine Honorarform und schreiben Sie sie:

Eine Anzahlung von 30–50% bei Unterschrift, wobei die Arbeit pausiert, bis sie eingeht, ist die übliche Freelance-Form. Ein Ausfallhonorar sitzt daneben: geleistete Arbeit plus ein genannter Anteil des restlichen Honorars, wenn der Kunde aus Bequemlichkeit storniert. Siehe Stornierung und Ausfallhonorar und Zahlungsbedingungen.

Bei einem Geschäftskunden darf eine vereinbarte Stornosumme, die in Wahrheit eine Summe bei Vertragsbruch ist, keine Vertragsstrafe sein. Cavendish Square Holding v Makdessi [2015] UKSC 67 fragt, ob eine sekundäre Pflicht einen Nachteil auferlegt, der in keinem Verhältnis zu einem berechtigten Interesse an der Erfüllung steht. Binden Sie die Zahl an gehaltene Zeit, gebundene Kosten und andere abgelehnte Arbeit. Pauschal 100% ab dem Tag der Unterschrift, ohne Bezug zu diesen Interessen, ist die Form, die wie Bestrafung aussieht.

Die längere Aufteilung ist Kunde hat storniert: dürfen Sie die Anzahlung behalten?.

Beispiel

Der Kunde zahlt 40% des Honorars bei Unterschrift und den Rest bei Abnahme der Liefergegenstände. Der Entwickler beginnt erst, wenn die erste Summe eingegangen ist. Storniert der Kunde aus Bequemlichkeit, nachdem die Arbeit begonnen hat, zahlt der Kunde die bis dahin geleistete Arbeit und eine Stornogebühr von 25% des restlichen Honorars. Bereits gezahlte Summen werden auf diese Gesamtsumme angerechnet. Das geistige Eigentum an nicht vollständig bezahlter Arbeit bleibt beim Entwickler.

In einfachen Worten: 40% gehen ein, bevor Sie beginnen. Sagt der Kunde ab, sobald Sie arbeiten, zahlt er das Geleistete plus ein Viertel des Rests. Unbezahlter Code gehört ihm nicht.

Diese Prozentsätze sind Beispiele, kein gesetzlicher Satz. Bei einem Tagessatz-Auftrag schreiben Sie den Satz, die Mindesttage und dass bereits gehaltene, stornierte Tage trotzdem fällig werden, wenn Sie andere Arbeit abgelehnt haben.

Schreiben Sie ein kurzes Fälligkeitsdatum, ein Recht zu pausieren, wenn eine Rechnung überfällig ist, und dass keine Lizenz und keine Abtretung greift, bis vollständig gezahlt ist. Bei einem britischen Geschäftskunden betragen die gesetzlichen Zinsen auf verspätete Handelszahlungen 8% über dem Basiszinssatz der Bank of England plus eine feste Einziehungspauschale. Wir drucken den aktuellen Basiszins nicht.

Zahlungsbedingungen sollten nennen:

• wann Rechnungen rausgehen — bei Unterschrift, auf einem Mittelpunkt, bei Abnahme
• wie viele Tage zum Zahlen — Net 14 oder Net 30Net 30Net 30 bedeutet, dass der Kunde ab dem Rechnungsdatum 30 Tage Zeit zur Zahlung hat.Mehr im Glossar schlägt ein offenes „wenn Einkauf das nächste Mal läuft“
• ein Pauserecht, wenn eine unbestrittene Rechnung überfällig ist, einschließlich des Rechts, nicht auf Produktion zu heben
• dass das Urheberrecht oder jede Lizenz zur Nutzung der Arbeit erst bei vollständiger Zahlung übergeht

Für eine qualifizierte Forderung zwischen Unternehmen setzt der Late Payment of Commercial Debts (Interest) Act 1998 (Gesetz über Verzugszinsen bei Handelsforderungen, 1998) gesetzliche Zinsen. GOV.UK zu verspäteten Geschäftszahlungen nennt den Satz mit 8% plus dem Basiszinssatz der Bank of England. Sobald diese Zinsen laufen, ist außerdem eine feste Einziehungspauschale fällig: £40 unter £1.000, £70 von £1.000 bis unter £10.000 und £100 ab £10.000, plus angemessene Einziehungskosten, die diese Summe nicht deckt. Siehe Verzugszinsen. Das Gesetz von 1998 gilt nicht für einen Verbraucher als Kunden.

Ein Vertragssatz, wenn Sie einen nennen, ist der Satz, auf den Sie statt des gesetzlichen Satzes verweisen. Erfinden Sie keine Zahl, die weder zum Gesetz noch zum Papier passt.

Beispiel

Jede unbestrittene Rechnung ist innerhalb von 14 Tagen ab ihrem Datum fällig. Der Entwickler darf die Arbeit pausieren und ist nicht verpflichtet, Produktionszugang zu übergeben, solange eine unbestrittene Rechnung mehr als 7 Tage überfällig ist. Urheberrecht und jede Lizenz zur Nutzung der Liefergegenstände gehen erst bei vollständiger Zahlung auf den Kunden über. Bis dahin hat der Kunde kein Recht, die Liefergegenstände zu kopieren, zu veröffentlichen, mitzuteilen oder zu bearbeiten.

In einfachen Worten: Der Kunde hat zwei Wochen Zeit zu zahlen. Nach einer Woche Verspätung stoppt die Arbeit und die Produktion bleibt zu. Er besitzt den Code nicht und darf ihn nicht ausliefern, bis er bezahlt hat.

Die Mahnfolge — schriftliche Mahnung, Letter before Action, Zahlungsklage — ist Kunde zahlt eine Freelance-Rechnung nicht.

Keine Bezeichnung entscheidet die Steuer. Seit dem 6. April 2021 müssen Behörden und mittlere oder große Kunden eine Statusfeststellungserklärung (Status Determination Statement) ausstellen. Kleine private Kunden überlassen diese Entscheidung Ihrer Gesellschaft. Schreiben Sie Autonomie, echte Vertretung und Gegenseitigkeit so, dass sie zu Ihrer tatsächlichen Arbeitsweise passen.

Die Off-Payroll-Working-Regeln stehen im ITEPA 2003. Seit dem 6. April 2021 muss der Kunde, wo Leistungen über einen Intermediär an eine Behörde oder einen mittleren oder großen Kunden mit UK-Bezug erbracht werden, eine Statusfeststellungserklärung ausstellen. Diese Erklärung muss sagen, ob die Arbeitskraft bei direkter Beauftragung Arbeitnehmer gewesen wäre, die Gründe erläutern und mit angemessener Sorgfalt erstellt sein.

Werden Leistungen über einen Intermediär an eine Person erbracht, die keine Behörde ist und die für das Steuerjahr als klein gilt, greift Kapitel 8. Eine Gesellschaft gilt für ein Steuerjahr als klein, wenn das Regime für kleine Gesellschaften im Companies Act 2006 (Gesellschaftsgesetz 2006) auf ihr letztes, für dieses Steuerjahr maßgebliches Geschäftsjahr Anwendung findet. Dann entscheidet die Gesellschaft der Arbeitskraft über den Status.

Was der Vertrag trotzdem tun kann, ist die Arbeitsbeziehung zutreffend zu beschreiben:

• Autonomie. Sie entscheiden, wie das vereinbarte Ergebnis geliefert wird. Der Kunde setzt das Ergebnis, Fristen und angemessene Standortregeln, nicht die täglichen Methoden.
• Echte Vertretung. Sie dürfen eine geeignet qualifizierte Vertretung schicken, die Sie bezahlen. Ein unbegrenztes Kunden-Veto lässt das Recht unwirklich aussehen.
• Gegenseitigkeit. Jede Leistungsbeschreibung ist ein eigener Auftrag. Keine Seite ist verpflichtet, weitere Arbeit anzubieten oder anzunehmen, wenn ein Auftrag endet.

HMRC betrachtet den Vertrag und die gelebte Praxis gemeinsam. Eine Vertretungsklausel, die der Kunde in der Praxis nie zulassen würde, trägt den Status nicht. Setzen Sie Vertretung in die Klausel zu Abtretung und Unterauftragsvergabe eines Vertrags mit selbstständigem Auftragnehmer oder Freelancer-Vertrags, nicht in eine Neben-E-Mail.

Die längere Checkliste — Kapitel 8 und Kapitel 10, die Statusfeststellungserklärung und außerhalb-freundlicher Wortlaut — ist Checkliste zu IR35-Vertragsklauseln. Diese Seite erfindet keinen Wortlaut darüber hinaus.

Beispiel

Der Entwickler entscheidet, wie das vereinbarte Ergebnis geliefert wird. Der Kunde darf das Ergebnis, Fristen und angemessene Zugangsregeln setzen, nicht die täglichen Methoden. Der Entwickler darf eine geeignet qualifizierte Vertretung schicken, die der Entwickler bezahlt. Jede Leistungsbeschreibung ist ein eigener Auftrag. Keine Seite ist verpflichtet, weitere Arbeit anzubieten oder anzunehmen, wenn ein Auftrag endet.

In einfachen Worten: Sie führen das Wie. Der Kunde kauft das Was. Sie können jemand anderen schicken, der den Job kann. Diese SOW ist diese SOW — kein Versprechen für nächsten Monat.

Deckel Sie die Haftung auf ein Vielfaches der Honorare. In England and Wales können Sie die Haftung für Tod oder Körperverletzung durch Fahrlässigkeit nicht ausschließen. Greifen Sie auf personenbezogene Daten auf den Systemen des Kunden zu, braucht die Verarbeitung einen bindenden Auftragsverarbeiter-Vertrag. Siehe den längeren Haftungsleitfaden.

Eine brauchbare Haftungsbeschränkung nennt:

• die Obergrenze — oft die unter der SOW gezahlten Honorare oder ein genanntes Vielfaches
• was unbegrenzt bleibt — Haftung für Tod oder Körperverletzung durch Fahrlässigkeit kann nicht ausgeschlossen oder beschränkt werden (Unfair Contract Terms Act 1977 s.2, Gesetz über missbräuchliche Vertragsklauseln). Sonstige Haftung für Fahrlässigkeit lässt sich nur begrenzen, soweit die Klausel angemessen ist
• ob eine Freistellung innerhalb der Obergrenze sitzt oder sie durchschlägt

Die längere Seite ist Wie sollte ein Freelancer die Haftung begrenzen?.

Verarbeiten Sie personenbezogene Daten für den Kunden — Produktionsdatenbanken, Nutzerexporte, Supportzugang — verlangt UK GDPR Artikel 28(3) einen Vertrag, der Sie als Auftragsverarbeiter bindet. Er muss Gegenstand und Dauer der Verarbeitung, Art und Zweck, die Art der personenbezogenen Daten und Kategorien der betroffenen Personen sowie die Auftragsverarbeiter-Bedingungen in Artikel 28(3)(a)–(h) festlegen. Siehe Datenschutz. Tun Sie nicht so, als sei eine einzeilige „Sie halten das Datenschutzrecht ein“ dieser Vertrag.

In einem Dienstleistungsvertrag zwischen Unternehmen gilt außerdem eine stillschweigende Bedingung, dass Sie die Leistung mit angemessener Sorgfalt und Fachkenntnis erbringen — Supply of Goods and Services Act 1982 s.13. Eine Obergrenze sitzt neben dieser Bedingung. Sie löscht sie nicht.

Beispiel

Die Gesamthaftung des Entwicklers unter dieser Vereinbarung ist auf die unter der jeweiligen Leistungsbeschreibung gezahlten Honorare begrenzt. Nichts in dieser Vereinbarung beschränkt die Haftung für Tod oder Körperverletzung durch Fahrlässigkeit. Verarbeitet der Entwickler personenbezogene Daten für den Kunden, gilt für diese Verarbeitung die Auftragsverarbeiter-Vereinbarung in Anlage 2.

In einfachen Worten: Läuft es schief, haften Sie bis zu den Honoraren für diesen Auftrag. Sie können sich nicht vertraglich davon befreien, jemanden durch Unachtsamkeit zu töten. Fassen Sie die Nutzerdaten des Kunden an, schreiben Sie das Auftragsverarbeiter-Papier, kein Gefühl.

Nennen Sie, wer Zugang bekommt, zu welchen Repos und Cloud-Konten, mit welchem Privileg und wann der Zugang endet. Nutzen Sie benannte Konten, kein geteiltes Passwort. Beim Ende geben Sie Zugangsdaten zurück und der Kunde widerruft Ihre. Schreiben Sie das als Praxis, nicht als Strafgesetz-Klausel.

Eine brauchbare Zugangsklausel beantwortet fünf Dinge:

• Was. Git-Hosts, Cloud-Konsolen, CI, Fehlertracker, Analytics, Domain-DNS.
• Wer. Benannte Personen, auf benannten Konten. Kein geteiltes Root-Passwort in einer Slack-DM.
• Privileg. Least Privilege für den Auftrag. Schreibzugriff auf Produktion nur, wenn die SOW sagt, dass Sie heben.
• Geheimnisse. Wo Deploy-Keys und Tokens leben. Wer sie rotiert.
• Ende. Sie geben Zugangsdaten zurück oder vernichten sie. Der Kunde widerruft Ihren Zugang am Enddatum oder bei einer wesentlichen Vertragsverletzung.

Halten Sie Produktionsschlüssel nicht als Geisel für eine unbezahlte Rechnung. Das Pauserecht und die IP-Zeile tun diese Arbeit schon: keine Abtretung und keine Pflicht zu heben, solange eine unbestrittene Rechnung überfällig ist. Ein Lockout-Streit ist, wie eine kleine Schuld zum größeren Streit wird.

Teilen Sie ein unveröffentlichtes Repo, bevor der Deal unterschrieben ist, setzen Sie eine gegenseitige Geheimhaltungsvereinbarung (NDA) neben die Zugangsliste.

Beispiel

Der Kunde gewährt dem Entwickler Zugang zu den in Anlage 1 genannten Repositories und Cloud-Konten, auf benannten Konten und mit dem dort festgelegten Privileg. Der Entwickler teilt diese Zugangsdaten nicht. Beim Ende oder auf schriftliche Aufforderung des Kunden gibt der Entwickler Zugangsdaten in seiner Kontrolle zurück oder vernichtet sie, und der Kunde widerruft den Zugang des Entwicklers.

In einfachen Worten: Der Kunde lässt Sie mit einem benannten Login rein. Sie reichen die Schlüssel nicht herum. Wenn es endet, geben Sie die Schlüssel zurück und der Kunde schließt die Tür.

Nur wenn der Vertrag das sagt. Eine Abtretung des Codes gibt Ihnen für sich allein kein Recht, das Produkt auf Ihre Site zu setzen. Schreiben Sie eine Lizenz zurück: benannte Kanäle, ob Sie den Kunden nennen dürfen und ob vertrauliche Arbeit bis zum Launch vom Portfolio bleibt.

Eine brauchbare Portfolio-Klausel beantwortet vier Dinge:

• Wo. Ihre Website, Social, gedruckte Showreel, Vorträge.
• Was. Das öffentliche Produkt, nicht unveröffentlichte Branches oder die verworfene Architektur.
• Wann. Nach dem Launch oder nach einem benannten Embargo.
• Namensnennung. Ob Sie den Kunden nennen und ob er Sie nennt. Namensnennung für Code ist ein vertragliches Versprechen.

Siehe Werbung und Portfolio-Nutzung. Ist der Auftrag vertraulich — ein nicht gelaunchtes Produkt, ein Build noch im Stealth — schreiben Sie, dass die Lizenz mit seinem öffentlichen Launch oder mit schriftlicher Zustimmung beginnt. Schweigen ist, wie eine Case Study in der Woche vor der Ankündigung live geht.

Beispiel

Der Entwickler darf das öffentliche Produkt im Portfolio des Entwicklers sowie auf der Website und den Social-Kanälen des Entwicklers wiedergeben und den Kunden als Auftraggeber nennen, nach dem Launch oder früher mit schriftlicher Zustimmung des Kunden. Diese Lizenz erstreckt sich nicht auf unveröffentlichte Branches, Staging-URLs oder vertrauliche Informationen.

In einfachen Worten: Sobald es öffentlich ist, dürfen Sie das Live-Produkt zeigen und den Kunden nennen. Sie dürfen nicht die Wege zeigen, die er verworfen hat, und den Launch nicht leaken.

Lehnt der Kunde jede Portfolio-Nutzung ab, ist das eine Preisfrage. Holen Sie das ins Papier, bevor Sie beginnen.

Der Auftrag endet, wenn die benannten Liefergegenstände abgenommen sind oder die Kündigungsfrist abläuft. Übergeben Sie Repos, Zugangsdaten und Docs. Unbezahlter Code bleibt Ihrer. Danach sitzt Support auf einem Rahmenvertrag oder beim Kunden. Lassen Sie „wir behalten es im Auge“ nicht als offenes Versprechen stehen.

Eine brauchbare Übergabe beantwortet fünf Dinge:

• Wann der Build endet. Abnahme auf Staging oder ein genanntes Enddatum.
• Was umzieht. Repos, Cloud-Admin, CI, DNS, Dritt-Logins, Runbooks.
• Was bleibt. Ihre lokalen Tools, ungenutzte Spikes, Bibliotheken, die Sie nicht abgetreten haben.
• Die Gewährleistung. Mängel gegenüber der SOW für eine genannte Zahl von Tagen. Das ist ein vertragliches Fenster, kein gesetzlicher Zusatz zum CDPA.
• Der Rahmenvertrag. Stunden pro Monat, Reaktionszeiten, ob ungenutzte Stunden rollen, wie er endet. Siehe Rahmenvertrag.

Will der Kunde Sie nach dem Launch on-call und es gibt keinen Rahmenvertrag, ist das ein neuer Auftrag. Wie beende ich einen Freelance-Vertrag ist die längere Seite zum Ende.

Beispiel

Der Auftrag endet mit der Abnahme der Liefergegenstände oder mit der Kündigung in Anlage 1. Der Entwickler übergibt die in Anlage 1 genannten Repositories, den Cloud-Administratorzugang, CI, DNS-Einträge und Dritt-Logins. Mängel gegenüber Anlage 1, die innerhalb von 30 Tagen nach Abnahme gemeldet werden, werden kostenlos behoben. Hosting, On-Call und weitere Änderungen nach diesem Fenster sind ein gesonderter Rahmenvertrag oder werden als Extraarbeit angeboten. Das geistige Eigentum an nicht vollständig bezahlter Arbeit bleibt beim Entwickler.

In einfachen Worten: Sie liefern, Sie übergeben die Schlüssel, Sie beheben echte Bugs einen Monat lang. Danach zahlt der Kunde für Betreuung oder betreibt es selbst. Unbezahlter Code bleibt Ihrer.

Auf Contracts.io entwerfen, verhandeln und unterzeichnen beide Seiten elektronisch einen gemeinsamen Entwicklervertrag, sodass die SOW, die IP-Zeile und das Ausfallhonorar die Fassung sind, die Sie beide unterzeichnet haben. Beschreiben Sie den Auftrag in einem Satz. Lex, unser KI-Assistent, entwirft. Sie teilen einen Link. Niemand mailt v4_final.docx hin und her.

Der Kunde öffnet diesen Link. Er kann auf derselben Fassung Accept, Counter oder Decline wählen, dann unterschreiben Sie beide elektronisch. Die andere Seite zahlt nie und braucht kein Konto.

Beginnen Sie mit einem Freelancer-Vertrag oder einem Vertrag mit selbstständigem Auftragnehmer. Ein Site-Build kann mit einem Vertrag zur Website-Erstellung starten. Wiederkehrende Arbeit kann eine Leistungsbeschreibung unter einen Dienstleistungsvertrag hängen. Nach dem Launch deckt ein Rahmenvertrag die Betreuung. Sie können auch mit dem KI-Vertragsgenerator oder dem Vertragsgenerator starten. Teilen Sie unveröffentlichten Code, bevor der Deal unterschrieben ist, sitzt der NDA-Generator oder eine gegenseitige Geheimhaltungsvereinbarung (NDA) daneben.

Das stellt keine IR35-Statusfeststellung für den Kunden aus. Es heißt, dass die Leistungsbeschreibung, die Rechteübertragung oder Lizenz, die AnzahlungAnzahlungEine Anzahlung ist Geld, das im Voraus gezahlt wird, vor der Hauptarbeit oder der Schlussrechnung.Mehr im Glossar, das AusfallhonorarAusfallentschädigungEine Ausfallentschädigung (Kill Fee) ist eine Zahlung an einen Kreativen oder Auftragnehmer, wenn ein Kunde ein Projekt vor der Fertigstellung abbricht.Mehr im Glossar und die HaftungsobergrenzeHaftungsobergrenzeEine Haftungsobergrenze ist der Höchstbetrag, den eine Partei der anderen nach einem Vertrag zahlen muss.Mehr im Glossar die Worte sind, die Sie beide unterzeichnet haben, keine in einer E-Mail verlorene Zeile.

Free £0, danach bezahlte Pläne ab £15 im Monat — siehe /pricing.

Probieren Sie es auf contracts.io: beschreiben Sie den Build in einem Satz, teilen Sie einen Link und unterschreiben Sie elektronisch vor dem ersten Commit.

Verträge für Entwickler ist der weitere Satz Bedingungen um dieses Papier. Verträge für Webdesigner ist das Site-Geschwister. Checkliste zu IR35-Vertragsklauseln ist die Statusseite. Sollte ich mit der Arbeit beginnen, bevor der Vertrag unterschrieben ist? ist die Regel für Tag eins.