Kurzantwort: Ein Unternehmen benötigt regelmäßig einen Auftragsverarbeitungsvertrag nach Artikel 28 DSGVO, wenn der Anbieter des KI-Telefonassistenten personenbezogene Daten im Auftrag und nach dokumentierter Weisung verarbeitet. Der Vertrag muss mehr leisten als eine Pflichtliste: Er sollte den tatsächlichen Sprach- und Datenfluss abbilden, eigene Zwecke des Anbieters abgrenzen, alle relevanten Unterauftragsverarbeiter kontrollierbar machen, internationale Zugriffe offenlegen, konkrete Sicherheitsmaßnahmen enthalten und eine überprüfbare Löschung ermöglichen. Ein AVV kann eine unzulässige Verarbeitung nicht „heilen“; das einsetzende Unternehmen bleibt für Zweck, Rechtsgrundlage und Auswahl des Anbieters verantwortlich.
Wann braucht ein KI-Telefonassistent einen AVV?
Die häufigste Konstellation ist klar: Das Unternehmen legt fest, warum angerufen wird, welche Informationen der Assistent verwenden darf, welche Aufgaben er erledigt und wohin Ergebnisse geschrieben werden. Der Anbieter betreibt die technische Plattform und verarbeitet Kontakt- und Gesprächsdaten nach diesen Weisungen. Für diese Verarbeitung handelt der Anbieter regelmäßig als Auftragsverarbeiter.
Die Rollen ergeben sich jedoch aus der tatsächlichen Entscheidung über Zwecke und wesentliche Mittel – nicht aus der Überschrift eines Vertrags. Ein Anbieter kann für einen Vorgang Auftragsverarbeiter und für einen anderen Vorgang selbst Verantwortlicher sein, etwa bei gesetzlich erforderlichen Abrechnungs- oder Sicherheitsdaten. Nutzt er Gesprächsinhalte eigenständig für Produkttraining, Benchmarking oder Werbung, kann dies über eine reine Auftragsverarbeitung hinausgehen.
| Entscheidung | Typisch beim Unternehmen | Typisch beim Anbieter |
|---|---|---|
| Warum werden Anrufe verarbeitet? | Zweck: Termin, Service, Qualifizierung, Anrufannahme | keine eigene Zweckänderung innerhalb des Auftrags |
| Welche Personen und Daten? | Zielgruppen, Gesprächsfelder, CRM-Daten, Ausschlüsse | technische Datenformate innerhalb der Weisung |
| Welche Ergebnisse entstehen? | Zusammenfassung, Ticket, Termin, Übergabe | technische Erzeugung und Übertragung |
| Wie wird die Plattform betrieben? | Schutzziele und Freigaben | nicht wesentliche technische Mittel, Infrastruktur, Wartung |
| Darf für eigene Modelle trainiert werden? | nur nach separater bewusster Entscheidung | keine stillschweigende Zweckbestimmung im AVV |
Die EDSA-Leitlinien 07/2020 beschreiben Verantwortlichen- und Auftragsverarbeiterbegriffe als funktionale Rollen. Besonders relevant: Bestimmt ein Auftragsverarbeiter entgegen der DSGVO selbst Zwecke und Mittel einer Verarbeitung, gilt er dafür nach Artikel 28 Absatz 10 als Verantwortlicher.
Ein AVV ist notwendig, aber nicht die Rechtsgrundlage des Unternehmens
Der AVV bindet den Dienstleister. Er liefert nicht automatisch die Rechtsgrundlage für die Verarbeitung gegenüber Anrufenden. Das Unternehmen muss unter anderem Zweck, Artikel-6-Rechtsgrundlage, Informationspflichten, Widerspruch, zulässige Telefonkontaktart und gegebenenfalls Einwilligungen eigenständig klären. Für Werbeanrufe hilft der Leitfaden „Sind KI-Kaltakquise-Anrufe legal?“ bei der getrennten Prüfung von UWG und DSGVO.
Vor dem Vertrag kommt die Datenkarte
Ein AVV-Anhang mit „Kontaktdaten und Gesprächsdaten“ ist für eine Telefon-KI zu grob. Ein einziges Gespräch kann mehrere technische Stationen durchlaufen: Telefonnetz, Audioübertragung, Spracherkennung, Dialogsteuerung, Sprachsynthese, Protokollierung, Kalender oder CRM, Support und Backup. Nicht jede Station speichert dieselben Daten oder am selben Ort.
| Datenobjekt | Möglicher Zweck | Prüffragen für den AVV-Anhang |
|---|---|---|
| Telefonnummer und Anrufmetadaten | Routing, Rückruf, Nachweis, Abrechnung | Wer speichert Nummer, Zeit, Dauer und Status wie lange? |
| Live-Audiostream | Spracherkennung und Antwortausgabe | Nur flüchtig verarbeitet oder dauerhaft gepuffert? |
| Audioaufnahme | Qualität, Beweis oder Training | Ist sie standardmäßig aus? Welche separate Zustimmung und Alternative gibt es? |
| Transkript | Dialogverständnis, Zusammenfassung, Übergabe | vollständig oder minimiert, speichernd oder flüchtig, redigierbar? |
| Gesprächszusammenfassung | CRM, Ticket oder Rückruf | Welche Felder sind nötig, wer darf sie sehen, wie wird Richtigkeit markiert? |
| Wissensbasis | freigegebene Antworten | Enthält sie personenbezogene oder vertrauliche Informationen? |
| Kalender- und CRM-Daten | Verfügbarkeit, Zuordnung, Prozessfortschritt | Welche Lese- und Schreibrechte bestehen? Sind Mandanten getrennt? |
| Diagnoseprotokolle | Fehleranalyse und Sicherheit | Enthalten Logs Inhalte, Prompts, Tokens oder Identifier? |
| Supportdaten | Fehlerbehebung | Wer kann aus welchem Land auf welchen Mandanten zugreifen? |
| Backups | Wiederherstellung | Wie lange, verschlüsselt, unveränderlich und wann endgültig gelöscht? |
Aus dieser Karte entstehen die Vertragsanhänge: Art der Verarbeitung, Zwecke, Datenarten, Kategorien betroffener Personen, Speicherorte, Empfänger, Unterauftragsverarbeiter und Löschfristen. Stimmen Produkt und Anhang nicht überein, ist der Vertrag nur scheinbar vollständig.
Artikel 28 DSGVO: Pflichtklauseln als Prüftabelle
Artikel 28 DSGVO verlangt einen bindenden Vertrag oder ein anderes Rechtsinstrument. Er muss Gegenstand und Dauer, Art und Zweck, Datenarten, betroffene Personengruppen sowie Pflichten und Rechte des Verantwortlichen festlegen. Zusätzlich nennt Absatz 3 konkrete Pflichten des Auftragsverarbeiters.
| Pflichtbereich | Was konkret im Telefon-KI-AVV stehen sollte | Warnsignal |
|---|---|---|
| Gegenstand und Dauer | Plattformbetrieb, Einrichtung, Gesprächsverarbeitung, Integrationen; Laufzeit und Nachlauf | „IT-Dienstleistungen aller Art“ |
| Art und Zweck | z. B. Anrufannahme, Terminvergabe, Serviceübergabe; keine offene Sekundärnutzung | „Optimierung und sonstige Geschäftszwecke“ ohne Grenze |
| Datenarten | Metadaten, Audio nur falls aktiviert, Transkript, Zusammenfassung, CRM- und Kalenderfelder | pauschal „personenbezogene Daten“ |
| Betroffene Personen | Anrufende, Kunden, Interessenten, Beschäftigte, Ansprechpartner, ggf. besondere Gruppen | leerer oder unpassender Standardanhang |
| Dokumentierte Weisung | zulässige Weisungskanäle, Admin-Konfiguration, Export und Konfliktprozess | Anbieter darf Zwecke einseitig erweitern |
| Vertraulichkeit | verpflichtete Personen, rollenbasierter Supportzugriff, Need-to-know | keine Aussage zu Support und Administratoren |
| Sicherheit | konkrete TOMs mit Stand, Geltungsbereich und Änderungsprozess | nur „branchenübliche Sicherheit“ |
| Unterauftragsverarbeiter | Liste, Leistung, Ort, Genehmigungsmodell, Vorabinformation, Widerspruchsfolge | Website-Liste ohne Änderungsmitteilung |
| Betroffenenrechte | Suche, Export, Berichtigung, Einschränkung und Löschung mit Fristen | nur „Unterstützung nach Aufwand“ |
| Vorfallunterstützung | Meldekanal, Mindestinformationen, Updates, Forensik, Ansprechpartner | keine operative Reaktionszeit |
| DSFA-Unterstützung | Architektur, Risiken, TOMs, Unterauftragnehmer und Testnachweise bereitstellen | Anbieter verweist ausschließlich auf Marketingmaterial |
| Löschung oder Rückgabe | Produktivdaten, Logs, Supportkopien und Backups getrennt regeln | „Daten werden regelmäßig gelöscht“ |
| Nachweise und Audits | geeignete Berichte, Dokumente, Rückfragen und risikobasierte Vor-Ort-Prüfung | Prüfrecht praktisch ausgeschlossen |
Der Anhang ist kein administratives Nachwort
In vielen AVV steht der richtige Gesetzestext, während die Anhänge leer, generisch oder veraltet bleiben. Für die Auswahlpflicht nach Artikel 28 Absatz 1 sind gerade die konkreten Garantien wichtig. Das Unternehmen sollte erkennen können, welche Maßnahmen für seinen Mandanten und seinen Datenfluss gelten – nicht nur, dass der Anbieter „geeignete Maßnahmen“ verspricht.
Die EU-Standardklauseln als Referenz
Die Europäische Kommission hat mit dem Durchführungsbeschluss (EU) 2021/915 Standardvertragsklauseln für Verantwortliche und Auftragsverarbeiter nach Artikel 28 Absatz 7 bereitgestellt. Sie können vollständig oder teilweise in einen größeren Vertrag aufgenommen werden. Besonders nützlich sind ihre strukturierten Anlagen und Regelungen zu Sicherheit, Unterauftragsverarbeitern, Betroffenenrechten, Datenverstößen und Vertragsende.
Ein individueller AVV ist nicht automatisch schlechter und die EU-Klauseln sind nicht automatisch vollständig ausgefüllt. Namen, Beschreibung der Verarbeitung, TOMs und Unterauftragsverarbeiter müssen in beiden Fällen konkret sein.
Unterauftragsverarbeiter: Die Kette muss vor der Freigabe sichtbar sein
Ein KI-Telefonassistent kann Telefonie, Hosting, Sprachverarbeitung, Modellinferenz, Monitoring, E-Mail-Versand oder Kalenderintegration über weitere Dienstleister beziehen. Ob ein Dienstleister tatsächlich Unterauftragsverarbeiter ist, hängt davon ab, ob er personenbezogene Daten im Auftrag verarbeitet. Eine Produktlogo-Seite ersetzt diese Rollenprüfung nicht.
Was eine brauchbare Subprozessorenliste enthält
- vollständiger Rechtsträger statt nur Produkt- oder Markenname,
- konkrete Leistung innerhalb des Telefon-KI-Datenflusses,
- Land der Verarbeitung und mögliche Remote-Zugriffe,
- betroffene Datenobjekte und Verarbeitungsphase,
- Grundlage für einen möglichen Drittlandtransfer,
- Datum der Aufnahme oder letzten Änderung.
Artikel 28 Absatz 2 erlaubt eine vorherige gesonderte oder allgemeine schriftliche Genehmigung. Bei allgemeiner Genehmigung muss der Anbieter über beabsichtigte Hinzufügungen oder Ersetzungen informieren und eine Möglichkeit zum Widerspruch geben. Der Vertrag sollte deshalb auch Vorlauf, Informationskanal und Folgen eines begründeten Widerspruchs regeln.
Praxisfrage: Wenn der Kunde einem neuen Sprach- oder Modellanbieter begründet widerspricht, kann er die betroffene Funktion deaktivieren, einen alternativen Verarbeitungsweg nutzen oder den Vertrag beenden? Ein Widerspruchsrecht ohne realistische Folge ist operativ schwach.
Der Hauptanbieter bleibt gegenüber dem Unternehmen für die Erfüllung der Pflichten seines Unterauftragsverarbeiters verantwortlich. Nach den EDSA-Leitlinien sollte der Verantwortliche für seine Prüfung unter anderem Standort, Aufgabe und Nachweise zu Sicherheitsmaßnahmen erhalten.
Drittlandtransfer: „Server in Deutschland“ ist nur eine Teilantwort
Für die Transferprüfung zählt nicht allein der primäre Datenbankstandort. Auch Supportzugriff, Administrationskonten, Telemetrie, Logexport, Modell-API, Sprachdienste und Unterauftragsverarbeiter können Daten außerhalb des Europäischen Wirtschaftsraums zugänglich machen. Die Datenkarte sollte deshalb Zugriff und Übermittlung getrennt untersuchen.
Zwei Standardklausel-Pakete nicht verwechseln
| Klauselwerk | Zweck | Was es nicht allein leistet |
|---|---|---|
| Beschluss (EU) 2021/915 | Standardklauseln für den Vertrag Verantwortlicher–Auftragsverarbeiter nach Artikel 28 | erfüllt für sich allein nicht Kapitel V bei internationalen Übermittlungen |
| Beschluss (EU) 2021/914 | Standardvertragsklauseln als geeignete Garantie für bestimmte Drittlandübermittlungen nach Artikel 46 | ersetzt nicht Modulauswahl, Transferprüfung und erforderliche ergänzende Maßnahmen |
Die Kommission weist in den 2021/915-Klauseln ausdrücklich darauf hin, dass diese allein die Pflichten für internationale Datenübermittlungen nicht sicherstellen. Für eine relevante Drittlandübermittlung kommen je nach Fall ein Angemessenheitsbeschluss oder geeignete Garantien wie die Drittland-SCC nach Beschluss 2021/914 in Betracht. Das Unternehmen sollte Transfermechanismus, Empfänger, Modul, lokale Rechtslage und technische Zusatzmaßnahmen nachvollziehen können.
Prüffragen jenseits des Serverstandorts
- Wo befindet sich jeder produktive Speicher, temporäre Puffer und jedes Backup?
- Aus welchen Ländern können Support und Administration zugreifen?
- Werden Prompts, Transkriptausschnitte oder Audio an externe Modell- oder Sprachdienste gesendet?
- Welche Daten erscheinen in Fehler- und Sicherheitslogs?
- Welches Transferinstrument gilt pro Empfänger und Datenfluss?
- Welche Verschlüsselung besteht bei Transport und Speicherung, und wer kontrolliert Schlüssel?
- Kann eine Funktion ohne Drittlandtransfer betrieben oder abgeschaltet werden?
Darf der Anbieter Gesprächsdaten für KI-Training nutzen?
Dieser Punkt gehört zu den wichtigsten Abgrenzungen im Vertrag. „Serviceverbesserung“ kann harmlose Fehleranalyse, aber auch dauerhafte Nutzung von Transkripten für eigene Modelle bedeuten. Sobald der Anbieter einen eigenen Zweck bestimmt, kann er für diese Verarbeitung nicht einfach wie ein weisungsgebundener Auftragsverarbeiter behandelt werden.
| Formulierung | Risiko | Präzisere Regelung |
|---|---|---|
| „Daten dürfen zur Verbesserung verwendet werden“ | Zweck, Datenarten, Dauer und Rolle bleiben offen | eigene Modelltrainings mit Kundendaten ausdrücklich ausschließen |
| „Nur anonymisierte Daten“ | Anonymität wird behauptet, Verfahren und Reidentifikationsrisiko fehlen | Anonymisierungsmethode, Zeitpunkt, Verantwortlichkeit und Nachweis definieren |
| „Qualitätssicherung“ | kann dauerhafte Inhaltsprüfung oder menschliche Einsicht verdecken | Stichprobe, Zugriff, Zweck, Dauer und Löschung konkret begrenzen |
| „Opt-out möglich“ | Sekundärnutzung ist voreingestellt | kein Training als Standard; separate Vereinbarung für tatsächlich gewünschte Fälle |
Auch pseudonymisierte Gesprächsdaten bleiben personenbezogen, wenn eine Zuordnung mit zusätzlichen Informationen möglich ist. Echte Anonymisierung ist mehr als das Entfernen von Namen. Ein AVV sollte deshalb nicht mit dem Wort „anonymisiert“ enden, sondern die technische und organisatorische Umsetzung prüfbar machen.
TOMs: Von der Sicherheitsliste zum prüfbaren Betrieb
Artikel 32 DSGVO verlangt ein dem Risiko angemessenes Schutzniveau. Bei Telefon-KI können Inhalte vertraulich, gesundheitsbezogen, finanziell oder mandatsbezogen sein. Die TOMs müssen zum gewählten Anwendungsfall passen; eine öffentliche Empfangsnummer mit Öffnungszeiten hat ein anderes Risikoprofil als eine Hotline, in der Gesundheitsdaten genannt werden.
| Schutzziel | Konkrete Nachweise für Telefon-KI |
|---|---|
| Zugriffskontrolle | Rollen, MFA, Supportfreigaben, zeitlich begrenzter Zugriff, Admin-Protokollierung |
| Mandantentrennung | Tests gegen Cross-Tenant-Zugriff, getrennte Indizes und Berechtigungen |
| Verschlüsselung | Transport, Speicherung, Schlüsselmanagement und Ausnahmen pro Datenobjekt |
| Datenminimierung | deaktivierte Audioaufnahme, begrenzte Logs, konfigurierbare Transkripte und Felder |
| Integrität | Änderungsprotokolle, Versionsstände der Dialoge, abgesicherte Webhooks, Signaturen |
| Verfügbarkeit | Backup, Wiederherstellungstest, Ausfallroute und sichere manuelle Übernahme |
| Erkennung | Monitoring auf unzulässige Zugriffe, Datenabfluss und fehlerhafte Mandantenzuordnung |
| Sichere Entwicklung | Schwachstellenmanagement, Änderungen, Tests und Geheimnisverwaltung |
| Personal | Vertraulichkeitsverpflichtung, Schulung, Joiner-Mover-Leaver-Prozess |
| Wirksamkeitskontrolle | regelmäßige Tests, Auditberichte, Maßnahmenverfolgung und Risikobewertung |
Datenpannen: „unverzüglich“ braucht einen operativen Prozess
Nach Artikel 33 Absatz 2 DSGVO meldet der Auftragsverarbeiter eine Verletzung des Schutzes personenbezogener Daten dem Verantwortlichen unverzüglich. Das Unternehmen kann selbst einer 72-Stunden-Frist gegenüber der Aufsichtsbehörde unterliegen. Der AVV sollte deshalb Ansprechpartner, Meldekanal, erste Mindestinformationen, fortlaufende Updates und Beweissicherung festlegen.
Eine starre Aussage „Meldung binnen 72 Stunden“ vom Anbieter kann zu spät sein, weil die 72 Stunden nicht erst mit seiner Vertragsmeldung beginnen. Sinnvoll ist eine unverzügliche Erstmeldung nach Bekanntwerden, auch wenn die Untersuchung noch läuft, gefolgt von strukturierten Updates.
Betroffenenrechte müssen technisch ausführbar sein
Der Anbieter sollte Datensätze anhand geeigneter Identifier auffinden, exportieren, berichtigen, einschränken und löschen können. Dabei ist zu klären, ob Daten in Transkripten, Freitextzusammenfassungen, Logs, Suchindizes, Supportfällen und Backups vorkommen. Ein Dashboard-Löschknopf, der nur den CRM-Hauptdatensatz entfernt, reicht für den vollständigen Prozess nicht automatisch.
Unterstützung bei Datenschutz-Folgenabschätzungen
Ob eine Datenschutz-Folgenabschätzung nach Artikel 35 erforderlich ist, hängt vom voraussichtlichen Risiko der konkreten Verarbeitung ab. Der Anbieter sollte dafür belastbare Informationen zu Architektur, Datenkategorien, Modellen, Sicherheitsmaßnahmen, Unterauftragnehmern, Fehlerbildern und menschlichen Eingriffsmöglichkeiten liefern. Ein Werbeversprechen „DSGVO-konform“ ersetzt diese Informationen nicht.
Löschung und Vertragsende: sechs Datenobjekte, nicht eine Frist
Ein einheitlicher Satz „Löschung nach 30 Tagen“ klingt klar, kann aber falsch sein. Einwilligungsnachweise, Sperrinformationen, Gesprächszusammenfassungen, Abrechnungsmetadaten und Backups haben verschiedene Zwecke. Der Vertrag sollte pro Objekt den Auslöser, die Regelfrist, Ausnahmen und die technische Endlöschung benennen.
| Datenobjekt | Möglicher Löschtrigger | Besondere Prüfung |
|---|---|---|
| flüchtiger Audiostream | unmittelbar nach Verarbeitung | entstehen Puffer, Debugkopien oder Providerlogs? |
| Audioaufnahme | sehr kurze zweckgebundene Frist | separate Zustimmung, Alternative, Zugriff und Widerruf |
| Transkript | nach Extraktion der benötigten Ergebnisdaten | wird es für Qualität oder Training zurückbehalten? |
| Zusammenfassung / Ticket | nach Abschluss des betrieblichen Vorgangs | führendes System und Folgefristen des Unternehmens |
| Diagnose- und Sicherheitslogs | nach festgelegtem Sicherheitszeitraum | Inhalte minimieren und Zugriff begrenzen |
| Backups | Auslaufen im dokumentierten Backup-Zyklus | keine produktive Nutzung, sichere Überschreibung, Restore-Regel |
Löschen oder zurückgeben nach Auftragsende
Artikel 28 verlangt nach Wahl des Verantwortlichen die Löschung oder Rückgabe aller personenbezogenen Daten nach Abschluss der Dienste, sofern keine rechtliche Aufbewahrungspflicht besteht. Praktisch sollte vor Vertragsende geklärt sein:
- welches Exportformat Daten und Konfigurationen besitzen,
- wie lange ein Export nach Vertragsende verfügbar bleibt,
- wann produktive Daten, Suchindizes und Supportkopien gelöscht werden,
- wann Daten aus regulären Backups auslaufen,
- wie die Löschung bestätigt wird,
- welche Daten aufgrund welcher Pflicht ausnahmsweise verbleiben.
20 Fragen, die Unternehmen vor Unterzeichnung stellen sollten
- Für welche konkreten Verarbeitungsvorgänge handelt der Anbieter als Auftragsverarbeiter?
- Gibt es Vorgänge, für die er eigene Zwecke bestimmt und selbst Verantwortlicher ist?
- Welche Datenobjekte entstehen zwischen Klingeln, Gespräch und CRM-Übergabe?
- Wird Audio gespeichert, gepuffert oder an Dritte übertragen?
- Kann die Audioaufzeichnung standardmäßig vollständig deaktiviert werden?
- Werden vollständige Transkripte gespeichert oder nur benötigte Ergebnisfelder?
- Werden Kundendaten für eigene Modelle, Qualitätssicherung oder Benchmarks verwendet?
- Welche Unterauftragsverarbeiter erhalten welche Daten zu welcher Aufgabe?
- Wie und wie früh werden Änderungen der Subprozessoren mitgeteilt?
- Welche konkrete Folge hat ein begründeter Widerspruch?
- Wo liegen Produktivdaten, Logs und Backups?
- Aus welchen Ländern sind Support- oder Administrationszugriffe möglich?
- Welche Transfergrundlage gilt für jeden Drittlandempfänger?
- Welche TOMs gelten konkret für den gebuchten Dienst und Mandanten?
- Wie wird Mandantentrennung getestet?
- Wann und mit welchen Mindestinformationen wird eine Datenpanne gemeldet?
- Wie unterstützt der Anbieter Auskunft, Berichtigung, Einschränkung und Löschung?
- Welche Daten werden nach welchem Auslöser und in welchem System gelöscht?
- Wie werden Restbestände in Backups behandelt?
- Welche Nachweise und Auditmöglichkeiten erhält das Unternehmen regelmäßig?
Ein einfaches Bewertungsmodell
Bewerten Sie jede Frage mit 0, 1 oder 2 Punkten: 0 = unbeantwortet oder nur Marketingaussage, 1 = vertraglich beschrieben, aber nicht ausreichend konkret oder nachgewiesen, 2 = konkret, vertraglich konsistent und mit geeignetem Nachweis. Die Summe ist keine DSGVO-Zertifizierung. Sie macht jedoch sichtbar, wo eine Freigabe noch auf Annahmen statt auf Informationen beruht.
Definieren Sie zusätzlich Ausschlusskriterien. Ein fehlender Überblick über Unterauftragsverarbeiter, nicht abstellbares Training mit Gesprächsinhalten, ungeklärte Drittlandzugriffe oder praktisch unmögliche Löschung sollten nicht durch gute Punkte in weniger kritischen Feldern kompensiert werden.
Red Flags im AVV
- Der Anbieter darf Zwecke, Datenkategorien oder Unterauftragsverarbeiter ohne wirksame Vorabinformation erweitern.
- „Anonymisierung“ wird behauptet, aber Zeitpunkt und Verfahren bleiben offen.
- Eigene Produktverbesserung ist sehr weit formuliert und nicht deaktivierbar.
- Die TOMs nennen keine Version, keinen Dienst und keine konkrete Umsetzung.
- Auditrechte bestehen nur theoretisch oder zu prohibitivem Aufwand.
- Löschung erfasst Produktivdaten, aber nicht Logs, Suchindizes, Support und Backups.
- Der Vertrag nennt EU-Hosting, während externe Sprach- oder Modelldienste fehlen.
- Eine Vorfallmeldung darf bis zu 72 Stunden warten.
- Die Subprozessorenliste enthält nur Markennamen oder keine Leistungen und Länder.
- Der AVV widerspricht Datenschutzinformation, Produktkonfiguration oder Leistungsbeschreibung.
Häufige Fragen zum AVV für KI-Telefonassistenten
Braucht jedes Unternehmen für einen KI-Telefonassistenten einen AVV?
Regelmäßig ja, wenn der Anbieter personenbezogene Daten im Auftrag verarbeitet. Die tatsächlichen Rollen müssen aber pro Verarbeitungsvorgang geprüft werden. Ein Anbieter kann für einzelne eigene Zwecke selbst Verantwortlicher sein.
Was muss in einem AVV für Telefon-KI stehen?
Neben den Pflichtpunkten des Artikel 28 sollten die Anhänge den echten Datenfluss abbilden: Audio, Transkript, Ergebnisse, Integrationen, Logs, Support, Unterauftragnehmer, Speicherorte, TOMs und objektbezogene Löschung.
Darf der Anbieter Gespräche zum Training nutzen?
Nicht automatisch. Eigene Modellverbesserung kann eine eigene Zweckbestimmung darstellen. Der Vertrag sollte Training mit Kundendaten standardmäßig ausschließen oder als separate Verarbeitung mit klarer Rolle, Rechtsgrundlage, Transparenz und Wahlmöglichkeit behandeln.
Reicht Hosting in Deutschland?
Nein. Auch Sprachdienste, Modellanbieter, Telefonie, Supportzugriffe, Logs, Backups und Unterauftragsverarbeiter müssen betrachtet werden. Entscheidend ist der vollständige Zugriffspfad.
Was ist der Unterschied zwischen AVV-SCC und Drittland-SCC?
Beschluss 2021/915 liefert Standardklauseln für Artikel-28-Verträge. Beschluss 2021/914 betrifft geeignete Garantien für bestimmte Drittlandtransfers. Ein AVV allein erfüllt Kapitel V nicht automatisch.
Welche Löschfrist gilt für Gesprächsdaten?
Eine universelle Frist gibt es nicht. Audio, Transkript, Ergebnis, Logs, Einwilligungsnachweis, Sperrstatus und Backups benötigen getrennte Zwecke und Fristen. Der Vertrag sollte je Objekt Trigger und technische Endlöschung benennen.
Fazit: Ein guter AVV ist die technische Wahrheit in Vertragsform
Der beste AVV wiederholt nicht nur Artikel 28 DSGVO. Er macht nachvollziehbar, was im Produkt tatsächlich geschieht: Welche Daten fließen wohin, wer darf darauf zugreifen, wofür dürfen sie genutzt werden, wie wird ein Vorfall behandelt und wann verschwinden sie wieder?
Unternehmen sollten deshalb zuerst den Datenfluss zeichnen und erst dann den Vertrag abhaken. Stimmen Rollen, Anhänge, Subprozessorenliste, TOMs, Produktkonfiguration und Löschprozess miteinander überein, wird aus einem PDF ein belastbarer Betriebsrahmen. Fehlt diese Konsistenz, schafft auch eine Unterschrift keine verlässliche Kontrolle.
Sie möchten Ihren geplanten Telefon-KI-Datenfluss mit dem AVV und den realen Systemeinstellungen abgleichen? Bringen Sie Ihre Anforderungen und kritischen Datenarten mit.
Teloro-Datenfluss gemeinsam prüfen