KI im Schweizer KMU einsetzen - rechtssicher und praxisnah

Stand: 27. Juli 2026. Dieser Beitrag ist ein praxisorientierter Überblick und ersetzt keine Rechtsberatung. Bei konkreten Auslegungsfragen - insbesondere bei sensitiven Personendaten oder automatisierten Einzelentscheidungen - empfehle ich die Konsultation einer auf Datenschutz spezialisierten Kanzlei oder eine direkte Anfrage beim Eidgenössischen Datenschutz- und Öffentlichkeitsbeauftragten (EDÖB). Alle Anbieterangaben in diesem Beitrag stammen aus der jeweiligen Herstellerdokumentation und sind mit Abrufdatum versehen.

Seit dem Inkrafttreten des revidierten Datenschutzgesetzes (DSG) am 1. September 2023 ist klar: Wer Personendaten in einem KI-Tool verarbeitet, ist Verantwortlicher im Sinne des Gesetzes - auch wenn das Tool von OpenAI, Anthropic oder Microsoft betrieben wird. Für Schweizer KMU heisst das nicht, KI zu verbieten. Es heisst, fünf Pflichten ernst zu nehmen und sie operativ umzusetzen.

Was verlangt das DSG von einem KMU, das KI einsetzt?

Das DSG verlangt fünf Dinge, die jedes KI-Projekt im Schweizer KMU erfüllen muss: klaren Zweck, Zweckbindung, Transparenz, Datensparsamkeit und Datensicherheit. Keine perfekte Datenkenntnis, sondern nachvollziehbare Entscheidungen. Die fünf Prinzipien im Detail:

1. Rechtmässigkeit und Treu und Glauben - die Verarbeitung muss einen erkennbaren Zweck haben (Art. 6 Abs. 2 DSG).
2. Zweckbindung - Daten dürfen nur für den Zweck verwendet werden, für den sie erhoben wurden.
3. Transparenz - Betroffene müssen wissen, dass und wofür ihre Daten verarbeitet werden (Art. 19 DSG, Informationspflicht).
4. Datensparsamkeit - nur das Nötigste verarbeiten.
5. Datensicherheit - angemessene technische und organisatorische Massnahmen (Art. 8 DSG).

Bei Auftragsverarbeitung (also wenn ein KI-Anbieter im Auftrag des Unternehmens Daten verarbeitet) braucht es zusätzlich einen schriftlichen Vertrag, der die Pflichten regelt - Art. 9 DSG. Die grossen Anbieter stellen dafür standardisierte Data Processing Addenda bereit, aber nicht für jeden Tarif: Bei OpenAI gilt das ausdrücklich nur für Business, Enterprise und die API, nicht für die persönlichen Abos. Welcher Tarif einen Vertrag bekommt, ist damit keine Nebensache, sondern die erste Frage. Die Stufen und Preise der Geschäftsabos vergleiche ich im Beitrag Kein Training mit Ihren Firmendaten.

Welche KI-Einsätze sind im KMU DSG-heikel?

Vier Konstellationen lösen DSG-Pflichten aus, alle anderen sind unkritisch. Nicht jeder ChatGPT-Prompt ist ein Compliance-Fall - diese vier aber sehr wohl:

1. Personendaten in Prompts

Sobald Mitarbeitende Namen, E-Mail-Adressen, Bewerbungsunterlagen oder Kunden-E-Mails in eine KI-Eingabe kopieren, beginnt eine Datenverarbeitung. Bei den persönlichen ChatGPT-Tarifen ist der Trainings-Use nach OpenAIs eigener Auskunft standardmässig eingeschaltet: “data sharing is enabled for you by default, however, you can opt out” gilt für Free, Plus und Pro (OpenAI Help Center, abgerufen 27.07.2026). Das ist eine zweckwidrige Weiterverwendung im Sinne von Art. 6 Abs. 3 DSG.

Praktische Konsequenz: Der Schalter allein rettet den Free- oder Plus-Tarif nicht. Der härtere Grund ist Art. 9 DSG: OpenAI schliesst einen Auftragsbearbeitungsvertrag ausdrücklich nur “für ihre Nutzung von ChatGPT Business, ChatGPT Enterprise und der API” ab (OpenAI, Enterprise-Datenschutz, aktualisiert 08.01.2026). Ohne Vertrag fehlt die Grundlage - unabhängig davon, wie die Trainings-Einstellung steht. Vertiefung zu typischen Fehlern im Alltag: ChatGPT im Unternehmen: 6 Fehler.

2. Cloud-Verarbeitung ausserhalb der Schweiz

DSG erlaubt die Bekanntgabe ins Ausland nur, wenn das Empfängerland einen angemessenen Datenschutz bietet (Art. 16 DSG). Verbindlich ist die Liste in Anhang 1 der Datenschutzverordnung; der Bundesrat entscheidet über die Aufnahme. Die EU-/EWR-Staaten stehen darauf. Die USA stehen seit dem 15. September 2024 darauf - aber ausschliesslich für Unternehmen, die sich nach dem Swiss-U.S. Data Privacy Framework zertifiziert haben.

Diese Zertifizierung gilt pro Unternehmen, nicht pro Land und nicht pro Branche. Sie lässt sich in der öffentlichen Teilnehmerliste des US-Handelsministeriums in einer Minute nachschlagen. Ich habe das am 27. Juli 2026 für die fünf Anbieter aus der Tabelle unten getan:

Anbieter	Swiss-U.S. Data Privacy Framework
Microsoft Corporation	gelistet, Status Active, HR- und Non-HR-Daten
Google LLC	gelistet, Status Active, HR- und Non-HR-Daten
OpenAI	kein Eintrag
Anthropic	kein Eintrag
Mistral AI	kein Eintrag (französisches Unternehmen, für das DPF nicht vorgesehen)

Praktische Konsequenz: Für Microsoft und Google trägt die Angemessenheit nach Anhang 1 DSV. Für OpenAI und Anthropic trägt sie nicht - eine Bekanntgabe in die USA braucht dort eine eigene Garantie nach Art. 16 Abs. 2 DSG, in der Praxis Standardvertragsklauseln im Auftragsbearbeitungsvertrag, oder die Daten müssen in einer Region bleiben, die von der Angemessenheit gedeckt ist. Genau das ist der Grund, warum die Residency-Frage weiter unten so viel Platz bekommt.

Prüfen Sie den Status selbst nach, bevor Sie ihn in ein Reglement schreiben. Zertifizierungen laufen ab, und die Liste kennt neben Active auch die Zustände Active - Re-certification under Review und Inactive.

3. Automatisierte Einzelentscheidungen (Art. 21 DSG)

Wenn ein Algorithmus ohne menschliche Beteiligung über eine Person entscheidet - etwa bei automatischer Bewerbungsfilterung, Kreditabsagen oder Tarifierung - greift Art. 21 DSG: Betroffene haben Anspruch auf eine Stellungnahme und auf Überprüfung durch eine natürliche Person.

Praktische Konsequenz: Human-in-the-Loop ist nicht nur ein Designprinzip, sondern eine Rechtspflicht in Schweizer KMU-Kontexten. Eine KI darf vorsortieren, aber die Entscheidung muss ein Mensch treffen - und dokumentiert sein. Wie das bei autonomen Systemen konkret aussieht: Agentic AI: autonome KI-Agenten in der Arbeitswelt und Chatbot-Strategien für KMU.

4. Sensitive Personendaten

Gesundheits-, Religions-, Gewerkschaftsdaten und biometrische Identifikatoren sind nach Art. 5 lit. c DSG besonders schützenswert. Wer solche Daten in KI-Tools einspeist, muss eine ausdrückliche Einwilligung einholen oder eine Datenschutz-Folgenabschätzung (DSFA) nach Art. 22 DSG durchführen.

Praktische Konsequenz: Für HR-Workflows mit Krankheitsdaten, Versicherungs-Calls oder Treuhand-Mandate gilt: kein KI-Tool ohne dokumentierte DSFA und ohne explizit darauf zugeschnittenen DPA.

Welche KI-Dokumentation braucht welcher Einsatzfall?

Welche Dokumentation gilt, hängt an zwei Fragen: Werden Personendaten verarbeitet - und sitzt der Anbieter in einem Land mit angemessenem Datenschutz. Aus beiden Fragen ergibt sich ein knapper Entscheidungsbaum:

1

Werden Personendaten verarbeitet?

Nein

Keine DSG-Pflichten. Z. B. öffentliche Recherche, generische Textgerüste, Code ohne Kundenbezug.

Ja

Weiter zu Schritt 2.

2

Sensitive Personendaten?

Ja (Gesundheit, Religion, Biometrie)

DSFA nach Art. 22 DSG + ausdrückliche Einwilligung + explizit auf den Zweck zugeschnittener DPA.

Nein, reguläre Daten

Weiter zu Schritt 3.

3

Wo liegen die Daten wirklich?

CH / EU zugesichert

Auftragsbearbeitungsvertrag + Informationspflicht nach Art. 19 DSG. Zusicherung schriftlich festhalten, nicht aus dem Regionsnamen ableiten.

USA, Anbieter DPF-zertifiziert

Auftragsbearbeitungsvertrag + Informationspflicht. Eintrag in der DPF-Teilnehmerliste mit Datum dokumentieren.

USA ohne Zertifizierung oder Drittstaat

Standardvertragsklauseln + Risikobeurteilung. Betrifft heute unter anderem OpenAI und Anthropic.

Der dritte Schritt ist der, an dem die meisten Prüfungen scheitern - und zwar nicht am Gesetz, sondern an einer Annahme: dass der Name des Produkts oder der Region schon sagt, wo die Daten liegen.

Warum der Produktname nichts über den Datenstandort sagt

Bei der Recherche für diese Nachführung habe ich fünf Anbieterdokumentationen gelesen und dabei fünfmal dasselbe Muster gefunden. Die Zusage hängt nie am Produktnamen, sondern an einer Stellschraube darunter - Tarifstufe, Deployment-Typ oder kostenpflichtiges Zusatzmodul:

• Eine Schweizer Azure-Region garantiert keine Schweizer Verarbeitung. Microsoft schreibt: “Prompts and responses are processed within the customer-specified geography (unless you are using a Global or DataZone deployment type)” (Microsoft Learn, Stand 18.05.2026). Wer die Ressource in Switzerland North anlegt und dann ein Global-Deployment wählt, hat die Residenz wieder abgegeben.
• Der EU Data Boundary gilt nicht für die Schweiz. “For EU customers, Microsoft 365 Copilot is an EU Data Boundary service. Customers outside the EU may have their queries processed in the US, EU, or other regions” (Microsoft Learn, Stand 09.07.2026). Ein Schweizer Tenant ist ein Kunde ausserhalb der EU. Für eine Ablage in der Schweiz braucht es das kostenpflichtige Zusatzmodul Advanced Data Residency.
• Bei OpenAI hängt die Residenz an der Tarifstufe. Die Region “Europe (EEA + Switzerland)” ist explizit vorgesehen, aber nur für “eligible API customers and new ChatGPT Enterprise/Edu customers” (OpenAI Help Center, abgerufen 27.07.2026). ChatGPT Business ist dort nicht genannt.
• Claude wird in Europa geroutet, aber in den USA gespeichert. Anthropic formuliert es selbst so: “we may route customer traffic to select countries in the US, Europe, Asia and Australia” - und dann: “Note that data is stored in the US.” Die Entwicklerdokumentation ist noch deutlicher: “Currently, us is the only available workspace geo” (Claude Platform Docs, abgerufen 27.07.2026).
• Ein französischer Firmensitz ist keine EU-Datenhaltung. Mistral sagt in der eigenen Datenschutzerklärung zu, europäische Dienstleister zu bevorzugen, behält sich aber Ausnahmen ausserhalb der EU mit Standardvertragsklauseln vor (Mistral Privacy Policy, Stand 27.07.2026). Ein zugesicherter Datenstandort ist das nicht.

Für die Praxis heisst das: Die Frage im Beschaffungsgespräch lautet nicht “wo hostet ihr”, sondern “welche Tarifstufe, welcher Deployment-Typ und welches Zusatzmodul sind nötig, damit die Zusage gilt - und steht das im Vertrag”.

Welche KI-Tools sind für Schweizer KMU DSG-konform einsetzbar?

Vier Kriterien entscheiden, ob ein Tool für Personendaten im Schweizer KMU taugt: Datenstandort, Auftragsbearbeitungsvertrag, Trainingsausschluss und Aufbewahrungsdauer. Die folgende Tabelle prüft die gängigen Anbieter gegen genau diese vier - jede Zelle stammt aus der Herstellerdokumentation, verlinkt und mit Abrufdatum. Die zweidimensionale Auswahl (Anwendungsfall vs. Datenschutz-Stufe) habe ich im Beitrag KI-Tools für Schweizer KMU: die Entscheidungsmatrix ausgearbeitet; welches Modell für welche Aufgabe taugt, behandelt Welches KI-Tool für welche Aufgabe.

Tool	Datenstandort laut Anbieter	Auftragsbearbeitungsvertrag	Trainingsausschluss	Aufbewahrung
ChatGPT Free / Plus / Pro	USA, keine Wahlmöglichkeit	nein	Opt-out nötig, Training ist Standard	Löschung nach Löschen des Chats
ChatGPT Business	keine Residency-Zusage genannt	ja	Standard aus	Admin steuert, gelöscht innert 30 Tagen
ChatGPT Enterprise / Edu	Region wählbar, inkl. Europe (EEA + Switzerland), im Preis enthalten	ja	Standard aus	Admin steuert, gelöscht innert 30 Tagen
OpenAI API	Region wählbar (Projekt-Ebene), Europa möglich	ja	Standard aus seit 01.03.2023	bis 30 Tage, Zero Data Retention auf Antrag
Claude Free / Pro / Max	USA, keine Wahlmöglichkeit	nein	Standard aus, Opt-in möglich	30 Tage; bei Opt-in bis 5 Jahre
Claude API / Team / Enterprise	Ablage nur USA (us ist die einzige Workspace-Geo)	ja	Standard aus	30 Tage, Zero Data Retention nur nach Genehmigung
Azure OpenAI / Foundry Models	Geographie der Ressource, Switzerland North und West verfügbar - ausser bei Global- oder DataZone-Deployment	ja (Microsoft DPA)	ja, kein Training auf Basismodellen	Abuse-Monitoring speichert Stichproben in derselben Geographie; Abschalten nur nach Antrag
Microsoft 365 Copilot	Schweiz nur mit Zusatzmodul Advanced Data Residency; EU Data Boundary greift für CH-Tenants nicht	ja (M365 DPA)	ja, ausdrücklich keine Foundation-Model-Trainings	nach Purview-Aufbewahrungsrichtlinie des Tenants
Google Workspace mit Gemini	wählbar: nur USA oder Europa, Schweiz nicht angeboten. Logs und Cache-Inhalte sind nicht abgedeckt	ja	ja, kein Training ausserhalb der Domäne ohne Freigabe	nach Workspace-Richtlinie
Mistral (Vibe, ehem. Le Chat)	kein zugesicherter Standort; EU bevorzugt, Ausnahmen mit SCC	ja	Free und Pro: Training ist Standard, Team und Enterprise: aus	konfigurierbar: nie / 30 / 60 / 90 / 180 Tage / 1 Jahr

Quellen zur Tabelle, alle abgerufen am 27. Juli 2026: OpenAI Enterprise-Datenschutz (aktualisiert 08.01.2026) und OpenAI Data Residency · Anthropic Privacy Center und Claude Platform Docs zur Data Residency · Microsoft Foundry, Data, privacy and security und Data Residency für Microsoft 365 Copilot · Google Workspace, Daten unter Data Regions · Mistral zu Trainingsdaten (aktualisiert 05.06.2026).

Was das für ein Schweizer KMU heisst, wenn Personendaten im Spiel sind:

• Der günstigste saubere Weg ist meist der bestehende Stack. Wer schon Microsoft 365 einsetzt, hat den Auftragsbearbeitungsvertrag, die Zertifizierung und die Prüfwerkzeuge bereits im Haus. Was fehlt, ist die Entscheidung über Advanced Data Residency - und die kostet Geld pro Nutzer, nicht Konzeptarbeit.
• Bei OpenAI ist die Schweiz explizit vorgesehen, aber erst ab Enterprise oder Edu. Für ein KMU mit zwölf Mitarbeitenden ist das in der Regel keine realistische Stufe. Der Weg über die API mit europäischem Projekt ist der billigere, verlangt aber eine eigene Anwendung davor.
• Claude ist für Personendaten der schwierigste Fall der Liste - nicht wegen der Trainingspolitik, die ist sauber, sondern weil die Ablage in den USA liegt und Anthropic nicht DPF-zertifiziert ist. Wer Claude produktiv mit Personendaten nutzen will, kommt an Standardvertragsklauseln oder an einer Bereitstellung über AWS, Google Cloud oder Microsoft Foundry mit europäischer Region nicht vorbei.
• Mistral verlangt eine bewusste Tarifwahl. Free und Pro trainieren standardmässig mit; erst Team und Enterprise schliessen das aus.
• Für alles ohne Personenbezug - Recherche, generische Textgerüste, Code ohne Kundenbezug - gilt weiterhin Schritt 1 des Entscheidungsbaums: keine DSG-Pflichten, und die ganze Tabelle ist irrelevant.

Die Tabelle ist eine Momentaufnahme mit Datum, keine Dauerauskunft. Konditionen, Trainings-Defaults, Regionen und sogar Produktnamen ändern sich schnell - “ChatGPT Team” heisst inzwischen “ChatGPT Business”, “Le Chat” heisst “Vibe”. Vor Vertragsunterzeichnung gehört das aktuelle Dokument des Anbieters auf den Tisch der Datenschutzverantwortlichen. Wer abschätzt, wie schwierig ein späterer Anbieter-Wechsel wird, findet die vier Lock-in-Dimensionen im Beitrag Vendor-Lock-in bei KI-Plattformen.

Was gehört in ein KI-Einsatz-Reglement für ein Schweizer KMU?

Ein KI-Einsatz-Reglement braucht fünf Sektionen, nicht mehr: Geltungsbereich, erlaubte Datenarten, Tool-Freigabe, Transparenz und Schulung. Das ersetzt nicht das Gesetz, schafft aber Klarheit für Mitarbeitende und Nachweisbarkeit gegenüber dem EDÖB. Für die meisten Schweizer KMU reicht folgendes Gerüst:

1. Geltungsbereich und Begriffe - Welche Tools sind erlaubt, welche verboten? Was ist ein “KI-System” im Sinne dieses Reglements? Mitarbeiter mit privaten ChatGPT-Konten gelten ebenfalls als im Auftrag des Unternehmens handelnd, sobald sie geschäftliche Daten eingeben - das gehört in den Geltungsbereich.

2. Erlaubte und verbotene Datenarten - Personendaten von Kunden ohne Pseudonymisierung? Verboten in Free-Tarifen. Sensitive Daten (Gesundheit, Religion, Strafdaten)? Nur nach schriftlicher Freigabe der Datenschutzverantwortlichen.

3. Auswahl und Freigabe von Tools - Wer entscheidet, welche KI-Tools im Unternehmen genutzt werden dürfen? In der Regel IT-Leitung gemeinsam mit Geschäftsleitung. Neue Tools brauchen ein internes Onboarding-Protokoll: Hosting-Region geprüft, DPA unterschrieben, Trainings-Use deaktiviert.

4. Transparenz nach aussen und innen - Wann und wie werden Kunden, Bewerber, Mitarbeitende über den KI-Einsatz informiert? Mindestens: Chatbot-Disclaimer auf der Website (Details im Beitrag Chatbot-Strategien für KMU), Bewerbungsformular-Hinweis bei automatisierter Vorsortierung, Hinweis im Mitarbeiterhandbuch.

5. Schulung und Dokumentation - Wer wird wann geschult? Welche Schulungs-Nachweise werden für eine EDÖB-Prüfung archiviert? Faustregel: einmal jährlich Pflicht-Update, neue Mitarbeiter im Onboarding.

Diese fünf Sektionen passen auf 5-7 A4-Seiten. Wer mehr will, schreibt am Ziel vorbei - ein Reglement, das niemand liest, schützt nichts.

Was hat die EDÖB zu KI bisher öffentlich signalisiert?

Die EDÖB hat bisher keine KI-spezifische Verfügung erlassen. Die massgebliche öffentliche Position steht auf der Seite KI und Datenschutz vom 24. September 2025 und zieht vier Linien:

• Anwendbarkeit ist klar: Das DSG ist technologieneutral formuliert und damit direkt auf KI-gestützte Bearbeitungen anwendbar. Generative KI ist keine rechtsfreie Zone.
• Transparenz ist konkret benannt: Offenzulegen sind “Zweck, die Funktionsweise und die Datenquellen”. Nutzerinnen und Nutzer müssen erkennen können, ob sie mit einer Maschine sprechen und ob ihre Eingaben weiterverwendet werden. Deepfake-Anwendungen müssen “stets deutlich erkennbar” sein.
• Hohe Risiken lösen die DSFA aus: KI-Bearbeitungen mit hohem Risiko sind grundsätzlich zulässig, verlangen aber eine Datenschutz-Folgenabschätzung.
• Zwei Anwendungen sind verboten: Echtzeit-Gesichtserkennung im grossen Stil und Social Scoring.

Zu internationalen Datenflüssen äussert sich diese Seite nicht - dafür gilt der eigene Bereich zur Bekanntgabe ins Ausland und die Liste in Anhang 1 DSV. Wer die EDÖB-Mitteilungen und die jährlichen Tätigkeitsberichte verfolgt, erkennt frühzeitig, wo die Aufsicht hinschaut.

FAQ für Geschäftsleitung, HR und IT

Geschäftsleitung: Wir nutzen ChatGPT Plus seit Monaten. Müssen wir alle Eingaben rückwirkend dokumentieren? Nein. DSG verlangt keine rückwirkende Dokumentation, aber die Datenschutzpraxis muss ab heute nachvollziehbar sein. Sinnvoll ist ein Stichtag, ab dem ein Tool-Reglement gilt, plus eine kurze interne Mitteilung an alle Mitarbeitenden.

HR: Dürfen wir Bewerbungen von einer KI vorfiltern lassen? Ja, aber mit Bedingungen: Die Bewerber müssen darüber informiert sein (Hinweis im Stelleninserat genügt), die Endentscheidung muss durch eine Person getroffen werden, und Bewerber haben Anspruch auf Begründung und Überprüfung (Art. 21 DSG).

IT: Müssen wir vom Standard-ChatGPT auf Azure OpenAI Switzerland wechseln? Wenn Personendaten regelmässig verarbeitet werden: ein Wechsel weg vom persönlichen Tarif ja, weil dort der Auftragsbearbeitungsvertrag fehlt. Ob das Ziel Azure sein muss, hängt an Ihrem Stack. Wichtig ist dabei: Eine Ressource in Switzerland North garantiert die Schweizer Verarbeitung nur, solange Sie kein Global- oder DataZone-Deployment wählen - das steht so in Microsofts eigener Dokumentation. Wenn das Tool nur für nicht-personenbezogene Aufgaben genutzt wird (Code-Snippets, Marketing-Texte ohne Kundendaten), reicht der Plus-Tarif mit klarer interner Regel.

IT: Reicht es, wenn der Anbieter einen Auftragsbearbeitungsvertrag anbietet? Nein, wenn der Anbieter in den USA sitzt und nicht DPF-zertifiziert ist. Dann trägt der Vertrag allein die Bekanntgabe nicht - es braucht zusätzlich eine Garantie nach Art. 16 Abs. 2 DSG, in der Praxis Standardvertragsklauseln. Prüfen Sie den Zertifizierungsstatus in der DPF-Teilnehmerliste und halten Sie das Abrufdatum fest.

Geschäftsleitung: Brauchen wir wirklich einen Datenschutzberater? Bei reinen KMU mit weniger als 250 Mitarbeitenden ist ein interner Datenschutzberater nach DSG nicht zwingend (Art. 10 Abs. 1 DSG), aber empfohlen. Bei sensitiven Daten oder Profiling mit hohem Risiko wird die Empfehlung zur Pflicht.

HR: Was ist mit privaten KI-Tools auf Geschäftsgeräten? Heikel. Wer auf einem Firmen-Laptop ChatGPT mit privaten Mitteln nutzt und dabei Geschäftsdaten eingibt, schafft eine ungeregelte Auftragsverarbeitung. Saubere Lösung: zentral gemanagte Tool-Lizenzen plus klares Verbot privater KI-Konten für geschäftliche Inhalte.

Welche Schritte stehen für Schweizer KMU als Nächstes an?

Drei konkrete Schritte in den nächsten 30 Tagen bringen ein KMU von DSG-Graubereich in Nachweisbarkeit. KI-Compliance ist kein einmaliges Projekt, aber der erste Monat entscheidet über die spätere Last:

1. Inventarisierung - Welche KI-Tools werden im Unternehmen heute schon verwendet? (Oft mehr als die Geschäftsleitung weiss.)
2. Tarif- und Deployment-Audit - Nicht nur “welches Tool”, sondern welche Tarifstufe, welcher Deployment-Typ und welches Zusatzmodul. Genau dort hängt die Zusage, wie die Beispiele oben zeigen. Ergebnis pro Tool: Datenstandort, Vertrag, Trainingsausschluss, Aufbewahrung - mit Quelle und Datum.
3. Reglement-Entwurf - 5-7 Seiten nach dem Gerüst oben, von IT und Datenschutzverantwortlichen abgenommen, durch Geschäftsleitung freigegeben.

In meinen KI-Schulungen für Unternehmen gehe ich genau diese drei Schritte mit Ihrem Team durch - vom Tool-Audit über den Reglement-Entwurf bis zur Mitarbeiter-Schulung. DSG-konform und ohne juristisches Buzzword-Bingo. Für Teams im Grossraum Zürich läuft das als Inhouse-Schulung vor Ort.

---

Weiterführend auf ai-edu.ch:

• KI-Tools für Schweizer KMU: die Entscheidungsmatrix
• Welches KI-Tool für welche Aufgabe
• Vendor-Lock-in bei KI-Plattformen
• ChatGPT im Unternehmen: 6 Fehler
• Chatbot-Strategien für KMU
• Agentic AI: autonome KI-Agenten
• Prompt Engineering: Grundlagen

---

Quellen und Vertiefung (alle abgerufen am 27. Juli 2026):

Recht und Aufsicht

• Bundesgesetz über den Datenschutz (DSG) - offizieller Gesetzestext
• EDÖB: KI und Datenschutz - Position der Aufsicht, Stand 24.09.2025
• EDÖB: Bekanntgabe von Personendaten ins Ausland
• Bundesamt für Justiz: Staaten mit angemessenem Datenschutz - verbindliche Liste in Anhang 1 DSV
• EDÖB zum Swiss-U.S. Data Privacy Framework - in Kraft seit 15.09.2024
• DPF-Teilnehmerliste des US-Handelsministeriums - hier prüfen Sie den Status eines konkreten Anbieters

Herstellerdokumentation zur Tabelle

• OpenAI: Enterprise-Datenschutz und Data Residency für ChatGPT
• Anthropic: Serverstandorte und Data Residency in den Claude Platform Docs
• Microsoft: Data, privacy and security für Foundry Models und Data Residency für Microsoft 365 Copilot
• Google Workspace: Daten unter Data Regions
• Mistral: Nutzung von Nutzerdaten für das Training