Governance von Gesprächsdaten nach DSGVO und KVKK

Gesprächsdaten sind betrieblich reichhaltig. Ein Anruf kann Identitätsangaben enthalten, eine Kontohistorie, eine Frage zur Zahlung, ein gesundheitliches Anliegen, Angaben zu einem Bewerber oder eine Verkaufschance. Genau deshalb lässt sich Governance nicht nachträglich ergänzen, wenn der Agent schon live ist. Das Unternehmen muss den Weg der Daten verstehen: von der Audioaufnahme über Transkript, Zusammenfassung, CRM-Datensatz und Analysesignal bis zur späteren Prüfung.

Dieser Artikel ist ein praktischer Rahmen für die Diskussion in Organisationen, die mit DSGVO, KVKK und weiteren geltenden Regeln arbeiten. Er ist keine Rechtsberatung. Klären Sie die konkreten Rollen, Zwecke, Standorte, Dienstleister und Datenkategorien Ihres Einsatzes mit Ihrer Rechtsberatung und Ihren Datenschutzbeauftragten. Die Sicherheitsseite, die Datenschutzseite und die KVKK-Informationen von DRING können diese Prüfung begleiten.

Den Lebenszyklus der Gesprächsdaten abbilden

Zeichnen Sie den Weg auf, statt nur die Plattform zu nennen. Ein Anrufer verbindet sich über die Telefonie, Audio wird gestreamt, Sprache wird erkannt, der Agent nutzt Kontext und Tools, ein Transkript oder eine Zusammenfassung entsteht, ein Ergebnis wird in ein System geschrieben, und ein Qualitäts- oder Managementprozess prüft das Gespräch womöglich später. Jeder Schritt kann einen anderen Zweck, einen anderen Auftragsverarbeiter, eine andere Zugriffsrolle und eine andere Aufbewahrungsfrist haben.

Denken Sie an Kopien, die leicht vergessen werden: Backups, Exporte, Support-Tickets, Downloads im Browser, Aufzeichnungen, die zur Qualitätsprüfung verschickt wurden, und Daten in einem Trainings- oder Testsatz. Eine Übersicht über den Lebenszyklus hilft dem Team zu entscheiden, wo Datenminimierung und Löschung greifen müssen. Sie liefert auch eine bessere Antwort, wenn ein Kunde fragt, was die Organisation über ein Gespräch weiß.

Den Zweck benennen, bevor mehr Kontext erhoben wird

Zweckbindung ist praktisches Produktdesign. Braucht der Agent eine Bestellnummer, um den Status zu prüfen, braucht er womöglich nicht die ganze Profilhistorie. Braucht eine Koordination Sprache und Terminwünsche, braucht sie womöglich keine anderen Kontofelder. Fragen Sie nach dem kleinsten Kontext, mit dem der Workflow sein Ergebnis erreicht.

Ein umfassendes Gedächtnis ist nicht automatisch besser. Ein wiederkehrender Kunde lässt sich erkennen, ohne jedes frühere Gespräch jedem Agenten oder Workflow offenzulegen. Das gemeinsame Kontextmodell von DRING sollte um den Vorgang und die Berechtigungen herum konfiguriert werden, die der Kunde freigegeben hat. Die Grenzen legt die Datenschutzprüfung Ihrer Organisation fest.

Fakten von abgeleiteten Signalen trennen

Die Aussage des Anrufers, das Ergebnis im CRM, die Zusammenfassung des Agenten und eine Brancheneinsicht sind verschiedene Arten von Daten. Halten Sie sie unterscheidbar. Eine Führungskraft sollte sehen können, ob „Erstattung genehmigt“ aus einer Systembestätigung stammt oder aus der Interpretation eines Modells. Eine Qualitätsbewertung darf nicht unbemerkt zu einem Kundenprofil werden.

Nutzen Sie strukturierte Felder für das betriebliche Minimum: Anliegen, Ergebnis, zuständige Person, nächster Schritt und relevante Kennung. Verlinken Sie bei Bedarf auf ausführlichere Belege, statt Audio oder Transkript vollständig in jedes nachgelagerte System zu kopieren. Das Rückschreiben ins CRM und die monatliche Branchenanalyse von DRING unterstützen diese Trennung zwischen der Erledigung der Arbeit und der Analyse von Mustern.

Rollen und Zugriffe überprüfbar machen

Dokumentieren Sie, wer über Zwecke und Mittel der Verarbeitung entscheidet, welche Dienstleister Daten verarbeiten, welche internen Teams Zugriff haben und welche Mitarbeiter mit Kundenkontakt eine Zusammenfassung sehen dürfen. Die Qualitätsprüfung braucht vielleicht ein geschwärztes Transkript. Das Serviceteam braucht das Ergebnis des Vorgangs. Die Entwicklung braucht womöglich einen Fehler-Trace ohne Kundenaudio. Das Prinzip der minimalen Rechte macht den Workflow sicherer und leichter zu erklären.

Protokollieren Sie Zugriffe auf sensible Datensätze und Änderungen daran. Ein System, das einen Datensatz anlegen, ändern oder exportieren kann, sollte die Aktion sichtbar machen. Prüfen Sie Rollenänderungen, Servicekonten und Support-Zugriffe regelmäßig. Sicherheit ist nicht nur Verschlüsselung. Dazu gehört auch zu wissen, wer was mit welchem Beleg aus einem Gespräch getan hat.

Wege für Betroffenenrechte und Berichtigungen gestalten

Möchte ein Kunde Auskunft, Berichtigung oder Löschung oder legt er Widerspruch ein, muss das Anliegen in einem Prozess mit klarer Zuständigkeit ankommen. Der Voice-Agent kann das Anliegen erkennen und die Mindestangaben für die Weiterleitung erfassen. Das rechtliche Ergebnis erfindet er nicht. Richten Sie eine Fachwarteschlange mit festgelegtem Bearbeitungszeitraum und menschlicher Prüfung ein.

Berichtigung ist wichtig, weil ein falsches Transkript oder eine falsche Zusammenfassung das nächste Kundengespräch beeinflussen kann. Sorgen Sie dafür, dass sich strukturierte Felder korrigieren und der Quelldatensatz kommentieren lässt. Ist ein abgeleitetes Signal falsch, dokumentieren Sie, wie es neu bewertet wird und ob nachgelagerte Kopien aktualisiert werden.

Vorsicht bei Aussagen zum Lernen von Modellen

Kunden und Einkäufer fragen oft, ob Gespräche zum Trainieren von Modellen genutzt werden. Die Antwort hängt von Architektur, Vertrag, Anbietern und dem gewählten Verbesserungsprozess ab. Versprechen Sie nicht „kein Lernen“, wenn Ihre Organisation geprüfte Belege aus dem Betrieb nutzt, um den Workflow eines Agenten zu verbessern. Erklären Sie stattdessen die Grenze: wie mit Kundendaten umgegangen wird, was zur Verbesserung des Agenten dieses Kunden genutzt wird, was aggregiert oder anonymisiert wird und was nicht über den vereinbarten Service hinaus geteilt wird.

Das Betriebsmodell von DRING nutzt Rückmeldungen aus echten Gesprächen, um den Agenten des jeweiligen Kunden über die Agent Factory zu verbessern, den Prozess, in dem DRING Agenten baut, testet und weiterentwickelt. Das sollte genau so beschrieben werden, mit Kontrollen für Zugriff, Datentrennung, Aufbewahrung und Freigabe, die für jeden Einsatz vereinbart werden. Konkrete Zusagen gehören in Verträge und Datenschutzdokumentation, nicht nur in Marketingtexte.

Internationale und mehrsprachige Wege prüfen

Die technische Plattform von DRING kann in 62 Sprachen über Telefon, WhatsApp, SMS und E-Mail arbeiten. Ein mehrsprachiger Betrieb muss aber auch wissen, ob die Erkennung der Sprache, die Sprachverarbeitung, die menschliche Prüfung und die Datenspeicherung in derselben Region stattfinden oder unter unterschiedlichen vertraglichen Regelungen. Validieren Sie jede gewünschte Sprachvariante und jeden Workflow vor dem Produktivbetrieb auf dem tatsächlichen Weg. Der Kundendatensatz sollte die bevorzugte Sprache und den Verarbeitungsstand festhalten, ohne unnötige doppelte Profile zu erzeugen.

Nutzen Sie Hinweise in der Landessprache, und bieten Sie einen klaren Weg zu einem Menschen. Eine übersetzte Richtlinie kann ihre Bedeutung verändern, wenn niemand sie prüft. Der Artikel zur Governance von Fachbegriffen erklärt, warum Sprachqualität und Qualität der Richtlinien gemeinsam geprüft werden sollten.

Governance wie einen Workflow testen

Spielen Sie Szenarien durch: abgelehnte Einwilligung, Wunsch nach einem Menschen, sensible Angaben, nicht passende Identität, Anfrage zu Betroffenenrechten, Kanalwechsel, gescheiterte Löschung, abgelehnter Schreibvorgang im CRM und ein Agent, der seinen Umfang überschreiten will. Prüfen Sie die Antwort an den Kunden, das Audit-Log, den Datensatz, die Zuständigkeit der Warteschlange und die Aufbewahrungsaktion. Governance ist erst dann echt, wenn sich das System auch unter Druck richtig verhält.

Das AI RMF des NIST empfiehlt Steuern, Abbilden, Messen und Managen (Govern, Map, Measure, Manage) als fortlaufende Tätigkeiten. Nutzen Sie diese Struktur für eine wiederkehrende Prüfrunde mit Produkt, Betrieb, Sicherheit, Recht und Qualität. Der Qualitätsprozess kann Governance-Fehler neben Gesprächsfehlern sichtbar halten.

Eine Governance-Checkliste für die Startbesprechung

• Kopien von Audio, Transkript, Zusammenfassung, CRM, Analyse und Backups erfassen.
• Zwecke, Rollen, Dienstleister, Regionen, Aufbewahrung und Löschung dokumentieren.
• Kontext minimieren und Quellfakten von abgeleiteten Signalen trennen.
• Minimale Zugriffsrechte, Protokollierung und einen Weg mit klarer Zuständigkeit für Betroffenenanfragen nutzen.
• Die Verbesserung des Kundenagenten zutreffend und vertraglich sauber erklären.
• Einwilligung, Berichtigung, Übergabe an Menschen, Kanalwechsel und Löschung testen.

Gute Governance macht einen Voice-Agenten nicht weniger nützlich. Sie gibt dem Betrieb eine klare Antwort auf die Fragen, die zählen, wenn aus einem Gespräch ein Datensatz, eine Entscheidung oder ein Versprechen an den Kunden wird.

Weiterführende Quellen

• Stellungnahme des EDSA zu Datenschutzfragen im Zusammenhang mit KI-Modellen
• Offizieller Text der EU-KI-Verordnung für die rechtliche Prüfung
• NIST AI RMF Core zu Governance über den Lebenszyklus und Risikomanagement