DSFA für Voice AI: Ein Arbeitsdokument für Entscheidungen, kein Formular für die Schublade
Eine Datenschutz-Folgenabschätzung ist dann nützlich, wenn sie eine Architektur oder einen Prozess verändert. Dafür muss sie konkrete Risiken aus Sicht der anrufenden Person beschreiben.
Das Wichtigste
- Eine DSFA ist vor der Verarbeitung erforderlich, wenn diese voraussichtlich ein hohes Risiko für Rechte und Freiheiten mit sich bringt.
- Risiken werden aus Sicht betroffener Personen formuliert, nicht nur als Ausfall oder Bußgeld für das Unternehmen.
- Maßnahmen müssen technisch oder organisatorisch überprüfbar sein und das verbleibende Risiko sichtbar machen.
Zuerst klären, ob eine DSFA nötig ist
Artikel 35 DSGVO verlangt eine Datenschutz-Folgenabschätzung vor Verarbeitungen, die voraussichtlich ein hohes Risiko für die Rechte und Freiheiten natürlicher Personen zur Folge haben. Das EDPB fasst dieselbe Schwelle zusammen und weist darauf hin, dass bei nicht ausreichend gemindertem hohen Restrisiko die Aufsichtsbehörde vorab konsultiert werden muss.[1][2]
Voice AI ist nicht automatisch DSFA-pflichtig und nicht automatisch harmlos. Ausschlaggebend sind Umfang, Systematik, Datenarten, betroffene Personen, Entscheidungen, Überwachung, neue Technik und Kontext. Gesundheitsdaten, großflächige Gesprächsanalyse oder Auswirkungen auf Zugang zu Leistungen können die Risikobewertung deutlich verändern.
Den echten Prozess beschreiben, nicht das Verkaufsdiagramm
| Baustein | Was in die DSFA gehört |
|---|---|
| Eingang | Nummern, Audio, Identifikation und erste Information |
| Verarbeitung | Modelle, Regionen, Transkript, Wissen und Filter |
| Aktionen | gelesene und geschriebene Systeme, Bestätigungen, Rechte |
| Menschen | Monitoring, Übergabe, Qualitätsprüfung und Supportzugriff |
| Lebenszyklus | Speicherung, Export, Berichtigung, Löschung und Anbieterwechsel |
Screenshots und Verträge reichen nicht. Die Beschreibung wird mit einem Testanruf überprüft: Welche Daten verlassen den Telefonieanbieter? Wann entsteht ein Transkript? Welche Supportrollen können darauf zugreifen? Was bleibt, wenn ein Termin gelöscht wird? Abweichungen zwischen Papier und System sind selbst ein Risiko.
Risiko für Menschen statt nur für Systeme
- Eine Person wird wegen falsch verstandener Angaben einem falschen Vorgang zugeordnet.
- Sensible Gesprächsinhalte werden länger oder breiter zugänglich gespeichert als erwartet.
- Der Agent beeinflusst eine wichtige Entscheidung, ohne dass ein Mensch den Fehler rechtzeitig erkennt.
- Betroffene können ihre Daten nicht finden, berichtigen oder löschen lassen.
- Ein Anbieter oder Unterauftragnehmer nutzt Inhalte für einen weiteren, nicht erwarteten Zweck.
- Eine Störung legt Daten offen oder erzeugt widersprüchliche Einträge in mehreren Systemen.
Schadensweg ausschreiben: „Datenleck – hoch“ ist zu abstrakt. Beschreiben Sie Auslöser, betroffene Daten, mögliche Folge für die Person, bestehende Schutzmaßnahme und Wahrscheinlichkeit. Erst dann lässt sich eine bessere Maßnahme entwerfen.
Eine Maßnahme muss sich testen lassen
„Verschlüsselung“ oder „Schulung“ sind Kategorien, noch keine fertigen Maßnahmen. Besser: Transkripte werden mit getrennten Mandantenschlüsseln gespeichert; Supportzugriff erfordert eine begründete Freigabe und wird protokolliert; der Agent darf Gesundheitsdetails nicht in eine allgemeine Terminnotiz übernehmen. Jede Maßnahme erhält Eigentümer, Test und Nachweis.
- Risiko einer konkreten technischen oder organisatorischen Maßnahme zuordnen.
- Wirksamkeit mit Testfall, Log-Auswertung, Zugriffsreview oder Prozessprobe nachweisen.
- Restrisiko nach Maßnahme neu bewerten und verantwortliche Entscheidung dokumentieren.
- DSFA bei neuen Zwecken, Daten, Tools, Regionen oder erheblichen Vorfällen aktualisieren.
Quellen und Prüfstand
Primärquellen der Anbieter, zuletzt geprüft am 19. August 2026.
- [1]Verordnung (EU) 2016/679 – Datenschutz-Grundverordnung · EUR-Lex · abgerufen am 19. August 2026
- [2]Data protection impact assessment · European Data Protection Board · abgerufen am 19. August 2026
