Kundendaten in ChatGPT? Eine Datenampel für Agenturen.
Ob Informationen in ein KI-Tool dürfen, hängt nicht nur vom Datentyp ab. Entscheidend sind auch Tool, Konto, Vertrag, Einstellungen, Zweck, Kundenvereinbarung und Rechtsraum. Eine Datenampel macht diesen Prüfweg im Alltag sichtbar.
Die Kurzantwort
Öffentliche oder bewusst freigegebene Inhalte können in einem genehmigten KI-Tool häufig unkritischer sein. Interne, vertrauliche, personenbezogene oder lizenzierte Inhalte brauchen vor der Eingabe eine konkrete Prüfung. Passwörter, API-Schlüssel, besonders sensible Daten, Kundengeheimnisse ohne Freigabe und ausdrücklich verbotene Inhalte gehören nicht in einen allgemeinen KI-Workflow.
Die Ampel ist ein internes Entscheidungs- und Eskalationsmodell. Sie ersetzt weder Datenschutzprüfung noch Kundenvertrag, Geheimhaltungsvereinbarung, Anbieterprüfung oder Informationssicherheitsvorgaben.
Grün, Gelb und Rot als konservative Ausgangsbasis
Öffentlich oder eigens dafür erstellt
- öffentlich zugängliche Fakten und Texte
- eigene, nicht vertrauliche Formulierungen
- synthetische Beispieldaten ohne Personenbezug
- für diesen Zweck freigegebene Markeninformationen
Nur im freigegebenen Tool und für den erlaubten Use Case. Rechte an Eingaben und gewünschter Output bleiben zu prüfen.
Intern, kundenbezogen oder potenziell sensibel
- unveröffentlichte Briefings und Kampagnen
- personenbezogene Kontakt- oder Nutzungsdaten
- interne Strategien, Angebote und Auswertungen
- lizenzierte Bilder, Texte oder Datensätze
Zweck, Rechtsgrundlage, Vertrag, Kontotyp, Trainingsnutzung, Speicher-/Löschlogik, Minimierung und Kundenfreigabe klären.
Geheim, hochsensibel oder ausdrücklich verboten
- Passwörter, API-Schlüssel und Zugangstokens
- besondere Kategorien personenbezogener Daten
- Kundengeheimnisse ohne ausdrückliche Freigabe
- Inhalte, deren Nutzung Vertrag oder Richtlinie ausschließt
Nicht eingeben. Falls ein begründeter Sonderfall existiert, braucht er einen separat geprüften, abgesicherten Prozess.
Typische Agenturbeispiele richtig einordnen
| Beispiel | Startfarbe | Warum? | Nächster Schritt |
|---|---|---|---|
| Ideen für eine fiktive Sommerkampagne | Grün | Keine Kunden- oder Personendaten nötig | Freigegebenes Tool nutzen, Output fachlich prüfen |
| Unveröffentlichtes Kundenbriefing | Gelb | Vertraulichkeit und Kundenvertrag können betroffen sein | Freigabe, Toolvertrag und Datenminimierung prüfen; sonst mit abstrahierter Zusammenfassung arbeiten |
| Supporttickets mit Namen und E-Mail-Adressen | Gelb bis Rot | Personenbezug, möglicher vertraulicher Inhalt | Zweck und Rechtsgrundlage prüfen, Daten minimieren oder freigegebenen Spezialprozess verwenden |
| API-Schlüssel zur Fehlersuche | Rot | Zugangsdaten können Systeme und Kundendaten öffnen | Niemals eingeben; Schlüssel bei Offenlegung sofort sperren |
| Porträt einer realen Person für eine Manipulation | Gelb bis Rot | Einwilligung, Persönlichkeitsrechte und Deepfake-Fragen | Rechte und Transparenz vor Erzeugung und Veröffentlichung fachlich prüfen |
| Öffentlich veröffentlichter Produkttext | Grün | Bereits öffentlich, sofern Rechte und Zweck passen | Quelle, Aktualität und Output-Genauigkeit prüfen |
Die endgültige Farbe kann sich je nach Tool und Konto ändern. Ein freigegebenes Unternehmensangebot mit vertraglichen Schutzmaßnahmen ist nicht mit einem privaten Gratisaccount gleichzusetzen.
Fünf Prüfungen vor jeder gelben Eingabe
- Darf die Agentur den Inhalt verwenden? Prüfen Sie Kundenvertrag, NDA, Einwilligung, Lizenz und interne Vorgaben.
- Ist dieses Tool für diesen Zweck freigegeben? Produktname allein genügt nicht; Konto, Funktion und Use Case müssen zum dokumentierten Eintrag passen.
- Was geschieht mit der Eingabe? Berücksichtigen Sie Speicherung, Trainingsnutzung, Zugriffe, Löschung, Unterauftragnehmer und mögliche Übermittlungen.
- Kann der Inhalt reduziert werden? Entfernen Sie Namen, konkrete Zahlen, Marken, Dokumentmetadaten oder ganze Passagen, die für den Zweck nicht nötig sind.
- Wer gibt frei und prüft das Ergebnis? Halten Sie Entscheidung, Bedingungen und die verantwortliche Rolle im Use-Case-Register fest.
Anonymisieren hilft – aber nur, wenn es wirklich gelingt
Das Ersetzen eines Namens durch „Kunde A“ kann sinnvoll sein, macht einen Datensatz aber nicht automatisch anonym. Kombinationen aus Branche, Region, Projekt, Umsatz, Zeitpunkt oder seltenen Merkmalen können eine Person oder Organisation weiterhin erkennbar machen.
Nur das Nötige verwenden
Statt das komplette Briefing hochzuladen, eine kurze abstrahierte Aufgabenbeschreibung ohne Namen, Zahlen, vertrauliche Details und Anhänge formulieren.
Mit erfundenen Beispielen arbeiten
Struktur oder Ton an einem fiktiven Fall testen und erst das menschlich geprüfte Muster außerhalb des Tools auf den echten Kundenkontext übertragen.
Auch bei reduzierten Daten bleibt zu prüfen, ob aus Kontext und Kombination eine Re-Identifizierung möglich ist und ob die Verarbeitung für den Zweck zulässig ist.
So wird die Datenampel im Team benutzt
- Farben mit fünf bis zehn echten Agenturbeispielen definieren.
- Freigegebene Tools und Kontotypen direkt daneben nennen.
- Für Gelb eine verantwortliche Freigaberolle und Reaktionszeit festlegen.
- Für Rot einen sichtbaren Stop- und Meldeweg bereitstellen.
- Quickcard dort ablegen, wo Prompts und Briefings entstehen.
- Neue Grenzfälle im Use-Case-Register festhalten.
- Regeln bei neuen Funktionen, Verträgen oder Vorfällen prüfen.
Als Ausgangspunkt dienen die Orientierungshilfe „Künstliche Intelligenz und Datenschutz“ der Datenschutzkonferenz und der Text der Datenschutz-Grundverordnung. Zusätzlich gelten Toolvertrag, Kundenvereinbarungen, Geheimnisschutz, Rechte an Inhalten und gegebenenfalls branchenspezifische Anforderungen.
Quickcard, Richtlinie und Register greifen ineinander.
Guardrail60 enthält eine zweiseitige Datenampel, anpassbare Richtlinienregeln und den Dokumentationsweg für gelbe Grenzfälle.