Escrow & Quellcode-Schutz

Worum es geht

Eine Escrow-Vereinbarung löst ein konkretes und unangenehmes Problem für einen Kunden, der individuelle SAP-Analytics-Arbeit einkauft: Was geschieht mit seinen Datasphere-Views, Business-Data-Cloud-Pipelines oder Joule-Agentenkonfigurationen, wenn der Berater, der sie gebaut hat, nicht mehr verfügbar ist — durch Insolvenz, Arbeitsunfähigkeit oder schlichten Rückzug vom Markt? Bei einer dreiseitigen Escrow-Vereinbarung hinterlegt der Berater Quellcode, Konfigurationsskripte und Dokumentation bei einer neutralen dritten Partei, dem Escrow-Agenten, der sie erst an den Kunden freigibt, wenn ein definiertes Auslöseereignis eintritt. Im Kern handelt es sich um eine Versicherung gegen das Bus-Factor-Risiko bei geistigem Eigentum, das der Kunde nicht ohne Weiteres selbst reproduzieren kann.

Fünf Auslöseereignisse decken die überwiegende Mehrheit der Escrow-Vereinbarungen in diesem Markt ab: Insolvenz oder Zahlungsunfähigkeit des Beraters; Tod oder dauerhafte Arbeitsunfähigkeit; wesentlicher und nicht behobener Verstoß gegen die Supportpflichten im zugrunde liegenden Dienstleistungsvertrag; Geschäftsaufgabe; oder eine einvernehmlich vereinbarte Beendigung, bei der kein qualifizierter Ersatz vorhanden ist. Die Vertragsdisziplin, die eine funktionierende Escrow-Klausel von einer streitanfälligen unterscheidet, liegt darin, ob jeder Auslöser objektiv nachweisbar ist — ein Gerichtsurteil, eine Sterbeurkunde, ein dokumentierter und zeitgestempelter Verstoß — statt subjektiver Beurteilung oder eines Schiedsverfahrens zu bedürfen. Mehrdeutige Auslöser sind die mit Abstand häufigste Quelle von Escrow-Streitigkeiten, weil sie genau dann auftauchen, wenn die Spannungen bereits am höchsten sind.

Warum es zählt

• Die fünf Freigabeauslöser (Insolvenz, Tod, wesentlicher Verstoß, Geschäftsaufgabe, unersetzte Beendigung) müssen objektiv nachweisbar sein — vage Auslöser erzeugen Streit genau dann, wenn Escrow am wichtigsten ist.
• Unterhalb der Wert-/Abhängigkeitsschwelle übersteigt der Escrow-Mehraufwand seinen Schutzwert — es ist keine Standardklausel, die überall aufgenommen werden sollte.
• Einzelberater handeln typischerweise auf einen Rhythmus aus jährlicher Aktualisierung plus Abschlusshinterlegung herunter, statt vollständiger Hinterlegungen je Freigabe, die die Kosten ohne proportionalen Nutzen erhöhen.

Kernpunkte

• Dreiseitiger Vertrag (Hinterleger · Agent · Begünstigter) für Quellcode/Dokumentation/Konfiguration.
• Fünf nachweisbare Auslöser: Insolvenz · Tod · wesentlicher Verstoß · Geschäftsaufgabe · gemeinsame Anweisung.
• Schwelle: Einsatz > 200.000 € + individuelles geistiges Eigentum.
• EMEA-Agenten: NCC (Standard) · Iron Mountain · EscrowTech · notariell (FR/DE).
• Einrichtung 500-2.000 € + jährlich 1.500-5.000 €.
• Rhythmus: Ersthinterlegung + jährliche Aktualisierung + Abschlusshinterlegung.
• Code ohne Dokumentation ist bei Freigabe unbrauchbar; die Hinterlegung muss README + Deployment-Anleitung enthalten.
• Umfang mit der Haftungsobergrenze aus C062 abstimmen.

Begriffe auf dieser Seite

Escrow-Vereinbarung

Dreiseitiger Vertrag, der kritische Vermögenswerte bei einem neutralen Agenten hinterlegt, zur Freigabe bei festgelegten Auslösern.

Hinterleger

Die Partei, die die Vermögenswerte hinterlegt (der Berater).

Begünstigter

Die Partei, die die Vermögenswerte bei Freigabe erhält (der Kunde).

Escrow-Agent

Neutrale dritte Partei (NCC, Iron Mountain usw.), die die Hinterlegung verwahrt und die Freigabe verwaltet.

Nachweisbarer Auslöser

Freigabebedingung mit objektivem Nachweis (Gerichtsurteil, Sterbeurkunde, Meldung der Geschäftsaufgabe). Vorzuziehen gegenüber vagen Auslösern.

Jährliche Aktualisierung

Jährliche Aktualisierung der Hinterlegung zur Verifizierung des aktuellen Stands. Standardrhythmus für Einzelberater.

Abschlusshinterlegung

Letzte Hinterlegung am Einsatzende mit dauerhafter Aufbewahrung. Erfasst den vollständigen operativen Zustand.

BAIT

BaFin Anforderungen an die IT — deutsche Regulierung für Bank-IT. Beeinflusst die Wahl des Escrow-Agenten bei deutschen Kunden aus dem Finanzdienstleistungssektor.

Quellen

1. Iron Mountain — intellectual property and source-code escrow services
2. SAP Help Portal — Prompt Registry (versioned prompt/orchestration-config storage, Git-based sync)
3. SAP Community — Build a pro-code A2A agent with the CAP Agent Plugin (Alpha status)
4. Insolvenzordnung (InsO) § 103 — Wahlrecht des Insolvenzverwalters (why escrow release must be drafted for insolvency of the supplier)
5. Insolvenzordnung (InsO) § 119 — Unwirksamkeit abweichender Vereinbarungen (limits on contract clauses that depart from § 103)
6. Urheberrechtsgesetz (UrhG) § 69d — Ausnahmen von den zustimmungsbedürftigen Handlungen (lawful user's rights over software, relevant to released source code)
7. EUR-Lex — Directive 2009/24/EC on the legal protection of computer programs (decompilation, lawful-user rights)
8. EUR-Lex — Regulation (EU) 2022/2554 DORA (ICT third-party contractual provisions, exit strategies and continuity expected of regulated clients)
9. NCC Group — response to the Financial Stability Board (escrow release events, verification and cloud escrow from a leading provider; provider view)
10. UK Digital Marketplace — NCC Group Software Escrow and Software Verification (service definition: deposit, verification levels, release)
11. Escode — Negotiating a Software Escrow Agreement: Key Terms and Release Conditions (provider guide; trigger drafting)
12. Pinsent Masons Out-Law — Escrow guide (law-firm explanation of release triggers and deposit verification)
13. UK Digital Marketplace — NCC Group Escrow as a Service (service definition: escrow for cloud/SaaS-hosted deliverables, relevant to tenant-resident artifacts)