SemaTrain Wissen

Kundendaten in ChatGPT und anderen KI-Diensten: Was muss ein Unternehmen prüfen?

Bei realen Unternehmensdaten reicht weder ein pauschales „erlaubt“ noch ein pauschales „verboten“. Entscheidend sind Datenart, Zweck, Rechtsgrundlage, Rollen, Vertrag, Produktkonfiguration, Datenfluss, Sicherheitsmaßnahmen und der konkrete Einsatzkontext.

Quellen- und Rechtsprüfung: 19.09.2026. Anbieterinformationen zu ChatGPT ebenfalls geprüft am 19.09.2026.

Die kurze Antwort

Personenbezogene Kundendaten sollten nicht ungeprüft in einen generativen KI-Dienst eingegeben werden. Eine solche Eingabe kann eine Verarbeitung personenbezogener Daten im Sinne der DSGVO sein. Maßgeblich sind deshalb insbesondere die Grundsätze und Rechtsgrundlagen der DSGVO sowie die konkrete technische und vertragliche Verarbeitungskette. Quelle: DSGVO

Auch die technische Eigenschaft eines Produkts – zum Beispiel, dass bestimmte Geschäftsdaten standardmäßig nicht zum Modelltraining verwendet werden – beantwortet nicht automatisch die Frage, ob die konkrete betriebliche Verarbeitung zulässig ist.

1. Warum ein Prompt datenschutzrechtlich relevant sein kann

Art. 4 DSGVO fasst den Begriff der Verarbeitung weit. Werden personenbezogene Informationen in einen externen oder internen KI-Dienst eingegeben, können unter anderem Verwendung, Übermittlung, Bereitstellung, Speicherung oder weitere Verarbeitungsvorgänge betroffen sein. DSGVO-Primärquelle

Deshalb ist die fachlich richtige Frage nicht nur, ob ein Modell den Inhalt technisch verarbeiten kann, sondern ob genau diese Daten für genau diesen Zweck über genau diese Verarbeitungskette eingesetzt werden dürfen.

2. Der betriebliche 12-Punkte-Prüfweg

  1. Zweck und Erforderlichkeit.
    Welches konkrete Arbeitsziel soll erreicht werden? Ist die Verwendung realer personenbezogener Daten dafür erforderlich? Art. 5 DSGVO verlangt unter anderem Zweckbindung und Datenminimierung.
  2. Datenbezug.
    Sind Personen direkt oder indirekt identifizierbar? Das Entfernen eines Namens allein führt nicht automatisch zu anonymen Daten.
  3. Rechtsgrundlage.
    Für personenbezogene Daten ist eine tragfähige Rechtsgrundlage nach Art. 6 DSGVO zu bestimmen. „Wir nutzen KI“ ist selbst keine Rechtsgrundlage.
  4. Besondere Kategorien.
    Bei Daten nach Art. 9 DSGVO – etwa Gesundheitsdaten – ist zusätzlich zu prüfen, ob ein einschlägiger Ausnahmetatbestand nach Art. 9 Abs. 2 vorliegt.
  5. Rollen und Vertrag.
    Es ist zu klären, wer Verantwortlicher, Auftragsverarbeiter oder gegebenenfalls eigenständig Verantwortlicher ist. Soweit eine Auftragsverarbeitung vorliegt, ist Art. 28 DSGVO relevant.
  6. Konkreter Dienst, Tarif und Konfiguration.
    Consumer-, Business-, Enterprise- und API-Angebote dürfen nicht als datenschutztechnisch identisch behandelt werden. Einstellungen, Vertragsbedingungen und Datenflüsse sind produktbezogen zu prüfen.
  7. Drittlandtransfer.
    Werden personenbezogene Daten in ein Drittland übermittelt oder dort zugänglich gemacht, sind die Anforderungen des Kapitels V der DSGVO zu prüfen. Mögliche Instrumente sind je nach Sachverhalt unter anderem Angemessenheitsbeschlüsse oder Standardvertragsklauseln. EU-Standardvertragsklauseln
  8. Sicherheit und Geheimnisschutz.
    Art. 32 DSGVO verlangt risikogerechte technische und organisatorische Maßnahmen. Zugangsdaten, API-Schlüssel und andere Geheimnisse gehören nicht allein deshalb in einen Dienst, weil dieser betrieblich freigegeben ist. DSK-TOM-Leitlinie
  9. Transparenz und Betroffenenrechte.
    Es ist zu prüfen, ob bestehende Informationen nach Art. 13 oder 14 DSGVO den KI-Einsatz, Empfänger- oder Datenkategorien und Zwecke ausreichend abbilden und wie Betroffenenrechte praktisch erfüllt werden.
  10. Speicherung, Löschung und Protokollierung.
    Aufbewahrungsfristen des Dienstes, Chatverlauf, Protokolle, Administrationszugriffe und Löschprozesse müssen zur eigenen Speicherbegrenzung und internen Richtlinie passen.
  11. Datenschutz-Folgenabschätzung.
    Wenn eine Verarbeitung voraussichtlich ein hohes Risiko für Rechte und Freiheiten natürlicher Personen zur Folge hat, ist Art. 35 DSGVO zu prüfen. Eine DSFA ist daher eine risikobasierte Einzelfallfrage, keine automatische Folge jeder KI-Nutzung.
  12. Output und menschliche Kontrolle.
    Ausgaben können unzutreffend sein oder personenbezogene beziehungsweise vertrauliche Inhalte betreffen. Vor der betrieblichen Nutzung sind fachliche Prüfung, geeignete Freigaben und gegebenenfalls weitere rechtliche Kontrollen erforderlich.

3. ChatGPT ist nicht ein einziger Datenschutzmodus

Für die betriebliche Beurteilung muss der tatsächlich verwendete Dienst betrachtet werden.

ChatGPT Business, Enterprise und API

Nach der am 19.09.2026 geprüften OpenAI-Dokumentation verwendet OpenAI Daten aus ChatGPT Business, ChatGPT Enterprise und weiteren dort genannten Business-Produkten sowie der API standardmäßig nicht zum Training beziehungsweise zur Verbesserung der Modelle. OpenAI-Geschäftsdatenquelle

Das ist eine relevante Produkteigenschaft, aber keine Aussage darüber, dass jede konkrete Eingabe automatisch DSGVO-konform wäre. Rechtsgrundlage, Rollen, Vertrag, Datenfluss, Drittlandfragen, Sicherheitsmaßnahmen und der konkrete Verwendungszweck bleiben separat zu prüfen.

ChatGPT für Einzelpersonen

Für individuelle ChatGPT-Konten bestehen eigene Datenkontrollen. Nach der aktuell geprüften OpenAI-Dokumentation kann die Verwendung zukünftiger Chats zur Modellverbesserung über die Datenkontrollen deaktiviert werden. OpenAI Data Controls

Temporary Chats werden nach der geprüften Anbieterinformation nicht zur Modellverbesserung verwendet; eine Kopie kann für Sicherheitszwecke bis zu 30 Tage aufbewahrt werden. Auch diese Einstellung ist kein Ersatz für die betriebliche Datenschutzprüfung.

Vertrag und Unterauftragsverarbeiter

OpenAI veröffentlicht für die einschlägigen Unternehmensdienste einen Zusatz zur Datenverarbeitung sowie eine Liste von Unterauftragsverarbeitern. Für eine konkrete Organisation sind die tatsächlich geltende Vereinbarung, der gewählte Dienst und die aktuelle Verarbeitungskette zu prüfen. OpenAI DPA und Unterauftragsverarbeiter .

4. Praktische Schutzklassen – keine gesetzlichen Datenkategorien

Für betriebliche Richtlinien kann eine interne Schutzklassifikation hilfreich sein. Sie ersetzt jedoch nicht die gesetzlichen Kategorien der DSGVO oder eine konkrete Geheimnisschutzprüfung.

Praktische Klasse Beispiele Prüfschwerpunkt
Öffentlich Veröffentlichte Produkttexte, öffentliche Presseinformationen Freigegebener Dienst, keine vertraulichen oder personenbezogenen Zusatzdaten
Intern Projektplanung, interne Prozesse, nicht veröffentlichte Preisangaben Informationsklassifikation, vertragliche Pflichten und Unternehmensrichtlinie
Vertraulich / geheim Geschäftsgeheimnisse, Sicherheitsinformationen, Zugangsdaten Geheimnisschutz, Berechtigungen, Sicherheitsmaßnahmen und ausdrückliche Freigabe
Personenbezogen Kunden-, Beschäftigten- oder Bewerberdaten DSGVO-Prüfweg einschließlich Art. 5 und 6
Besondere Kategorien Zum Beispiel Gesundheitsdaten Zusätzliche Prüfung nach Art. 9 DSGVO und erhöhtes Risiko

5. Pseudonymisierung ist nicht automatisch Anonymisierung

Wird lediglich der Name entfernt, können Kundennummern, Kombinationen von Merkmalen, Vorgangsdaten oder Zusatzwissen eine Person weiterhin identifizierbar machen. Pseudonymisierte Daten bleiben grundsätzlich personenbezogene Daten, wenn eine Re-Identifizierung mit zusätzlichen Informationen möglich ist.

Bei generativen KI-Systemen ist deshalb nicht nur auf direkt sichtbare Namen zu achten, sondern auf die reale Rückbeziehbarkeit des gesamten Datensatzes. DSGVO und EDPB Opinion 28/2024.

6. Daten mit besonders hohem Schutzbedarf

Bei folgenden Informationen sollte eine Organisation keine ungeprüfte Eingabe in einen beliebigen KI-Dienst zulassen:

Die richtige Maßnahme hängt von Datenart, Zweck, Risiko, eingesetztem Dienst und vorhandenen Schutzmaßnahmen ab.

7. Drei Praxisfälle

Fall A: bereits veröffentlichter Produkttext

Ein bereits öffentlicher Produkttext soll sprachlich überarbeitet werden. Ohne zusätzliche personenbezogene oder vertrauliche Informationen ist das Datenschutzrisiko typischerweise geringer als bei realen Kundendaten. Trotzdem gelten die interne Dienstfreigabe, vertragliche Regeln und gegebenenfalls weitere Schutzanforderungen.

Fall B: vollständige Kundenbeschwerde

Name, Anschrift, Kundennummer, Rechnungsdaten und Beschwerdetext sollen an einen externen KI-Dienst übermittelt werden. Hier sind personenbezogene Daten betroffen. Vor der Verarbeitung müssen unter anderem Erforderlichkeit, Rechtsgrundlage, Datenminimierung, Rollen, Vertrag, Datenfluss, Sicherheit und gegebenenfalls Drittlandtransfer geklärt werden.

Häufig kann der Arbeitszweck mit einem stärker abstrahierten Sachverhalt erreicht werden.

Fall C: interne Preisliste ohne Personenbezug

Die DSGVO kann bei vollständig fehlendem Personenbezug möglicherweise nicht einschlägig sein. Daraus folgt jedoch keine automatische Freigabe: Vertraulichkeit, Geschäftsgeheimnisschutz, Verträge, Informationsklassifikation und interne Sicherheitsregeln bleiben zu prüfen.

8. KI-Ausgaben brauchen einen eigenen Kontrollschritt

Generative Systeme können plausible, aber sachlich falsche Inhalte erzeugen. Besonders kritisch sind ungeprüfte Rechtsaussagen, Quellenangaben, Tatsachenbehauptungen über reale Personen oder sicherheitsrelevante Handlungsempfehlungen.

Für betriebliche Prozesse sollte daher vorab festgelegt werden, welche Ausgaben menschlich geprüft werden, wer dafür verantwortlich ist und welche Quellen oder Originaldaten zur Verifikation herangezogen werden.

9. Zusätzlich zur DSGVO: KI-Verordnung und KI-Kompetenz

Datenschutzrecht und KI-Verordnung sind getrennte, aber parallel relevante Regelungsebenen. Die aktuelle konsolidierte KI-Verordnung sieht in Art. 4 Maßnahmen zur Förderung der KI-Kompetenz von Personal und weiteren Personen vor, die im Auftrag von Anbietern oder Betreibern mit KI-Systemen umgehen. Umfang und konkrete Umsetzung hängen unter anderem von Wissen, Erfahrung, Ausbildung und Einsatzkontext ab. EU-KI-Verordnung

Eine betriebliche KI-Richtlinie sollte deshalb nicht nur eine Liste erlaubter Werkzeuge enthalten, sondern auch Rollen, Schulung, Datenregeln, Kontrollwege und Eskalation bei Zweifelsfällen.

10. FAQ

Darf ein Unternehmen Kundendaten in ChatGPT eingeben?

Das lässt sich nicht pauschal beantworten. Der konkrete Einsatz ist unter anderem anhand von Zweck, Datenart, Rechtsgrundlage, Rollen, Vertrag, Datenminimierung, Sicherheit, Transparenz, Datenfluss und gegebenenfalls Drittlandtransfer zu prüfen.

Reicht es, den Namen des Kunden zu entfernen?

Nein. Auch indirekte Merkmale können eine Person identifizierbar machen. Das Entfernen eines Namens ist deshalb nicht automatisch eine Anonymisierung.

Sind Business- oder Enterprise-Tarife automatisch DSGVO-konform?

Nein. Produktspezifische Datenschutz- und Trainingskontrollen sind für die Risikobewertung relevant, ersetzen aber keine Prüfung der eigenen Rechtsgrundlage, Rollen, Verträge, Verarbeitungskette und Schutzmaßnahmen.

Ist Temporary Chat eine rechtliche Freigabe für sensible Daten?

Nein. Temporary Chat verändert nach Anbieterangaben unter anderem Verlauf, Modelltraining und Aufbewahrung. Ob eine konkrete betriebliche Eingabe zulässig ist, muss trotzdem unabhängig davon geprüft werden.

Wann ist eine Datenschutz-Folgenabschätzung zu prüfen?

Nach Art. 35 DSGVO ist eine DSFA erforderlich, wenn eine Form der Verarbeitung voraussichtlich ein hohes Risiko für Rechte und Freiheiten natürlicher Personen zur Folge hat. Ob dies bei einem konkreten KI-Einsatz der Fall ist, ist risikobasiert zu beurteilen.

Quellenprüfung

Geprüfte Primär- und Aufsichtsquellen

Die fachlichen Aussagen dieses Beitrags wurden gegen zuständige Rechtsquellen, Datenschutzaufsicht und – bei konkreten Produkteigenschaften – aktuelle Anbieter-Primärdokumentation geprüft.

Quellenprofil: Kundendaten, generative KI, DSGVO und ChatGPT

Prüfstand: 2026-09-19

Einordnung: Rechtsaussagen werden auf EU-Primärrecht und amtliche Datenschutzaufsicht gestützt. Produktaussagen zu ChatGPT werden getrennt davon anhand aktueller OpenAI-Primärdokumentation geprüft. Produkteigenschaften ersetzen keine rechtliche Prüfung.

Verordnung (EU) 2016/679 – Datenschutz-Grundverordnung

Quellentyp: EU-Primärrecht

Stelle / Projekt: Europäische Union

Versions- oder Zeitbezug: Verordnung (EU) 2016/679

Aussagebereich: Art. 4, 5, 6, 9, 13/14, 28, 32, 35 und Kapitel V.

Offizielle Quelle öffnen

Verordnung (EU) 2024/1689 – KI-Verordnung, konsolidierte Fassung

Quellentyp: EU-Primärrecht

Stelle / Projekt: Europäische Union

Versions- oder Zeitbezug: Konsolidierter Stand 27.07.2026

Aussagebereich: Anwendungsbereich sowie Art. 4 zur Förderung von KI-Kompetenz.

Offizielle Quelle öffnen

EDPB Stellungnahme 28/2024 zu Datenschutzaspekten bei KI-Modellen

Quellentyp: Datenschutzaufsicht

Stelle / Projekt: EDPB

Versions- oder Zeitbezug: Opinion 28/2024 vom 18.12.2024

Aussagebereich: Anonymisierung, Rechtsgrundlage und personenbezogene Daten im Kontext von KI-Modellen.

Offizielle Quelle öffnen

DSK Orientierungshilfe Künstliche Intelligenz und Datenschutz

Quellentyp: Datenschutzaufsicht

Stelle / Projekt: DSK

Versions- oder Zeitbezug: Version 1.0 vom 06.05.2024

Aussagebereich: Auswahl, Implementierung und Nutzung von KI-Anwendungen durch Verantwortliche.

Offizielle Quelle öffnen

DSK Orientierungshilfe zu empfohlenen TOM bei KI-Systemen

Quellentyp: Datenschutzaufsicht

Stelle / Projekt: DSK

Versions- oder Zeitbezug: Version 1.0, Juni 2025

Aussagebereich: Technische und organisatorische Maßnahmen bei Entwicklung und Betrieb von KI-Systemen.

Offizielle Quelle öffnen

BfDI KI-Handreichung für die Bundesverwaltung

Quellentyp: Datenschutzaufsicht

Stelle / Projekt: BfDI

Versions- oder Zeitbezug: Stand 22.12.2025

Aussagebereich: Datenschutzrechtliche Einordnung des KI-Lebenszyklus und des Produktivbetriebs.

Offizielle Quelle öffnen

Durchführungsbeschluss (EU) 2021/914 – Standardvertragsklauseln

Quellentyp: EU-Primär-/Durchführungsrecht

Stelle / Projekt: Europäische Union

Versions- oder Zeitbezug: Durchführungsbeschluss (EU) 2021/914

Aussagebereich: Standardvertragsklauseln für Übermittlungen personenbezogener Daten an Drittländer.

Offizielle Quelle öffnen

OpenAI – Schutz, Sicherheit und Compliance für Geschäftsdaten

Quellentyp: Anbieter-Primärdokumentation

Stelle / Projekt: ChatGPT Business / Enterprise / Edu / API

Versions- oder Zeitbezug: Geprüft am 19.09.2026

Aussagebereich: Modelltraining, Verschlüsselung, Datenresidenz und Geschäftsdatenkontrollen.

Offizielle Quelle öffnen

OpenAI EU-Datenschutzrichtlinie

Quellentyp: Anbieter-Primärdokumentation

Stelle / Projekt: ChatGPT

Versions- oder Zeitbezug: Geprüft am 19.09.2026

Aussagebereich: Personenbezogene Daten, Datenkontrollen und Nutzung von Inhalten.

Offizielle Quelle öffnen

OpenAI FAQ zu Datenkontrollen

Quellentyp: Anbieter-Primärdokumentation

Stelle / Projekt: ChatGPT

Versions- oder Zeitbezug: Geprüft am 19.09.2026

Aussagebereich: Improve-the-model-Einstellung und Temporary-Chat-Verhalten.

Offizielle Quelle öffnen

OpenAI Zusatz zur Datenverarbeitung

Quellentyp: Anbieter-Primärdokumentation

Stelle / Projekt: OpenAI Services for Business and Developers

Versions- oder Zeitbezug: Gültig seit 01.01.2026; geprüft am 19.09.2026

Aussagebereich: Datenverarbeitungsbedingungen, Rollen und vertragliche Datenschutzregelungen.

Offizielle Quelle öffnen

OpenAI Liste der Unterauftragsverarbeiter

Quellentyp: Anbieter-Primärdokumentation

Stelle / Projekt: OpenAI Services

Versions- oder Zeitbezug: Liste geprüft am 19.09.2026

Aussagebereich: Unterauftragsverarbeiter und ausgewiesene Verarbeitungsorte.

Offizielle Quelle öffnen

Rechts- und Anbieterinformationen können sich ändern. Vor einer konkreten betrieblichen Entscheidung sind der aktuelle Rechtsstand, der eingesetzte Tarif, die Konfiguration und die tatsächlichen Datenflüsse erneut zu prüfen.

Weiterlernen bei SemaTrain

Der Wissensbeitrag vermittelt einen prüfbaren Einstieg. In betrieblichen Schulungen können Organisationen daraus Rollen, Freigaberegeln, Datenklassifikation, Fallarbeit und einen nachvollziehbaren KI-Governance-Prozess entwickeln.

Verantwortungsvollen KI-Einsatz vertiefen