Glossar

Anbieterabhängigkeit

Anbieterabhängigkeit beschreibt die Lage, in der ein Betrieb seine Daten oder Abläufe nicht ohne erheblichen Aufwand von einem Softwareanbieter zu einem anderen verlagern kann.

Anbieterabhängigkeit, oft auch Lock-in genannt, bezeichnet den Zustand, in dem ein Wechsel des Softwareanbieters nur mit hohem Aufwand, Datenverlust oder Betriebsunterbrechung möglich wäre. Sie entsteht durch geschlossene Datenformate, fehlende Exportfunktionen, lange Vertragslaufzeiten oder dadurch, dass zentrale Arbeitsabläufe genau auf die Eigenheiten eines Programms zugeschnitten wurden. Technisch bleibt der Betrieb handlungsfähig, wirtschaftlich verliert er jedoch Verhandlungsspielraum bei Preisen und Leistungsumfang.

Im Handwerk zeigt sich das häufig bei der Auftrags- und Kalkulationssoftware. Über Jahre sind dort Stammdaten, Kalkulationsansätze, Textbausteine, Kundenhistorie und Aufmaßvorlagen gewachsen. Lässt sich davon nur eine Adressliste als Tabelle exportieren, während Kalkulationslogik und Dokumentenablage im System verbleiben, ist ein Wechsel praktisch ausgeschlossen. Bei KI-Werkzeugen kommt eine weitere Ebene dazu: gepflegte Prompt-Sammlungen, eingelernte Textbausteine und eine hochgeladene firmeneigene Wissensbasis hängen am jeweiligen Dienst.

Abzugrenzen ist der Begriff von der Datenhoheit. Diese betrifft die Frage, wer über die Daten bestimmt, während Anbieterabhängigkeit beschreibt, wie aufwendig ein Wechsel wäre. Beides kann auseinanderfallen: Ein Betrieb kann rechtlich Herr seiner Daten sein und sie dennoch nur als unstrukturiertes Sammelpaket zurückerhalten, mit dem ein Nachfolgesystem wenig anfangen kann.

Eine typische Fehlerquelle ist die Verwechslung von Export und Übernahme. Dass ein Programm einen Export anbietet, sagt nichts darüber, ob die Zuordnungen erhalten bleiben, etwa welches Foto zu welchem Bauvorhaben und welcher Position gehört. Gehen diese Verknüpfungen verloren, bleibt der Inhalt zwar bestehen, die Bauakte ist aber nicht mehr nachvollziehbar.

Eine zweite Form der Abhängigkeit betrifft Personen statt Software. Wenn nur eine Person im Betrieb weiß, wie ein Werkzeug eingerichtet ist und welche Abläufe automatisiert wurden, entsteht dieselbe Verwundbarkeit auf anderem Weg. Dokumentierte Zugänge, eine Übersicht der eingerichteten Abläufe und ein zweiter eingewiesener Mitarbeiter kosten wenig und wirken sofort. Ergänzend hilft, Zugangsdaten nicht an persönliche Postfächer zu binden, sondern an betriebliche Adressen, damit ein Personalwechsel nicht den Zugriff auf laufende Verträge kostet.

Bezug zur Digitalisierung

Der KI-Markt verändert sich schnell, Modelle und Preismodelle werden ausgetauscht. Wer sich eng an einen Anbieter bindet, trägt dieses Risiko mit. Abmildern lässt es sich mit einfachen Vorkehrungen: Prompts und Anweisungen werden außerhalb des Werkzeugs dokumentiert, etwa in einer eigenen Prompt-Bibliothek; Dokumente bleiben im eigenen Dokumentenmanagement und werden dem KI-Dienst nur zur Verarbeitung übergeben; und beim Vertragsabschluss wird geklärt, in welchem Format Daten am Ende herausgegeben werden.

Auch die Betriebsform spielt hinein. Eine Cloud-Lösung senkt den Einstiegsaufwand, verlagert aber Speicherort und Verfügbarkeit zum Anbieter. Eine On-Premise-Lösung hält mehr Kontrolle im Haus, verlangt dafür eigene Technik und Betreuung. Beides ist vertretbar, solange die Entscheidung bewusst fällt und offene Schnittstellen vorhanden sind.

Für die Praxis genügt oft eine Prüffrage vor jedem neuen Werkzeug: Was passiert mit unseren Daten, wenn wir in zwei Jahren kündigen. Wenn darauf niemand eine konkrete Antwort geben kann, sollte vor der Einführung ein Exportweg vereinbart und einmal testweise durchgespielt werden. Ein Probelauf mit einem echten Kundenvorgang zeigt schneller als jede Zusicherung, wie vollständig ein Export tatsächlich ist.

FAQ

Häufige Fragen zu Anbieterabhängigkeit

Woran erkenne ich, wie abhängig ich bin?
An der Antwort auf eine einfache Frage: Was käme bei einem vollständigen Export heraus und in welchem Format. Lässt sich nur eine Adressliste als Tabelle ausgeben, während Kalkulationslogik, Textbausteine und Dokumentenablage im System verbleiben, ist ein Wechsel praktisch ausgeschlossen. Ein Testexport klärt das in wenigen Stunden.
Was ist der Unterschied zur Datenhoheit?
Datenhoheit betrifft die Frage, wer über die Daten bestimmt und wem sie rechtlich zustehen. Anbieterabhängigkeit beschreibt dagegen, wie aufwendig ein Wechsel tatsächlich wäre. Beides fällt auseinander: Der Betrieb kann uneingeschränkt über seine Daten verfügen und trotzdem faktisch gebunden sein, weil ein Export nicht nutzbar ist.
Gilt das auch für KI-Werkzeuge?
Ja, mit einer zusätzlichen Ebene. Gepflegte Sammlungen von Anweisungen, eingelernte Textbausteine und eine hochgeladene firmeneigene Wissensbasis hängen am jeweiligen Dienst. Sinnvoll ist, geprüfte Anweisungen zusätzlich außerhalb des Werkzeugs abzulegen, etwa in einem einfachen Dokument, damit dieser Teil bei einem Wechsel erhalten bleibt.
Wie halte ich die Abhängigkeit gering?
Durch dokumentierte Exportmöglichkeiten, überschaubare Vertragslaufzeiten, den Einsatz offener Austauschformate wo möglich und die Vermeidung von Sonderanpassungen, die nur ein Anbieter pflegen kann. Vollständig vermeiden lässt sie sich bei einer Kernanwendung nicht, aber der Preis eines Wechsels sollte bekannt und nicht überraschend sein.

Bereit, KI in Ihrem Betrieb arbeiten zu lassen?

In einer kostenlosen KI-Potenzialanalyse zeigen wir konkret, wo in Ihrem Betrieb Zeit und Geld liegen – unverbindlich und ohne Technik-Kauderwelsch.

Kostenlose KI-Analyse