Lock-in bedeutet nicht, dass ein Anbieter schlecht ist. Er entsteht, wenn ein späterer Wechsel technisch, vertraglich oder organisatorisch unverhältnismäßig aufwendig wird. Die richtige Gegenmaßnahme ist keine pauschale Multi-Vendor-Strategie, sondern messbare Exit-Fähigkeit.
Kurzantwort: Vendor-Lock-in wird vor dem Kauf begrenzt: Daten und Metadaten müssen exportierbar, Schnittstellen dokumentiert, Identitäten entkoppelt, Vertragsfristen bekannt und Exit-Aufgaben kalkuliert sein. Offene Formate helfen, ersetzen aber keinen getesteten Rückweg. Der EU Data Act stärkt den Wechsel bei Datenverarbeitungsdiensten, macht eine SaaS-Migration jedoch nicht automatisch kostenlos.
Fachlich und quellenbezogen geprüft: 2026-07-23
Stufe 1 · Quick Win vor jedem Umbau
Ein Seat-Sprawl-Agent gleicht freigegebene Personal- oder Identitätsdaten, Vendor-Exporte, Aktivität, Rechnungen und Verlängerungen ab. Er legt verwaiste Seats, Doppeltools, falsche Editionen und Zombie-Abos in eine Review Queue – ohne Zugänge oder Verträge autonom zu ändern.
Vertraglicher Lock-in entsteht durch Laufzeiten, Fristen, Mindestabnahmen oder Verlängerung. Daten-Lock-in entsteht durch unvollständige Exporte, proprietäre Metadaten oder fehlende Historie. Technischer Lock-in steckt in APIs, Automationen und Plattformdiensten. Organisatorischer Lock-in entsteht, wenn Wissen, Rollen und Prozesse nur noch im Produkt existieren.
Diese Schichten werden getrennt bewertet. Ein CSV-Export kann Stammdaten retten und trotzdem Beziehungen, Rechte, Automationen oder Audit-Historie verlieren. Deshalb ist „Export vorhanden“ noch kein bestandener Exit-Test.
NIST unterscheidet Daten- und Systemportabilität und verweist auf standardisierte Schnittstellen und Austauschformate. Für SaaS bedeutet das praktisch: Datensätze, Beziehungen, Anhänge, Konfiguration, Rechte und Ereignishistorie müssen erfasst werden.
Ein Exit-Test importiert eine repräsentative Stichprobe in eine neutrale Zielstruktur. Geprüft werden Vollständigkeit, Referenzen, Zeichencodierung, Zeitstempel, Löschung und Wiederholbarkeit. Nur ein erfolgreich getesteter Weg kann als Wechseloption bepreist werden.
Die Europäische Kommission erklärt, dass Anbieter von Datenverarbeitungsdiensten Wechselhindernisse abbauen müssen. Wechsel- und Datenübertragungsentgelte sollen ab 12. Januar 2027 vollständig entfallen; bis dahin gilt eine Übergangsregel für entstandene Kosten.
Davon unberührt bleiben interne Datenbereinigung, Mapping, Neuaufbau von Integrationen, Tests und Parallelbetrieb. Außerdem muss im Einzelfall geprüft werden, ob Dienst und Vertrag in den jeweiligen Anwendungsbereich fallen. Die Seite ersetzt keine Rechtsberatung.
Datenmodell, Schnittstellen, Owner und Vertragskalender werden nicht erst bei Kündigung dokumentiert. Regelmäßige Exporte, Restore-Tests und ein Verzeichnis der Automationen halten den Rückweg aktuell.
Agenten sollten dieselbe Regel erfüllen: Prompts, Werkzeuge, Evaluationsfälle, Protokolle und Datenzugriffe gehören in eine portable Betriebsdokumentation. Sonst entsteht aus der Ablösung eines SaaS-Lock-ins ein neuer Agenten-Lock-in.
Entscheidungscheck
Sind Daten, Metadaten, Anhänge, Rechte und Historie vollständig exportierbar?
Ist ein repräsentativer Export und Import praktisch getestet?
Sind APIs, Limits, offene Formate und Identitätsstandards dokumentiert?
Welche Automationen und Integrationen müssen im Ziel neu entstehen?
Welche Laufzeiten, Fristen, Wechselentgelte und Löschpflichten gelten?
Gibt es einen fachlichen und technischen Owner für den Exit?
Vom Check in den Betrieb
Verträge, Rechnungen, aktive Nutzer, Geschäftsfunktionen, Daten, Integrationen und Verlängerungen werden in einer prüfbaren Entscheidungsbasis zusammengeführt.
Ergebnis: Ist-TCO, Quick Wins und ein klar abgegrenzter Kandidat
Ein begrenzter Prozess läuft mit denselben Testfällen, Qualitätskriterien, Sicherheitsregeln und Verantwortlichen wie die bestehende Lösung.
Ergebnis: Gemessene Qualität, Aufwand und belastbare Betriebskalkulation
Migration, Schnittstellen, Rollen, Dokumentation, Rückfallweg und Vertragsende werden stufenweise umgesetzt und fachlich abgenommen.
Ergebnis: Produktiver Zielprozess ohne unkontrollierten Big Bang
Nutzung, Fehler, Freigaben, Modell- und Infrastrukturkosten sowie neue Anforderungen werden regelmäßig gemessen und priorisiert.
Ergebnis: Nachvollziehbarer Betrieb statt neuem Kosten-Sprawl
Passende Agenten-Bausteine
Preis- und Produktangaben beziehen sich auf die verlinkten öffentlichen Quellen. Konditionen können sich ändern; maßgeblich ist das konkrete Angebot des jeweiligen Anbieters. Eigene Rechnungen sind separat als Annahme gekennzeichnet.
Offizielle Einordnung der Wechselpflichten für Datenverarbeitungsdienste und des vollständigen Wegfalls von Wechsel- und Datenübertragungsentgelten ab 12. Januar 2027.
Abgerufen am 2026-07-23
Technische Einordnung von Daten- und Systemportabilität sowie offenen Schnittstellen und Austauschformaten.
Abgerufen am 2026-07-23
Öffentliche Leitlinie, Total Cost of Ownership, Datenkontrolle, offene Standards und die Möglichkeit eines späteren Technologiewechsels gemeinsam zu bewerten.
Abgerufen am 2026-07-23
FAQ
Vendor-Lock-in ist eine Abhängigkeit, bei der ein Anbieterwechsel wegen Vertrag, Datenformaten, Integrationen, Plattformdiensten oder fehlendem internem Wissen unverhältnismäßig aufwendig wird. Er ist keine Aussage über die Qualität eines Anbieters, sondern über die eigene Wechseloption.
Durch kurze und klare Vertragswege, vollständige Datenexporte, offene und dokumentierte Schnittstellen, entkoppelte Identitäten, portable Datenmodelle, dokumentierte Automationen und regelmäßige Exit-Tests. Entscheidend ist ein getesteter Rückweg, nicht nur eine Klausel.
Die Europäische Kommission beschreibt Pflichten zum Abbau von Wechselhindernissen bei Datenverarbeitungsdiensten. Wechsel- und Datenübertragungsentgelte sollen ab 12. Januar 2027 vollständig entfallen. Interne Migration, Datenbereinigung und Integrationsumbau bleiben trotzdem Aufwand; der konkrete Anwendungsbereich ist rechtlich zu prüfen.
Meist nicht. Zusätzlich zu Datensätzen können Beziehungen, Anhänge, Berechtigungen, Aktivitäten, Automationen, Audit-Historie und Konfiguration fehlen. Ein Exit-Plan prüft deshalb eine repräsentative Export- und Importstrecke bis zur fachlichen Abnahme.
Ja. Fehlende Betriebskenntnis, proprietäre Erweiterungen, undokumentierte Prompts, nicht portable Modellabhängigkeiten oder ein einzelner Dienstleister können neue Abhängigkeiten schaffen. Architektur, Daten und Betrieb müssen daher auch bei einer Alternative portabel bleiben.
Nächster Schritt
Im Kostenaudit erfassen wir Verträge, tatsächliche Nutzung, Integrationen, Datenexport und Betrieb. Das Ergebnis ist eine priorisierte Entscheidung: optimieren, konsolidieren, ersetzen oder bewusst behalten.
