Vendor Lock-in lässt sich fast nur vor Vertragsschluss vermeiden, im laufenden Vertrag kaum noch. Sobald Daten, Prozesse und Mitarbeiterwissen an ein System gebunden sind, verliert der Kunde seine Verhandlungsposition. Der Anbieter weiß das. Preiserhöhungen kommen deshalb meist erst dann, wenn ein Wechsel praktisch unmöglich geworden ist.
Vendor Lock-in wird vor der Unterschrift verhindert, nicht danach. Drei Klauseln wirken am stärksten: Datenherausgabe in einem offenen Format, dokumentierte Schnittstellen und eine Kündigung ohne Strafgebühren. Ergänzend begrenzen ein Preisänderungsvorbehalt und eine Escrow-Vereinbarung das Risiko weiter.
Warum der Schutz vor Vendor Lock-in vor Vertragsschluss beginnt
Schutz vor Lock-in muss vor Vertragsabschluss verhandelt werden, nicht danach (credativ, 07/2026). Nach der Unterschrift hat der Kunde kaum noch Hebel, weil ein Wechsel Kosten, Zeit und Risiko bedeutet, die der Anbieter genau kennt. Wer diese Klauseln erst verhandeln will, wenn die Preiserhöhung bereits im Postfach liegt, verhandelt aus einer schwachen Position.
Preissteigerung für viele VMware-Kunden nach der Übernahme durch Broadcom und der Umstellung auf ein Abo-Modell. Wer technisch tief integriert war, hatte keine kurzfristige Alternative.
EntekSystems, 2025
Das Beispiel ist deshalb lehrreich, weil es nichts mit schlechter Technik zu tun hatte. Die betroffenen Unternehmen waren mit der Software zufrieden. Sie hatten nur keinen Vertrag, der ihnen einen bezahlbaren Ausweg ließ.
Die drei wirksamsten Schutzklauseln
Nach einer Analyse von credativ gibt es drei Klauseln, die den größten Unterschied machen (credativ, 07/2026).
- Datenherausgabe in einem maschinenlesbaren, offenen Format. Der Vertrag muss festlegen, dass alle Daten jederzeit in einem Standardformat exportierbar sind, nicht nur in einem proprietären Format des Anbieters. Ohne diese Klausel sitzen die eigenen Daten faktisch im System des Anbieters fest.
- Interoperabilität über dokumentierte APIs. Der Anbieter muss offenlegen, wie andere Systeme technisch angebunden werden können. Fehlt diese Dokumentation, wird jede spätere Integration zum Ratespiel oder zum kostenpflichtigen Zusatzauftrag beim selben Anbieter.
- Kündigung ohne Strafgebühren. Eine klare, zeitlich begrenzte Kündigungsfrist ohne versteckte Ausstiegskosten verhindert, dass ein Wechsel finanziell künstlich unattraktiv gemacht wird.
| Klausel | Was sie regelt | Was ohne sie passiert |
|---|---|---|
| Datenherausgabe | Export in CSV, JSON oder XML, jederzeit und ohne Zusatzgebühr | Die eigenen Daten bleiben im System des Anbieters |
| Interoperabilität | dokumentierte, offene Schnittstellen | Jede Integration wird ein kostenpflichtiger Zusatzauftrag |
| Kündigung | feste Frist ohne Strafgebühren | Der Ausstieg wird finanziell unattraktiv gemacht |
| Preisänderungsvorbehalt | Obergrenze oder Kopplung an einen Index | Der Anbieter erhöht, sobald der Wechsel teuer ist |
| Escrow | Quellcode liegt bei einem unabhängigen Dritten | Bei Insolvenz des Anbieters steht der Betrieb still |
Ein Preisänderungsvorbehalt sollte begrenzt oder an einen nachvollziehbaren Index gekoppelt werden, statt dem Anbieter freie Hand zu lassen (credativ, 07/2026). Bei proprietärer Software, deren Quellcode beim Anbieter bleibt, empfiehlt sich zusätzlich eine Escrow-Vereinbarung, bei der der Quellcode bei einem unabhängigen Dritten hinterlegt und im Insolvenzfall des Anbieters freigegeben wird.
Was die Klauseln gegen Vendor Lock-in in der Verhandlung wert sind
Nicht jeder Anbieter akzeptiert alle drei Klauseln anstandslos. Größere Anbieter mit starker Marktposition verhandeln oft ungern über Datenherausgabeformate, weil genau diese Bindung ihr Geschäftsmodell stützt. Hier hilft es, die Klauseln als Teil der Grundausschreibung zu behandeln, nicht als optionalen Zusatz. Ein Anbieter, der eine offene Datenherausgabe grundsätzlich ablehnt, sollte diese Ablehnung offen begründen müssen. Häufig zeigt sich dabei schon vor Vertragsschluss, wie stark das Lock-in-Risiko real ist.
Wie stark eine bestehende Altsystemlandschaft dieses Risiko bereits verschärft hat, lässt sich oft erst im Rahmen einer Modernisierungsentscheidung erkennen, wie wir im Beitrag zur Modernisierung von Legacy-Software beschreiben. Und wer die Exit-Kosten von vornherein ins Budget nimmt, findet die passenden Positionen im Beitrag zu versteckten Kosten.
Vertragsentwurf auf Lock-in-Risiken prüfenSchicken Sie uns den Entwurf. Wir sagen Ihnen, welche der fünf Klauseln fehlen und wie sich das nachverhandeln lässt.
Häufige Fragen
Was gehört konkret in die Datenherausgabeklausel?
Die Klausel sollte festlegen, dass Daten jederzeit in einem offenen, maschinenlesbaren Format wie CSV, JSON oder XML exportiert werden können, ohne zusätzliche Gebühr und ohne Wartefrist. Wichtig ist auch, dass Metadaten und Historie mit exportiert werden, nicht nur die Rohdaten (credativ, 07/2026).
Was ist eine Escrow-Vereinbarung, und wann braucht man sie?
Eine Escrow-Vereinbarung hinterlegt den Quellcode bei einem unabhängigen Dritten. Gerät der Anbieter in Insolvenz oder stellt den Betrieb ein, wird der Code freigegeben, und der Kunde kann den Betrieb selbst fortführen. Sinnvoll ist das vor allem bei proprietärer Software eines kleineren oder wirtschaftlich unsicheren Anbieters (credativ, 07/2026).
Schützt Open Source automatisch vor Vendor Lock-in?
Open Source senkt das Risiko, weil der Quellcode grundsätzlich einsehbar und oft weiterführbar ist, auch ohne den ursprünglichen Anbieter. Ein vollständiger Schutz ist es nicht. Wissen, Konfiguration und Betriebserfahrung bleiben trotzdem oft an einen bestimmten Dienstleister gebunden, wenn das nicht aktiv dokumentiert wird.
Der nächste Schritt
torck baut Individualsoftware so, dass Daten und Quellcode beim Auftraggeber bleiben, mit Entwicklungsteams in Maxhütte-Haidhof, Wien und Rabat für Industrie und Handel. Escrow- und Exportklauseln verhandeln wir schon vor Projektstart. Der Vertrag läuft mit der deutschen torck GmbH. Im Erstgespräch sprechen wir über die Vertragsstruktur, die zu Ihrem Projekt passt.
German 
English 
French