Wenn Sie einen KI-Agenten in einem regulierten Prozess einsetzen (Triage von Finanzkriminalität, Zahlungsüberprüfung, Kreditaufnahme, Schadensregulierung), schulden Sie mit ziemlicher Sicherheit eine Datenschutz-Folgenabschätzung gemäß Artikel 35 der DSGVO. Und wenn dasselbe System gemäß dem EU-KI-Gesetz ein hohes Risiko darstellt, sind Sie auch einer Folgenabschätzung zu Grundrechten gemäß Artikel 27 schuldig. Die beiden Beurteilungen überschneiden sich stark, die Vorschriften verlangen von Ihnen, dass Sie die Überschneidungen wiederverwenden, und dennoch führen die meisten Teams sie als zwei getrennte bürokratische Übungen durch, die in dem Moment, in dem sich das Modell ändert, auseinanderdriften. Dieser Leitfaden bewirkt das Gegenteil: Er bietet Ihnen eine DPIA-Struktur, die sich sauber auf Ihre FRIA (und auf Ihre Beurteilung berechtigter Interessen) abbildet, sodass Sie ein kombiniertes Beweispaket anstelle von drei Dokumenten erstellen, die sich bei der Prüfung widersprechen. Sie können dieses kombinierte Paket mit dem DPIA + FRIA-Generator generieren. Die KLA-These durchweg: Eine Folgenabschätzung ist nur dann das Papier wert, auf dem sie steht, wenn die versprochenen Kontrollen tatsächlich in dem Moment laufen, in dem der Agent handelt: Sie werden durch die Ausführung und nicht durch PDF bestimmt.
Wann ist eine DSFA für ein KI-System obligatorisch?
Eine DSFA ist keine optionale Bürokratie. Artikel 35 Absatz 1 macht es zu einer rechtlichen Verpflichtung, vor mit der Verarbeitung zu beginnen, wenn die Verarbeitung („insbesondere unter Einsatz neuer Technologien“) voraussichtlich ein hohes Risiko für die Rechte und Freiheiten natürlicher Personen mit sich bringt. KI-Agenten, die in einem regulierten Arbeitsablauf auf personenbezogene Daten reagieren, kommen dem Paradigmenfall nahe, den die Verfasser im Sinn hatten.
Artikel 35 Absatz 3 listet drei gesetzliche Auslöser auf, von denen jeder eine DSFA zwingend vorschreibt. Die Artikel-29-Datenschutzgruppe (WP248) (vom EDSA gebilligt) fügt neun Kriterien und eine Faustregel hinzu: Wenn Ihre Verarbeitung zwei oder mehr davon erfüllt, behandeln Sie eine DPIA wie erforderlich. Nationale Aufsichtsbehörden veröffentlichen auch ihre eigenen „schwarzen Listen“ für Verarbeitungen, die immer einer solchen bedürfen. In der folgenden Tabelle sind die Kriterien aufgeführt, nach denen KI-Agenten in den Bereichen Finanzdienstleistungen und Versicherungen am häufigsten vorgehen.
Die praktische Erkenntnis für einen regulierten KI-Betreiber: Verbringen Sie nicht eine Woche damit, darüber zu diskutieren, ob Sie technisch dazu verpflichtet sind. Wenn Ihr Agent ein Profil von Personen erstellt, sie bewertet oder eine Entscheidung trifft, die sich auf den Zugang zu Krediten, Zahlungen oder einer Versicherungsauszahlung auswirkt, sind Sie mit ziemlicher Sicherheit in der Pflicht: Dokumentieren Sie die Überprüfung und gehen Sie zum Wesentlichen über.
| Auslöser | Quelle | Typisches KI-Agenten-Szenario, das es trifft |
|---|---|---|
| Systematische und umfassende Auswertung bzw. Profilierung, basierend auf automatisierter Verarbeitung, auf der Entscheidungen basieren | Kunst. 35(3)(a) | Transaktionsüberwachungsagent, der Kunden hinsichtlich des Risikos von Finanzkriminalität bewertet; Bewertung von Verhaltensbetrug |
| Entscheidungen, die rechtliche oder ähnlich erhebliche Auswirkungen auf die Person haben | Kunst. 35(3)(a) / Art. 22 | Automatisierte Kreditaufnahme-Entscheidung; automatisierte Annahme oder Ablehnung von Ansprüchen |
| Groß angelegte Verarbeitung von Daten besonderer Kategorien oder Straftaten | Kunst. 35(3)(b) | AML-Screening gegen Sanktionen/feindliche Medien, die auf ethnische Zugehörigkeit, politische Exposition oder kriminelle Vorgeschichte schließen lassen |
| Systematische Überwachung eines öffentlich zugänglichen Bereichs im großen Maßstab | Kunst. 35(3)(c) | Bei Back-Office-Agenten seltener; relevant für Identitäts-/biometrisches Onboarding |
| Abgleichen oder Kombinieren von Datensätzen | WP248 | Anreicherung eines Bewerberdatensatzes durch Zusammenführen von KYC-, Geräte- und Bürodaten Dritter |
| Daten über gefährdete betroffene Personen | WP248 | Einzelhandelskredite oder Versicherungspreise wirken sich auf Verbraucher mit begrenzter Verhandlungsmacht aus |
| Innovativer Einsatz neuer technologischer Lösungen | WP248 | Bereitstellung eines LLM-basierten oder agentenbasierten Entscheidungssystems: eine nahezu automatische Markierung |
Was eine DSFA eigentlich enthalten muss: Artikel 35(7)
Artikel 35 Absatz 7 ist kurz und präskriptiv. Eine konforme DSFA enthält mindestens vier Elemente, und eine Regulierungsbehörde wird nach jedem einzelnen explizit suchen und nicht in einer Erzählung vergraben sein.
Neben dem Inhalt stehen zwei Verfahrenspflichten. Gemäß Artikel 35 Absatz 2 muss der Verantwortliche den Rat des Datenschutzbeauftragten einholen und gemäß Artikel 35 Absatz 9 muss er gegebenenfalls die Meinung der betroffenen Personen oder ihrer Vertreter einholen. Bei einem Agentensystem sind die Genehmigung des Datenschutzbeauftragten und die Aufzeichnung darüber, wer konsultiert wurde, Teil der Beweise und kein nachträglicher Einfall. Und gemäß Artikel 36 müssen Sie vor der Inbetriebnahme die Aufsichtsbehörde konsultieren, wenn das Restrisiko nach der Schadensbegrenzung weiterhin hoch bleibt.
Die vier obligatorischen Inhaltselemente sind:
- (a) Eine systematische Beschreibung der geplanten Verarbeitungsvorgänge und der Zwecke der Verarbeitung, gegebenenfalls einschließlich des vom Verantwortlichen verfolgten berechtigten Interesses.
- (b) Eine Bewertung der Notwendigkeit und Verhältnismäßigkeit der Verarbeitungsvorgänge im Verhältnis zu den Zwecken: der Teil, den die meisten DSFAs überspringen, und der Teil, der bei der Prüfung am wahrscheinlichsten scheitert.
- (c) Eine Bewertung der Risiken für die Rechte und Freiheiten der betroffenen Personen.
- (d) Die zur Bewältigung der Risiken vorgesehenen Maßnahmen, einschließlich Schutzmaßnahmen, Sicherheitsmaßnahmen und Mechanismen zur Gewährleistung des Schutzes personenbezogener Daten und zum Nachweis der Einhaltung.
Die Überschneidung: wenn es sich bei der DPIA und der FRIA um dasselbe Dokument handelt
Das EU-KI-Gesetz verlangt nicht, bei Null anzufangen. Artikel 27 Absatz 4 ist eindeutig: Wenn die Verpflichtungen der FRIA bereits durch eine gemäß Artikel 35 DSGVO durchgeführte Datenschutz-Folgenabschätzung erfüllt werden, „ergänzt“* die FRIA diese Datenschutz-Folgenabschätzung. Mit anderen Worten: Der Gesetzgeber erwartet eine Wiederverwendung und bestraft abweichende Duplikate.
Die beiden Einschätzungen sind nicht identisch. Eine DSFA ist eine Verantwortliche-Pflicht bezüglich personenbezogener Daten; Eine FRIA ist eine Umsetzungspflicht in Bezug auf alle Grundrechte der EU-Charta: einschließlich der Rechte, die nichts mit Datenschutz zu tun haben, wie Nichtdiskriminierung, Menschenwürde und Zugang zu einem wirksamen Rechtsbehelf. Das FRIA ist umfassender und muss rechts für rechts bewertet werden (Sie können einen Diskriminierungsschaden nicht mit einem Effizienzgewinn ausgleichen). Aber das strukturelle Rückgrat (das System beschreiben, es begründen, die Risiken identifizieren, die Abhilfemaßnahmen angeben) wird fast Element für Element gemeinsam genutzt.
Die folgende Tabelle ordnet jedes Artikel 35 Absatz 7 DPIA-Element seinem Artikel 27 Absatz 1 FRIA-Gegenstück zu. Wenn in einer Zelle Nur FRIA steht, handelt es sich um Inhalte, die von der DPIA nicht erfasst werden und die Sie hinzufügen müssen. Behandeln Sie die freigegebenen Zeilen als einmal beschreibbar: Erstellen Sie sie im kombinierten Paket und referenzieren Sie sie aus beiden Bewertungen, anstatt sie zu kopieren.
| DSFA-Element: DSGVO Art. 35(7) | FRIA-Element: KI-Gesetz Art. 27(1) | Wiederverwendungsstatus |
|---|---|---|
| (a) Systematische Beschreibung der Verarbeitung und Zwecke | (a) Beschreibung der Prozesse des Bereitstellers, in denen das Hochrisikosystem verwendet wird; (b) Zeitraum und Häufigkeit der beabsichtigten Nutzung | Gemeinsam genutzt: Eine System-/Prozessbeschreibung dient beiden |
| Kategorien betroffener Personen und personenbezogener Daten (innerhalb der (a) Beschreibung) | (c) Kategorien natürlicher Personen und Gruppen, die voraussichtlich betroffen sind | Geteilt: Erweitern Sie die Liste der betroffenen Personen für FRIA auf betroffene Gruppen |
| (b) Beurteilung der Notwendigkeit und Verhältnismäßigkeit | Implizit in Art. 27 Nutzungskontext; durch die Verhältnismäßigkeit der Charta verstärkt | Geteilt: Notwendigkeits-/Verhältnismäßigkeitsbegründung überträgt sich |
| (c) Risiken für die Rechte und Freiheiten der betroffenen Personen | (d) Spezifische Schadensrisiken, die voraussichtlich betroffene Personen und Gruppen betreffen | Gemeinsam, aber erweitern: FRIA deckt alle Rechte der Charta ab, nicht nur den Datenschutz |
| (d) Maßnahmen, Schutzmaßnahmen und Sicherheit zur Bewältigung der Risiken | (f) Governance-Maßnahmen, einschließlich menschlicher Aufsicht, und (g) Beschwerde-/Rechtsbehelfsregelungen | Gemeinsam, aber erweitern: FRIA fordert ausdrücklich menschliche Aufsicht und Abhilfemaßnahmen |
| Beratung des DSB (Art. 35 Abs. 2); Ansichten der betroffenen Personen (Art. 35 Abs. 9) | (e) Menschliche Aufsichtsmaßnahmen gemäß der Gebrauchsanweisung | Teilweise geteilt: Konsultationsprotokoll einmal führen, beides erfüllen |
| , (nicht gemäß DSGVO erforderlich) | Mitteilung des FRIA an die Marktüberwachungsbehörde (Art. 27(3)) | Nur FRIA: diesen Schritt hinzufügen; kein DPIA-Äquivalent |
Einbeziehung der Berechtigungsprüfung (LIA)
Wenn Ihre rechtmäßige Grundlage für die Verarbeitung berechtigte Interessen gemäß Artikel 6 Absatz 1 Buchstabe f sind (üblich für Betrugserkennung und AML, die in den Erwägungsgründen der DSGVO ausdrücklich als berechtigte Interessen anerkannt werden), sind Sie auch verpflichtet, eine Bewertung berechtigter Interessen vorzunehmen. Die gute Nachricht: Die LIA ist kein drittes Silo. Der dreiteilige Test fügt sich direkt in die DPIA ein, die Sie bereits schreiben.
Der Zwecktest (Liegt ein berechtigtes Interesse?) und der Notwendigkeitstest (Ist die Verarbeitung dafür erforderlich?) des LIA sind dieselben Analysen, die Artikel 35 Absatz 7 Buchstabe b verlangt. Der Abwägungstest des LIA (überwiegt das Interesse angesichts seiner berechtigten Erwartungen die Rechte der betroffenen Person?) ist eine schärfere Version der Risikobewertung nach Artikel 35 Absatz 7 Buchstabe c. Verfassen Sie das berechtigte Interesse einmal in der systematischen Beschreibung Ihrer DSFA (Artikel 35 Absatz 7 Buchstabe a fordert dies ausdrücklich auf: „einschließlich gegebenenfalls des verfolgten berechtigten Interesses“) und verweisen Sie in der Ausgabe des LIA-Generators darauf.
Eine besondere Warnung für KI-Agenten: Ein LLM-gesteuerter Agent kann den Zweck der Verarbeitung stillschweigend erweitern, indem Sie Tools und Kontext hinzufügen. Ein berechtigtes Interesse, das für die „Überprüfung von Transaktionen anhand von Sanktionslisten“ beurteilt wird, umfasst nicht automatisch die „Profilierung des Lebensstils des Kunden anhand von Transaktionserzählungen.“* Die Abwägungsprüfung muss erneut durchgeführt werden, wenn sich der tatsächliche Zweck des Agenten ändert, weshalb die Beurteilung nicht nur in einem statischen Dokument erfolgen kann.
Ein kombiniertes Beweispaket und warum es live sein muss
Durch die Ausführung von DPIA, FRIA und LIA als drei separate Word-Dateien verteidigen Teams letztendlich Widersprüche in einer Prüfung: Die DPIA verspricht eine menschliche Überprüfung, die FRIA beschreibt ein anderes Aufsichtsmodell und die LIA gleicht einen Zweck ab, den keiner der anderen erwähnt. Der Fix ist ein einzelnes kombiniertes Beweispaket mit gemeinsamen, einmal beschreibbaren Abschnitten und drei bewertungsspezifischen Überlagerungen. Erstellen Sie es mit dem DPIA + FRIA-Generator, der die Artikel 35(7)- und Artikel 27(1)-Elemente als ein zugeordnetes Dokument erzeugt.
Aber das schwierigere Problem ist nicht das Authoring: es ist Drift. Eine Folgenabschätzung beschreibt das System so, wie es am Tag der Erstellung war. Sobald jemand dem Agenten ein Tool hinzufügt, das Modell austauscht oder seinen Datenzugriff erweitert, ist die Bewertung veraltet und eine veraltete DPIA ist nicht konform. Dies ist die Kernposition der KLA: Geregelt durch die Ausführung, nicht durch Papierkram. Die Abhilfemaßnahmen, die Ihr DPIA verspricht (menschliche Überprüfung von Entscheidungen mit großer Auswirkung, Sperrung von Daten außerhalb des Geltungsbereichs, Eskalation, wenn das Vertrauen gering ist), sollten keine Sätze in einem PDF sein; Es sollten Steuerelemente sein, die ausgeführt werden, wenn der Agent handelt.
In der KLA-Kontrollebene ist diese Zuordnung konkret. Die Maßnahmen, zu denen Sie sich in Artikel 35(7)(d) und FRIA Artikel 27(1)(f) verpflichten, werden zu Policy Builder-Gates mit expliziten Entscheidungen (allow, warn, require_approval oder block). Die menschlichen Aufsichts- und Rechtsbehelfsvereinbarungen (FRIA Art. 27(1)(e)–(g)) werden zu einem Decision Desk aus zwei Personen, Die Zustimmung des Herstellers und Prüfers zu den Entscheidungen, die rechtliche oder erhebliche Auswirkungen haben, und jede geschlossene Aktion: Was der Agent getan hat, welche Richtlinie ausgelöst wurde, wer genehmigt hat: landet als versiegeltes, manipulationssicheres Ausführungsprotokoll im Beweisraum. Das ist der Unterschied zwischen einer Bewertung, die eine Schutzmaßnahme behauptet, und einem Beweispaket, das beweisen kann, dass die Schutzmaßnahme bei einer bestimmten Transaktion zu einem bestimmten Zeitpunkt durchgeführt wurde.
Die Lücke in der Vorlage nach Artikel 27 Absatz 5 und wie Sie jetzt handeln sollten
Artikel 27(5) weist das AI-Büro an, einen Musterfragebogen (einschließlich eines automatisierten Tools) zu entwickeln, um den Einsatzkräften dabei zu helfen, die FRIA auf vereinfachte Weise durchzuführen. Mit Stand vom Juni 2026 wurde diese Vorlage noch nicht veröffentlicht. Entwickler, die fragen: „Sollten wir auf das offizielle Format warten?“, stellen die falsche Frage: Die Verpflichtung* wartet nicht auf die Vorlage, und die zugrunde liegenden Inhaltselemente in Artikel 27 Absatz 1 sind bereits in der Verordnung festgelegt.
Es gibt einen zweiten Zeitpunkt. Mit dem am 29. Juni 2026 verabschiedeten Digital Omnibus on AI der EU wurden eigenständige Anhang-III-Hochrisikoverpflichtungen, einschließlich Artikel 27 FRIA, vom 2. August 2026 auf den 2. Dezember 2027 verschoben. Betrachten Sie die Verschiebung als Planungserleichterung und bauen Sie die Bewertung weiter auf. (Das vollständige Deadline-Bild finden Sie im FRIA-Vorlagenleitfaden.)
Der pragmatische Weg besteht also darin, auf der Struktur aufzubauen, die heute stabil ist: dem DSGVO-Artikel 35(7)-Gerüst, abgebildet auf die Artikel 27(1)-Elemente wie in der Tabelle oben. Wenn die AI Office-Vorlage landet, exportieren Sie sie erneut in ihr Format, aber Ihre Substanz, Ihre Risikoanalyse und Ihre Beweise sind bereits fertig und werden bereits ausgeführt.
Häufig gestellte Fragen
Ist für ein KI-System immer eine DSFA erforderlich?
Nicht unbedingt immer, aber sehr oft. Eine DSFA ist gemäß Artikel 35 Absatz 1 der DSGVO immer dann obligatorisch, wenn die Verarbeitung voraussichtlich ein hohes Risiko für die Rechte und Freiheiten der Menschen mit sich bringt, insbesondere beim Einsatz neuer Technologien. Artikel 35 Absatz 3 listet drei automatische Auslöser auf (systematische Profilerstellung, die als Grundlage für Entscheidungen dient, groß angelegte Daten spezieller Kategorien und groß angelegte öffentliche Überwachung), und die WP248-Leitlinie behandelt zwei oder mehr ihrer neun Kriterien als Schwellenwert. Die meisten regulierten KI-Agenten, die ein Profil erstellen, bewerten oder eine Folgeentscheidung vorantreiben, treffen auf mindestens einen Auslöser. Daher besteht die sichere Standardeinstellung darin, davon auszugehen, dass eine DSFA erforderlich ist, und Ihre Überprüfung zu dokumentieren.
Was ist der Unterschied zwischen einer DPIA und einer FRIA?
Eine DSFA (DSGVO Artikel 35) ist eine Verantwortliche Verpflichtung, die sich auf Risiken für personenbezogene Daten und Privatsphäre konzentriert. Eine FRIA (Artikel 27 des EU-KI-Gesetzes) ist eine Bereitsteller-Verpflichtung, die sich auf alle Grundrechte der EU-Charta (einschließlich Nichtdiskriminierung, Menschenwürde und Zugang zu Rechtsbehelfen) konzentriert und auch dann gilt, wenn nur wenige oder keine personenbezogenen Daten betroffen sind. Sie haben ein gemeinsames strukturelles Rückgrat (beschreiben, begründen, Risiken bewerten, mindern), weshalb Artikel 27 Absatz 4 besagt, dass eine FRIA eine bestehende DPIA ergänzen sollte, anstatt sie zu duplizieren.
Kann ein Dokument sowohl die DPIA als auch die FRIA erfüllen?
Sie können beides mit einem kombinierten Beweispaket erfüllen, das gemeinsame, einmal beschreibbare Abschnitte sowie bewertungsspezifische Überlagerungen enthält, und Artikel 27 Absatz 4 fördert aktiv die Wiederverwendung. Sie sind jedoch nicht austauschbar: Die FRIA ist weiter gefasst (alle Rechte der Charta werden einzeln bewertet) und fügt Schritte hinzu, die in der DPIA fehlen, wie etwa die Benachrichtigung der Marktüberwachungsbehörde gemäß Artikel 27 Absatz 3. Ordnen Sie sie also zusammen zu, aber achten Sie darauf, dass beide Bewertungen eindeutig adressierbar sind.
Was sind die vier erforderlichen Elemente einer DSFA gemäß Artikel 35 Absatz 7?
(a) eine systematische Beschreibung der Verarbeitung und ihrer Zwecke, einschließlich aller verfolgten berechtigten Interessen; (b) eine Beurteilung der Notwendigkeit und Verhältnismäßigkeit der Verarbeitung im Hinblick auf diese Zwecke; (c) eine Bewertung der Risiken für die Rechte und Freiheiten der betroffenen Personen; und (d) die Maßnahmen zur Bewältigung dieser Risiken, einschließlich Schutzmaßnahmen und Sicherheit. Darüber hinaus schreibt Artikel 35 Absatz 2 die Beratung des Datenschutzbeauftragten vor und Artikel 35 Absatz 9 fordert, gegebenenfalls die Meinung der betroffenen Personen einzuholen.
Hat das AI Office die Artikel-27-FRIA-Vorlage bereits veröffentlicht?
Nein. Bis Juni 2026 hat das AI Office den Musterfragebogen und das in Artikel 27 Absatz 5 vorgesehene automatisierte Tool nicht veröffentlicht. Die Verpflichtung selbst hängt nicht von dieser Vorlage ab (die Inhaltselemente sind in Artikel 27 Absatz 1 festgelegt), daher besteht der praktische Ansatz darin, jetzt auf der stabilen DSGVO-Artikel 35 Absatz 7-Struktur aufzubauen und sie bei der Veröffentlichung erneut in das offizielle Format zu exportieren.
Wie passt eine Beurteilung berechtigter Interessen in die DSFA?
Wenn Ihre Rechtsgrundlage berechtigte Interessen gemäß Artikel 6 Absatz 1 Buchstabe f (gemeinsam für Betrug und Geldwäschebekämpfung) sind, wird der dreiteilige Test des LIA (Zweck, Notwendigkeit, Abwägung) direkt auf den DPIA übertragen. Bei den Zweck- und Notwendigkeitsprüfungen handelt es sich um die Notwendigkeits- und Verhältnismäßigkeitsanalyse gemäß Artikel 35 Absatz 7 Buchstabe b, und der Abwägungstest verschärft die Risikobewertung gemäß Artikel 35 Absatz 7 Buchstabe c. Verfassen Sie das berechtigte Interesse einmal in der systematischen Beschreibung der DSFA, zu der Artikel 35 Absatz 7 Buchstabe a ausdrücklich auffordert, und verweisen Sie in Ihrer LIA darauf.
Die wichtigsten Erkenntnisse
Bei einer DPIA, einer FRIA und einer LIA handelt es sich nicht um drei konkurrierende Aufgaben: Es handelt sich um drei Ansichten derselben Frage: Ist dieses KI-System notwendig, verhältnismäßig und angemessen gesteuert, bevor es auf eine reale Person einwirkt? Artikel 35 Absatz 7 der DSGVO bietet Ihnen das stabilste, von Regulierungsbehörden geprüfte Gerüst, das heute verfügbar ist, und Artikel 27 Absatz 4 weist Sie nahezu an, Ihr FRIA darauf und nicht daneben aufzubauen. Ordnen Sie die Elemente einmal zu, fügen Sie die Analyse der berechtigten Interessen hinzu, und Sie haben ein einziges kombiniertes Beweispaket anstelle von drei auseinanderdriftenden Dokumenten. Der letzte Schritt ist das, was der Papierkram allein niemals leisten kann: die Abhilfemaßnahmen, zu deren Umsetzung Sie sich verpflichten (als Tore, als Zwei-Personen-Genehmigungen, als versiegelte Ausführungsaufzeichnungen), sobald der Agent handelt. Starten Sie die kombinierte Bewertung mit dem DPIA + FRIA-Generator und erstellen Sie die Kontrollen so, dass sich die Beweise bewähren.