Escrow-Vereinbarung Software – Vertrag, Herausgabefälle & wer ihn braucht

Min. Lesezeit

In der heutigen digitalen Welt, in der Software jeglicher Couleur für Unternehmen und Organisationen im unternehmerischen Alltag unentbehrlich sind, gewinnen Escrow-Vereinbarungen zunehmend an Bedeutung.

In diesem Ratgeber werfen wir einen Blick darauf, was Escrow-Vereinbarungen sind und welche Überlegungen die Vertragsparteien bei Abschluss derartiger Vereinbarungen anstellen sollten.

Hinweis: Der Player funktioniert nur, wenn du die Cookies akzeptierst.

Inhaltsverzeichnis

Was ist Escrow?

Eine Escrow-Vereinbarung über Software ist ein Vertrag, der zwischen dem Softwarehersteller, dem Softwareanwender und einem neutralen Escrow-Agenten (auch sog. Treuhänder) abgeschlossen wird.

Sie dienen als Mechanismus, um sicherzustellen, dass die Anwender im Falle von Problemen wie mangelnder Leistungserbringung des Softwareherstellers oder dessen Insolvenz weiterhin Zugang zur Software, insbesondere dem Quellcode und den damit verbundenen Ressourcen haben.

In diesem Vertrag werden zum einen die Hinterlegung der Software beim Software-Agenten als auch die Bedingungen festgelegt, unter denen der Quellcode und andere wichtige Ressourcen der Software an den Anwender herausgegeben werden (Herausgabefälle), sofern bestimmte vordefinierte Ereignisse eintreten. Diese Ereignisse könnten beispielsweise die Insolvenz des Softwareanbieters, die Einstellung der Pflege oder Aktualisierung oder das Versäumnis sein, vereinbarte Supportleistungen zu erbringen. Diese Fälle müssen typischerweise vertraglich definiert werden.

Darüber hinaus werden die konkreten Nutzungsrechte im Herausgabefall bestimmt. Die Escrow-Vereinbarung besteht neben den eigentlichen Lizenzbedingungen über die Software.

Essenziell ist im Rahmen der Escrow-Vereinbarung, dass die Lizenzbedingungen über die Software und die Escrow-Vereinbarung synchronisiert werden. Andernfalls besteht die Gefahr, dass bei divergierenden Verträgen die Escrow-Vereinbarung gegenstandslos wird, wenn z.B. der Quellcode nach dem Escrow-Vertrag zwar tatsächlich herausgegeben wird, nach dem Lizenzvertrag aber im erforderlichen Umfang aus rechtlichen Gründen nicht genutzt werden darf.

Escrow in der Praxis: Ein Beispiel

Ein mittelständisches Produktionsunternehmen setzt seit Jahren auf eine spezialisierte ERP-Software eines kleineren Softwarehauses. Die Lösung ist tief in die internen Prozesse integriert – von der Auftragsabwicklung über die Lagerverwaltung bis zur Buchhaltung. Die Implementierung hat mehrere hunderttausend Euro gekostet, ein kurzfristiger Wechsel wäre mit enormem Aufwand verbunden.

Eines Tages meldet das Softwarehaus Insolvenz an.

Ohne Escrow-Vereinbarung steht das Unternehmen vor einem ernsthaften Problem: Die Software läuft zwar noch, erhält aber keine Updates und keinen Support mehr. Sicherheitslücken bleiben offen, Schnittstellen zu Drittanbietern brechen mit der Zeit weg. Und vor allem: Niemand hat Zugang zum Quellcode, um die Software eigenständig weiterzuentwickeln oder einen anderen Dienstleister damit zu beauftragen.

Mit einer Escrow-Vereinbarung sieht die Situation grundlegend anders aus. Der Quellcode samt Dokumentation, Datenbankstrukturen und Konfigurationsdaten wurde regelmäßig beim Escrow-Agenten hinterlegt. Die Insolvenz des Herstellers ist vertraglich als Herausgabefall definiert. Das Unternehmen beantragt die Freigabe, erhält den Quellcode und kann einen neuen Dienstleister damit beauftragen, die Software weiterzubetreiben und weiterzuentwickeln – ohne Betriebsunterbrechung, ohne Datenverlust.

Was müssen die Vertragsparteien beachten?

Beim Abschluss eines Escrow-Vertrags für Software gibt es zahlreiche wichtige Überlegungen, die die beteiligten Parteien anstellen sollten:

Klare Definitionen und Bedingungen:
Es ist entscheidend, dass der Vertrag klare Definitionen der zu übergebenden Materialien, der Ereignisse, die den Zugriff des Anwenders auslösen, und der Verfahren für den Zugriff auf den Quellcode nebst Ressourcen enthält. Dies verhindert Missverständnisse und Unstimmigkeiten im Falle eines Herausgabeereignisses.
Überprüfung des Escrow-Agenten:
Die Auswahl eines vertrauenswürdigen und kompetenten Escrow-Agenten ist von entscheidender Bedeutung. Der Agent sollte in der Lage sein, die Softwarematerialien sicher zu verwahren und sie im Falle eines Herausgabefalles ordnungsgemäß freizugeben.
Aktualisierung der Materialien:
Der Softwarehersteller sollte verpflichtet werden, regelmäßig aktualisierte Versionen des Quellcodes und anderer relevanter Materialien (wie Datenbanken, Zugänge, etc.) an den Escrow-Agenten zu übergeben. Auf diese Weise kann sichergestellt werden, dass der Kunde Zugriff auf die neuesten Versionen hat.
Erfüllung der Verpflichtungen:
Sowohl der Softwarehersteller als auch der Anwender sollten sicherstellen, dass sie ihre jeweiligen Verpflichtungen im Vertrag erfüllen. Dies kann die Zahlung von Gebühren, die Bereitstellung von Updates oder die Einhaltung bestimmter Supportleistungen umfassen.
Regelmäßige Überprüfung des Vertrags:
Es ist ratsam, den Escrow-Vertrag regelmäßig zu überprüfen und bei Bedarf anzupassen, um sicherzustellen, dass er den aktuellen Anforderungen und Entwicklungen der Parteien entspricht.

Für wen eignen sich Escrow-Verträge?

In folgenden Konstellationen eigenen sich Escrow-Vereinbarungen insbesondere:

Die Herstellungskosten, insbesondere die Kosten für Lizenzierung und Implementierung waren hoch
Ein Ersatz der Software bei Ausfall ist mit enormen Kosten verbunden
Die Software hat einen ausgedehnten Anwenderkreis
Die Software wird im Rahmen kritischer Infrastruktur verwendet, sodass die Wiederherstellung adhoc sichergestellt werden muss

Was passiert ohne Escrow-Vereinbarung?

Fällt der Softwarehersteller aus – sei es durch Insolvenz, Geschäftsaufgabe oder schlichte Nichterreichbarkeit – stehen Anwender ohne Escrow-Vereinbarung vor einem strukturellen Problem: Sie nutzen eine Software, auf deren Grundlagen sie keinen rechtlichen Zugriff haben.

Was das in der Praxis bedeutet:

Kein Zugang zum Quellcode: Ohne Zugriff auf den Quellcode sind Fehlerbehebungen, Anpassungen oder eine eigenständige Weiterentwicklung regelmäßig nicht möglich.
Keine Updates, keine Sicherheits-Patches: Offene Sicherheitslücken bleiben dauerhaft ungeschlossen. Je länger die Software im Einsatz bleibt, desto größer wird das Risiko für den laufenden Betrieb.
Wegbrechende Schnittstellen: Integrationen zu anderen Systemen – etwa Zahlungsdienstleister, Marktplätze oder interne Tools – werden mit der Zeit instabil oder fallen ganz aus, ohne dass eine Korrektur möglich ist.
Betriebsunterbrechung droht: Spätestens wenn technische Probleme auftreten, die niemand beheben kann, steht der Betrieb still. Bei kritischer Infrastruktur oder zeitkritischen Prozessen kann das existenzbedrohend sein.
Kostenintensiver Zwangswechsel: Am Ende bleibt oft nur die Migration auf eine neue Software – mit allem, was das bedeutet: Datenmigration, Neuimplementierung, Schulungen und Produktivitätsverlust über Monate.
Kein Rechtsbehelf im Insolvenzverfahren: Der Quellcode gehört regelmäßig zur Insolvenzmasse. Ohne vertragliche Absicherung besteht für den Anwender in der Regel kein Anspruch auf Herausgabe oder Nutzung.

Kurz gesagt: Ohne Escrow-Vereinbarung ist die Abhängigkeit vom Softwarehersteller vollständig und unkontrolliert.

Sonderfall: Escrow bei SaaS-Software

Bei klassischer Software, die lokal beim Anwender installiert wird, ist das Escrow-Modell vergleichsweise klar: Quellcode und Ressourcen werden hinterlegt, im Herausgabefall übertragen und der Anwender kann die Software eigenständig weiterbetreiben.

Bei cloudbasierter Software – also SaaS-Lösungen – ist das deutlich komplexer. Denn der Quellcode allein nützt dem Anwender im Ernstfall wenig, wenn er keinen Zugang zur Betriebsumgebung hat. Eine funktionierende SaaS-Anwendung hängt in der Regel von weiteren Komponenten ab, die ebenfalls abgesichert werden müssen:

Infrastruktur-Konfigurationen (z.B. Cloud-Umgebungen, Server-Setups)
Zugangsdaten und API-Schlüssel zu Drittdiensten
Datenbankstrukturen und -inhalte
Deployment- und Build-Prozesse
Abhängigkeiten zu weiteren Softwarebibliotheken

Eine Escrow-Vereinbarung für SaaS-Software sollte daher ausdrücklich regeln, was über den reinen Quellcode hinaus hinterlegt wird und wie der Anwender im Herausgabefall in die Lage versetzt wird, die Software tatsächlich zu betreiben – entweder eigenständig oder mit Unterstützung eines Dritten.

Hinzu kommt die Datenfrage: Anwender sollten unabhängig vom Escrow-Vertrag sicherstellen, dass sie jederzeit Zugang zu ihren eigenen Daten haben – idealerweise durch vertragliche Exportrechte und definierte Datenformate. Diese Absicherung ist vom Escrow-Vertrag konzeptionell zu trennen, aber in der Gesamtstrategie zwingend mitzudenken.

Fazit

Escrow-Verträge über Software und deren Beiwerk sind ein wesentliches Instrument, um die Interessen sowohl des Softwareherstellers als auch des Anwenders zu schützen.

Indem sie klare Vereinbarungen treffen und die richtigen Vorkehrungen treffen, können beide Parteien sicherstellen, dass sie im Falle unvorhergesehener Ereignisse geschützt sind und dass der Zugang zur Software, insbesondere es Quellcodes und den damit verbundenen Ressourcen vertraglich geregelt ist.

FAQ Escrow-Vereinbarung

Was kostet eine Escrow-Vereinbarung?

Die Kosten variieren je nach Escrow-Agent, Umfang der hinterlegten Materialien und Aktualisierungsintervall. In der Regel fallen eine einmalige Einrichtungsgebühr sowie jährliche Verwaltungskosten an.

Wer trägt die Kosten?

Das ist Verhandlungssache. In der Praxis übernimmt häufig der Anwender die laufenden Kosten, da er der primäre Nutznießer der Absicherung ist. Bei größeren Projekten oder mehreren Anwendern derselben Software können die Kosten auch aufgeteilt werden.

Wer beauftragt den Escrow-Agenten – Hersteller oder Anwender?

Das ist verhandelbar. Häufig initiiert der Anwender die Vereinbarung, da er das größte Interesse an der Absicherung hat. Kosten und Organisation werden vertraglich geregelt.

Was genau wird beim Escrow-Agenten hinterlegt?

Typischerweise der Quellcode, Datenbankstrukturen, Zugangsdaten, Dokumentationen und alle weiteren Ressourcen, die zur Weiterführung der Software notwendig sind.

Wie wird geprüft, ob der hinterlegte Quellcode funktionsfähig ist?

Durch sogenannte Verifikationen, bei denen der Escrow-Agent oder ein beauftragter Dritter prüft, ob der hinterlegte Code tatsächlich lauffähig und vollständig ist.

Gilt ein Escrow-Vertrag auch bei SaaS-Software?

Grundsätzlich ja, allerdings mit Besonderheiten – da SaaS-Lösungen oft cloudbasiert sind, müssen neben dem Quellcode auch Infrastruktur- und Betriebsdaten berücksichtigt werden.

Kann der Hersteller den Escrow-Vertrag einfach kündigen?

Das hängt von den vertraglichen Regelungen ab. Üblicherweise sind Kündigungsfristen und Schutzklauseln zugunsten des Anwenders vorgesehen.

Was ist, wenn der Hersteller nicht mitmacht?

Das ist in der Praxis eine der häufigsten Hürden. Softwarehersteller sind nicht gesetzlich verpflichtet, einer Escrow-Vereinbarung zuzustimmen. Anwender sollten daher den Abschluss einer Escrow-Vereinbarung bereits in den Lizenz- oder Softwareentwicklungsvertrag als Bedingung aufnehmen – am besten bevor der eigentliche Vertrag unterschrieben wird. Nachträglich ist die Durchsetzung deutlich schwieriger.

Geschrieben von
Rechtsanwältin Sandra May

War dieser Ratgeber hilfreich?

Vielen Dank für dein positives Feedback!