Ein europäischer Sitz allein macht ein KI-Unternehmen noch nicht zur richtigen Wahl. Käufer müssen die juristische Person und die Vertragskette kennen, die Orte der Datenverarbeitung prüfen, Unterauftragnehmer und Infrastruktur erfassen, verfügbare Sicherheitsnachweise bewerten, den KI-Anwendungsfall steuern sowie den Ausstieg aus dem Workflow oder den Anbieterwechsel vorbereiten. Geografie ist ein Fragenkatalog, kein Gütesiegel.
Meine Einschätzung: Beginnen Sie mit dem Workflow und den geforderten Nachweisen. Prüfen Sie danach das Unternehmen, nicht umgekehrt.
Damit lassen sich zwei Kurzschlüsse vermeiden. Ein europäischer Firmensitz belegt keine vollständig europäische technische Kette. Eine Compliance-Aussage belegt auch nicht, dass ein Dienst zum konkreten Einsatz passt. Die rechtliche Prüfung sowie die Datenschutz- und Sicherheitsprüfung hängen immer vom Anwendungsfall und den Verträgen ab. Dieser Beitrag ist keine Rechtsberatung.
Was ist ein europäisches KI-Unternehmen?
Die hilfreiche Antwort beginnt mit einer Gegenfrage: In welcher Hinsicht europäisch? Ein Unternehmen kann in einem europäischen Land gegründet sein, über eine andere Gesellschaft Verträge schließen, Daten teilweise anderswo verarbeiten und mehrere Infrastrukturebenen nutzen. Das Wort „europäisch“ beschreibt deshalb noch nicht das gekaufte Produkt.
Für eine Kaufentscheidung trenne ich mindestens vier Bereiche:
- die vertragschließende Gesellschaft und alle weiteren beteiligten Einheiten;
- die tatsächlich erbrachte Leistung einschließlich Support und verwendeter Modelle;
- den Weg von Daten, Protokollen und Sicherungskopien;
- die Verantwortlichkeiten, wenn der Workflow Inhalte erzeugt, Empfehlungen abgibt oder Handlungen auslöst.
Die Europäische Union beschreibt ihren KI-Ansatz anhand von Exzellenz und Vertrauen. Sie verbindet Forschungskapazität und Innovation mit Regeln. Die KI-Fabriken nutzen außerdem EuroHPC-Supercomputing-Kapazitäten, um KI-Entwicklung und Innovation zu unterstützen. Das ist Kontext zum europäischen Ökosystem, aber kein Nachweis über ein einzelnes Unternehmen (Europäische Kommission).
Für den Einkauf zählt daher eine operative Definition: Das Unternehmen ist Teil einer überprüfbaren Kette. Sein Standort ist nur eines von mehreren Merkmalen dieser Kette.
Warum reicht der Firmensitz nicht aus?
Der Firmensitz beantwortet die Frage „Wo ist diese Gesellschaft niedergelassen?“. Er beantwortet nicht zwingend: „Wer verarbeitet was, wo, mit welchem Zugriff und auf welcher Vertragsgrundlage?“
Ein KI-Dienst kann aus einer Oberfläche, einem Modell, einem Hostinganbieter, Observability-Werkzeugen, menschlichem Support und Sicherungskopien bestehen. Jede Ebene kann die Datenexposition oder die Ausstiegsbedingungen verändern. Das Mehrschichtenmodell von ENISA stützt eine Betrachtung der Cybersicherheit über die verschiedenen Ebenen eines KI-Systems hinweg. Ein Anbieteretikett reicht demnach nicht als Nachweis (ENISA).
Ich verlange deshalb dokumentierte Antworten und nicht nur eine allgemeine Aussage zur Souveränität. Mit dieser Tabelle wird aus einem Marketinggespräch eine belastbare Kaufprüfung.
| Frage | Anzufordernder Nachweis | Schwache Antwort | Folge für den Einkauf |
|---|---|---|---|
| Welche Gesellschaft unterschreibt und wer erbringt die Leistung tatsächlich? | Vertrag, Gesellschaftsdaten, Rollen aller Parteien | „Wir sind europäisch“ | Die Verantwortungskette bleibt unklar |
| Wo bewegen sich Daten, Protokolle und Backups, und wo ruhen sie? | Datenflussdiagramm, Verarbeitungsregionen, Aufbewahrungsregeln | „In Europa gehostet“ ohne abgegrenzten Umfang | Der Pilot lässt sich nicht sauber bewerten |
| Welche Unterauftragnehmer und Komponenten sind beteiligt? | Aktuelle Liste, jeweilige Funktion, Verfahren für Änderungsmitteilungen | „Vertrauenswürdige Partner“ | Abhängigkeiten bleiben ungeprüft |
| Welche Sicherheitsmaßnahmen sind überprüfbar? | Relevante Dokumentation, Kontrollen, Berichte oder Bescheinigungen | „Sicherheit auf Unternehmensniveau“ | Risiken lassen sich nicht mit dem Workflow verbinden |
| Wie werden Daten zurückgegeben und der Dienst beendet? | Exportformat und -frist, Löschung, Unterstützung beim Ausstieg | „Export ist möglich“ | Kosten und Machbarkeit eines Wechsels bleiben unbekannt |
Welche Nachweise sollten vor einem Pilotprojekt vorliegen?
Ein nützlicher Nachweis ist konkret, aktuell, auf den gekauften Umfang bezogen und durch die richtige Fachperson prüfbar. Eine Vertriebsseite kann das Gespräch anstoßen. Sie ersetzt weder eine Vertragsanlage noch eine technische Prüfung.
Vor dem Einsatz echter Daten fordere ich mindestens:
- eine einfache Darstellung des Workflows, der angebundenen Systeme und Datenflüsse;
- die relevanten Gesellschaften, Unterauftragnehmer, Infrastrukturen und Standorte;
- Regeln für Aufbewahrung, Löschung, Supportzugriff und Datennutzung;
- zum Fall passende Sicherheitsunterlagen sowie Incident- und Ausstiegspläne.
Welche Belege notwendig sind, hängt von den Daten, der Autonomie des Systems und der Wirkung seiner Ergebnisse ab. Das ENISA-Modell liefert einen guten Grund, über die sichtbare Anwendung hinauszugehen: Cybersicherheitspraktiken sind auf mehreren Systemebenen zu betrachten (ENISA).
Wer zunächst den Bedarf sauber abgrenzen will, findet in meinem französischen Beitrag zu KI im Unternehmen einen problemorientierten Einstieg.
Wie lassen sich Daten und Unterauftragnehmer abgrenzen?
Ich zeichne zuerst den Datenweg, auch wenn die erste Fassung grob ist. Welche Daten gehen ein und woher stammen sie? Werden sie an das Modell gesendet, in Protokollen gespeichert, in ein Backup kopiert oder für den Support einsehbar? Welches Ergebnis fließt in welches System zurück?
Die Darstellung sollte Datenkategorien und Verarbeitungsschritte unterscheiden. Sie sollte auch menschliche Zugriffe, Konnektoren, Testumgebungen und Löschmechanismen zeigen. Eine pauschale Aussage zum „Datenstandort“ beantwortet diese Fragen nicht vollständig.
Für jeden Unterauftragnehmer sind seine Funktion, die betroffenen Daten, der relevante Ort, die Ankündigung von Änderungen und die Wahlmöglichkeiten des Käufers zu klären. Es geht nicht darum, Logos oder Zertifikate zu sammeln. Eine Abhängigkeit muss mit einer konkreten Folge verbunden werden.
Vor dem Pilotprojekt sollten drei Ergebnisse vorliegen:
- ein klarer Umfang erlaubter und verbotener Daten;
- eine Verarbeitungskette, die Fachbereich, Technik und Sicherheit verstehen;
- ein testbares Verfahren für Stopp, Export und Löschung.
Die rechtliche, datenschutzbezogene und sicherheitstechnische Prüfung muss zum Einsatz, zu den Rollen und zu den Verträgen passen. Kein Standort, Zertifikat oder Vertriebstext schafft automatisch Compliance.
Wie hängt die Wahl mit der europäischen KI-Verordnung zusammen?
Die europäische KI-Verordnung liegt als Verordnung (EU) 2024/1689 vor. Die Kommission beschreibt einen risikobasierten Rahmen, in dem Pflichten unter anderem vom System, seiner Verwendung, der jeweiligen Rolle und dem Risiko abhängen (Europäische Kommission).
Die praktische Schlussfolgerung lautet nicht „europäisch kaufen“. Stattdessen ist zu dokumentieren, was der Workflow tut, wer beteiligt ist und wie seine Wirkungen kontrolliert werden. Anschließend müssen die zuständigen Funktionen den konkreten Fall prüfen. Ich ordne hier weder das System des Lesers ein noch leite ich bestimmte Pflichten ab.
Vier direkte Fragen bilden den Anfang:
- Welche Entscheidung oder Handlung beeinflusst das System?
- Wer liefert, implementiert, konfiguriert, nutzt und überwacht die Komponenten?
- Welche Personen können von den Ergebnissen betroffen sein?
- Welche Protokolle, menschlichen Prüfungen und Einspruchsmöglichkeiten sind erforderlich?
Der Firmensitz beantwortet keine dieser Fragen. Der Vertrag und die Gestaltung des Workflows können es. Bei agentenbasierten Projekten ergänzt mein französischer Beitrag zu KI-Agenten im Unternehmen die Betrachtung von Verantwortung und Schutzmaßnahmen.
Sollte man ein Werkzeug, eine Dienstleistung oder einen eigenen Workflow wählen?
Eine allgemeingültige Antwort gibt es nicht. Die Entscheidung hängt vom gewünschten Tempo, der internen Betriebsfähigkeit, dem erforderlichen Maß an Kontrolle und der gewünschten Wechselbarkeit ab.
| Option | Kontrolle | Geschwindigkeit | Interne Verantwortung | Wechsel | Erforderliche Nachweise |
|---|---|---|---|---|---|
| Werkzeug | Der Anbieter kontrolliert einen großen Teil des Produkts | Bei passendem Bedarf oft direkter startklar | Das Team besitzt vor allem Konfiguration und umgebenden Prozess | Hängt von Exporten, Konnektoren und Formaten ab | Architektur, Flüsse, Unterauftragnehmer, Sicherheit, Export und Löschung |
| Dienstleistung | Kontrolle wird zwischen Dienstleister und Käufer geteilt | Kann Konzeption und Betrieb beschleunigen | Entscheidungen müssen dokumentiert und übergeben werden | Hängt von Vertrag, Ergebnissen und Wissenstransfer ab | Rollen, Methoden, Zugriffe, Dokumentation, Eigentum an Ergebnissen, Ausstiegsplan |
| Eigener Workflow | Der Käufer kann die Orchestrierung stärker kontrollieren, behält aber gewählte Abhängigkeiten | Erfordert Konzeptions- und Betriebsfähigkeit | Hoch, wenn Code, Entscheidungen und Betrieb wirklich intern übernommen werden | Entkoppelte Schnittstellen können den Austausch erleichtern | Nachweise je Komponente, Tests, Observability, Dokumentation und Verfahren |
Die Matrix vergibt bewusst keine Punkte. Ein eng abgegrenztes Werkzeug kann leichter austauschbar sein als eine schlecht dokumentierte Eigenentwicklung. Entscheidend ist ein praktischer Test: Wer kann den Workflow in sechs Monaten pflegen, und was muss ersetzt werden, wenn eine Komponente wegfällt?
Die wichtigsten Punkte:
- Kaufen Sie eine messbare Fähigkeit, keine geografische Identität.
- Ordnen Sie jedem Versprechen einen Nachweis und eine prüfende Person zu.
- Behandeln Sie den Ausstieg vom ersten Tag an als Produktfunktion.
- Binden Sie rechtliche, Datenschutz- und Sicherheitsentscheidungen an Fall und Vertrag.
Wie gelingt ein umkehrbares Pilotprojekt in 30 Tagen?
Ein umkehrbares Pilotprojekt soll nicht alles beweisen. Es prüft, ob ein begrenzter Workflow einen beobachtbaren Wert bei begrenztem Risiko liefert und ob der Ausstieg bereits funktioniert. Die 30 Tage sind hier ein Arbeitsrahmen, keine Zusage zu regulatorischen Fristen oder Ergebnissen.
Praktische Pilot-Checkliste
- Eine Aufgabe, eine verantwortliche Person und ein erwartetes Ergebnis festlegen.
- Nur minimale Daten wählen und nicht benötigte Kategorien ausdrücklich ausschließen.
- Systeme, Verarbeitungsorte und Unterauftragnehmer abbilden.
- Menschliche Freigabe und Abbruchbedingungen definieren.
- Nachweise auflisten, die vor echten Daten vorliegen müssen.
- Festlegen, welche Beobachtungen ohne unnötige Datensammlung gespeichert werden.
- Einen Export in einem wiederverwendbaren Format testen.
- Zugriffsentzug und Löschanforderung testen.
- Dokumentieren, was nach dem Pilotprojekt bleibt, korrigiert oder verworfen wird.
- Fall- und vertragsbezogene Prüfung durch Recht, Datenschutz und Sicherheit einholen.
In der ersten Woche werden Aufgabe und Daten begrenzt. In der zweiten werden Workflow und Kontrollen eingerichtet. Die dritte dient dem Betrieb in einem eingeschränkten Umfang. In der letzten Woche folgen Ausstiegstest, Nachweisprüfung und eine klare Entscheidung: erweitern, korrigieren oder stoppen.
Eine erfolgreiche Vorführung ohne getesteten Export und Dokumentation ist noch keine kaufbare Fähigkeit. Arbeitsnachweise sollten sowohl die Funktion als auch ihre Grenzen zeigen.
Häufige Fragen
Garantiert ein europäisches Unternehmen, dass Daten in Europa bleiben?
Nein. Der Firmensitz beschreibt allein weder Verarbeitungsregionen und Backups noch Supportzugriffe, Modelle oder Unterauftragnehmer. Fordern Sie ein Datenflussdiagramm, relevante Orte, die beteiligten Parteien und vertragliche Zusagen an. Lassen Sie das Gesamtbild danach anhand Ihrer Daten und Ihres Einsatzes prüfen.
Verlangt die KI-Verordnung einen europäischen Anbieter?
Das ist nicht das allgemeine Kriterium des offiziellen Rahmens. Die Kommission beschreibt ein risikobasiertes System, in dem Pflichten mit System, Verwendung, Rolle und Risiko zusammenhängen. Der konkrete Fall muss geprüft werden, ohne aus der geografischen Herkunft automatische Compliance abzuleiten (Europäische Kommission; EUR-Lex).
Wie lassen sich Unterauftragnehmer überprüfen?
Fordern Sie eine aktuelle Liste, die Funktion jeder Partei, betroffene Daten, relevante Orte und das Verfahren zur Mitteilung von Änderungen an. Verbinden Sie jede Abhängigkeit mit der technischen Darstellung, dem Vertrag und den Sicherheitskontrollen. Eine Liste ohne Funktionen und Datenflüsse reicht nicht.
Was ist für einen Anbieterwechsel vorzusehen?
Planen Sie dokumentierte Exportformate, die Rückgabe von Konfigurationen und Anweisungen, den Entzug von Zugängen, eine nachweisbare Löschung und einen vertraglich festgelegten Übergangszeitraum. Testen Sie den Ausstieg im Pilotprojekt. Wird er erst kurz vor dem Abschied geprüft, kann er kein echter Kaufmaßstab mehr sein.
Ein europäisches KI-Unternehmen kann zu einer Strategie für Ökosystem, Nähe oder vertragliche Kontrolle passen. Belastbar wird die Entscheidung erst, wenn Unternehmensidentität, Workflow, Daten, Nachweise, Governance und Ausstieg gemeinsam geprüft werden.