[nonimo]
DE
App herunterladen

Schweizer Kundendaten pseudonymisieren: LLM, Proxy oder App?

· Aktualisiert am

Erfundene Kundennotiz, in vier Schritten pseudonymisiert: Kundennummer weg, E-Mail und Natel als Platzhalter, Zuordnungstabelle im Büro
Joaquín Trapero

in Fachmann für künstliche Intelligenz und Datenschutz, Gründer von Nonimo.

Wer einer KI eine Kundenanfrage zeigt, tauscht Namen und Nummern oft gegen Kürzel und nennt das anonymisieren. Juristisch ist es meist etwas anderes. Solange im Büro eine Liste liegt, die [PERSON_1] wieder Frau Wyrsch zuordnet, enthält der Text weiter Personendaten.

Hier steht, was das Schweizer Recht daraus macht, vom Wortlaut des DSG bis zum Bundesgericht, und wie sich drei technische Wege für die Platzhalter unterscheiden. Die übrigen Pflichten beim KI-Einsatz ordnet der Leitfaden zum Datenschutzgesetz und KI im Betrieb ein.

Kurz gesagt

Pseudonymisierte Kundendaten bleiben für Sie Personendaten. Das DSG kennt den Begriff nicht, es fragt nach der Bestimmbarkeit, und das Bundesgericht beurteilt sie aus der Sicht dessen, der die Information hat. Die KI sieht Platzhalter; die Zuordnungstabelle bleibt bei Ihnen und braucht Schutz nach Art. 8 DSG.

Pseudonymisierung im DSG: kein Gesetzesbegriff, sondern eine Frage der Bestimmbarkeit

Das Wort «Pseudonymisierung» steht weder im revidierten Datenschutzgesetz (SR 235.1) noch in der Datenschutzverordnung (SR 235.11). Das DSG setzt früher an: Personendaten sind nach Art. 5 lit. a alle Angaben über eine «bestimmte oder bestimmbare» natürliche Person. Ein Kürzel ändert daran nur etwas, wenn niemand mehr zurückfindet.

Anonymisieren kommt dagegen vor. Nach Art. 6 Abs. 4 werden Daten vernichtet oder anonymisiert, sobald der Zweck erfüllt ist, und Art. 7 verlangt Datenschutz schon ab der Planung. Selbst eine UID-Nummer einer Einzelfirma kann über den Firmennamen auf einen Menschen zeigen.

Die EU definiert den Begriff in Art. 4 Nr. 5 DSGVO; für Schweizer Firmen zählt das nur bei EU-Bezug. Ich lege Wert darauf, im Büro nicht «anonymisiert» zu sagen, solange eine Zuordnungsliste existiert: Das Wort verspricht mehr, als das DSG hergibt.

Wo das Schweizer Recht bei Platzhaltern ansetzt

Von der markierten Zeile hängt ab, ob das DSG überhaupt gilt.

BestimmungWas sie sagtFolge für einen Prompt mit Platzhaltern
Art. 5 lit. a DSGPersonendaten betreffen eine bestimmte oder bestimmbare PersonMit Zuordnungsliste im Haus bleibt der Text ein Personendatum
Art. 6 Abs. 4 DSGvernichten oder anonymisieren, sobald der Zweck erfüllt istDie Liste hat ein Ablaufdatum
Art. 7 DSGDatenschutz durch Technik, Voreinstellung auf das nötige MindestmassNur Angaben in den Prompt, die die Antwort braucht
Art. 8 DSG, Art. 3 DSVangemessene Datensicherheit, ZugriffskontrolleDie Liste sehen nur Berechtigte
Art. 31 Abs. 2 lit. e DSGbei Forschung, Planung, Statistik anonymisieren, sonst Bestimmbarkeit verhindernAuswertungen ohne Personenbezug
Art. 4 Nr. 5 DSGVO (EU)eigene Definition, Zusatzinformationen gesondert aufbewahrtnur, wenn die DSGVO auf die Firma anwendbar ist

Quellen: DSG in der Fassung vom 7. Juli 2025, DSV vom 1. Dezember 2025, DSGVO. Wir haben beide Schweizer Erlasse auf fedlex nach dem Wortstamm «pseudonym» durchsucht: kein Treffer.

Anonymisieren oder pseudonymisieren: wer die Kundin noch erkennen kann

Die Datenschutzbeauftragte des Kantons Zürich umschreibt anonymisierte Daten als solche, deren Personenbezug dauerhaft beseitigt ist; eine Re-Identifizierung darf höchstens mit unverhältnismässigem Aufwand möglich sein. Wer eine Zuordnungsliste aufbewahrt, erfüllt das nicht.

Beim Pseudonymisieren weichen Name, E-Mail und Natelnummer einem Platzhalter, und die Zuordnung liegt getrennt. Für KI-Arbeit ist das praktisch, weil der Entwurf am Schluss an die echte Kundin gehen soll. Für den ersten Durchgang hilft eine Übersicht, welche Angaben vor dem Prompt aus einem Text verschwinden sollten.

Unten lassen sich die drei Stufen einzeln anzeigen. Ich achte vor allem auf die dritte: Wegen dieser Tabelle ist das Ergebnis rechtlich kein anonymer Text.

Eine Kundennotiz in drei Stufen

Wählen Sie, welche Fassung Sie sehen wollen.

Klartext. Seline Wyrsch (s.wyrsch@example.ch, +41 78 000 00 00, Kundennummer K-40217) fragt, ob sie die Nebenkostenabrechnung für ihre Wohnung im 2. Stock der Liegenschaft Feldhof anfechten kann.

Text für die KI. [PERSON_1] ([E-MAIL_1], [TELEFON_1]) fragt, ob sie die Nebenkostenabrechnung für ihre Wohnung in [ADRESSE_1] anfechten kann. Die Kundennummer fehlt, weil die Antwort sie nicht braucht.

Zuordnungstabelle, bleibt im Büro. [PERSON_1] = Seline Wyrsch · [E-MAIL_1] = s.wyrsch@example.ch · [TELEFON_1] = +41 78 000 00 00 · [ADRESSE_1] = Liegenschaft Feldhof, 2. Stock. Wer diese Zeile besitzt, macht aus Stufe 2 wieder Stufe 1.

Erfundenes Beispiel: Person, Liegenschaft, Kundennummer, Mailadresse und Natelnummer sind ausgedacht. Die Platzhalter veranschaulichen das Prinzip.

Wann ist eine Person bestimmbar? Das Bundesgericht im Fall Logistep

Die Leitlinie stammt aus BGE 136 II 508, einem Verfahren des EDÖB gegen die Logistep AG um IP-Adressen. Bestimmbar ist eine Person, wenn sich mit zusätzlichen Informationen auf sie schliessen lässt; eine bloss theoretische Möglichkeit genügt nicht (E. 3.2).

Ist der Aufwand so gross, dass nach allgemeiner Lebenserfahrung niemand ihn auf sich nimmt, fehlt die Bestimmbarkeit. Zu berücksichtigen sind laut Gericht auch die Suchwerkzeuge im Internet und das Interesse an einer Identifizierung. Das Urteil erging zum alten DSG, dessen Umschreibung Art. 5 lit. a fast wortgleich übernimmt.

Den Ausschlag für Pseudonyme gibt E. 3.4: Bestimmbarkeit beurteilt sich aus der Sicht des jeweiligen Inhabers der Information. Ich sähe den KI-Anbieter trotzdem nicht pauschal als Empfänger ohne Personendaten: Wie ein Sachverhalt die Person verraten kann, zeigt der Abschnitt zur Re-Identifikation sensibler Dossiers.

Dieselbe Notiz mit Platzhaltern, vier Blickwinkel

Die markierte Zeile ist der Fall, den Platzhalter allein nicht lösen.

Wer den Text hatZuordnungstabelle?Person bestimmbar?Stelle im Urteil
Ihr Bürojaja, es bleiben PersonendatenE. 3.4, Sicht des Inhabers
KI-Anbieter, neutraler Sachverhaltneinin der Regel nicht, wenn der Aufwand unverhältnismässig wäreE. 3.2
KI-Anbieter, auffälliger Sachverhaltneinmöglich, wenn Ort, Beruf oder Ereignis nur auf eine Person passenE. 3.2, Möglichkeiten der Technik
Unbefugte mit Text und TabellejajaE. 3.4, Empfänger kann identifizieren

Quelle: BGE 136 II 508, E. 3.2 und 3.4. Einordnung des Beispiels aus dem vorigen Abschnitt, keine Beurteilung eines Einzelfalls.

Datenpanne mit pseudonymisierten Daten: die Haltung des EDÖB

Deutlich wird der EDÖB in seinem Leitfaden zur Meldung von Verletzungen der Datensicherheit nach Art. 24 DSG, Version 1.2 vom 23. April 2025. Wirksam verschlüsselte Daten gelten dort für Dritte ohne Schlüssel als anonym. Ob danach die Cyberpolice bei KI-Vorfällen zahlt, ist eine eigene Frage.

Nur pseudonymisierte Daten gelten dagegen als Personendaten und können eine Meldung auslösen (Ziffer 1.6.1). Als Indikator nennt er den Aufwand, um von den Daten auf Personen zu schliessen: Eine verlorene Kundennummer ohne weitere Angaben wiegt leichter als Mailadressen nach dem Muster vorname.name@.

Ich verlange von einer Zuordnungstabelle deshalb denselben Schutz wie vom Kundenstamm: Wer beides zusammen verliert, hat für den EDÖB nichts gewonnen. Wie eine Meldung abläuft, beschreibt der Leitfaden Datenpanne dem EDÖB melden.

Was bei einem Leck zählt

Die markierte Zeile ist der häufigste Irrtum: Platzhalter gelten nicht als Verschlüsselung.

Was abhandenkommtEinstufung durch den EDÖBFolge für Art. 24 DSG
Wirksam verschlüsselte Daten, Schlüssel nicht betroffenfür Dritte ohne Schlüssel anonymkeine Meldepflicht
Text mit Platzhaltern, Tabelle nicht betroffenweiterhin PersonendatenMeldung je nach Risiko möglich
Einzelne Kundennummern ohne weitere Datengeringeres RisikoRisiko im Einzelfall abwägen
Text samt Zuordnungstabellewie Klartextbei hohem Risiko melden

Quelle: EDÖB, Leitfaden zu Art. 24 DSG, Version 1.2, Ziffer 1.6.1. Die dritte und vierte Zeile wenden seine Kriterien auf das Beispiel an.

Zuordnungstabelle schützen: wer sie sieht und wann sie gelöscht wird

Art. 8 DSG verlangt eine dem Risiko angemessene Datensicherheit. Art. 3 DSV konkretisiert sie mit der Zugriffskontrolle: Berechtigte sehen nur die Personendaten, die sie für ihre Aufgabe brauchen. Für die Liste der Platzhalter heisst das wenige Hände und ein eigener Ablageort.

Auch das Löschen gehört dazu. Eine Tabelle zu einem erledigten Auftrag ist der Fall von Art. 6 Abs. 4 DSG. Wer Hunderte Zeilen bearbeitet, kann Excel-Listen mit getrennter Zuordnung vorbereiten, statt Spalten von Hand umzubenennen.

Ich gäbe die Tabelle nie in denselben Chat wie den Text, auch nicht als Hilfe für die KI. Wie Lohnlisten im Treuhandalltag durch mehrere Hände gehen, zeigt die Seite zu KI im Treuhandbüro.

Hält Ihre Zuordnungstabelle?

Haken Sie ab, was bei Ihnen schon gilt.

0 von 6

Die Platzhalter schützen wenig, solange die Tabelle so offen liegt. Beginnen Sie mit Trennung und Zugriff.

Kriterien aus Art. 6 Abs. 4 und Art. 8 DSG sowie Art. 3 DSV; die Liste ist eine Hilfe, keine Prüfung nach Gesetz.

Lokales LLM, Gateway oder App: wo die Kundendaten ersetzt werden

Ein lokales LLM läuft auf eigener Hardware, im Büro oder bei einem Schweizer Hoster unter Ihrer Kontrolle, und der Sachverhalt erreicht keinen externen KI-Anbieter. Grafikprozessoren und Betrieb tragen Sie selbst, und Art. 8 DSG gilt für das interne System genauso.

Ein Gateway steht als Proxy zwischen eigener Software und der Schnittstelle des Anbieters. Unser Nonimo Gateway läuft als Container in Ihrer Infrastruktur, legt die Zuordnung auf Ihrem Server ab, und Ihre Anwendungen stellen nur die base_url um.

Der dritte Ort ist der Arbeitsplatz: Eine App ersetzt Namen und Nummern auf dem Computer, noch bevor jemand den Text im Chat einfügt. Worin sich Gateway, Proxy und Router unterscheiden, erklärt was ein LLM-Gateway im Unternehmen übernimmt. Ich nähme den Ort, an dem heute schon KI-Text entsteht.

Drei Orte für die Platzhalter

Die markierte Zeile zeigt, wo die Zuordnungstabelle jeweils liegt.

Lokales LLMGateway vor der APIApp am Arbeitsplatz
Was den externen Anbieter erreichtnichtsAnfragen mit PlatzhalternText mit Platzhaltern
Wo die Zuordnung liegtnicht nötig, alles bleibt internauf Ihrem Serverauf dem Computer der Person
Wer KI nutztalle über eine interne Oberflächeeigene Anwendungen und SkripteMitarbeitende im Chat und in Office
EinführungHardware, Modellbetrieb, TestsContainer starten, base_url umstellenInstallation pro Computer
GrenzeKosten und Modellgrösseerreicht den Chat im Browser nichterreicht Ihre eigene Software nicht

Unsere Einordnung nach Bauart; der Aufwand ist qualitativ beschrieben, nicht gemessen.

Welcher Weg passt zu Ihrem Betrieb? Erst das Berufsgeheimnis, dann die Technik

Die erste Frage ist rechtlich. Wer unter Art. 321 StGB fällt oder im Mandatsvertrag zugesichert hat, dass Unterlagen das Haus nicht verlassen, klärt zuerst, ob ein Text mit Platzhaltern überhaupt hinaus darf.

Danach zählen Volumen und Informatik. Automatische Anfragen aus einem Mieterportal sprechen für ein Gateway; Bewirtschafterinnen, die im Browser Antworten entwerfen, kommen mit der App weiter. Beispiele zeigt die Seite für die Immobilienbewirtschaftung.

Ich wählte bei Berufsgeheimnisträgern den strengeren Ast, bis Einwilligung oder Entbindung geklärt sind. Wann ein Anbieter als Hilfsperson gilt, behandelt der Leitfaden zum Berufsgeheimnis im KI-Alltag.

Welcher Weg passt?

Zwei oder drei Fragen zu Ihrem Betrieb.

Darf der Sachverhalt Ihr Haus verlassen, wenn Namen und Nummern ersetzt sind?

Woher kommen die KI-Anfragen mit Kundendaten?

Kann Ihre Informatik ein Sprachmodell betreiben, absichern und aktualisieren?

Betreut jemand bei Ihnen Container auf einem eigenen Server oder im eigenen Cloud-Konto?

Lokales LLM. Nichts geht an Dritte, aber Zugriffsrechte, Protokolle und Löschfristen regeln Sie vollständig selbst.
Diesen Fall nicht in eine externe KI geben. Erst Einwilligung, Entbindung oder einen eigenen Betrieb klären.
Zuerst die Grundlage klären. Mandatsvertrag, Kundenbedingungen und allenfalls Art. 321 StGB prüfen lassen; bis dahin kein externer Dienst.
Gateway vor der API. Einmal einrichten; jede Anfrage geht mit Platzhaltern hinaus, die Zuordnung bleibt auf Ihrem Server.
Erst den Betrieb klären. Ohne jemanden für den Container bleibt das Gateway Theorie; bis dahin die Aufrufe ohne Personendaten bauen.
App am Arbeitsplatz. Eine Installation pro Computer; die Zuordnung bleibt auf dem Gerät der Person, die schreibt.
Beides kombinieren. App für Chat und Office, Gateway für die Anwendungen; jede Zuordnung getrennt schützen.

Unsere Einordnung, keine Rechtsauskunft. Die Reihenfolge folgt dem Gedanken, dass zuerst die rechtliche Grundlage steht und danach die Technik.

Der erfundene Name Seline Wyrsch wird zum Etikett [PERSON_1]: Mit der Zuordnungstabelle im Büro bleiben die Kundendaten bestimmbar

Vom Dossier zum Prompt: in welcher Reihenfolge Platzhalter wirken

Die Reihenfolge hat einen Grund: Was zuerst wegfällt, muss niemand ersetzen. Und erst nach dem Ersetzen sieht man, ob der übrige Sachverhalt noch auf die Kundin zeigt. Auch das BACS rät, vor jeder Eingabe Personen- und Kundendaten zu prüfen und zu anonymisieren.

Die Nonimo-App ersetzt Namen, E-Mail-Adressen, Natelnummern und weitere Kennungen auf Ihrem Computer und setzt sie wieder ein, sobald Sie die Antwort kopieren. Für einzelne Dateien gibt es die Werkzeuge für Word, PDF, Excel und Text.

Ich wünsche mir, dass Betriebe die Tabelle so ernst nehmen wie den Prompt. Wie eine Kundennotiz vom Markieren bis zur zurückgesetzten Antwort läuft, zeigt Nonimo für die Schweiz. Ob Ihr Fall eine Bekanntgabe von Personendaten ist, beantwortet verbindlich nur eine Fachperson für Datenschutzrecht.

Vier Schritte vom Dossier zum Prompt

Die Reihenfolge verhindert, dass ersetzte Angaben über den Sachverhalt zurückkommen.

Im Dossier

1. Weglassen: Kundennummer, Geburtsdatum2. Ersetzen: Name, E-Mail, Natel, Adresse

Vor dem Senden

3. Vergröbern: «Obwalden» statt Liegenschaft Feldhof4. Ablegen: Tabelle getrennt, mit Löschdatum

Beispiel mit der erfundenen Notiz von oben; Schritt 2 kann von Hand oder mit einem Werkzeug geschehen, die übrigen bleiben Ihre Arbeit.

Quellen

Abgerufen am 10. November 2026.

Weitere Leitfäden

Häufige Fragen

Kennt das Schweizer DSG den Begriff Pseudonymisierung?

Nein, weder das DSG noch die DSV verwenden das Wort. Das Gesetz fragt nur, ob eine Person bestimmt oder bestimmbar ist (Art. 5 lit. a DSG). Eine eigene Definition hat die DSGVO der EU, in Art. 4 Nr. 5.

Sind pseudonymisierte Daten Personendaten?

Ja, jedenfalls für alle, die die Zuordnung zum Namen besitzen. Das Bundesgericht beurteilt die Bestimmbarkeit aus der Sicht des jeweiligen Inhabers der Information (BGE 136 II 508, E. 3.4). Auch der EDÖB behandelt sie als Personendaten.

Was ist der Unterschied zwischen Anonymisierung und Pseudonymisierung?

Anonymisierte Daten führen nicht mehr zur Person zurück, pseudonymisierte schon. Beim Pseudonymisieren bleibt eine Zuordnungstabelle bestehen. Anonym ist ein Datensatz erst, wenn der Personenbezug dauerhaft beseitigt ist.

Muss ein Datenleck mit pseudonymisierten Daten dem EDÖB gemeldet werden?

Möglicherweise ja, denn solche Daten gelten weiter als Personendaten. Massgebend ist ein hohes Risiko nach Art. 24 Abs. 1 DSG. Wirksam verschlüsselte Daten gelten für Dritte ohne Schlüssel dagegen als anonym.

Wann ist eine Person nach Schweizer Recht bestimmbar?

Wenn sich mit zusätzlichen Informationen auf sie schliessen lässt. Eine bloss theoretische Möglichkeit reicht nicht. Ist der Aufwand so gross, dass niemand ihn auf sich nimmt, fehlt die Bestimmbarkeit (BGE 136 II 508, E. 3.2).

Gilt die Pseudonymisierung der DSGVO auch für Schweizer Firmen?

Nur wenn die DSGVO auf die Firma anwendbar ist. Das trifft etwa zu, wenn sie Personen in der EU Waren oder Dienstleistungen anbietet (Art. 3 Abs. 2 DSGVO). Sonst gilt allein das DSG.