Vendor Lock-in (Hersteller-Abhängigkeit)

Ein Vendor Lock-in (Hersteller-Abhängigkeit) bezeichnet in der IT einen Zustand, in dem ein Unternehmen technisch, organisatorisch oder vertraglich so eng an die Produkte eines einzelnen Herstellers gebunden ist, dass ein Wechsel zu einer alternativen Lösung nur noch mit unverhältnismäßig hohem Zeit-, Geld- und Umstellungsaufwand (Switching Costs) möglich ist.

In der Praxis entsteht diese Abhängigkeit meist auf mehreren Ebenen gleichzeitig: durch proprietäre Datenformate (Daten lassen sich nur unvollständig exportieren), herstellerspezifische Programmierschnittstellen (APIs), eine eng gekoppelte Benutzerverwaltung sowie durch Paketverträge (Bundles), bei denen das Herauslösen eines einzelnen Teilprodukts zu hohen Einzelpreisen bei den verbleibenden Modulen führt.

Warum ein ausgeprägter Lock-in das IT-Budget direkt belastet

Aus kaufmännischer Sicht verliert der Einkauf bei einem starken Vendor Lock-in seine wichtigste Verhandlungsposition: Sobald der Hersteller weiß, dass ein Systemwechsel für den Kunden teurer und aufwendiger wäre als ein Preisaufschlag, lassen sich Lizenzpreiserhöhungen, geänderte Paketstrukturen oder der Wegfall von Kauflizenzen kaum noch abwehren.

Darüber hinaus fordern aktuelle Regulierungen im Finanz- und Wirtschaftssektor (wie DORA** für Finanzdienstleister oder der EU Data Act**) zunehmend dokumentierte Ausstiegs- und Wechselkonzepte, damit kritische Geschäftsprozesse nicht auf Gedeih und Verderb von einem einzigen IT-Anbieter abhängen.

Wie die Abhängigkeit im Projektalltag meist unbemerkt entsteht

Ein Vendor Lock-in ist selten das Ergebnis einer bewussten Fehlentscheidung, sondern entsteht schrittweise aus Bequemlichkeit im Projektalltag: Um bei einer Neueinführung kurzfristig ein paar Tage Einrichtungszeit zu sparen, greifen Teams zu proprietären Spezialfunktionen des jeweiligen Cloud- oder Software-Anbieters, statt eine standardisierte Schnittstelle zu nutzen.

Erst Jahre später – meist bei der nächsten großen Vertragsverlängerung – stellt sich heraus, dass hunderte interne Abläufe fest mit diesen herstellerspezifischen Funktionen verdrahtet sind.

3 Hebel, um Herstellerabhängigkeiten wirksam zu begrenzen

• Offene Standards bei Datenbanken, Speicher und Anmeldung durchsetzen: Bauen Sie Ihre IT-Landschaft auf herstellerneutralen Fundamenten auf (z. B. PostgreSQL, S3-kompatibler Speicher, OpenID Connect / Keycloak, Standard-Linux-Container).
• Datenexport vor Vertragsunterschrift praktisch testen: Prüfen Sie schon in der Testphase einer neuen Software, ob sich sämtliche Stammdaten, Dokumente und Historien vollständig in ein offenes, lesbares Format exportieren lassen.
• Bewusste Mehr-Anbieter-Strategie für Kernbereiche wählen: Vermeiden Sie es, Infrastruktur, Bürokommunikation, Sicherheitswerkzeuge und Identitätsmanagement komplett bei einem einzigen Konzern zu bündeln.

**Verweise auf Gesetzestexte, Paragrafen (u. a. DSGVO, NIS-2, EU AI Act, DORA, GoBD, BetrVG) und Compliance-Normen dienen ausschließlich der unverbindlichen technischen Fachinformation für IT-Entscheider. Sie stellen keine Rechtsberatung nach dem Rechtsdienstleistungsgesetz (RDG) dar; für eine rechtsverbindliche Beurteilung Ihrer spezifischen Unternehmensorganisation konsultieren Sie bitte Ihren Rechtsbeistand oder Datenschutzbeauftragten.