«Ihre Daten können Sie jederzeit exportieren.» Klingt beruhigend. Für einen Anbieterwechsel reicht dieser Satz nicht. Eine CSV mit Kontakten ist noch kein betriebsfähiger Telefonassistent, und ein gesicherter Suchindex ersetzt nicht die zugrunde liegenden Dokumente. Wenn ein KI-System wichtig für Ihren Alltag wird, prüfen Sie früh, welche Teile ein anderer Anbieter tatsächlich wieder aufbauen kann.
Der richtige Zeitpunkt ist vor der Abhängigkeit vom System. Das bedeutet nicht, ständig einen Wechsel vorzubereiten. Es bedeutet, den Betrieb so zu dokumentieren, dass Sie Alternativen haben. Fragen Sie deshalb nach einem konkreten Übergabepaket und testen Sie es an einem begrenzten Fall. Eine erfolgreiche Wiederherstellung ausserhalb der bisherigen Umgebung liefert mehr Aussagekraft als ein allgemeines Versprechen zur Datenhoheit.
Was zu Ihrem Betrieb gehört
Listen Sie zunächst die Bestandteile auf: Quelldokumente, strukturierte Kundendaten, Gesprächsregeln, Tool-Schnittstellen, Freigaben, Testfälle und offene Aufgaben. Bei einem Telefonassistenten kommen Rufwege, Nummernverantwortung und Übergabeziele hinzu. Bei einem Wissenschatbot sind Dokumentversionen und Zugriffsrechte wichtig. Ein einzelner Export erfasst selten alle diese Teile.
Trennen Sie eigene Inhalte von Dienstleistungen und anbieterspezifischen Komponenten. Sie können beispielsweise Ihre FAQs und Testfälle besitzen, ohne Rechte am zugrunde liegenden Modell zu haben. Ein Vertrag sollte diese Fragen ausdrücklich behandeln. Eine technische Exportfunktion begründet nicht automatisch einen allgemeinen Rechtsanspruch auf Modellgewichte, interne Werkzeuge oder die gesamte Infrastruktur des Anbieters.
Ein brauchbares Übergabepaket
| Bestandteil | Was mitkommt | Wie Sie es prüfen |
|---|---|---|
| Quellmaterial | Originale, Versionen und stabile Kennungen. | Eine Antwort wieder zur gültigen Quelle verfolgen. |
| Betriebsregeln | Zuständigkeiten, Grenzen und Ausnahmen. | Einen Ausnahmefall im neuen Aufbau ausführen. |
| Schnittstellen | Feldbedeutungen, Endpunkte und Berechtigungen. | Eine Testaufgabe korrekt schreiben und zurücklesen. |
| Offene Fälle | Status, Verantwortlicher und nächste Handlung. | Einen begonnenen Vorgang fortsetzen. |
Das Paket braucht ein lesbares Verzeichnis: welche Datei enthält was, welche Felder sind Pflicht und welche Werte bedeuten «offen» oder «freigegeben»? Ein Datum ohne Zeitzone kann eine Terminübernahme verfälschen. Eine Kundenkennung ohne Beschreibung kann beim Import neue Dubletten erzeugen. Solche Details sind unscheinbar, bestimmen aber, ob die Übergabe funktioniert.
Backup und Portabilität getrennt prüfen
Eine Sicherung kann ausgezeichnet für die Wiederherstellung im gleichen Produkt geeignet sein und sich trotzdem schlecht für den Wechsel eignen. Die Qdrant-Dokumentation zu Snapshots behandelt eine produktspezifische Wiederherstellung. Daraus sollten Sie nicht ableiten, dass jedes andere Suchsystem dieselbe Sicherung direkt übernimmt.
Auch die Azure-Anleitung zum Regionswechsel behandelt den Neuaufbau von Indizes und abhängigen Komponenten. Für den Wechsel brauchen Sie häufig die ursprünglichen Dokumente, deren Metadaten und ein nachvollziehbares Verfahren zur erneuten Indexierung. Selbst exportierte Vektoren können an das bisherige Einbettungsmodell gebunden sein. Ein neues Modell kann andere Repräsentationen erzeugen. Entscheidend ist, ob sich die benötigten Antworten und Rechte aus den erhaltenen Quellen neu herstellen und prüfen lassen.
Die Regeln müssen lesbar bleiben
Ein exportierter Prompt ist nützlich, aber nicht die ganze Betriebslogik. Manche Regeln stecken in einer Oberfläche, andere in Webhooks, Tabellen oder Code. Schreiben Sie die geschäftliche Bedeutung zusätzlich verständlich auf: welche Angaben vor einer Buchung vorliegen müssen, wann der Assistent zurückfragt und wer eine Ausnahme entscheidet.
Übernehmen Sie nicht blind sämtliche alten Einstellungen in ein neues System. Ein anbieterspezifischer Werkzeugaufruf kann dort anders funktionieren. Der neue Aufbau muss die gleiche betriebliche Entscheidung leisten, nicht dieselbe Zeichenfolge kopieren. Behalten Sie dazu anonymisierte Testfälle mit erwarteten Ergebnissen. Ein Fall mit fehlender Kundennummer ist oft aussagekräftiger als zehn gewöhnliche Begrüssungen.
Ein echter Wiederaufbauversuch
Wählen Sie eine begrenzte Funktion, etwa die Aufnahme einer Serviceanfrage ohne verbindliche Terminbestätigung. Stellen Sie in einer getrennten Testumgebung Quellen, Regeln und eine simulierte Schnittstelle bereit. Verwenden Sie keine produktiven Schreibrechte. Dann prüfen Sie Standardfall, fehlende Angabe, verbotene Handlung und vorübergehend nicht erreichbares Ziel.
Bewerten Sie nicht nur den Antwortstil. Ist die Kundennummer richtig zugeordnet? Bleibt eine unbestätigte Buchung unbestätigt? Wird eine offene Aufgabe mit ihrer bisherigen Kennung fortgesetzt? Kann ein Prüfer den Grund einer Entscheidung nachvollziehen? Diese Fragen zeigen, ob das Paket den Betrieb trägt oder nur eine Sammlung von Dateien ist.
Notieren Sie fehlende Bestandteile und Aufwand. Wenn eine Zuordnung nur durch eine manuelle Erinnerung des bisherigen Betreuers gelingt, gehört diese Information in die Dokumentation. Der Test ist keine Wettbewerbsvorführung. Er soll Lücken sichtbar machen, solange Sie sie ruhig schliessen können.
Der Wechsel braucht einen gemeinsamen Zeitpunkt
Planen Sie, wann das alte System zuletzt schreiben darf und wann das neue übernimmt. Ein Export vom Montag enthält nicht automatisch die am Dienstag eingegangenen Reklamationen. Für die Übergangszeit brauchen Sie einen Abgleich neuer und geänderter Datensätze. Zwei gleichzeitig schreibende Assistenten können doppelte Aufgaben erzeugen, auch wenn beide für sich korrekt funktionieren.
Nummern, Domain, Konten und API-Zugänge sollten einem benannten Verantwortlichen zugeordnet sein. Zugangsdaten werden beim Übergang neu ausgestellt oder sicher übertragen und anschliessend überprüft. Ein Geheimnis gehört nicht in ein frei verteiltes Exportarchiv. Vereinbaren Sie auch, wie Restdaten beim bisherigen Dienst behandelt und die entsprechenden Schritte dokumentiert werden.
Was Sie vor Vertragsschluss fragen können
Fragen Sie nach Formaten, Häufigkeit, Leistungsumfang und Kosten einer Übergabe. Wer hilft beim Export, wie werden offene Vorgänge erklärt und welche Bestandteile lassen sich nicht übertragen? Lassen Sie sich ein Beispielpaket zeigen. Eine transparente Einschränkung ist hilfreicher als ein pauschales «alles möglich». Halten Sie die vereinbarten Leistungen und Verantwortlichkeiten schriftlich fest.
Den Export auf Vollständigkeit prüfen
Vor dem Import vergleichen Sie die Übergabestand mit dem bisherigen Betrieb. Stimmen Anzahl und Kennungen der offenen Vorgänge überein? Sind Anhänge erreichbar und lassen sich die Feldwerte lesen? Ein Beispiel-Datensatz kann ordentlich aussehen, obwohl ein Teil des Bestands fehlt. Lassen Sie deshalb die gewünschte Vollständigkeitsprüfung gemeinsam mit dem Datenverantwortlichen festlegen.
Notieren Sie auch den Zeitpunkt des Exports und die verwendete Version der Beschreibung. Wenn ein Anbieter das Format später ändert, braucht die empfangende Seite eine erkennbare Anpassung. Testen Sie leere Felder, Sonderzeichen und mehrfach vorkommende Referenzen. Ein fehlender Wert sollte nicht still mit einer plausibel klingenden Vermutung ersetzt werden.
Bewahren Sie das Testpaket nur mit dem nötigen Zugriff auf. Für die Vorbereitung können erfundene oder angemessen anonymisierte Daten genügen. Ein Übergabearchiv mit vollständigen Gesprächsprotokollen sollte nicht an jede angefragte Agentur verteilt werden. Geben Sie zunächst genug Material, um Format und Wiederaufbau zu prüfen. Den produktiven Umfang und den sicheren Übertragungsweg vereinbaren Sie für den tatsächlichen Wechsel.
Die allgemeine Prüfung von KI-Lieferanten bleibt sinnvoll. Der hier beschriebene Wiederaufbauversuch beantwortet die speziellere Frage des Wechsels. In der KI-Beratung können wir mit einem bestehenden Ablauf, einem Beispiel-Export und Ihren offenen Vorgängen prüfen, welche Übergabe Sie tatsächlich brauchen. Das Ergebnis sollte ein konkretes Paket mit prüfbaren Lücken sein.
FAQ
Ist eine Sicherung automatisch portabel?
Nein. Eine Sicherung kann für dasselbe Produkt gedacht sein. Prüfen Sie getrennt, ob ein anderer Aufbau Quellen, Metadaten und Regeln verwenden kann.
Müssen Modellgewichte übergeben werden?
Das folgt nicht automatisch aus Datenexport oder Eigentum an eigenen Inhalten. Rechte und geschuldete Leistungen hängen vom konkreten Vertrag ab.
Wann wird das Paket erneut geprüft?
Nach wesentlichen Änderungen an Quellen, Schnittstellen oder Entscheidungsregeln. Dokumentieren Sie Version und Ergebnis des Wiederaufbauversuchs.