---
title: "Vorlage der Engagement-Vereinbarung"
description: "Die Arbeitsvereinbarung, die wir unterschreiben würden, veröffentlicht unter CC BY 4.0, damit Sie sie mit jedem Auftragnehmer nutzen können: Umfang, Rhythmus, Eigentum, Vorfälle, Zugänge und Datenschutz, mit einem empfohlenen Standardwert in jeder Lücke."
language: "de"
canonical: "https://zapolu.com/de/downloads/engagement-template/"
---

# Engagement-Vereinbarung: Arbeitsdokument

> Vorlage veröffentlicht von Zapolu s.r.o. (zapolu.com) unter
> CC BY 4.0: Sie kann mit Zapolu oder mit jedem anderen Auftragnehmer
> verwendet werden, kommerziell oder nicht, solange die
> Namensnennung am Ende erhalten bleibt. Sie ist eine
> Arbeitsvereinbarung, keine Rechtsberatung; lassen Sie die
> vertraglichen Teile von Ihrem Rechtsbeistand prüfen. Vorlagenversion
> 1.0, 1. August 2026. Die aktuelle Fassung steht unter
> [zapolu.com/downloads](https://zapolu.com/de/downloads/zapolu-engagement-template.pdf).

Wo diese Vorlage eine Leerstelle lässt, nennt sie einen empfohlenen
Standardwert oder ein ausgearbeitetes Beispiel. Ändern Sie einen
Standardwert bewusst, wo er nicht passt, statt die Leerstelle offen
zu lassen.

## 1. Umfang

- **Was wir tun:** _ein Absatz, in klarer Sprache. Ein Umfang, der
  sich nicht in einem Absatz beschreiben lässt, sollte in zwei
  Engagements aufgeteilt werden._
- **Was wir ausdrücklich nicht tun:** _auflisten, was ein Leser sonst
  für inbegriffen halten könnte._
- **Erfolgskriterien:** _messbar, vereinbart vor Arbeitsbeginn.
  Beispiel: „Checkout-LCP ≤ 1,5 s bei p75 anhand von Felddaten“, nicht „die
  Seite fühlt sich schneller an“._

## 2. Personen und Unterauftragnehmer

- **Technische Ansprechperson des Kunden:** _Name_. Hat die
  Befugnis, eigenständig zu entscheiden, und ein eingeplantes
  Zeitbudget von 1–2 h/Woche für dieses Engagement.
- **Engineers des Auftragnehmers in diesem Engagement:** _Namen_.
  Die aufgeführten Engineers schreiben den Code und nehmen an den
  Besprechungen teil. Ein Austausch erfordert die schriftliche
  Zustimmung des Kunden.
- Unterauftragnehmer werden vorab benannt oder nicht eingesetzt.
  Empfohlener Standardwert: keine ohne schriftliche Zustimmung. Ein
  Unterauftragnehmer ist an jede Klausel hier gebunden, und der
  Auftragnehmer haftet weiterhin für dessen Arbeit.

## 3. Arbeitsrhythmus und Transparenz

- Gearbeitet wird im **Repository und in der Organisation des
  Kunden**, in kleinen, gut prüfbaren Pull Requests, vom ersten Tag
  an.
- **Wöchentlicher schriftlicher Check-in** (geliefert / als Nächstes /
  blockiert / Entscheidungen nötig), jede Woche, auch in Wochen mit
  negativen Ergebnissen.
- Status-Meetings finden nur mit Agenda statt; ansonsten ersetzt sie
  der schriftliche Check-in.

## 4. Kommerzielle Konditionen

- Modell: _Festpreis / wöchentliche Abrechnung mit Obergrenze /
  monatlicher Retainer mit festgelegten Stunden_ (eines wählen;
  gemischte Modelle pro Phase sind zulässig).
- Änderungswünsche werden schriftlich festgehalten, geschätzt und vor
  Arbeitsbeginn freigegeben; Rechnungen enthalten keine Posten, die
  nicht vorab freigegeben wurden.
- Zahlungsbedingungen: _empfohlener Standardwert: 14 Tage netto. Die
  Arbeit pausiert nach schriftlicher Ankündigung, wenn eine
  unbestrittene Rechnung 14 Tage überfällig ist._
- Auslagen (Reisen, Lizenzen, Dienste Dritter) werden zum
  Selbstkostenpreis abgerechnet. Empfohlener Standardwert: keine ohne
  vorherige schriftliche Zustimmung.

## 5. Abnahme und Mängel

- Abgenommen wird gegen die Erfolgskriterien aus Abschnitt 1, nicht
  gegen einen Eindruck.
- Der Kunde hat _empfohlener Standardwert: 10 Arbeitstage_ ab
  Lieferung, um abzunehmen oder schriftlich zu benennen, welches
  Kriterium nicht erfüllt ist. Nach Ablauf dieser Frist gilt die
  Arbeit als abgenommen.
- Mängel, die bei der Übergabe bereits vorlagen, werden
  _empfohlener Standardwert: 90 Tage_ lang kostenfrei behoben. Eine
  Umfangsänderung ist ein Änderungswunsch nach Abschnitt 4, kein
  Mangel.

## 6. Eigentum, bestehende Rechte und Ausstieg

- Der gesamte Code sowie sämtliche Konfiguration und Dokumentation,
  die für dieses Engagement entstehen, gehören dem Kunden **ab der
  ersten bezahlten Rechnung**. Das Repository liegt in der Organisation des Kunden; am
  Ende gibt es nichts zu übergeben.
- Open-Source- und Drittkomponenten behalten ihre eigenen Lizenzen.
  Der Auftragnehmer führt sie in einer Liste, achtet auf ihre
  Vereinbarkeit mit der Nutzung durch den Kunden und fügt
  proprietärem Code ohne schriftliche Zustimmung keine
  Copyleft-Abhängigkeit hinzu.
- Material, das der Auftragnehmer mitbringt (interne Bibliotheken,
  Werkzeuge, Checklisten), bleibt sein Eigentum. Der Kunde erhält
  daran eine dauerhafte, übertragbare Lizenz zur Nutzung, Änderung und
  Unterlizenzierung als Teil der gelieferten Arbeit.
- Beide Seiten können das Engagement mit einer Frist von
  _empfohlener Standardwert: zwei Wochen_ schriftlich beenden. Der
  Kunde behält alles Bezahlte, einschließlich angefangener Arbeit.

## 7. Launches und Rollback

- Migrationen und riskante Launches laufen, wo machbar, **parallel
  beziehungsweise mit Shadow-Traffic**; ein Big-Bang-Launch nur, wenn
  es keine Alternative gibt.
- Eine schriftliche **Go/No-Go-Checkliste** wird vor dem Cutover von
  beiden Seiten abgezeichnet.
- Ein getesteter Rollback-Pfad bleibt **30 Tage** nach dem Launch
  nutzbar.

## 8. Umgang mit Vorfällen

- Produktionsvorfälle: Die Partei, die einen Vorfall zuerst erkennt,
  eröffnet ihn; der Auftragnehmer reagiert innerhalb von
  _empfohlener Standardwert: 4 Arbeitsstunden, an Werktagen zwischen
  09:00 und 18:00 Uhr MEZ_. Eine kürzere Reaktionszeit ist eine
  bezahlte Rufbereitschaft und wird separat vereinbart.
- Jeder Incident endet mit einem **schriftlichen Post-mortem** ohne
  Schuldzuweisung: was passiert ist, was getan wurde und welche
  Änderungen eine Wiederholung verhindern.
- Eine Überschreitung der Schätzung wird im wöchentlichen Check-in
  gemeldet, sobald sie absehbar ist, zusammen mit einem überarbeiteten
  Plan.

## 9. Zugänge und Zugangsdaten

- Der Auftragnehmer erhält den geringsten Zugang, den die Arbeit
  erfordert: schriftlich angefragt, vom Kunden vergeben und pro Person
  ausgestellt. Keine geteilten Logins.
- Zugangsdaten laufen über den Secret Manager des Kunden oder einen
  anderen verschlüsselten Kanal, nie über E-Mail oder Chat.
- Produktionsdaten werden nicht auf Entwicklerrechner kopiert. Wo
  produktionsnahe Daten nötig sind, werden sie vorher anonymisiert.
- Alle Zugänge des Auftragnehmers werden innerhalb von _empfohlener
  Standardwert: 5 Arbeitstagen_ nach Ende des Engagements entzogen,
  und der Kunde bestätigt den Entzug schriftlich.

## 10. Vertraulichkeit und Datenschutz

- Ein gegenseitiges NDA deckt Geschäftsdaten in beide Richtungen ab.
- Verarbeitet der Auftragnehmer personenbezogene Daten im Auftrag des
  Kunden, gilt ein schriftlicher Auftragsverarbeitungsvertrag nach
  Artikel 28 DSGVO: Zweck, Datenkategorien, Sicherheitsmaßnahmen und
  Löschung am Ende.
- Unterauftragsverarbeiter werden vorab aufgeführt und nur mit
  Ankündigung gewechselt, der der Kunde widersprechen kann. Die Liste
  umfasst alles, was Zugriff auf Kundendaten hat, einschließlich
  Hosting, Error Tracking und KI-gestützten Coding-Werkzeugen.
- Verarbeitungs- und Speicherorte werden benannt. Empfohlener
  Standardwert: nur EU/EWR, sonst ein dokumentierter
  Übermittlungsmechanismus.
- Der Auftragnehmer darf das Engagement öffentlich nur anonymisiert
  beschreiben, sofern der Kunde einer Namensnennung nicht schriftlich
  zustimmt.

---

_Version: ausfüllen. Unterschrieben: beide technischen
Ansprechpersonen, also die Menschen, die die Arbeit machen und
abnehmen, nicht nur die, die sie abrechnen._

_Engagement-Vereinbarung, Vorlagenversion 1.0, von Zapolu s.r.o.,
zapolu.com, lizenziert unter CC BY 4.0
(creativecommons.org/licenses/by/4.0/)._