Datenportabilität bei KI-Software: Leitfaden zur Bewertung des Abhängigkeitsrisikos

Portabilität bei einer Anwendung mit Funktionen künstlicher Intelligenz bedeutet mehr, als eine Datei herunterzuladen. Dazu gehört, Daten abrufen zu können, zu verstehen, welche Informationen mit diesen Daten verbunden sind, und zu prüfen, welche Teile der Arbeit außerhalb des Dienstes weiterverwendet werden können. Wenn ein Tool Berichte erstellt, Dokumente klassifiziert oder Aufgaben automatisiert, lautet die praktische Frage, ob ein Unternehmen die benötigten Eingaben und Ergebnisse mitnehmen kann, um seine Tätigkeit fortzusetzen. Eine Exportmöglichkeit allein garantiert nicht, dass sich das Ergebnis wiederverwenden lässt.

Es ist sinnvoll, zwischen vom Kunden bereitgestellten Daten, von der Anwendung erzeugten Ergebnissen und Elementen zu unterscheiden, die dem Anbieter gehören oder von dessen Infrastruktur abhängen. Das ist wichtig, weil die Dokumentation Exportkategorien und Ausschlüsse unterschiedlich definieren kann. Gehen Sie nicht davon aus, dass Verlauf, Anweisungen, Einstellungen oder Verbindungen zu anderen Systemen automatisch in einem Download enthalten sind. Jedes Element muss einzeln geprüft werden.

Portabilität hat auch eine betriebliche Dimension: Eine exportierte Datei kann vollständig sein und dennoch ein bestimmtes Format, Tool oder Verfahren erfordern, um sie in ein anderes System zu übernehmen. Eine sinnvolle Bewertung fragt deshalb nicht nur: „Kann ich meine Daten herunterladen?“ Sie klärt, welche Kategorien der Export umfasst, wie die Daten bereitgestellt werden und welche Abhängigkeiten ihre spätere Nutzung verhindern könnten. Die dokumentierten Beispiele in diesem Leitfaden zeigen, worauf zu achten ist; sie vergleichen keine Anbieter und unterstellen nicht, dass deren Richtlinien gleichwertig sind.

Die offizielle Dokumentation von Microsoft erläutert, dass Kunden bestimmte Daten exportieren können, darunter Text-, Audio-, Bild- und Videodateien sowie Datenbankinhalte. Sie nennt auch Ausschlüsse: Informationen, die zur Konfiguration von Ressourcen verwendet werden – etwa bestimmte technische Einstellungen und Ressourcennamen – sowie geschützte proprietäre Daten wie Geschäftsgeheimnisse gelten nicht als exportierbare Kundendaten. Die Liste der Ausschlüsse ist ebenso wichtig wie das Exportversprechen.

Aus diesem Beispiel lässt sich eine konkrete Prüfung ableiten: Suchen Sie nach der Definition exportierbarer Daten und lesen Sie die Ausnahmen, statt sich auf eine allgemeine Aussage zur Portabilität zu verlassen. Die geprüfte Dokumentation beschreibt Inhaltskategorien und Grenzen. Sie belegt jedoch weder, dass alle Plattformen dieselben Optionen anbieten, noch dass sämtliche von einer KI-Funktion erzeugten Daten enthalten sind. Maßgeblich sind die Regeln für das konkrete Produkt, den Dienst und die Informationen, die das Unternehmen verwenden will.

Prüfen Sie außerdem die verfügbaren Formate und ob die Dokumentation deren Struktur erläutert. Ein bekanntes Format kann die Verarbeitung mit anderen Tools erleichtern. Es reicht jedoch nicht, dass ein Formatname auf einer Produktseite erscheint: Entscheidend ist, ob der Export die erforderlichen Felder enthält, relevante Beziehungen bewahrt und sich für ein ausreichendes Datenvolumen wiederholen lässt. Format, Inhalt und Verfahren sind drei getrennte Prüfpunkte.

Wenn die Dokumentation einen Punkt offenlässt, halten Sie ihn als offene Frage fest, statt ihn durch eine Annahme zu beantworten. Fragen Sie vor dem Abschluss präzise nach, ob der Anbieter den Export genau der Daten ermöglicht, die das Unternehmen erzeugen wird, welches Format verwendet wird und welches Verfahren gilt. Ist die Antwort für die Betriebskontinuität wichtig, sollte sie in den maßgeblichen vertraglichen Zusagen festgehalten werden.

Die Aufbewahrung beantwortet eine andere Frage als die Portabilität: Wie lange speichert der Dienst bestimmte Daten, und was geschieht danach? Laut der Dokumentation von Amazon Location Service werden Gerätepositionen 30 Tage gespeichert, bevor sie automatisch gelöscht werden. Vom Nutzer bereitgestellte Geofence-Geometrien müssen dagegen ausdrücklich gelöscht werden. Ein und derselbe Dienst kann je nach Datentyp unterschiedliche Regeln anwenden.

Dieses Beispiel darf nicht auf andere AWS-Produkte oder andere Anbieter übertragen werden. Es zeigt vielmehr, warum jede Kategorie und jeder Vorgang einzeln geprüft werden sollte: Aufbewahrung, automatische Löschung und eine Löschung, die eine Handlung des Kunden erfordert, sind nicht dasselbe. Ermitteln Sie bei der Bewertung, welche Daten gespeichert werden, wie lange die Speicherung dauert, wodurch die Löschung ausgelöst wird und ob die Dokumentation Ausnahmen oder zusätzliche Schritte nennt.

Für ein Unternehmen kann die Aufbewahrungsfrist beeinflussen, wann Informationen exportiert werden sollten und wie eine Migration zu planen ist. Auch die Löschrichtlinie kann für die interne Verwaltung und für Pflichten des Unternehmens relevant sein. Eine technische Seite zu einem einzelnen Dienst reicht jedoch nicht aus, um festzustellen, welche gesetzlichen Pflichten für ein bestimmtes Unternehmen gelten oder was mit sämtlichen Kopien und verbundenen Systemen geschieht. Dafür müssen die für den Dienst maßgeblichen Dokumente geprüft und gegebenenfalls vertragliche oder rechtliche Beratung eingeholt werden.

Vor der Einführung eines Tools lohnt es sich, nicht beantwortete Fragen aus der öffentlichen Dokumentation schriftlich festzuhalten: Was geschieht bei der Kontoschließung? Gibt es einen Zeitraum zur Wiederherstellung von Informationen? Wie wird die Löschung beantragt und welchen Umfang hat sie? Unterstellen Sie weder eine Karenzfrist noch eine sofortige Löschung. Eine fehlende öffentliche Antwort ist eine Informationslücke, die vor der Abhängigkeit vom System mit dem Anbieter geklärt werden sollte.

Programmierschnittstellen und Integrationen können den Informationsaustausch zwischen Systemen erleichtern. Allein ihre Existenz beweist jedoch nicht, dass sich eine Lösung leicht ersetzen lässt. Prüfen Sie, welche Vorgänge sie ermöglichen, welche Daten sie zugänglich machen und welche Beschränkungen der Anbieter dokumentiert. Klären Sie außerdem, ob eine Integration den tatsächlich genutzten Arbeitsablauf des Unternehmens abdeckt, statt anzunehmen, eine allgemeine Verbindung werde die Migration lösen. Eine dokumentierte Schnittstelle belegt eine konkrete Fähigkeit, nicht einen vollständig gesicherten Ausstieg.

Die für diesen Beitrag verfügbaren Informationen enthalten keine API-Dokumentation zu einem KI-Softwareprodukt und ermöglichen keinen Vergleich von Endpunkten, Nutzungsgrenzen oder der Kompatibilität verschiedener Anbieter. Daher lässt sich hier weder belegen, dass eine bestimmte API die Abhängigkeit verringert, noch dass KI-Funktionen eines Dienstes auf einem proprietären oder quelloffenen Modell beruhen. Solche Fragen müssen anhand der technischen Dokumentation des konkret geprüften Produkts beantwortet werden.

In der Praxis lässt sich die Prüfung anhand verifizierbarer Fragen strukturieren: Gibt es eine offizielle Schnittstellenreferenz? Beschreibt sie die lesbaren oder veränderbaren Daten? Sind Zugangsbedingungen oder Nutzungsgrenzen veröffentlicht? Werden Änderungen und Versionen dokumentiert? Wenn das Unternehmen eine Integration für den Betrieb benötigt, sollte es außerdem klären, wer sie wartet und welche Zusagen bei Änderungen des Dienstes gelten. Die Antworten können je nach Produkt und Tarif unterschiedlich sein; Ergebnisse zu einer Plattform lassen sich nicht ohne Weiteres auf eine andere übertragen.

Bei KI-basierten Funktionen ist noch ein weiterer Vorbehalt wichtig: Eine Schnittstelle kann die Nutzung einer Funktion ermöglichen, ohne Zugang zum zugrunde liegenden Modell, seinen Parametern oder einer kompatiblen Alternative zu gewähren. Die verfügbaren Informationen belegen nicht, welche Bedingungen für konkrete Produkte gelten. Der Zugriff auf eine Funktion bedeutet nicht, dass man ihre zugrunde liegende Technologie kontrolliert. Ist diese Kontrolle erforderlich, muss sie in der Dokumentation oder im Vertrag bestätigt werden; aus dem Vorhandensein einer API lässt sie sich nicht ableiten.

Eine einfache Matrix hilft, dokumentierte Tatsachen, Schlussfolgerungen und offene Punkte voneinander zu trennen. Halten Sie für jede kritische Datenart oder Funktion die offizielle Quelle, die beschriebene Fähigkeit, deren Grenzen und die noch unbeantwortete Frage fest. So wird der Unterschied zwischen einem allgemeinen Versprechen und einer konkreten betrieblichen Anweisung sichtbar. Zugleich lässt sich vermeiden, dass eine kommerzielle Erwartung ohne Beleg als feststehende Anforderung behandelt wird. Die Matrix strukturiert die Prüfung, ersetzt aber keine vertragliche Zusicherung.

Die Tabelle ist ein Analyseinstrument und keine Rangliste der Anbieter. Microsoft dokumentiert beispielsweise exportierbare Kategorien und Ausschlüsse, während die Seite zu Amazon Location Service Aufbewahrungsfristen nennt und bei bestimmten Daten zwischen automatischer und ausdrücklicher Löschung unterscheidet. Diese Belege beziehen sich auf unterschiedliche Bereiche: Sie ermöglichen weder einen allgemeinen Qualitätsvergleich der beiden Dienste noch die Aussage, einer sei portabler als der andere.

Fragen, die die Betriebskontinuität betreffen, können ausdrückliche Zusagen erfordern: Welche Daten werden wann und in welchem Format bereitgestellt, und wie lange bleibt der Zugang nach Ende der Geschäftsbeziehung bestehen? Möglicherweise muss auch geklärt werden, wer auf einen Exportantrag reagiert und welche Unterstützung enthalten ist. Die technische Dokumentation hilft, präzisere Fragen zu stellen; die Vertragsbedingungen bestimmen, welche Pflichten übernommen wurden. Machen Sie aus einer Erwartung keine Zusage ohne schriftliche Bestätigung.

Eine kurze Checkliste vor der Entscheidung kann hilfreich sein:

• Daten und Ergebnisse ermitteln, die sich nur schwer wiederherstellen lassen.
• Die offizielle Dokumentation zu Export, Aufbewahrung und Löschung finden.
• Formate, Grenzen und Schritte durch eine Antwort bestätigen lassen, die für das konkrete Produkt und den Tarif gilt.
• Wesentliche, öffentlich nicht dokumentierte Bedingungen vertraglich klären.
• Version und Datum der geprüften Dokumente festhalten, um spätere Änderungen erkennen zu können.

Dieses Vorgehen beseitigt das Abhängigkeitsrisiko nicht, hilft aber, es zu erkennen, bevor das Unternehmen schwer übertragbare Informationen oder Prozesse angesammelt hat.

Die geprüften Belege erlauben nur begrenzte Schlussfolgerungen: Microsoft nennt Exportmöglichkeiten für bestimmte Kategorien und führt Ausschlüsse auf; Amazon Location Service dokumentiert für Gerätepositionen eine Aufbewahrungsfrist von 30 Tagen und verlangt die ausdrückliche Löschung von Geofence-Geometrien. Das sind nützliche Beispiele dafür, welche Details zu prüfen sind, keine vergleichende Bewertung von KI-Software und keine Empfehlung für einen Anbieter.

Die verfügbare Dokumentation reicht nicht aus, um Exportformate von KI-Tools miteinander zu vergleichen, die Portabilität von Interaktionsverläufen zu prüfen oder festzustellen, welche Anbieter die Migration von Einstellungen, Anweisungen oder generierten Ergebnissen erlauben. Sie belegt auch keine allgemeinen Bedingungen für APIs, zugrunde liegende Modelle, die Dienstkontinuität, Preisänderungen oder Zusagen im Fall einer Einstellung des Anbieters. Ohne eine konkrete Quelle dürfen diese Punkte nicht als gesicherte Tatsachen dargestellt werden.

Für ein kleines Unternehmen, das ein Tool prüft, besteht die praktische Entscheidung daher darin, Portabilität als Liste überprüfbarer Anforderungen zu behandeln: Was muss wiederhergestellt werden, was ist dokumentiert, was bleibt unbestätigt und was muss im Vertrag stehen? Es ist weder nötig anzunehmen, dass jede KI-Funktion grundsätzlich schwer zu ersetzen ist, noch dass ein angekündigter Export den Ausstieg vollständig regelt. Eine vorsichtige Schlussfolgerung hängt vom Produkt, der Datenart und den geltenden Bedingungen ab.

Dieser Beitrag ist weder eine Rechtsberatung noch eine technische Prüfung bestimmter Dienste. Dokumentationen können sich ändern; Bedingungen können vom Produkt, Tarif, der Region oder dem Vertrag abhängen. Prüfen Sie vor einer Entscheidung die aktuellen offiziellen Quellen für den konkreten Dienst und dokumentieren Sie die Antworten auf wesentliche Fragen.