Microsoft DSGVO Compliance: KI-Dienste 2026

Pexon Consulting | 12 Min. Lesezeit | 27.05.2026

TL;DR

Microsoft DSGVO Compliance bedeutet für deutsche Unternehmen: Vertragliche AVV mit Microsoft, EU Data Boundary aktiv nutzen und eigene Verantwortung bei Copilot und Azure OpenAI dokumentieren — Microsoft liefert den Rahmen, nicht die Freigabe. Pexon Consulting (80 MA, Microsoft Partner) begleitet Assessments in Versicherung, Banking und Energie. In 6–8 Wochen steht ein auditfähiges KI-Betriebsmodell.

41 % nutzen KI — und genau deshalb wird Microsoft DSGVO Compliance zum Engpass

Bitkom meldet für 2026: 41 % der Unternehmen ab 20 Beschäftigten setzen KI bereits ein, weitere 48 % planen oder diskutieren den Schritt. Gleichzeitig wollen 93 % der Unternehmen bevorzugt Anbieter aus Deutschland — Souveränität und Compliance sind kein Nice-to-have mehr, sondern Einkaufskriterium.

Wenn Sie als IT-Leiter gerade Copilot, Azure OpenAI oder Fabric-KI evaluieren, hören Sie oft: „Microsoft erfüllt die DSGVO.“ Stimmt — teilweise. Microsoft stellt Verträge, Zertifizierungen und die EU Data Boundary bereit. Sie bleiben Verantwortlicher nach Art. 4 Nr. 7 DSGVO und müssen Zweck, Rechtsgrundlage, TOM und Betroffenenrechte für Ihre KI-Use-Cases nachweisen.

Unsere klare Empfehlung: Behandeln Sie Microsofts Compliance-Paket als notwendige, aber nicht hinreichende Grundlage. Ohne internes Betriebsmodell stoppen Projekte in Revision, Datenschutz oder Einkauf — nicht wegen fehlender Features, sondern wegen fehlender Nachweise. compliance für cloud & ki, die euer business nicht ausbremst — sondern

Rechtlicher Rahmen: DSGVO, BDSG und was Aufsichtsbehörden wirklich prüfen

Die kurze Antwort auf „Welches Gesetz gilt?“: Die DSGVO als EU-Rahmen, ergänzt durch das BDSG für nationale Öffnungsklauseln (z. B. Beschäftigtendatenschutz, besondere Verarbeitungssituationen). Für KI-Dienste kommt seit Februar 2025 der EU AI Act dazu — parallel zur DSGVO, nicht an ihre Stelle.

Die Konferenz der unabhängigen Datenschutzaufsichtsbehörden (DSK) hat 2022 festgestellt, dass der Standard-Datenschutznachtrag (DPA) von Microsoft nicht alle Anforderungen des Art. 28 Abs. 3 DSGVO erfüllt — insbesondere fehle Transparenz, wenn Microsoft Daten auch für eigene Zwecke verarbeitet. Das heißt nicht „Microsoft verbieten“, sondern: Zusatzvereinbarungen, Konfiguration und Dokumentation sind Pflicht, nicht optional.

Wer nur auf Marketing-Folien vertraut, unterschätzt den Prüfdruck. In unseren Projekten bei Versicherern und Energieversorgern ist die DSK-Handreichung zum Microsoft-365-Einsatz heute noch die Referenz, mit der Datenschutzbeauftragte argumentieren.

Microsoft DSGVO Compliance: Rollen nach Art. 28 und die EU Data Boundary

Microsoft positioniert sich für Enterprise-Onlinedienste als Auftragsverarbeiter — der Data Protection Addendum (DPA) zu den Online Services Terms (OST) ist der zentrale AVV. Darin: Verarbeitung nur auf Anweisung, Vertraulichkeit, Unterauftragsverarbeiter-Liste, Meldung von Verletzungen, Löschung nach Vertragsende, EU-Standardvertragsklauseln für Drittlandübermittlungen.

Die EU Data Boundary geht weiter: Für Azure, Microsoft 365, Dynamics 365 und Power Platform verpflichtet sich Microsoft, Kundendaten und zugehörige personenbezogene Verarbeitungsdaten innerhalb der EU/des EWR zu speichern und zu verarbeiten — mit dokumentierten Ausnahmen (Support, begrenzte Telemetrie), wie Microsoft in der EU Data Boundary-Dokumentation beschreibt. Das reduziert Schrems-II-Risiken, ersetzt aber keine eigene Transfer Impact Assessment, wenn Ihre Architektur US-APIs oder globale Identitäten einbindet.

# Azure: Region und Data Boundary in der Subscription prüfen
az account list-locations --query "[?contains(name,'germany')].{Name:name,Display:displayName}" -o table
az resource list --resource-group rg-openai-prod --query "[].{Name:name,Location:location}" -o table

Für Azure OpenAI gilt zusätzlich: Deployment in Germany West Central oder Germany North, Trainings-Opt-out aktivieren, Content-Logging nur wenn rechtlich und technisch begründet. Microsoft dokumentiert, dass Kundendaten aus Azure OpenAI nicht zum Training öffentlicher Modelle verwendet werden — Ihre Rechtsabteilung sollte das dennoch gegen Ihren Use Case spiegeln.

Microsoft 365 Copilot nutzt laut Microsoft Learn zu Copilot-Datenschutz Azure OpenAI innerhalb der Microsoft-365-Dienstgrenze, nicht die Verbraucher-API von OpenAI.com. Prompts und Antworten bleiben im Tenant-Kontext — solange Sie keine Schatten-Integrationen (Plugins, externe Connectors ohne Governance) zulassen.

Copilot, Azure OpenAI, Fabric: Wo die Verantwortung beim Unternehmen bleibt

Ein Finanzdienstleister wollte Copilot „über Nacht“ für 2.000 Postfächer freischalten. Nach zwei Wochen Stoppschild vom Datenschutz: fehlende Einwilligungs- oder Interessenabwägungslogik für Meeting-Transkripte, unklare Aufbewahrung in Teams, keine Allowlist für Dateiquellen.

Das Muster kennen wir häufig. Microsoft liefert Privacy by Design auf Plattformebene — Ihr Prozess entscheidet, ob die Nutzung zulässig ist:

1. Rechtsgrundlage (Art. 6 DSGVO): Einwilligung, Vertrag oder berechtigtes Interesse — je Use Case unterschiedlich, nicht einmal für alles.
2. Informationspflichten (Art. 13/14): Mitarbeitende und ggf. Kunden informieren, bevor KI auf ihre Inhalte zugreift.
3. Datenminimierung: Welche Bibliotheken, Mailboxes, CRM-Felder sind für Copilot freigegeben?
4. Protokollierung: Wer hat wann welchen Prompt-Kontext genutzt — retention-konform?

# Beispiel: Governance-Policy für produktive Copilot-Nutzung
copilot_scope:
  allowed_workloads: ["exchange", "teams", "sharepoint_vetted"]
  blocked_libraries: ["hr_confidential", "board_minutes"]
data_protection:
  eu_data_boundary: enforced
  customer_lockbox: enabled
  dlp_labels_required: true
ai_act_readiness:
  system_inventory_id: "copilot-m365-001"
  human_oversight: "manager_review_for_external_outputs"
  training_opt_out_azure_openai: true

Unsere Position: Copilot ohne DLP-Labels und ohne definierte Datenquellen ist in regulierten Branchen Geldverschwendung — Sie zahlen Lizenzkosten und produzieren Audit-Findings. Besser ein Pilot mit 50 Nutzern, dokumentiertem Use Case und messbaren KPIs als Big-Bang.

Für Azure OpenAI-Eigenentwicklungen (Chatbots, RAG, Dokumenten-KI) verschärfen sich die Anforderungen: AVV allein reicht nicht. Sie brauchen Verarbeitungsverzeichnis-Einträge, oft eine DSFA, technische Maßnahmen (Pseudonymisierung, RBAC, Private Endpoints) und ab 02.12.2027 die Deployer-Pflichten des EU AI Act — etwa Dokumentation, Überwachung und menschliche Kontrolle bei Hochrisiko-Szenarien (z. B. Kreditentscheidung, HR-Screening).

Mehr zur Modell- vs. System-Perspektive bei LLMs: unser Artikel zu LLM Datenschutz und der Position der Hamburgischen Datenschutzbehörde.

Branchen mit Sonderlogik: Finanz, Versicherung, Gesundheit

Im Finanz- und Versicherungssektor kommen Aufbewahrungsfristen, Vier-Augen-Prinzipien und interne Revision hinzu. Copilot-Zusammenfassungen aus Schadensakten oder Kundenmails können personenbezogene Daten und Geschäftsgeheimnisse gleichzeitig berühren — die TOM müssen beides adressieren.

Im Gesundheitswesen verschärfen Patientengeheimnis (§ 203 StGB) und besondere Kategorien personenbezogener Daten (Art. 9 DSGVO) die Hürde. Azure OpenAI in deutscher Region ist oft technisch machbar — die Zulässigkeit hängt von Pseudonymisierung, Zweckbindung und oft expliziter Einwillung ab. Wir raten in Krankenhaus- und MVZ-Projekten häufig zu Private-Endpunkt-Architekturen und strikt getrennten RAG-Datenräumen statt Vollzugriff auf das Klinik-SharePoint.

Branchenseiten mit Praxisbezug: Versicherung und Banking.

EU AI Act trifft 2026 auf Microsoft DSGVO Compliance — so verzahnen Sie beide

Der EU AI Act (Verordnung (EU) 2024/1689) ist seit August 2024 in Kraft. Verbotene Praktiken gelten seit Februar 2025; die Hochrisiko-Pflichten für Deployer nach Anhang III gelten per Digital-Omnibus ab 2. Dezember 2027, für Produkte nach Anhang I ab 2. August 2028; die Transparenzpflichten nach Art. 50 gelten seit 2. August 2026.

Für Microsoft-Kunden sind Sie fast immer Betreiber (Deployer), nicht Anbieter im Sinne des Acts — Microsoft liefert die Plattform, Sie definieren den Einsatz. Das bedeutet: Konformitätsbewertung des Anbieters ersetzt nicht Ihre Pflichten zu Aufsicht, Logging und Einsatzdokumentation.

93 % der vom EU AI Act betroffenen Unternehmen sehen laut Bitkom-Umfragedaten den Umsetzungsaufwand als erheblich — wer bereits DSGVO-Prozesse hat, startet mit Vorsprung. Wer nur „Copilot kaufen“ will, ohne Inventar, unterschätzt beides.

Praktische Umsetzung: Was in 6–8 Wochen realistisch ist

Organisatorisch brauchen Sie drei Dinge: ein KI-Register (alle Systeme inkl. Copilot, Power Platform AI, Azure OpenAI Apps), ein Freigabeprozess (Datenschutz + IT-Security + Fachbereich) und Incident-Response inkl. Meldefristen (72 Stunden an die Aufsicht bei relevanten Verletzungen).

Technisch setzen wir in Azure-Projekten typischerweise um:

• EU Data Boundary und deutsche Region verbindlich
• Customer Lockbox, Private Link, Managed Identity statt Secrets
• Purview: Klassifikation, DLP, Audit-Export
• Content Safety + Application Guardrails für eigene OpenAI-Apps

Kostenrahmen für ein belastbares Microsoft DSGVO Compliance-Programm (Assessment + Zielarchitektur + Pilot-Tenant): bei 300–3.000 MA meist 45.000–95.000 EUR, abhängig von Copilot-Lizenzumfang, Anzahl paralleler Use Cases und Branchenanforderungen. Das ist weniger als ein Bußgeld-Risiko nach AI Act oder ein gestoppter Rollout nach sechs Monaten Pilotchaos.

Wir begleiten das als Microsoft-Partner mit Fokus auf Azure Consulting und Private KI Infrastruktur — inklusive RAG- und Dokumenten-KI, wenn der Use Case über reines Copilot hinausgeht.

Häufig gestellte Fragen

Reicht der Microsoft-AVV allein für DSGVO-konforme KI?

Nein. Der DPA deckt die Auftragsverarbeitung durch Microsoft ab. Sie müssen zusätzlich Rechtsgrundlage, Zweckbindung, VVT, TOM und ggf. eine DSFA für jeden konkreten KI-Use-Case dokumentieren. Die DSK hat zudem Lücken im Standard-DPA benannt — prüfen Sie Zusatzvereinbarungen mit Ihrer Rechtsabteilung.

Was kostet Microsoft DSGVO Compliance für Copilot und Azure OpenAI?

Für ein strukturiertes Programm (Assessment, Architektur, Pilot, Schulung) planen mittelständische Unternehmen meist 45.000–95.000 EUR Projektkosten plus Lizenz- und Betriebskosten. Reine Lizenzkosten für Copilot liegen separat (ca. 26 EUR/Nutzer/Monat bei Jahresbindung für Microsoft 365 Copilot, USA 30 USD — Stand 2026, je Vertrag).

Copilot oder Azure OpenAI — was ist datenschutzrechtlich einfacher?

Copilot ist enger in Microsoft 365 eingebettet und nutzt dokumentierte Tenant-Grenzen — aber Meeting- und Mail-Kontexte sind breit. Azure OpenAI gibt Ihnen mehr technische Kontrolle (Region, Netzwerk, Logging), erfordert aber mehr Eigenentwicklung und AI-Act-Dokumentation. Unsere Empfehlung: Copilot für Produktivität im Standard-Office, Azure OpenAI für regulierte Fachprozesse mit klarem Datenraum.

Gilt die EU Data Boundary automatisch für alle Daten?

Nein. Sie müssen berechtigte Dienste und Regionen wählen und Ausnahmen (Support, Telemetrie) kennen. Ohne aktive Konfiguration und Architektur-Review kann Datenverarbeitung außerhalb Ihres Zielraums verbleiben.

Wie hängen DSGVO und EU AI Act bei Microsoft-KI zusammen?

Parallel. DSGVO schützt personenbezogene Daten; der AI Act adressiert Risiken für Grundrechte und Sicherheit. Ein HR-Copilot mit Bewerberdaten kann DSFA-pflichtig und hochriskant im Sinne des AI Act sein. Ein KI-Inventar verknüpft beide Welten.

Nächster Schritt

Verwandte Themen