Den KI-Anbieter wechseln ohne Daten zu migrieren

Bei einem Anbieterwechsel steht selten der neue KI-Anbieter im Weg, sondern der alte, bei dem Oberfläche, Verläufe und Dokumente fest an das Modell gekoppelt sind. Eine getrennte Architektur entkoppelt das im Voraus, indem sie die gespeicherten Daten auf Ihren eigenen Server legt und das Modell nur über eine Schnittstelle anbindet. So tauschen Sie den Anbieter im Hintergrund aus, während die gesammelte Arbeit unberührt liegen bleibt.

Inhaltsverzeichnis

Künstliche Intelligenz ist längst im Arbeitsalltag angekommen. Im Vertrieb wandern Kundenmails in ChatGPT, damit die Antwort schneller steht. Die Buchhaltung lässt sich Vertragstexte zusammenfassen. Die Entwicklung sucht mit Claude nach Fehlern im Code. Das läuft nicht selten über private Zugänge, an Ihrer IT vorbei, weil sich der Nutzen einstellt, bevor eine Freigabe vorliegt. Dabei bleibt offen, wer die Hoheit über die Unternehmensdaten behält und wie abhängig Sie sich von einem einzelnen Anbieter machen.

Ein Verbot treibt die Nutzung nur aus dem Blickfeld

Oft lässt sich kaum belegen, wer wann welche Information nach außen gegeben hat. Der naheliegende Reflex ist dann ein Verbot privater KI-Zugänge. Damit scheint das Problem gelöst, doch in der Praxis läuft ein Verbot ins Leere, denn wer mit einem Werkzeug schneller ans Ziel kommt, findet einen Weg, es weiter zu nutzen. Das Verbot verlagert die Nutzung dann nur dorthin, wo niemand mehr hinsieht. Eine vom Unternehmen bereitgestellte, kontrollierte Lösung erreicht das Gegenteil. Sie lenkt die Nutzung in geordnete Bahnen. Das Team behält sein Werkzeug, das Unternehmen behält den Überblick.

Das Problem mit reinen Cloud-Lösungen

Wenn Sie das Shadow-IT-Problem erkannt haben, sind die naheliegenden Lösungen ChatGPT Enterprise oder vergleichbare Cloud-Dienste. Das funktioniert und ist schnell verfügbar. Es bindet Sie aber strukturell an einen Anbieter. Ihre Chat-Historien, hochgeladenen Dokumente und Arbeitsabläufe liegen beim Provider. Wenn dieser die Preise erhöht, Funktionen ändert oder die Verfügbarkeit eingeschränkt wird, haben Sie keine schnelle Alternative, sondern nur drei Optionen: die aufgerufenen Preise bezahlen, die Daten migrieren oder sie aufgeben. Migration bedeutet, alle Daten exportieren, Team umschulen, neue Prozesse etablieren. Das kostet Geld und Zeit in einem Umfang, der nur schwer kalkulierbar ist.

Dazu kommt, dass Sie nicht zwischen Sprachmodellen wechseln können. Wenn ein anderes Modell für Ihre Anwendung präziser, günstiger oder spezialisierter wäre, ist das irrelevant. Der Anbieter entscheidet, welche Modelle Sie nutzen können. Das ist keine Kritik an ChatGPT Enterprise (ein professionelles Produkt mit starkem Support), sondern eine strukturelle Konsequenz. Wer einen Dienst nutzt, akzeptiert dessen Bedingungen.

Die Hybrid-Architektur als Alternative

Eine selbstgehostete Lösung adressiert dieses Problem durch eine Trennung. Die Benutzeroberfläche und alle Daten liegen auf Ihrem eigenen Server und die Intelligenz (das Sprachmodell) wird über eine API angebunden. Das bedeutet, Sie hosten die Plattform auf einem Server bei einem Provider Ihrer Wahl, während die eigentlichen Antworten von ChatGPT, Claude oder anderen Modellen über deren Enterprise-APIs kommen.

Auf diese Weise behalten Sie die Kontrolle über Ihre gespeicherten Daten. Chat-Verläufe, hochgeladene Dokumente und Nutzerinformationen verbleiben auf Ihrem Server. Nur der Inhalt der jeweiligen Anfrage geht an den Modell-Anbieter, der daraus die Antwort erzeugt. Gleichzeitig können Sie das Sprachmodell wechseln, ohne dass Ihr Team irgendetwas davon merkt. Heute ChatGPT, morgen Claude, übermorgen ein spezialisiertes Modell, das Sie selbst hosten. Die Oberfläche bleibt gleich. Das ist keine technische Spielerei, sondern wirtschaftliche Flexibilität. Wenn ein Anbieter die Preise verdoppelt oder die Qualität sinkt, wechseln Sie das Backend, nicht die gesamte Plattform.

Zwei etablierte Open-Source-Lösungen

Für das Frontend stehen mit LibreChat und Open WebUI zwei marktführende Open-Source-Plattformen zur Verfügung. Beide werden aktiv weiterentwickelt und haben große Communities.

LibreChat ist als Nachbildung der ChatGPT-Oberfläche konzipiert. Das bedeutet, wer ChatGPT kennt, findet sich sofort zurecht. Kein Training nötig, keine Umgewöhnung. Open WebUI setzt auf ein moderneres Design mit Schwerpunkt auf Dokumentenverwaltung. Technisch läuft LibreChat auf Node.js mit MongoDB, Open WebUI setzt auf Python mit SQL-Datenbanken.

Beide Plattformen sind kostenlos verfügbar. Sie zahlen nur für Serverbetrieb und API-Nutzung. Die Entscheidung zwischen beiden hängt von Ihren bestehenden Systemen und Prioritäten ab.

Was Sie damit gewinnen

Der wirtschaftliche Vorteil liegt in drei Bereichen: Datenkontrolle, Kostenstruktur und Flexibilität.

  • Datenkontrolle: Ihre gespeicherten Chat-Verläufe und Dokumente bleiben auf Ihrem Server. Für die Antwort geht der Inhalt der einzelnen Anfrage an den Modell-Anbieter. Wo Ihre gespeicherten Daten liegen, kontrollieren Sie physisch selbst. Das vereinfacht DSGVO-Compliance (Serverstandort Deutschland) und eliminiert Diskussionen über Standardvertragsklauseln bei US-Anbietern. Für öffentliche Träger und stark regulierte Branchen kann das ein Entscheidungskriterium sein.
  • Kostenstruktur: Cloud-Dienste wie ChatGPT Enterprise rechnen mit Festpreisen pro Nutzer. Ihre Kosten steigen linear mit der Teamgröße, unabhängig davon, wie intensiv die Plattform genutzt wird. Bei einer selbstgehosteten Lösung zahlen Sie für Serverbetrieb und verbrauchsabhängig für API-Aufrufe. Wenn drei Personen die Plattform stark nutzen und zehn gelegentlich, zahlen Sie nur für die tatsächliche Nutzung. Kein Zwang, für Accounts zu zahlen, die kaum genutzt werden.
  • Flexibilität: Sie sind nicht an die Entscheidungen eines Anbieters gebunden. Wenn OpenAI ein Feature entfernt, das Sie brauchen, wechseln Sie zu Anthropic (Claude). Wenn ein spezialisiertes Modell für Ihr Fachgebiet verfügbar wird, binden Sie es ein. Die Oberfläche bleibt identisch. Das ist nicht nur technische Freiheit, sondern Risikominimierung, denn kein einzelner Anbieter kann Ihre Arbeitsabläufe diktieren.

Die relevanten Kostenfaktoren

Eine selbstgehostete Plattform verursacht Kosten für Infrastruktur und Betrieb. Wie hoch diese Kosten ausfallen, hängt davon ab, ob Sie die Plattform intern betreiben oder einen Dienstleister beauftragen.

Eigenbetrieb mit interner IT

Wenn Ihr Team die technische Kompetenz hat, besteht die Kostenstruktur aus Server-Miete (monatliche Fixkosten für die Infrastruktur), API-Kosten (verbrauchsabhängig, steigen mit der Nutzungsintensität) und initiale Einrichtungszeit. Die API-Kosten skalieren mit der Anzahl der Anfragen, nicht mit der Anzahl der Nutzer. Das bedeutet, wenige intensive Nutzer können mehr Kosten verursachen als viele gelegentliche.

Eigenbetrieb setzt voraus, dass Jemand in Ihrem Team Linux-Server administrieren, Backups konfigurieren, Updates einspielen und bei Problemen reagieren kann. Diese Person muss zwar nicht Vollzeit an der Plattform arbeiten, aber die Kompetenz muss vorhanden sein. Verfügbarkeit ist Ihr Risiko. Wenn der Server ausfällt, liegt die Verantwortung bei Ihnen. Sie sparen Dienstleister-Kosten, tragen aber operative Last.

Betrieb mit externem Dienstleister

Wenn Sie keine interne IT-Kompetenz haben oder Verfügbarkeit garantiert brauchen, beauftragen Sie einen externen Dienstleister mit Hosting und Wartung der Plattform. Die Kostenstruktur verschiebt sich dann zu einmaligen Setup-Kosten (Server-Aufsetzen, Plattform-Installation, Sicherheitskonfiguration, Single-Sign-On-Anbindung) und laufenden Wartungskosten (Monitoring, Updates, Support, Backup-Management). Hinzu kommen Server-Miete und variable API-Kosten. Sie kaufen damit Verfügbarkeitsgarantie, professionellen Support und binden keine internen Ressourcen. Das kostet deutlich mehr als Eigenbetrieb. Die Frage ist daher, ab wann sich diese Investition rechtfertigt.

Bei sehr kleinen Teams sind Cloud-Lösungen oft wirtschaftlicher, weil die Fixkosten des Selbsthostings (mit oder ohne Dienstleister) zu hoch sind. Ab einer gewissen Unternehmensgröße dreht sich die Rechnung, denn die pro-Nutzer-Kosten von Cloud-Diensten können dann die Gesamtkosten einer selbstgehosteten Lösung deutlich übersteigen. Dazwischen liegt eine Grauzone, in der regulatorische Anforderungen oder strategische Überlegungen (Unabhängigkeit, Flexibilität) den Ausschlag geben können.

Die eigentliche Frage

Was können und wollen Sie intern stemmen und welche Funktionen brauchen Sie wirklich? Alle aufgezeigten Wege haben ihre Berechtigung, führen aber auch zu unterschiedlichen Formen der Abhängigkeit, die jede Software-Entscheidung mit sich bringt. Deshalb empfiehlt sich auch bei der Einführung von KI-Tools eine gründliche Vorabrecherche zu den Nutzerbedürfnissen, damit eine möglichst große Akzeptanz im gesamten Unternehmen sichergestellt werden kann.

Die Grenzen von Selbsthosting und Fazit

Selbsthosting ist keine Universal-Lösung. Für sehr kleine Teams ohne technische Kompetenz für Serververwaltung und ohne spezifische Datenschutzanforderungen ist eine zentrale Cloud-Lösung meistens wirtschaftlicher. Sie zahlen mehr pro Nutzer, erhalten aber professionellen Support, garantierte Verfügbarkeit und keine Verantwortung für die Infrastruktur.

Umgekehrt ergibt Selbsthosting dann Sinn, wenn regulatorische Anforderungen oder der Wunsch nach Anbieterunabhängigkeit bestehen, größere Teams mit unterschiedlicher Nutzungsintensität im Unternehmen arbeiten oder wenn IT-Kompetenz vorhanden ist. Je mehr dieser Faktoren zutreffen, desto eher rechtfertigt sich der Aufwand.

Veröffentlicht
11. Februar 2026
Zuletzt aktualisiert
8. Juli 2026
Autor
Lars Schimanski
Warum wir schreiben

Software wird in Monaten gebaut und über Jahre benutzt. Wer in diesem Handwerk gut arbeiten will, muss den Hype vom Bleibenden trennen. Das geht nicht nebenbei.

Unser Werkzeug dafür ist das Schreiben. Der Soziologe Niklas Luhmann brachte es auf Zettel 9/8g auf den Punkt: „Ohne zu schreiben, kann man nicht denken.“

Das Ergebnis zeigen wir auf unserer Website. Wie wir dorthin kommen, steht hier im Blog.

MW Studio