Datenschutz-Folgenabschätzung / DPIA template
Für Verantwortliche, die KI-Agenten betreiben und deren Schritte mit Proof of Agent Work (POAW) belegen. Vorlage nach Art. 35 DSGVO; die Bewertung trifft der Verantwortliche selbst. Vorausgefüllt ist nur, was wir über POAW wissen; alles [AUSFÜLLEN] gehört zu Ihrer Verarbeitung.
Keine Rechtsberatung. Ob eine DSFA nötig ist, entscheidet der Verantwortliche (Art. 35 Abs. 1 und 3 DSGVO, Liste der österreichischen Datenschutzbehörde bzw. der zuständigen Aufsichtsbehörde).
1. Beschreibung der Verarbeitung / Description
| Verantwortlicher | [AUSFÜLLEN: Name, Anschrift, Datenschutzbeauftragter] |
|---|---|
| Zweck des KI-Agenten | [AUSFÜLLEN: z. B. Vorprüfung von Kfz-Schäden] |
| Zweck der Belege (POAW) | Nachweis, welche Schritte der Agent ausgeführt hat und dass dieser Nachweis seit der Signatur unverändert ist (Rechenschaft nach Art. 5 Abs. 2 DSGVO, Nachvollziehbarkeit gegenüber Kunden, Prüfern, Gerichten). |
| Betroffene Personen | [AUSFÜLLEN: z. B. Versicherungsnehmer, Geschädigte, Sachbearbeiter] |
| Datenkategorien im Beleg | Je Schritt: Typ, Zeitpunkt und die Nutzdaten, die Sie in den Beleg schreiben. Empfehlung: sensible Werte nur als SHA-256-Hash aufnehmen (so im Beispielbeleg: Fotos, Polizeibericht, IBAN, Sachbearbeiter-ID). [AUSFÜLLEN: welche Felder im Klartext, welche als Hash] |
| Empfänger | Wer einen Beleg erhält, kann ihn prüfen. Zur Prüfung wird nur der öffentliche Schlüssel von destill.ai abgerufen; der Beleg wird nicht hochgeladen. Für den Zeitstempel erhält die Zeitstempelstelle nur einen Hash. [AUSFÜLLEN: wem Sie Belege geben] |
| Speicherdauer | [AUSFÜLLEN: Aufbewahrung der Belege und der Rohdaten, Löschkonzept] |
| Auftragsverarbeiter | destill.ai / Lebensfluss e.V., soweit wir Belege für Sie erzeugen [AUSFÜLLEN: AV-Vertrag ja/nein]; Unterauftragsverarbeiter siehe Trust Center. |
2. Notwendigkeit und Verhältnismäßigkeit / Necessity and proportionality
| Rechtsgrundlage (Art. 6, ggf. 9 DSGVO) | [AUSFÜLLEN] |
|---|---|
| Datenminimierung | Hash statt Klartext für alles, was der Prüfer nicht im Klartext sehen muss; selektive Offenlegung einzelner Schritte ist im Belegformat vorgesehen (verborgene Schritte behalten den Wurzel-Hash). [AUSFÜLLEN: Ihre Felder] |
| Zweckbindung | [AUSFÜLLEN: Belege nur für Nachweis und Prüfung, nicht für Profilbildung] |
| Betroffenenrechte | Ein signierter Beleg kann nicht teilweise geändert werden, ohne ungültig zu werden. Löschung bzw. Berichtigung daher über Löschen des ganzen Belegs oder über Hashes statt Klartext planen. [AUSFÜLLEN: Verfahren für Auskunft, Berichtigung, Löschung] |
3. Risiken für Betroffene / Risks
| Risiko | Eintritt | Schwere | Maßnahme |
|---|---|---|---|
| Klartext-Personendaten im Beleg werden an zu viele Empfänger weitergegeben | [ ] | [ ] | Hashes statt Klartext; selektive Offenlegung; Empfängerkreis festlegen |
| Hash eines Werts mit wenigen Möglichkeiten (z. B. Kennzeichen) lässt sich durch Durchprobieren zurückrechnen | [ ] | [ ] | Zufälligen Salt je Wert mit in den Hash nehmen und getrennt aufbewahren [AUSFÜLLEN] |
| Beleg gibt falsche Sicherheit: der Agent hat etwas Falsches protokolliert | [ ] | [ ] | Ein Beleg zeigt, was aufgezeichnet wurde, nicht dass es stimmt; menschliche Prüfung bei Entscheidungen mit Rechtswirkung (Art. 22 DSGVO) |
| Signaturschlüssel wird kompromittiert | [ ] | [ ] | Zeitstempel; Schlüsselwechsel und Widerruf sind noch nicht gebaut (Trust Center, Schlüssel-Lebenszyklus) |
| [AUSFÜLLEN: Risiken Ihrer eigentlichen Verarbeitung] | [ ] | [ ] | [ ] |
4. Ergebnis / Outcome
| Restrisiko | [AUSFÜLLEN: niedrig / mittel / hoch, Begründung] |
|---|---|
| Konsultation der Aufsichtsbehörde nötig (Art. 36)? | [AUSFÜLLEN] |
| Datum, Unterschrift | [AUSFÜLLEN] |
| Nächste Überprüfung | [AUSFÜLLEN] |