EU-Datenresidenz und der EU AI Act für Software, die mit KI gebaut wird
EU-Datenresidenz für KI-gebaute Software heißt, dass dein Quellcode, deine Prompts und die Daten deiner Kunden in der Europäischen Union verarbeitet und gespeichert werden — und dass du jeden Verarbeiter benennen kannst, der sie berührt, die KI-Modelle eingeschlossen.
Zwei Regelwerke treffen jeden, der in Europa Software mit KI baut: die DSGVO, die personenbezogene Daten seit 2018 regelt, und der AI Act (Verordnung (EU) 2024/1689), dessen wesentliche Pflichten seit dem 2. August 2026 gelten. Diese Seite sagt, was beide verlangen, was Airbuild dafür tut — und, das ist der Teil, der über deine Konformität entscheidet, was bei dir bleibt. Eine Rechtsberatung ist das nicht.
· Wer wofür geradesteht
Rolle nach dem AI Act
Risikoeinstufung
Kennzeichnung nach Artikel 50
Datenschutz
Was heißt EU-Datenresidenz eigentlich?
EU-Datenresidenz heißt, dass die Daten in der Europäischen Union verarbeitet und gespeichert werden — der Begriff ist aber schwächer, als er klingt, denn über die Unterauftragsverarbeiter sagt er nichts. Eine Plattform kann in Frankfurt hosten und deine Prompts trotzdem an ein Modell schicken, das anderswo läuft. Dieses Weiterleiten ist eine Übermittlung nach Kapitel V der DSGVO, ob die Marketingseite es erwähnt oder nicht.
Die Frage an einen Anbieter lautet deshalb nicht „hostet ihr in der EU", sondern „könnt ihr jeden Verarbeiter und seinen Standort benennen". Art. 28 Abs. 2 der DSGVO verlangt eine schriftliche Genehmigung, bevor ein Auftragsverarbeiter einen weiteren hinzuzieht, und Art. 30 verlangt ein Verzeichnis der Verarbeitungstätigkeiten. Wer keine Liste der Unterauftragsverarbeiter vorlegen kann, kann beides nicht stützen — egal, wo seine Server stehen.
Bei KI-Buildern kommt eine zweite Ebene dazu: das Modell. Deine Prompts sind das Aufschlussreichste, was du einem Code-Generator schickst — sie beschreiben die Geschäftslogik, die du gleich baust. Wo sie verarbeitet werden und ob sie zum Training aufbewahrt werden, ist eine andere Frage als die, wo die Datenbank steht.
Wo verarbeitet und speichert Airbuild Daten?
Airbuild speichert Kundendaten in der Europäischen Union, auf AWS in Frankfurt — der Region, die AWS eu-central-1 nennt. Rechenleistung, Datenbanken, Dateispeicher und Projektquellen laufen in dieser Region: ECS, RDS, Aurora, EFS und S3. Statische Dateien liefert das CloudFront-Edge-Netz aus, dessen Origins in eu-central-1 bleiben. Verschlüsselt wird im Ruhezustand mit AES-256 über AWS KMS, auf dem Transportweg mit TLS 1.2 oder höher; Projekt-Secrets zusätzlich auf Anwendungsebene.
Veröffentlichte Seiten laufen auf derselben EU-Infrastruktur, egal ob unter ihrer airbuild.space-Adresse oder unter einer eigenen Domain. Dahinter steht ein österreichisches Unternehmen, die Airbuild FlexCo in Wien. Das ist für die Zuständigkeit relevant: Dein Auftragsverarbeiter ist in der Union niedergelassen, nicht bloß dort vertreten.
Eine Kategorie liegt außerhalb dieser Region, und nur dann, wenn du sie dorthin legst: einige KI-Modelle, die du selbst auswählst. Sie stehen im nächsten Abschnitt und in der Liste der Unterauftragsverarbeiter — die ist die maßgebliche Fassung von allem auf dieser Seite.
Welche KI-Modelle sehen deine Prompts, und wo laufen sie?
Airbuild schickt deine Prompts ausschließlich an das Modell, das für dieses Projekt ausgewählt ist, und die Standardrouten laufen in der EU: Claude über Amazon Bedrock, Mistral in Frankreich, und die Open-Weight-Modelle — DeepSeek, Kimi K3, Qwen3-Coder und GLM-5.3 — über Lyceum in Deutschland. Wer nichts umstellt, behält seine Prompts also in der Union.
OpenAI- und Google-Modelle gibt es ebenfalls, auf Basis von Standardvertragsklauseln nach Art. 46 Abs. 2 lit. c DSGVO; beide Anbieter trainieren nicht mit API-Daten. Ein Claude-Modell, Fable 5, läuft auf dem globalen Inferenzprofil von Bedrock und kann außerhalb der EU verarbeitet werden — das ist eine Eigenschaft des Modells, nicht deiner Einstellungen, deshalb wird es benannt statt versteckt.
Drei Routen sind eine ausdrückliche Opt-in-Ausnahme, und dorthin gelangt nichts, solange du sie nicht wählst: die native DeepSeek-Route, deren Anbieter angibt, Eingaben in China zu verarbeiten und zum Training zu verwenden; die native Kimi-Route, deren Bedingungen die Nutzung von Inhalten zur Verbesserung des Dienstes erlauben; und die native GLM-Route, verarbeitet in Singapur. Alle drei Modelle gibt es auch EU-gehostet, und das ist der Standard.
Trainiert Airbuild mit deinem Code?
Nein. Airbuild verwendet deine Inhalte nicht zum Training von Modellen und gibt sie zu diesem Zweck an keinen Modellanbieter weiter. Abschnitt 7 der Nutzungsbedingungen hält das fest, und die Standardrouten sind so gewählt, dass auch die Anbieter dahinter nicht mit API-Daten trainieren.
Die Ausnahme ist die oben genannte, und sie liegt bei dir: Wer bewusst die native DeepSeek- oder Kimi-Route wählt, wählt einen Anbieter, dessen eigene Bedingungen die Nutzung der Inhalte erlauben. Von selbst wird dorthin nichts geleitet. So sollte eine Trainingsregel aussehen — ein Standard, der dich schützt, eine Ausnahme, nach der du greifen musst, und beides nachlesbar.
Was das nicht abdeckt: die Daten deiner eigenen Anwendung. Wenn du ein Produkt baust, das Kundendaten an ein Modell schickt, ist das deine Verarbeitung und deine Offenlegungspflicht. Die Regel oben reicht dort nicht hin.
Wer ist Anbieter, wer Betreiber nach dem AI Act?
Nach dem AI Act ist Airbuild der Anbieter des KI-Systems und du der Betreiber dessen, was du damit baust — und wenn du KI-Funktionen an andere weitergibst, wirst du selbst nachgelagerter Anbieter. Abschnitt 31 der Nutzungsbedingungen führt die Aufteilung vollständig aus. Diese Unterscheidung ist keine Buchhaltung: Die meisten Pflichten der Verordnung hängen daran, wofür ein System verwendet wird — und das entscheidet der Betreiber.
Praktisch heißt das: Airbuild steht für den Builder gerade, du für die Anwendung. Die Einstufung deines Anwendungsfalls — verboten, hochriskant, begrenzt oder minimal — bleibt bei dir, und Airbuild liefert für die Anwendung, die du baust, keine technische Dokumentation nach dem AI Act. Die nach Artikel 5 verbotenen Praktiken sind über die Nutzungsrichtlinie ausgeschlossen; sie gelten seit dem 2. Februar 2025.
Wenn dir ein Anbieter erzählt, seine Plattform mache dich AI-Act-konform, kann das für einen Allzweck-Builder nicht stimmen. Was eine Plattform leisten kann, ist deine Pflichten zu unterstützen und ihnen nicht im Weg zu stehen.
Welche Fristen des AI Act gelten tatsächlich?
Die Fristen haben sich verschoben, es sind also weniger, als das Internet nahelegt. Die Verbote nach Artikel 5 und die KI-Kompetenzpflicht gelten seit dem 2. Februar 2025. Der größte Teil des Rests, darunter die Transparenzpflichten nach Artikel 50, gilt seit dem 2. August 2026. Die Hochrisiko-Pflichten wurden durch den Digital Omnibus zur KI, Verordnung (EU) 2026/1744, verschoben — in Kraft seit 27. Juli 2026 — auf den 2. Dezember 2027 für eigenständige Hochrisikosysteme und den 2. August 2028 für in Produkte eingebettete. Nachzulesen in der Zeitleiste des Rates.
Eine Frist ist nah genug, um jetzt zu handeln. Generative Systeme, die vor dem 2. August 2026 bereits auf dem Markt waren, haben bis zum 2. Dezember 2026 Zeit, die maschinenlesbare Kennzeichnung nach Artikel 50 Abs. 2 zu erfüllen. Wer in der Union KI-generierte Inhalte veröffentlicht und dessen System vor diesem Stichtag auf dem Markt war, hat dafür Wochen, nicht Jahre.
Behandle jedes Datum, das du liest — auch diese hier — als prüfbedürftig gegen das Amtsblatt. Die Omnibus-Änderung ist jung, und Sekundärquellen widersprechen sich bei den Einzelheiten.
Was tut Airbuild für die Kennzeichnungspflicht nach Artikel 50?
Airbuild unterstützt die Transparenzpflichten nach Artikel 50 mit Kennzeichnung — das ist Unterstützung, keine Zertifizierung. Im Produkt sind KI-Interaktionen als KI gekennzeichnet. Jede aus Airbuild veröffentlichte Seite trägt in jeder HTML-Datei einen maschinenlesbaren Marker: ein Generator-Meta-Tag mit dem Inhalt „Airbuild (AI-assisted)", bei jeder Veröffentlichung geschrieben und unabhängig von deinen SEO-Einstellungen. KI-generierte Bilder werden mit dem IPTC-Herkunftstyp „trainedAlgorithmicMedia" in EXIF- und XMP-Metadaten gespeichert.
Genau das verlangt Artikel 50 Abs. 2 — eine Markierung im Artefakt, die eine Maschine lesen kann, und nicht einen Satz auf einer Seite, den ein Screenshot entfernt. Weil er bei jeder Veröffentlichung geschrieben wird und sich nicht über die SEO-Einstellungen abschalten lässt, hängt er nicht daran, dass jemand daran denkt.
Was er nicht entscheidet: ob deinen Nutzerinnen und Nutzern in Worten gesagt werden muss, dass sie KI-generierte Inhalte vor sich haben. Diese Beurteilung hängt an deinem Anwendungsfall und liegt beim Betreiber. Der Marker ist die maschinenlesbare Hälfte der Pflicht; die menschenlesbare schreibst du.
Was hat Airbuild nicht?
Airbuild hat weder ISO 27001 noch SOC 2. Die ISMS-Dokumentation existiert als Entwurf, ein SOC-2-Audit läuft nicht, und bislang wurde kein externer Penetrationstest beauftragt. Abschnitt 11 des AV-Vertrags sagt das mit denselben Worten — und darauf kommt es an: Eine Angabe, die man erst im Vertrag findet, ist weniger wert als eine, die man vor der Unterschrift findet.
Für deine eigene Prüfung heißt das: Verlangt euer Einkauf ein Zertifikat, hat Airbuild heute keines, und kein noch so europäisches Hosting ersetzt das. Verlangt euer Einkauf einen Auftragsverarbeitungsvertrag, eine benannte Liste der Unterauftragsverarbeiter und eine dokumentierte Übermittlungsgrundlage, dann gibt es das alles, und zwar öffentlich.
Sicherheitsfragebögen werden beantwortet. Ein Anbieter, der dir sagt, was er nicht hat, gibt dir die nützlichere Hälfte der Antwort.
Was bleibt bei dir?
Vier Dinge bleiben bei dir, egal wie die Plattform gebaut ist. Für die personenbezogenen Daten, die deine Anwendung verarbeitet, bist du der Verantwortliche — Rechtsgrundlage, Informationspflichten und Aufbewahrungsfristen gehören dir. Du stufst deinen KI-Anwendungsfall nach der Verordnung ein. Du entscheidest, ob deine Nutzer eine sichtbare Offenlegung brauchen. Und du schreibst Datenschutzerklärung, Impressum und Cookie-Hinweis der Seite, die du veröffentlichst.
Die Zulieferung dafür bekommst du: einen öffentlichen AV-Vertrag nach Art. 28, eine Liste der Unterauftragsverarbeiter mit 30 Tagen Vorlauf vor jeder Änderung, eine Datenschutzerklärung mit Rechtsgrundlagen und Fristen — einschließlich der sieben Jahre Rechnungsdaten, die das österreichische Steuerrecht verlangt und die nach einer Kontolöschung anonymisiert aufbewahrt werden — sowie Export und Löschung im Produkt.
Die ehrliche Zusammenfassung: EU-Residenz und eine benannte Verarbeiterkette nehmen dir die Fragen ab, die du selbst nicht beantworten kannst. Die, die nur du beantworten kannst, nehmen sie dir nicht ab — denn nur du weißt, was deine Software tut.
Die Dokumente dahinter
Prüf es selbst
Die Liste der Unterauftragsverarbeiter nennt jeden Anbieter, seinen Standort und seine Übermittlungsgrundlage. Lies die vor jeder Marketingseite — auch vor dieser.