# Checkliste Kontinuitätsklauseln

Sechs Gruppen von Anforderungen, die Sie einem Dienstleister vor der Unterschrift vorlegen oder mit einem bestehenden Vertrag abgleichen können. Haken Sie jede Zeile ab, die der Entwurf bereits abdeckt; die Zahl und ihre Einordnung aktualisieren sich laufend. Jede Zeile ist so formuliert, dass sie unverändert in eine Anforderungsliste übernommen werden kann, und die nicht abgehakten Zeilen sind die, die an die Rechtsabteilung gehen.

## So verwenden Sie es

- Haken Sie eine Zeile nur ab, wenn der Entwurf sie inhaltlich abdeckt, nicht wenn er das Thema nur erwähnt. Ihre Rechtsabteilung wird eigene Formulierungen haben; wichtig ist, dass jede Anforderung vorkommt.
- Arbeiten Sie die sechs Gruppen der Reihe nach durch. Die Einordnung an der Seite sagt Ihnen, welche nicht abgehakten Zeilen Sie zuerst ansprechen.
- Wenn Sie einen bestehenden Vertrag mit der Liste abgleichen, haken Sie ab, was der unterschriebene Text Ihnen bereits gibt, nicht, was der Dienstleister informell zugesagt hat.

### 1. Eigentum an Repositories und Konten

- [ ] Sämtlicher Quellcode und sämtliche Konfiguration der Plattform liegen in Repositories, die einer vom Kunden kontrollierten Organisation gehören.
- [ ] Alle Cloud-, Hosting-, Domain-, DNS- und Drittanbieterkonten, die die Plattform nutzt, sind auf den Kunden registriert, mit dem Kunden als Rechnungsempfänger.
- [ ] Der Dienstleister arbeitet in diesen Repositories und Konten unter namentlich zugeordneten Benutzerkonten, und der Kunde kann diesen Zugriff ohne Mitwirkung des Dienstleisters entziehen.
- [ ] Wo ein Konto nicht auf den Kunden registriert werden kann, führt der Vertrag es auf, nennt den Grund und setzt ein Datum, bis zu dem es übertragen wird.

### 2. Hinterlegung (Escrow)

- [ ] Wo eine Komponente nicht in einem Repository des Kunden liegen kann, regelt der Vertrag, ob sie hinterlegt ist, bei wem, und was die Herausgabe auslöst, zusammen mit Build-Anleitung und Abhängigkeitslisten.
- [ ] Die Hinterlegung wird in einem festgelegten Rhythmus und bei jedem größeren Release aktualisiert.

### 3. Übergabepflicht mit festgelegter Frist

- [ ] Auf schriftliche Anfrage übergibt der Dienstleister sämtlichen Code, alle Zugangsdaten, Konfiguration, Dokumentation und Projekthistorie innerhalb einer festgelegten Zahl von Arbeitstagen.
- [ ] Die Übergabepflicht gilt während der Vertragslaufzeit, nicht nur an deren Ende.
- [ ] Die Übergabe erfolgt in offenen, dokumentierten Formaten und enthält eine schriftliche Beschreibung des Deployment-Prozesses, einschließlich aller manuellen Schritte.
- [ ] Der Dienstleister bestätigt schriftlich, dass über die übergebenen hinaus keine weiteren Zugangsdaten, Konten oder Repositories existieren.
- [ ] Nach Kündigung durch eine der Parteien erbringt der Dienstleister seine Leistungen für einen festgelegten Übergangszeitraum weiter und unterstützt die Übergabe, zum vertraglich vereinbarten Satz.
- [ ] Während des Übergangszeitraums stehen benannte Personen einem Nachfolgeteam für den Wissenstransfer zur Verfügung, für eine festgelegte Zahl von Stunden.
- [ ] Die Übergabe- und Übergangspflichten gelten auch bei einem Kontrollwechsel beim Dienstleister fort.

### 4. Benannte Schlüsselpersonen

- [ ] Der Vertrag nennt die Personen, die das wesentliche Wissen über die Plattform haben, namentlich.
- [ ] Der Dienstleister informiert den Kunden, bevor eine benannte Person das Projekt verlässt, mit einer Mindestankündigungsfrist.
- [ ] Der Ersatz einer benannten Person umfasst eine dokumentierte Übergabe innerhalb des Teams des Dienstleisters, die der Kunde einsehen darf.
- [ ] Stellt der Dienstleister die Leistung ein, darf der Kunde benannte Personen direkt beauftragen, und eine etwaige Abwerbeverbotsklausel ist so formuliert, dass sie das zulässt.

### 5. Zugangsinventar als laufendes Lieferergebnis

- [ ] Der Dienstleister pflegt ein aktuelles Zugangsinventar, das jedes Konto, jeden Dienst, jedes Repository und jede Umgebung aufführt, von denen die Plattform abhängt, jeweils mit Inhaber, Rechnungsempfänger und administrativen Benutzern.
- [ ] Das Inventar wird in einem vereinbarten Rhythmus und auf Anfrage geliefert und mindestens einmal im Jahr gemeinsam durchgesehen.
- [ ] Zugangsdaten werden in einem Vault gespeichert, den der Kunde kontrolliert, und die Mitarbeiter des Dienstleisters greifen über diesen Vault darauf zu, statt eigene Kopien zu halten.

### 6. Historie in einem vom Kunden kontrollierten System

- [ ] Tickets, Entscheidungsprotokolle und Dokumentation werden in einer Instanz eines Projekt-Tools geführt, die dem Kunden gehört und von ihm bezahlt wird; der Dienstleister arbeitet darin als Gast.
- [ ] Wird für einen Teil davon das eigene Tool des Dienstleisters genutzt, verlangt der Vertrag einen vollständigen Export in einem dokumentierten Format, in einem vereinbarten Rhythmus und auf Anfrage.
- [ ] Architekturentscheidungen werden im Repository neben dem Code festgehalten, damit sie zusammen mit dem Code weitergegeben werden.

### Ihr Ergebnis

**Weniger als die Hälfte der Zeilen abgehakt.** Die Vereinbarung ruht auf dem guten Willen des Dienstleisters und nicht auf etwas, das Sie kontrollieren. Sprechen Sie zuerst alles an, was in den Abschnitten 1, 3 und 6 offen ist: Diese drei entscheiden, ob ein Dienstleisterwechsel eine Woche Verwaltungsarbeit oder ein Jahr Rekonstruktion bedeutet. Die Abschnitte 2, 4 und 5 sind verhandelbar; wichtig ist, dass jeder in irgendeiner Form vorkommt.

**Die Hälfte der Zeilen oder mehr abgehakt.** Alles, was in den Abschnitten 1, 3 und 6 offen ist, wird zuerst angesprochen: Diese drei entscheiden, ob ein Dienstleisterwechsel eine Woche Verwaltungsarbeit oder ein Jahr Rekonstruktion bedeutet. Die Abschnitte 2, 4 und 5 sind verhandelbar; wichtig ist, dass jeder in irgendeiner Form vorkommt.

Übernehmen Sie die Liste unverändert in Ihr Anforderungsdokument und geben Sie die nicht abgehakten Zeilen an die Rechtsabteilung, beginnend mit allem, was in den Abschnitten 1, 3 und 6 offen ist.