Zum Hauptinhalt springen

Software-Escrow-Vereinbarungen erklärt: Wie Source-Code-Escrow Sie schützt, wenn ein kritischer Anbieter ausfällt

Veröffentlicht 12 Minuten LesezeitMike ThriftMike Thrift
Software-Escrow-Vereinbarungen erklärt: Wie Source-Code-Escrow Sie schützt, wenn ein kritischer Anbieter ausfällt
Auf dieser Seite

Stellen Sie sich diesen Montagmorgen vor: Das kleine Softwareunternehmen hinter dem System, das Ihre Rechnungsstellung, Ihren Lagerbestand oder Ihre Kundenakten verwaltet, hat über Nacht seine Türen geschlossen. Die Support-Hotline ist tot, die Verlängerungsrechnung wird nie kommen, und ein kritischer Fehler, den Sie letzte Woche gemeldet haben, wird nie behoben werden. Sie haben jahrelang für die Software bezahlt — aber Sie haben nie den Quellcode besessen, also können Sie ihn weder reparieren noch migrieren oder auch nur auf einem neuen Server weiterlaufen lassen. Genau diese Lücke zwischen dem Bezahlen für Software und dem Kontrollieren von Software schließt eine Software-Escrow-Vereinbarung.

Was eine Software-Escrow-Vereinbarung tatsächlich ist​

Eine Software-Escrow-Vereinbarung ist ein dreiseitiger Vertrag zwischen Ihnen (dem Lizenznehmer oder Begünstigten), Ihrem Softwareanbieter (dem Hinterleger) und einem neutralen Dritten, dem Escrow-Agenten. Der Anbieter hinterlegt eine Kopie seines Quellcodes und zugehöriger Unterlagen beim Agenten, der sie sicher aufbewahrt und nur dann an Sie freigibt, wenn einer der im Vertrag definierten Freigabeauslöser eintritt — typischerweise die Insolvenz des Anbieters, sein Versäumnis, das Produkt zu unterstützen, oder ein anderer definierter Vertragsbruch.

Die Regelung schützt beide Seiten zugleich. Der Anbieter behält im normalen Geschäftsbetrieb das volle Eigentum an seinem geistigen Eigentum; nichts wird geteilt, und die Entwicklung läuft wie gewohnt weiter. Sie erhalten eine Kontinuitätsabsicherung: Wenn der Anbieter die Software nicht mehr am Leben halten kann, bekommen Sie die Unterlagen, die Sie benötigen, um sie selbst zu warten oder an einen anderen Entwickler zu übergeben.

Ein paar Dinge ist Escrow nicht, denn jedes Missverständnis hat schon echte Käufer teuer zu stehen kommen lassen:

  • Es ist keine Eigentumsübertragung. Sie erhalten höchstens eine bedingte Lizenz, die freigegebenen Unterlagen zur Unterstützung Ihres eigenen Betriebs zu nutzen — nicht das Recht, das Produkt weiterzuverkaufen oder das geistige Eigentum zu beanspruchen.
  • Es ist nicht automatisch. Es gibt kein Escrow, es sei denn, die drei Parteien unterzeichnen eine Vereinbarung, der Anbieter hinterlegt tatsächlich Unterlagen und die Hinterlegungen bleiben aktuell. Eine Klausel in Ihrer Lizenz, die besagt, „der Anbieter hat Escrow einzugehen", ohne dass dies befolgt wird, schützt nichts.
  • Es ist kein Ersatz für Datenrechte. Code ohne Ihre Daten ist eine leere Hülle. Escrow deckt die Unterlagen des Anbieters ab; Ihr Recht, Ihre eigenen Daten in einem nutzbaren Format zu exportieren, gehört in die Lizenz- oder SaaS-Vereinbarung selbst.

Was in die Hinterlegung gehört​

Die Hinterlegung umfasst alles, was ein kompetenter Entwickler bräuchte, um die Software ohne die Hilfe des Anbieters neu aufzubauen, zu installieren und zu warten. Quellcode allein reicht selten aus. Eine vollständige Hinterlegung umfasst typischerweise den Quellcode für die aktuelle Produktionsversion, Build-Skripte und Kompilierungsanweisungen, Drittanbieter-Bibliotheken und Abhängigkeitslisten, Datenbankschemata und Migrationsskripte, Konfigurationsdateien, Test-Suites, Systemdokumentation und eine Beschreibung der Entwicklungsumgebung einschließlich Compiler-Versionen und Toolchain-Details.

Ebenso wichtig wie der Inhalt ist der Aktualisierungsrhythmus. Software ändert sich ständig, und eine Hinterlegung von vor zwei Jahren entspricht möglicherweise nicht der Version, die Sie heute betreiben. Starke Vereinbarungen verpflichten den Anbieter, jede neue Version zu hinterlegen — oder mindestens jedes Major- und Minor-Release — innerhalb eines definierten Zeitfensters, etwa 30 Tage nach allgemeiner Verfügbarkeit. Einige Escrow-Agenten unterstützen automatisierte Hinterlegungen, die aus dem Repository des Anbieters synchronisiert werden, was das Versagen „wir haben vergessen, das Escrow zu aktualisieren" vollständig beseitigt. Fragen Sie bei den Verhandlungen, wie Hinterlegungen übermittelt werden und wer den Eingang bestätigt; „der Anbieter verspricht, Updates zu senden" ohne einen Bestätigungsschritt ist ein schwaches Glied, das es vor der Unterzeichnung zu beheben gilt.

Freigabeauslöser: Die Klausel, die alles entscheidet​

Freigabebedingungen sind das Herzstück der Vereinbarung: die konkreten Ereignisse, die den Agenten dazu veranlassen, die Unterlagen an Sie auszuhändigen. Ist die Liste der Auslöser zu eng gefasst, liegt das Escrow genau die Krise über untätig da, für die Sie es gekauft haben. Die Auslöser, die Käufer am häufigsten verhandeln, umfassen:

  • Insolvenz oder Konkurs des Anbieters, einschließlich Abtretungen zugunsten der Gläubiger.
  • Geschäftsaufgabe, sei es durch Betriebseinstellung, Auflösung oder eine anhaltende Betriebsunterbrechung.
  • Versäumnis, die Software zu unterstützen oder zu warten, über einen definierten Zeitraum, etwa 30 oder 60 Tage nach schriftlicher Mitteilung.
  • Wesentliche Vertragsverletzung der Lizenz- oder Wartungsvereinbarung, die der Anbieter nicht innerhalb der Nachfrist behebt.
  • Einstellung der Produktlinie, auf die Sie angewiesen sind, selbst wenn der Anbieter selbst überlebt.
  • Kontrollwechsel, etwa durch Übernahme durch einen direkten Wettbewerber — Anbieter widersetzen sich diesem Punkt oft, weil er ihre eigenen M&A-Aktivitäten erschwert, rechnen Sie also mit einer Verhandlung.

Zwei Formulierungspunkte sind wichtiger, als Käufer erwarten. Erstens sollten Auslöser objektiv überprüfbar sein — „Versäumnis, Support für 45 Tage nach Mitteilung zu leisten" lässt sich belegen, während „Vertrauensverlust in die Überlebensfähigkeit des Anbieters" zu einem Streit führt, bei dem der Agent in der Mitte feststeckt. Zweitens verdienen konkursbezogene Auslöser besondere Sorgfalt: Bestimmungen, die allein deshalb greifen, weil ein Insolvenzantrag gestellt wurde, können im Insolvenzgericht auf Fragen der Durchsetzbarkeit stoßen. Erfahrene Berater verankern daher mindestens einige Auslöser an konkreten Leistungsausfällen — Ablehnung der Lizenz, anhaltende Nichtunterstützung, nicht behobener Vertragsbruch —, die einer Prüfung standhalten, weil sie beschreiben, was der Anbieter nicht mehr tut, und nicht, bei welchem Gericht er seinen Antrag gestellt hat.

Klären Sie außerdem die Freigabemechanik: wie Sie den Agenten benachrichtigen, wie lange der Anbieter Einspruch erheben kann und was während des Einspruchsfensters geschieht. Ein Benachrichtigungs- und Einspruchszyklus von 10 bis 15 Tagen ist üblich, und die Vereinbarung sollte ausdrücklich festhalten, dass unbegründete Einsprüche die Freigabe nicht unbegrenzt blockieren.

Verifikation: Der Nachweis, dass die Hinterlegung tatsächlich funktionieren würde​

Eine Escrow-Hinterlegung, die Sie nie getestet haben, ist ein Versprechen, keine Garantie. Die Verifikation ist die Dienstleistung — meist vom Escrow-Agenten oder einem technischen Prüfer erbracht —, die prüft, ob die hinterlegten Unterlagen tatsächlich funktionieren würden, wenn sie freigegeben werden. Sie erfolgt in der Regel in drei Stufen:

  • Stufe 1: Inventar und Vollständigkeit. Der Agent bestätigt, dass die Hinterlegung existiert, listet ihren Inhalt auf und prüft, ob die versprochenen Materialkategorien vorhanden und lesbar sind. Dies erkennt leere oder unvollständige Hinterlegungen, sagt aber nichts darüber aus, ob der Code kompiliert.
  • Stufe 2: Build-Verifikation. Der Prüfer kompiliert den hinterlegten Quellcode in einer sauberen Umgebung und bestätigt, dass er funktionierende Software erzeugt. Dies erkennt fehlende Abhängigkeiten, defekte Build-Skripte und undokumentierte Toolchain-Anforderungen.
  • Stufe 3: Vollständige Funktionstests. Die Hinterlegung wird gebaut, bereitgestellt und mit dem Live-Produkt verglichen — manchmal als Binärvergleich oder vollständiger Nutzbarkeitstest bezeichnet —, um zu bestätigen, dass die freigegebenen Unterlagen die Software reproduzieren, die Sie tatsächlich nutzen.

Jede Stufe kostet mehr als die vorherige, daher sollten Sie die Stufe an den Einsatz anpassen. Bei Software, deren Ausfall Ihre Rechnungsstellung oder Ihren Betrieb lahmlegen würde, ist eine Stufe-2-Verifikation mindestens jährlich die sinnvolle Untergrenze; Stufe 1 allein lässt die zentrale Frage — lässt sich das bauen? — unbeantwortet. Welche Stufe Sie auch wählen, planen Sie die Verifikation als wiederkehrendes Ereignis, gekoppelt an Major-Releases, nicht als einmaliges Häkchen bei der Unterzeichnung. Der häufigste Escrow-Fehler ist nicht ein zwielichtiger Anbieter, sondern eine veraltete, ungeprüfte Hinterlegung, die drei Jahre lang niemand angesehen hat.

Was es kostet und wer zahlt​

Die Preisgestaltung hat sich in zwei Märkte aufgeteilt. Traditionelle Escrow-Agenten berechnen in der Regel eine einmalige Einrichtungsgebühr plus eine jährliche Gebühr pro Vereinbarung: Veröffentlichte Ausgangswerte liegen bei etwa 995 USD für die Einrichtung und 1.595 USD pro Jahr für eine Vereinbarung mit einem Begünstigten, wobei Verifikationsdienste und Strukturen mit mehreren Begünstigten zusätzlich berechnet werden. Self-Service-Escrow-Plattformen für kleinere Unternehmen nennen Abonnementpreise ab etwa 139 USD pro Monat für Software-Escrow und rund 199 USD pro Monat für SaaS-Escrow, mit automatisierten Hinterlegungen und gestufter Verifikation als Zusatzoptionen. Enterprise-Vereinbarungen mit häufigen Hinterlegungen und vollständiger Build-Verifikation können jährlich fünfstellige Beträge erreichen.

Wer zahlt, ist verhandelbar und folgt meist der Verhandlungsmacht. Anbieter zahlen oft, wenn Escrow zu ihrem Standard-Vertriebsmodell für Enterprise-Kunden gehört — besonders im Rahmen einer Vereinbarung mit mehreren Begünstigten, die viele Kunden kostengünstig pro Kopf abdeckt. Käufer zahlen oft, wenn sie diejenigen sind, die Escrow von einem Anbieter verlangen, der es nicht routinemäßig anbietet. Verankern Sie in jedem Fall eine Zahlungsabsicherung in der Vereinbarung: Der häufigste Grund, warum Escrow-Regelungen stillschweigend scheitern, ist, dass jemand aufhört, die Jahresgebühr des Agenten zu zahlen. Dreiparteien-Vereinbarungen räumen dem Begünstigten üblicherweise das Recht ein, eine verpasste Zahlung nachzuholen und sie von anderen geschuldeten Beträgen abzuziehen, was den Schutz genau durch die Anbieter-Notlage hindurch aufrechterhält, für die er besteht.

SaaS-Escrow: Was Cloud-Käufer stattdessen bekommen​

Traditionelles Escrow wurde für Software entwickelt, die Sie selbst installieren und betreiben. Bei Cloud-Software kann ein Stapel Quellcode ohne die Infrastruktur, Datenbanken, Deployment-Pipelines und das Betriebswissen des Anbieters nahezu nutzlos sein — Sie können ein Multi-Region-SaaS-Produkt nicht „kompilieren und ausführen" auf einem Laptop. Deshalb hat sich SaaS-Escrow zu einer eigenen Produktkategorie mit umfassenderen Hinterlegungen entwickelt.

Eine SaaS-Escrow-Hinterlegung geht typischerweise weit über Code hinaus: Container-Images oder Deployment-Pakete, Infrastructure-as-Code-Vorlagen, Datenbankschemata plus Backup- und Wiederherstellungsverfahren, Konfigurations- und Secret-Inventare mit dokumentierten Übergabeverfahren, Deployment-Runbooks und Abhängigkeiten von Drittanbieterdiensten. Die Verifikation verschiebt sich entsprechend, von „lässt es sich kompilieren" zu „lässt sich der Dienst wiederherstellen" — einige Anbieter testen tatsächlich die Wiederherstellung der Anwendung in einer isolierten Umgebung.

An der Spitze des Marktes steht das Continuity-Escrow, bei dem der Agent eine Wiederherstellungsumgebung bereithält, damit der Dienst des Kunden nach einem Freigabeereignis für ein definiertes Zeitfenster weiterläuft, üblicherweise bis zu 90 Tage, während der Kunde migriert. Und unabhängig von der Stufe: Kombinieren Sie jedes SaaS-Escrow mit starken Datenrechten im zugrunde liegenden Vertrag: geplante Exporte, die Sie kontrollieren, ein dokumentiertes Format und ein Zugriffsfenster nach Vertragsende. Escrow schützt die Anwendung; nur Ihre eigenen Backups und Exportrechte schützen Ihre Daten mit Sicherheit.

Die Konkursabsicherung, die Sie kennen sollten​

Das US-Insolvenzrecht gewährt Softwarelizenznehmern einen spezifischen Schutz, den es sich lohnt, auf hoher Ebene zu verstehen. Nach Section 365(n) des Bankruptcy Code können Sie, wenn Ihr Anbieter Insolvenz anmeldet und sein Treuhänder Ihren Lizenzvertrag ablehnt, wählen, Ihre vertraglichen Rechte am geistigen Eigentum für die verbleibende Lizenzlaufzeit zu behalten, statt die Ablehnung als Ende des Geschäfts zu betrachten. Gerichte haben Escrow-Vereinbarungen als ergänzende Vereinbarungen behandelt, die von dieser Wahl erfasst werden, was ein weiterer Grund ist, in der Escrow-Vereinbarung ausdrücklich auf Ihre Lizenz zu verweisen.

Behalten Sie die praktischen Grenzen im Blick. Section 365(n) bewahrt Ihr Recht, das zu nutzen, was Sie haben; sie verpflichtet den insolventen Anbieter nicht, Sie weiter zu unterstützen, Updates zu liefern oder ans Telefon zu gehen. Das Gesetz schützt die Lizenz, aber nur eine aktuelle, verifizierte Escrow-Hinterlegung bringt die tatsächlichen Unterlagen in Ihre Hände. Betrachten Sie das Gesetz als den rechtlichen Erlaubnisschein und die Escrow-Hinterlegung als das, was er Ihnen zu nutzen erlaubt — Sie brauchen beides, und keines funktioniert ohne das andere.

Wie Sie Escrow-Gebühren in Ihrem Hauptbuch buchen​

Escrow-Kosten sind gewöhnliche Geschäftsausgaben, aber ihr Timing verdient etwas buchhalterische Sorgfalt. Einrichtungsgebühren und Verifikationskosten, die an ein konkretes Engagement gebunden sind, werden typischerweise bei Entstehung als Aufwand verbucht. Jährliche Escrow-Gebühren, die zwölf Monate Abdeckung kaufen, sind ein klassischer aktiver Rechnungsabgrenzungsposten: das ganze Jahr im Voraus zu zahlen und monatlich einen Monat als Aufwand zu verbuchen, hält die Gewinn- und Verlustrechnung jedes Monats ehrlich, statt den Januar mit der gesamten Rechnung zu belasten.

Wenn Sie Ihre Bücher in reinem Text führen, sieht das Muster so aus:

2026-01-15 * "EscrowTech" "Source-code escrow annual fee - ERP vendor"
  Assets:Prepaid:Escrow-Fees  1,595.00 USD
  Assets:Checking
 
2026-01-31 * "Amortize January escrow coverage"
  Expenses:Professional-Services:Legal  132.92 USD
  Assets:Prepaid:Escrow-Fees

Wiederholen Sie die monatliche Amortisationsbuchung — oder automatisieren Sie sie mit einer geplanten Transaktion —, und der Rechnungsabgrenzungssaldo erreicht null genau dann, wenn die Verlängerungsmitteilung eintrifft, was zugleich als Erinnerung dient, zu bestätigen, dass die Hinterlegungen des Anbieters aktuell sind, bevor Sie für ein weiteres Jahr zahlen. Wenn Escrow-Gebühren in einen größeren Softwarevertrag eingebunden statt separat abgerechnet werden, weisen Sie sie einem eigenen Konto zu, damit Sie sehen können, was der Kontinuitätsschutz tatsächlich kostet, wenn die Verlängerungsverhandlungen anstehen. Lineare monatliche Buchungen sind alles, was die meisten kleinen Unternehmen hier brauchen; die Beancount-Dokumentation behandelt ausgefeiltere Buchungsmuster für technisch Interessierte.

Häufige Fehler, die den Schutz zunichtemachen​

Die meisten gescheiterten Escrows scheitern auf langweilige, vermeidbare Weise. Gehen Sie diese Liste vor der Unterzeichnung und danach einmal jährlich durch:

  1. Die Hinterlegung nie verifizieren. Ein ungeprüftes Escrow ist die teuerste Art falscher Sicherheit. Planen Sie mindestens eine Build-Verifikation für geschäftskritische Software ein.
  2. Hinterlegungen veralten lassen. Koppeln Sie Hinterlegungspflichten mit einer Tagesfrist an Releases, verlangen Sie vom Agenten die Bestätigung des Eingangs und setzen Sie eine vierteljährliche Prüfung in den Kalender, dass die Version der Hinterlegung Ihrer Produktionsversion entspricht.
  3. Auslöser akzeptieren, die nie greifen. „Insolvenz des Anbieters" allein verpasst das schleichende Ende: Support, der nachlässt, die Produktlinie, die stillschweigend aufgegeben wird, die Übernahme, nach der Ihr Vertrag nur noch dem Namen nach gilt. Bestehen Sie auf Auslösern für Supportausfall und Produkteinstellung mit klaren Nachfristen.
  4. Kein Nachholungsrecht bei Gebühren. Wenn nur der Anbieter den Agenten bezahlen kann und der Anbieter ausfällt, erlischt das Escrow, wenn Sie es am dringendsten brauchen. Sichern Sie sich das Recht des Begünstigten, zu zahlen und abzuziehen.
  5. Escrow als ganzen Exit-Plan betrachten. Escrow liefert Ihnen Unterlagen, keine Migration. Pflegen Sie Ihre eigenen Datenexporte, dokumentieren Sie Ihre Integrationen und wissen Sie — vor der Krise —, wer das System tatsächlich aus einer Freigabe heraus neu aufbauen und betreiben würde.

Brauchen Sie wirklich Escrow?​

Nicht jede Anbieterbeziehung rechtfertigt die Kosten und Verhandlungen. Escrow lohnt sich, wenn die Software geschäftskritisch ist, der Anbieter klein oder finanziell undurchsichtig ist, die Wechselkosten hoch sind oder eine Aufsichtsbehörde oder ein Enterprise-Kunde es Ihnen faktisch abverlangt. Commodity-SaaS mit gesundem Wettbewerb, Ein-Klick-Datenexport und monatlich kündbaren Konditionen braucht es selten — Ihre Verhandlungsmacht liegt dort in der Fähigkeit zu gehen, und der Exit-Plan ist ein Migrations-Runbook statt einer Hinterlegung.

Wenn Sie es brauchen, gehen Sie mit einer kurzen Checkliste in die Verhandlung: vollständige Definition der Hinterlegung mit benannten Materialien, Hinterlegungen bei jedem Release innerhalb von 30 Tagen, Auslöser für Supportausfall und Produkteinstellung neben Insolvenz, Ihr Recht, verpasste Agentengebühren nachzuholen, Build-Verifikation mindestens jährlich und — bei SaaS — Infrastrukturmaterialien plus eine getestete Wiederherstellung. Bringen Sie diese sechs Punkte in Ordnung, und die Vereinbarung leistet, was Käufer von jedem Escrow annehmen. Ihr letzter Schritt ist der einfachste: Sobald die Vereinbarung unterzeichnet ist, tragen Sie die erste Verifikation und die erste Bestätigung der Hinterlegung in den Kalender ein, bevor Sie die Akte schließen, denn ein Escrow, um das sich niemand kümmert, ist nur eine Anmeldegebühr mit Papierkram.

Quelle: https://beancount.io/de/blog/2026/10/23/software-escrow-agreements-source-code-deposits-release-triggers-verification-saas-guide

Veröffentlicht: 23. Oktober 2026