Zum Inhalt
StackIndex

Allgemein

Vendor-Lock-in

Vendor-Lock-in (Anbieterbindung) bezeichnet die Abhängigkeit eines Unternehmens von einem Software- oder IT-Anbieter, die einen Wechsel technisch, vertraglich oder wirtschaftlich erschwert. Ursachen sind proprietäre Datenformate, fehlende Export- und Schnittstellenfunktionen sowie langfristige Vertragsbindungen. Der Wechsel wird teuer oder praktisch unmöglich.

Definition

Vendor-Lock-in (deutsch: Anbieterbindung oder Anbieterabhängigkeit) beschreibt eine Situation, in der du als Kunde faktisch an einen Software-, Cloud- oder IT-Dienstleister gebunden bist, weil ein Wechsel zu einem anderen Anbieter unverhältnismäßig hohen Aufwand, hohe Kosten oder Datenverlust bedeuten würde.

Die Bindung entsteht typischerweise durch:

  • Proprietäre Datenformate: Deine Daten lassen sich nur mit der Software des Anbieters sinnvoll nutzen; ein vollständiger Export ist nicht oder nur eingeschränkt möglich.
  • Fehlende oder künstlich beschnittene Schnittstellen: Ohne offene API ist die Anbindung an Drittsysteme oder eine Migration erschwert.
  • Vertragliche Konstrukte: Lange Laufzeiten, automatische Verlängerungen, hohe Ausstiegsgebühren oder Abrechnungsmodelle, die bei Kündigung nachteilig greifen.
  • Betriebswissen und Anpassungen: Individuelle Konfigurationen, Workflows und geschulte Mitarbeiter lassen sich nicht auf ein anderes System übertragen.

Im Cloud-Umfeld unterscheidet das BSI bei der Risikobewertung unter anderem die Abhängigkeit von den technischen Möglichkeiten der Datenportabilität – also der Frage, ob und in welcher Form Daten aus der Cloud herausgezogen werden können.

Relevanz für KMU

Gerade für kleine und mittlere Unternehmen ist Vendor-Lock-in ein strategisches Risiko, weil die Verhandlungsposition gegenüber großen Anbietern begrenzt ist und Wechselkosten relativ zur Unternehmensgröße schwer ins Gewicht fallen.

Konkret betroffen bist du, wenn:

  • Preissteigerungen des Anbieters nicht mehr durch eine echte Alternative gegengeprüft werden können,
  • der Anbieter ein Produkt einstellt oder seine Roadmap ändert,
  • du regulatorische Anforderungen (z. B. Datenresidenz in der EU) mit dem aktuellen Anbieter nicht mehr erfüllen kannst,
  • ein Zukauf oder eine Fusion deine bestehende Systemlandschaft inkompatibel macht.

Mit dem EU-Datengesetz (Data Act, seit September 2025 anwendbar) wird die Situation bei Cloud-Diensten rechtlich verbessert: Anbieter müssen Wechsel und Interoperabilität erleichtern, und Wechselentgelte werden schrittweise verboten (ab Januar 2027 vollständig). Das ersetzt aber keine technische Vorsorge – die tatsächliche Portierbarkeit deiner Daten und Prozesse bleibt eine Frage der konkreten Implementierung. Europäische Initiativen wie Gaia-X verfolgen dasselbe Ziel: föderierte, interoperable Dateninfrastrukturen statt Abhängigkeit von einzelnen Hyperscalern.

Typische Missverständnisse

  • „Lock-in betrifft nur Cloud-Dienste.“ Auch lokale Software mit proprietärem Dateiformat oder ein Branchen-ERP ohne Exportfunktion erzeugt starke Bindung.
  • „Ein Datenexport reicht.“ Ein CSV-Dump ohne Beziehungen, Historie oder Dokumente ist oft praktisch wertlos. Entscheidend ist ein vollständiger, dokumentierter Export in offenen Formaten.
  • „Open Source hat keinen Lock-in.“ Auch bei Open Source kann Bindung entstehen – etwa durch den einzigen Dienstleister, der deine stark angepasste Instanz versteht.
  • „SaaS ist immer flexibel kündbar.“ Monatliche Kündbarkeit hilft nicht, wenn die Daten nicht mitgehen. Kündbarkeit und Portabilität sind zwei verschiedene Dinge.

Prüfpunkte vor und während der Anbieterwahl

  1. Datenexport testen: Fordere vor Vertragsabschluss einen vollständigen Testexport in offenen Formaten (CSV, XML, JSON) – inklusive Anhänge, Historie und Verknüpfungen.
  2. Schnittstellen prüfen: Gibt es eine dokumentierte, im Preis enthaltene API? Sind Lese- und Schreibzugriffe möglich?
  3. Vertragsklauseln lesen: Laufzeiten, automatische Verlängerung, Kündigungsfristen, Datenrückgabe nach Vertragsende (Format, Frist, Kosten).
  4. Exit-Szenario durchdenken: Was kostet ein Wechsel realistisch – inklusive Migration, Schulung und Parallelbetrieb? Ein Proof of Concept kann auch die Export-Qualität mit prüfen.
  5. Zweitabhängigkeiten erkennen: Hosting-Partner, Implementierungsdienstleister und Integrationen (z. B. über Managed Hosting) können zusätzliche Bindungen schaffen.
  6. SLA und Support sichern: Ein Service Level Agreement regelt die Betriebsqualität – ersetzt aber keine Exit-Strategie.

Fazit: Vendor-Lock-in lässt sich selten vollständig vermeiden, aber gut begrenzen – durch offene Standards, getestete Exporte und Verträge, die einen Ausstieg nicht bestrafen.

Passende Ratgeber

Verwandte Begriffe

Quellen