Vendor Lock-in ist die Abhängigkeit von einem Dienstleister oder Anbieter, die einen Wechsel unverhältnismäßig teuer macht. Sie entsteht an fünf Stellen: Quellcode, Daten, Infrastruktur, Wissen und proprietäre Bausteine. Begrenzen lässt sie sich durch klare Nutzungsrechte, zugesagten Datenexport in offenen Formaten, Konten auf eigenen Namen und eine Ausstiegsklausel.
Wo genau entsteht Abhängigkeit?
Die meisten Unternehmen denken bei diesem Thema zuerst an den Quellcode. Der ist tatsächlich der am leichtesten zu regelnde Punkt — und selten der, an dem ein Wechsel scheitert. Abhängigkeit entsteht an fünf Stellen gleichzeitig, und vier davon stehen in keinem Vertrag.
- Quellcode: Wem gehört er, wer darf ihn ändern, und liegt er in einem Verzeichnis, auf das Sie selbst zugreifen?
- Daten: Kommen Sie vollständig und in einem lesbaren Format heraus, oder nur über eine Oberfläche mit Seitenweise-Export?
- Infrastruktur: Laufen Server, Domains, Zertifikate und Konten beim Dienstleister oder bei Ihnen?
- Wissen: Existieren Aufbau, Betrieb und Sonderfälle schriftlich, oder nur in den Köpfen von zwei Personen?
- Proprietäre Bausteine: Steckt in Ihrer Anwendung ein hauseigenes Rahmenwerk des Dienstleisters, das niemand sonst kennt?
Ein Handwerksbetrieb mit einer Auftragsverwaltung kann den Quellcode besitzen und trotzdem gebunden sein, weil das System auf einem Server des Dienstleisters läuft, die Domain auf dessen Namen registriert ist und niemand weiß, wie die nächtliche Rechnungsverarbeitung eingerichtet wurde. Der Code allein hilft dann wenig.
Wem gehört der Quellcode — und was heißt Nutzungsrecht?
Zwischen „Sie bekommen den Code“ und „Sie dürfen damit machen, was Sie wollen“ liegt ein erheblicher Unterschied. Üblich sind drei Ausgestaltungen: ein einfaches Nutzungsrecht, ein ausschließliches Nutzungsrecht oder die vollständige Übertragung der Rechte, soweit rechtlich möglich.
Für individuell beauftragte Software sollten Sie mindestens ein umfassendes, zeitlich und räumlich unbeschränktes Nutzungsrecht haben, das Bearbeitung durch Dritte ausdrücklich einschließt. Genau dieser Zusatz fehlt häufig — ohne ihn dürfen Sie den Code besitzen, aber kein anderes Team damit beauftragen.
Regeln Sie zusätzlich die Ablage. Der Code sollte während der gesamten Laufzeit in einem Verzeichnis liegen, auf das Sie selbst lesenden Zugriff haben, nicht erst bei Projektende ausgeliefert werden. Eine Hinterlegung bei einer neutralen Stelle ist die Alternative, wenn der Dienstleister eigene Bausteine schützen will. Zu allen vertraglichen Punkten in diesem Text gilt: Lassen Sie die Formulierungen anwaltlich prüfen, dies ist keine Rechtsberatung.
Wie sichern Sie den Zugriff auf Ihre eigenen Daten?
Daten sind der Punkt, an dem ein Wechsel praktisch scheitert. Nicht weil jemand sie zurückhält, sondern weil es keinen Weg gibt, sie strukturiert herauszubekommen. Eine Oberfläche, die Listen als PDF ausgibt, ist kein Export.
Verlangen Sie eine vertraglich zugesagte Ausgabe aller Daten in einem offenen Format — CSV, JSON, XML oder ein vollständiger Datenbankabzug — samt Beschreibung der Struktur. Wesentlich ist die Vollständigkeit: Fachdaten, hochgeladene Dokumente, Verknüpfungen zwischen Datensätzen und historische Stände gehören dazu.
Setzen Sie diese Zusage auf die Probe, solange die Zusammenarbeit gut läuft. Lassen Sie sich einmal jährlich einen vollständigen Export erzeugen und prüfen Sie stichprobenartig, ob er sich einlesen lässt. Ein Exportverfahren, das noch nie ausgeführt wurde, funktioniert erfahrungsgemäß beim ersten ernsten Anlass nicht.
Eine Exportfunktion, die niemand jemals benutzt hat, ist eine Absichtserklärung — kein Ausweg.
Standardtechnologie oder Haustechnologie?
Manche Anbieter entwickeln auf einem eigenen Rahmenwerk. Aus deren Sicht ist das nachvollziehbar: Es beschleunigt die Arbeit und macht die eigene Leistung unverwechselbar. Aus Ihrer Sicht bedeutet es, dass die Menge möglicher Nachfolger auf ein einziges Unternehmen schrumpft.
Fragen Sie deshalb konkret nach: Welche Programmiersprache, welches Rahmenwerk, welche Datenbank? Sind das verbreitete Technologien, für die sich in Ihrer Region Entwicklerinnen und Entwickler finden lassen? Bei gängigen Bausteinen ist die Antwort meist unproblematisch — ein hauseigenes Baukastensystem ohne öffentliche Dokumentation ist es nicht.
Dasselbe gilt für Anbieterdienste in der Cloud. Ein Datenbankdienst, der einer verbreiteten Schnittstelle folgt, lässt sich verlagern. Eine tief in eine einzelne Plattform verwobene Architektur aus deren Sonderdiensten bindet Sie an diesen Anbieter, unabhängig davon, wer die Software gebaut hat. Dieses Risiko kann trotzdem richtig sein — es sollte nur bewusst eingegangen werden.
Warum sollten Konten und Zugänge auf Ihren Namen laufen?
Dieser Punkt kostet nichts und wird trotzdem regelmäßig übersehen. Domain, Hosting, Zertifikate, Zahlungsdienstleister, E-Mail-Versand, Kartendienste, Analysewerkzeuge: Jedes dieser Konten sollte auf Ihr Unternehmen registriert sein und von Ihnen bezahlt werden, mit Ihrer Rechnungsadresse und einem Zugang, den Sie besitzen.
Der Dienstleister erhält Zugriff als eingeladener Nutzer mit passenden Rechten, nicht als Eigentümer. Beim Wechsel entziehen Sie diesen Zugriff — statt eine Übertragung verhandeln zu müssen. Der Unterschied wird erst spürbar, wenn eine Zusammenarbeit unschön endet.
Ein Anbieter von Branchensoftware, der seine Anwendung als Dienst bereitstellt, sollte Ihnen mindestens die Domain und einen eigenen administrativen Zugang zur Anwendung überlassen. Wo das abgelehnt wird, ist die Begründung aufschlussreich.
Was gehört in eine Ausstiegsklausel?
Der Zeitpunkt, eine Trennung zu regeln, ist der Vertragsabschluss. Danach verhandeln Sie unter Druck, und Ihr Gegenüber weiß das. Eine brauchbare Klausel beschreibt nicht nur, dass man auseinandergehen darf, sondern wie der Übergang praktisch abläuft.
- Kündigungsfristen, die zu Ihrem Planungshorizont passen — bei betriebskritischen Systemen eher sechs Monate als vier Wochen.
- Eine Übergangsunterstützung mit vereinbartem Stundenkontingent und Tagessatz, abrufbar auch nach der Kündigung.
- Die Herausgabe von Code, Daten, Dokumentation und Zugängen innerhalb einer benannten Frist.
- Eine Regelung, dass laufende Zahlungsstreitigkeiten die Herausgabe nicht blockieren.
- Eine Weiterbetriebsmöglichkeit für einen Übergangszeitraum zu vorab festgelegten Konditionen.
Der vorletzte Punkt entscheidet in der Praxis am häufigsten. Wenn eine Herausgabe an eine offene Schlussrechnung gekoppelt ist, hat jede Meinungsverschiedenheit über die letzte Leistung unmittelbar Ihren Betrieb als Geisel.
Ist jede Bindung schlecht?
Nein. Ein Team, das Ihre Prozesse seit Jahren kennt, arbeitet schneller und macht weniger Fehler als jedes neue. Ein spezialisierter Anbieter liefert oft mehr Wert als eine austauschbare Lösung. Wer jede Abhängigkeit vermeiden will, zahlt dafür mit langsamerer Entwicklung und höheren Kosten.
Sinnvoll ist eine Unterscheidung zwischen Bindung, die aus Qualität entsteht, und Bindung, die aus Struktur entsteht. Wenn Sie bleiben, weil die Zusammenarbeit gut ist, ist alles in Ordnung. Wenn Sie bleiben, weil ein Wechsel technisch unmöglich wäre, haben Sie kein Verhandlungsgewicht mehr — auch nicht bei der nächsten Preiserhöhung.
Ein Beispiel aus dem SaaS-Umfeld: Eine spezialisierte Branchenlösung zu mieten, kann wirtschaftlich klar überlegen sein. Vertretbar wird sie, wenn ein geprüfter Datenexport existiert und die Vertragslaufzeit überschaubar bleibt. Die Frage ist nicht, ob Sie Abhängigkeit eingehen, sondern ob Sie ihren Preis kennen.
Was prüfen Sie vor der Unterschrift?
Gehen Sie die folgenden Punkte durch, bevor Sie einen Vertrag über Individualsoftware oder eine langfristige Softwaremiete unterzeichnen. Jeder unklare Punkt ist eine Frage an den Anbieter — die Antwort und die Reaktion darauf sagen viel.
- Nutzungsrechte am Quellcode einschließlich Bearbeitung durch Dritte, schriftlich und unbefristet.
- Laufender lesender Zugriff auf das Code-Verzeichnis, nicht erst eine Übergabe am Projektende.
- Zugesagter vollständiger Datenexport in offenem Format, mit Strukturbeschreibung und einmal jährlich erprobt.
- Verwendete Technologien benannt und am Markt verbreitet; hauseigene Bausteine offengelegt.
- Alle Konten und Domains auf Ihren Namen, Dienstleister nur als berechtigter Nutzer.
- Dokumentation als Abnahmevoraussetzung, Übergangsunterstützung und Herausgabefrist im Vertrag benannt.
Sechs Punkte, die in eine Stunde Vorbereitung passen. Wir erleben regelmäßig, dass genau diese Stunde später den Unterschied macht zwischen einem geordneten Wechsel und einem Neubau — und ein seriöser Partner wird an keiner Stelle Einwände haben.
Nehmen Sie sich zuletzt vor, die Liste nicht nur einmal abzuhaken. Verträge werden verlängert, Systeme wachsen, neue Fremddienste kommen dazu, und mit jedem davon entsteht ein neues Konto und eine neue Abhängigkeit. Ein jährlicher Blick auf diese sechs Zeilen, etwa zusammen mit der Budgetplanung, hält den Aufwand klein.
Und behalten Sie die Verhältnismäßigkeit im Blick. Für eine Terminbuchung auf der Website müssen Sie keine Ausstiegsstrategie schreiben. Für das System, in dem Ihre Aufträge, Kundendaten und Abrechnungen liegen, gehört sie zur Grundausstattung — je näher eine Anwendung an Ihrem Kerngeschäft liegt, desto teurer wird jede ungeplante Trennung.