AVV mit Microsoft 365: Pflicht-Anpassungen 2026
TL;DR
- Microsoft Standard-DPA reicht NICHT für DSGVO-Compliance — 6 Pflicht-Anpassungen erforderlich
- Vertragspflicht: Art. 28 Abs. 1 und Abs. 3 DSGVO — hinreichende Garantien bei der Auswahl, dazu ein Vertrag mit festgelegtem Mindestinhalt
- EU Data Boundary aktivieren (seit 02/2024) — alle Daten + Telemetrie in EU
- Copilot-Tenant-Isolation: Sensitive Labels + Rollen-Beschränkung
- ~150 US-Sub-Verarbeiter in eigenem AVV-Anhang dokumentieren + DPF-Annex
- Right-to-Audit: SOC-2-Bericht einsehen und die Annahme dieser Prüfform datiert dokumentieren — oder Vor-Ort-Audit mit ISO-27001-Validierung vereinbaren; Telemetrie begrenzen auf „Required“
- Drittland: jede Übermittlung braucht eine dokumentierte Garantie — SCC, DPF oder BCR
- Österreich: keine eigene AVV-Sonderregel; zusätzlich Datengeheimnis nach § 6 DSG, Aufsicht ist die Datenschutzbehörde
- Bußgeldrahmen: für Verstöße gegen Art. 25 bis 39 DSGVO — darunter Art. 28 — bis 10 Mio. EUR oder bei einem Unternehmen bis 2 % des weltweiten Jahresumsatzes, je nachdem, welcher Betrag höher ist (Art. 83 Abs. 4 DSGVO)
- Gesetzliche Fristen: Anträge betroffener Personen nach Art. 15 bis 22 DSGVO unverzüglich, in jedem Fall binnen eines Monats (Art. 12 Abs. 3 DSGVO); im Vorfall: Meldung an die Aufsicht möglichst binnen 72 Stunden (Art. 33 Abs. 1 DSGVO), Benachrichtigung Betroffener unverzüglich bei hohem Risiko (Art. 34 Abs. 1 DSGVO) — interne Zulieferfrist im AVV-Anhang darunter ansetzen
Hauptartikel: AVV-Vorlage Art. 28 DSGVO — dort stehen die vollständige Liste der acht Pflichtinhalte und die Vertragsvorlage; dieser Artikel behandelt die sechs Mindest-Festlegungen des Art. 28 Abs. 3 DSGVO und die Microsoft-365-spezifischen Anpassungen. Die beiden Zahlen meinen also nicht dieselbe Liste.
Was Art. 28 DSGVO für den AVV mindestens verlangt
Art. 28 DSGVO verlangt zweierlei: Sie dürfen nur mit Auftragsverarbeitern arbeiten, die hinreichende Garantien für geeignete technische und organisatorische Maßnahmen bieten (Abs. 1), und die Verarbeitung muss auf einem Vertrag oder einem anderen Rechtsinstrument mit gesetzlich vorgegebenem Mindestinhalt beruhen (Abs. 3).
Die Auswahlentscheidung nach Absatz 1 und die Vertragsgestaltung nach Absatz 3 sind zwei getrennte Schritte. Ein unterschriebenes Standarddokument beantwortet nur den zweiten. Mindestens diese Angaben muss der Vertrag festlegen; die vollständige Liste der Pflichtinhalte steht im Hauptartikel:
| Was der Vertrag festlegen muss | Fundstelle |
|---|---|
| Gegenstand der Verarbeitung | Art. 28 Abs. 3 DSGVO |
| Dauer der Verarbeitung | Art. 28 Abs. 3 DSGVO |
| Art und Zweck der Verarbeitung | Art. 28 Abs. 3 DSGVO |
| Art der personenbezogenen Daten | Art. 28 Abs. 3 DSGVO |
| Kategorien betroffener Personen | Art. 28 Abs. 3 DSGVO |
| Pflichten und Rechte des Verantwortlichen | Art. 28 Abs. 3 DSGVO |
Genau hier liegt die Arbeit bei Microsoft 365: Gegenstand, Art der Daten und Kategorien betroffener Personen sind in jedem Unternehmen andere, während ein Anbieterdokument sie nur allgemein fassen kann. Praxisempfehlung: Führen Sie die sechs Angaben pro Tenant in einem eigenen, datierten Anhang und verweisen Sie darin auf die sechs folgenden Anpassungen.
Alle Angaben zu Microsoft-Produkten und -Funktionen in diesem Artikel geben den Stand vom 2. Mai 2026 wieder; vertieft wurden die rechtlichen Anforderungen.
1. EU Data Boundary aktivieren
Aktivieren Sie die EU Data Boundary (verfügbar seit 02/2024) als Tenant-Setting im Admin-Center, sodass Daten und Telemetrie in der EU verarbeitet werden, und halten Sie den Verarbeitungsort zusätzlich vertraglich fest — eine Tenant-Einstellung ist eine technische Konfiguration, keine vertragliche Festlegung.
Warum das in den Vertrag gehört: Art. 28 Abs. 3 DSGVO verlangt, dass Gegenstand sowie Art und Zweck der Verarbeitung festgelegt sind; den Verarbeitungsort nennt dieser Mindestkatalog nicht — ihn zusätzlich vertraglich festzuhalten, ist eine Praxisempfehlung. Der Verarbeitungsort entscheidet zugleich darüber, ob überhaupt eine Drittlandübermittlung vorliegt; im Verarbeitungsverzeichnis ist die Drittlandübermittlung samt Garantie ein eigenes Feld (Art. 30 Abs. 1 DSGVO). Verlässt der Datenfluss die EU, gilt der Nachweisweg aus Punkt 4.
Praxisempfehlung: Legen Sie den Konfigurationsnachweis mit Datum, Tenant-Bezeichnung und verantwortlicher Person ab. Wiederholen Sie den Export bei jeder Änderung an der Tenant-Konfiguration und bei jedem Versionswechsel der Microsoft-DPA; ein ereignisgebundener Auslöser ist einfacher nachzuhalten als ein Kalenderintervall. Halten Sie die gewählten Auslöser schriftlich fest — das stützt die Rechenschaftspflicht nach Art. 5 Abs. 2 DSGVO.
2. Copilot-Tenant-Isolation
Setzen Sie Sensitive Labels für personenbezogene Bestände (PII) und beschränken Sie den Copilot-Zugang nach Rollen, bevor Sie den Dienst freigeben; ohne diese Isolation kann Copilot auf alle Tenant-Daten zugreifen. Ziehen Sie die Freigabe zusätzlich als eigene Verarbeitung in den AVV-Anhang nach.
Der rechtliche Kern: Art. 28 Abs. 3 DSGVO verlangt die Festlegung von Art und Zweck der Verarbeitung, der Art der personenbezogenen Daten und der Kategorien betroffener Personen. Greift ein Dienst tenantweit auf vorhandene Ablagen zu, decken sich diese Angaben nicht mehr mit dem, was für Postfach und Dateiablage vereinbart wurde. Hinzu kommt Art. 9 Abs. 1 DSGVO: Gesundheitsdaten, Gewerkschaftszugehörigkeit oder Daten über religiöse Überzeugungen unterliegen einem grundsätzlichen Verarbeitungsverbot mit engen Ausnahmen — betriebliche Ablagen enthalten solche Daten regelmäßig, etwa in Personalordnern. Ob zusätzlich eine Datenschutz-Folgenabschätzung nötig ist, entscheidet die Risikolage; Art. 35 Abs. 1 DSGVO nennt die Verwendung neuer Technologien ausdrücklich als typischen Anlass für die Vorabprüfung.
Praxisempfehlung: Erst Labels auf die Ablagen mit Personal- und Gesundheitsbezug ausrollen, dann eine begrenzte Pilotgruppe freischalten, Ergebnis dokumentieren, danach erst breit freigeben.
3. US-Sub-Verarbeiter dokumentieren
Führen Sie die rund 150 US-Sub-Verarbeiter als eigenen, datierten AVV-Anhang, gleichen Sie ihn monatlich gegen die Liste im Microsoft Trust Center ab (Praxis-Kadenz; Microsoft aktualisiert die Liste monatlich) und spiegeln Sie jede Änderung in Ihr Verarbeitungsverzeichnis — so muss im Prüffall nicht allein auf eine Anbieterquelle verwiesen werden.
Warum die Spiegelung: Das Verarbeitungsverzeichnis enthält die Kategorien der Empfänger und die Drittlandübermittlungen samt Garantien als eigene Felder (Art. 30 Abs. 1 DSGVO); wer selbst als Auftragsverarbeiter tätig wird, dokumentiert Drittlandübermittlungen einschließlich geeigneter Garantien nach Art. 30 Abs. 2 lit. c DSGVO. Genau an dieser Stelle liegen zwei häufige Fehler: veraltete Empfänger-Listen und fehlende Drittland-Hinweise bei US-Diensten.
Praxisempfehlung: Ein Änderungsprotokoll nach dem Muster aus Punkt 1; entscheidend ist, dass die im VVT genannten Empfänger-Kategorien mitgezogen werden.
4. Schrems II / DPF-Anhang
Dokumentieren Sie für jede Übermittlung in ein Drittland, welche Garantie sie trägt, und legen Sie diese Prüfung als datierten Anhang zum AVV ab — Microsoft ist DPF-zertifiziert, ein eigener Anhang bleibt trotzdem empfohlen; EDSA 03/2026 bestätigt diesen Bedarf.
Der Prüfmaßstab: Übermittlungen in Drittländer brauchen eine Garantie — in der Praxis Standardvertragsklauseln (SCC), das Data Privacy Framework (DPF) oder verbindliche interne Datenschutzvorschriften (BCR). Diese Garantie ist nicht nur zu wählen, sondern zu dokumentieren: Im Verarbeitungsverzeichnis steht sie in derselben Zeile wie die Übermittlung, für Auftragsverarbeiter verlangt Art. 30 Abs. 2 lit. c DSGVO die Dokumentation ausdrücklich. Ohne diese Zuordnung lässt sich bei einer Anfrage nicht zeigen, worauf ein einzelner Datenfluss gestützt ist.
Praxisempfehlung: Halten Sie zusätzlich fest, ob die gewählte Garantie im Empfängerland tatsächlich trägt — diese Prüfung wird als Transfer Impact Assessment (TIA) bezeichnet. Praktisch ist das ein Blatt je Garantie: welcher Datenfluss, welche Garantie, Datum der Prüfung, Quelle, geplante Wiedervorlage. Das ist zugleich die Grundlage, um im Ernstfall schnell auf eine andere Garantie umzustellen.
5. Right-to-Audit
Halten Sie im AVV fest, wie Sie die Einhaltung überprüfen: welchen Nachweis Sie erhalten, wer ihn liest und was gilt, wenn er ausbleibt. Microsoft erlaubt nur die Einsicht in den SOC-2-Bericht; dokumentieren Sie entweder, dass Sie diese Prüfform annehmen, oder erweitern Sie das Kontrollrecht um ein Vor-Ort-Audit mit Validierung des ISO-27001-Zertifikats.
Warum die Kontrollfrage nicht nachrangig ist: Art. 28 Abs. 1 DSGVO erlaubt die Zusammenarbeit nur mit Auftragsverarbeitern, die hinreichende Garantien für geeignete technische und organisatorische Maßnahmen bieten. Diese Auswahlentscheidung wirkt fort und ist über die Rechenschaftspflicht (Art. 5 Abs. 2 DSGVO) zu belegen — und sie ist der Punkt, an dem eine Aufsichtsprüfung nach AVV und Verarbeitungsverzeichnis als Nächstes ansetzt: beim TOM-Konzept und seiner Passung zur Risikolage der Verarbeitungen.
Praxisempfehlung: Koppeln Sie die Durchsicht an den Berichtszeitraum des vorgelegten Nachweises: Liegt ein neuer SOC-2-Bericht vor, wird er gelesen und das Ergebnis mit Datum vermerkt. Wo Sie eine angebotene Prüfform akzeptieren, halten Sie die Entscheidung mit Datum fest, statt die Lücke offenzulassen. Bleibt der Nachweis aus, setzen Sie eine schriftliche Nachfrist, halten Sie das Ausbleiben mit Datum fest und bewerten Sie erneut, ob die Auswahlentscheidung nach Art. 28 Abs. 1 DSGVO noch trägt — diese Bewertung mit Ergebnis und Datum gehört in dieselbe Akte wie der AVV-Anhang.
6. Telemetrie-Konfiguration
Begrenzen Sie die Diagnosedaten zentral über GPO oder Intune auf die Stufe „Required“ und halten Sie die gewählte Stufe samt Ausrollweg im AVV-Anhang fest; in der Standardeinstellung sendet die Telemetrie Diagnosedaten an Microsoft.
Warum das eine eigene Zeile im Vertrag verdient: Diagnosedaten sind eine andere Verarbeitung als die Nutzung der Produktivdaten — anderer Zweck, andere Datenarten, potenziell anderer Empfängerkreis. Art. 28 Abs. 3 DSGVO verlangt aber, dass Art und Zweck der Verarbeitung sowie die Art der personenbezogenen Daten festgelegt sind. Wer nur die Nutzung der Anwendungen beschreibt, hat diese zweite Verarbeitung nicht erfasst. Fließen die Daten in ein Drittland, greift zusätzlich der Garantie- und Dokumentationsweg aus Punkt 4.
Praxisempfehlung: Exportieren Sie den Konfigurationsstand aus der eingesetzten Verwaltungslösung und versionieren Sie ihn zusammen mit dem AVV-Anhang, damit Änderungen an der Stufe nachvollziehbar bleiben.
Österreich: was AT-Unternehmen zusätzlich beachten
Für österreichische Unternehmen gelten dieselben AVV-Pflichten: Art. 28 Abs. 1 und Abs. 3 DSGVO gelten unmittelbar, eine österreichische Sonderregel zur Auftragsverarbeitung gibt es nicht. Unterschiedlich ist der nationale Überbau.
| Thema | Deutschland | Österreich |
|---|---|---|
| AVV-Pflichten (Auswahl nach Abs. 1, Mindestinhalt nach Abs. 3) | unmittelbar aus Art. 28 Abs. 1 und 3 DSGVO | identisch, keine nationale Sonderregel Art. 28 Abs. 1 und 3 DSGVO |
| Zuständige Aufsicht für Unternehmen | die nach Landesrecht zuständigen Behörden § 40 Abs. 1 BDSG | Datenschutzbehörde, Barichgasse 40–42, 1030 Wien § 18 Abs. 1 DSG |
| Benennungspflicht Datenschutzbeauftragter | zusätzlich ab 20 ständig mit automatisierter Verarbeitung beschäftigten Personen § 38 Abs. 1 BDSG | keine zusätzliche Schwelle, nur die Tatbestände des Art. 37 DSGVO |
| Beschäftigtendaten bei Auswertungen | ergänzende nationale Norm § 26 BDSG | kein eigener Paragraf im DSG; Art. 6 und Art. 88 DSGVO und Betriebsvereinbarung bei Kontrollmaßnahmen, die die Menschenwürde berühren § 96 Abs. 1 Z 3 ArbVG |
Zusätzlich greift in Österreich das Datengeheimnis nach § 6 DSG: Verantwortliche, Auftragsverarbeiter und ihre Mitarbeiter sind zur Geheimhaltung verpflichtet. Für die Bußgeldpraxis ist § 11 DSG relevant: Er sieht eine verhältnismäßige Anwendung des Art. 83 DSGVO vor, insbesondere eine Verwarnung statt einer Geldbuße bei erstmaligen Verstößen. Das ändert nichts am Rahmen des Art. 83 DSGVO.
Nachweisführung: was bei einer Aufsichtsanfrage vorliegen muss
Rechnen Sie mit dieser Prüfreihenfolge: Verarbeitungsverzeichnis, dann AVV, dann TOM-Konzept, dann Datenschutz-Folgenabschätzung — der AVV wird also in aller Regel gegen Ihr Verzeichnis gelesen. Nach dem BfDI-Tätigkeitsbericht 2024 beginnen 85 % aller Aufsichtsanfragen mit der Vorlage des Verzeichnisses.
Die Ausnahme des Art. 30 Abs. 5 DSGVO greift nur kumulativ: weniger als 250 Beschäftigte und kein Risiko für die Rechte und Freiheiten der betroffenen Personen und keine regelmäßige Verarbeitung und keine besonderen Kategorien nach Art. 9 DSGVO oder Daten über strafrechtliche Verurteilungen. Wer Personaldaten oder ein CRM betreibt, verarbeitet regelmäßig — dann greift die Ausnahme nicht.
Drei gesetzliche Fristen treffen Sie als Verantwortlichen unabhängig davon, wie schnell ein Anbieter zuliefert:
| Auslöser | Frist | Fundstelle |
|---|---|---|
| Antrag einer betroffenen Person nach Art. 15 bis 22 DSGVO | unverzüglich, in jedem Fall binnen eines Monats; um zwei Monate verlängerbar bei Komplexität oder Anzahl der Anträge, Unterrichtung über die Verlängerung binnen eines Monats | Art. 12 Abs. 3 DSGVO |
| Verletzung des Schutzes personenbezogener Daten — Meldung an die Aufsichtsbehörde, außer ein Risiko für die Rechte und Freiheiten ist voraussichtlich unwahrscheinlich | unverzüglich und möglichst binnen 72 Stunden ab Kenntnis; bei Verspätung ist eine Begründung beizufügen | Art. 33 Abs. 1 DSGVO |
| Verletzung mit voraussichtlich hohem Risiko — Benachrichtigung der betroffenen Person | unverzüglich; entbehrlich u. a. bei wirksamer Verschlüsselung oder wenn das hohe Risiko durch nachfolgende Maßnahmen nicht mehr besteht | Art. 34 Abs. 1 und Abs. 3 DSGVO |
Praxisempfehlung: Vereinbaren Sie im AVV-Anhang eine interne Zulieferfrist für Auskünfte und Vorfallsinformationen, die deutlich vor den obigen gesetzlichen Fristen liegt. Diese interne Frist ist eine Vereinbarung, keine gesetzliche Frist — sie schützt Sie nur dann, wenn sie zur eigenen Reaktionszeit passt.
Der Rahmen, in dem sich Verstöße gegen die Auftragsverarbeitung bewegen: Art. 83 Abs. 4 DSGVO sieht für Verstöße gegen die Pflichten der Art. 25 bis 39 DSGVO — darunter Art. 28 — Geldbußen von bis zu 10 Mio. EUR oder — bei einem Unternehmen — bis zu 2 % des gesamten weltweit erzielten Jahresumsatzes des vorangegangenen Geschäftsjahrs vor, je nachdem, welcher Betrag höher ist.
Häufig gestellte Fragen
Reicht der Microsoft-Standard-AVV für DSGVO-Compliance aus?
Nein. Der Microsoft-Standard-AVV deckt den Mindestinhalt des Art. 28 Abs. 3 DSGVO ab, konkretisiert ihn aber nicht für Ihren Tenant und beantwortet die Auswahlentscheidung nach Art. 28 Abs. 1 DSGVO nicht. Sechs Punkte müssen Sie selbst in datierten Anhängen ergänzen: EU Data Boundary, Copilot-Isolation, Sub-Verarbeiter-Liste, Drittland-Garantie, Kontrollrecht und Telemetrie-Stufe.
Welche Angaben muss ein AVV nach Art. 28 Abs. 3 DSGVO mindestens festlegen?
Mindestens diese sechs Angaben: Gegenstand der Verarbeitung, Dauer der Verarbeitung, Art und Zweck der Verarbeitung, Art der personenbezogenen Daten, Kategorien betroffener Personen sowie die Pflichten und Rechte des Verantwortlichen. Grundlage ist Art. 28 Abs. 3 DSGVO, wonach die Verarbeitung auf einem Vertrag oder einem anderen Rechtsinstrument mit diesem Inhalt erfolgt; die vollständige Liste der Pflichtinhalte steht im Hauptartikel. Davon zu trennen ist Art. 28 Abs. 1 DSGVO: Danach dürfen Sie überhaupt nur mit Auftragsverarbeitern arbeiten, die hinreichende Garantien für geeignete technische und organisatorische Maßnahmen bieten — das ist eine Auswahl- und Kontrollentscheidung, die der Vertrag nicht ersetzt. Für Microsoft 365 heißt das: Die produktbezogenen Anpassungen aus diesem Artikel gehören in einen datierten Anhang, der diese sechs Angaben für Ihren Tenant konkretisiert.
Wer haftet bei einem Sub-Verarbeiter-Vorfall?
Microsoft als Hauptauftragsverarbeiter ist Ihnen gegenüber primär verantwortlich (Art. 28 Abs. 4 DSGVO). Microsoft gibt die Pflichten aus der Auftragsverarbeitung an seine Sub-Verarbeiter weiter, zum Beispiel an Hyperscaler-Region-Operations oder Telemetrie-Anbieter. Bei einem Vorfall verläuft die Haftung als Kette: Sie haften als Verantwortlicher gegenüber den betroffenen Personen, Microsoft haftet Ihnen gegenüber und der Sub-Verarbeiter haftet gegenüber Microsoft. In der Praxis richten Sie die Schadenersatz-Forderung deshalb an Microsoft; Microsoft nimmt anschließend intern Regress. Bei systemischen Problemen auf Sub-Verarbeiter-Ebene kann die DPF-Zertifizierung eines einzelnen Empfängers entfallen — halten Sie deshalb einen Plan B aktiv. Der Angemessenheitsbeschluss (EU) 2023/1795 selbst ist in Kraft; über das Rechtsmittel C-703/25 P gegen das EuG-Urteil T-553/23 vom 3. September 2025 war bis zum 17. August 2026 nicht entschieden.
Wie schnell muss ein Vorfall im M365-Tenant gemeldet werden?
Die Meldung an die Aufsichtsbehörde erfolgt unverzüglich und möglichst binnen 72 Stunden, nachdem Ihnen als Verantwortlichem die Verletzung bekannt wurde (Art. 33 Abs. 1 DSGVO); erfolgt sie später, ist eine Begründung für die Verzögerung beizufügen. Die Meldung entfällt, wenn die Verletzung voraussichtlich nicht zu einem Risiko für die Rechte und Freiheiten natürlicher Personen führt. Führt sie voraussichtlich zu einem hohen Risiko, sind zusätzlich die betroffenen Personen unverzüglich zu benachrichtigen (Art. 34 Abs. 1 DSGVO) — das ist unter anderem entbehrlich, wenn geeignete Schutzmaßnahmen wie Verschlüsselung wirksam waren. Praxisempfehlung: Vereinbaren Sie eine interne Zulieferfrist mit dem Anbieter, die deutlich unter 72 Stunden liegt.
Was tun, wenn das Data Privacy Framework (DPF) gekippt wird?
Der DPF-Angemessenheitsbeschluss (EU) 2023/1795 ist in Kraft; das Gericht der Europäischen Union hat die Klage T-553/23 (Latombe) am 3. September 2025 abgewiesen, über das Rechtsmittel C-703/25 P war bis zum 17. August 2026 nicht entschieden, zusätzlich ist das Vorabentscheidungsersuchen C-804/25 anhängig. Der folgende Plan B ist Vorsorge, kein eingetretener Fall. Fiele das DPF, starten Sie zuerst die Migration auf eine EU-Alternative — Stack-IT (Schwarz-Gruppe), IONOS Cloud und MagentaBusiness Cloud sind zu Microsoft 365 funktional vergleichbar; Übergangsfristen lagen historisch bei null bis drei Monaten (Privacy Shield 2020) — ein Erfahrungswert ohne amtliche Quelle. Aktivieren Sie zweitens die Standardvertragsklauseln 2021/914 zusammen mit einem Transfer Impact Assessment als Backup-Garantien. Minimieren Sie drittens die Datenflüsse und verschieben Sie sensible Daten sofort in eine EU-Region. Bereiten Sie den Plan B vor, bevor der Fall eintritt, und lassen Sie die EU-Alternative im Test-Modus mitlaufen: Die Migration von Microsoft 365 zu Stack-IT dauert zwei bis sechs Monate.
Welche Microsoft-365-Funktionen sind besonders DSGVO-kritisch?
Drei Funktionen tragen das größte Risiko. Erstens Copilot: Ohne Sensitive Labels kann der Dienst tenantweit auf alle Daten zugreifen — setzen Sie deshalb Sensitive Labels für personenbezogene Bestände (PII) und schränken Sie den Copilot-Zugang nach Rollen ein. Zweitens die Telemetrie: Das Standard-Diagnostic-Data-Level sendet Datei-Metadaten an Microsoft (LG-München-Risiko) — begrenzen Sie es über GPO oder Intune auf „Required“. Drittens E-Mail-Archive in Exchange Online: Bei aktivem Litigation Hold ist kein Löschen möglich — stimmen Sie jeden Hold vor der Aktivierung mit Ihrem Löschkonzept ab, befristen Sie ihn und dokumentieren Sie Anlass und Ende. Ergänzend aktivieren Sie Customer Lockbox.
Gilt für österreichische Unternehmen etwas anderes?
Nein, nicht beim AVV selbst: Art. 28 Abs. 1 und Abs. 3 DSGVO gelten in Österreich unmittelbar, eine nationale Sonderregel zur Auftragsverarbeitung besteht nicht. Unterschiedlich ist der nationale Überbau — zuständige Aufsicht ist die Datenschutzbehörde (§ 18 Abs. 1 DSG), zusätzlich gilt das Datengeheimnis nach § 6 DSG, und einen eigenen Beschäftigtendatenschutz-Paragrafen wie § 26 BDSG kennt das DSG nicht. Die vollständige Gegenüberstellung DE/AT steht im Abschnitt „Österreich“.
Müssen wir den AVV jährlich neu unterzeichnen?
Nein, der AVV bleibt gültig bis zur Kündigung des Hauptvertrages. Microsoft aktualisiert die DPA-Bedingungen allerdings periodisch. Praxisempfehlung: Prüfen Sie quartalsweise die DPA-Version im Microsoft Trust Center und übernehmen Sie Änderungen in Ihr eigenes Verarbeitungsverzeichnis. Bei wesentlichen Änderungen, etwa neuen Sub-Verarbeiter-Kategorien, empfiehlt sich die Schriftform. Halten Sie außerdem Datum und Version der aktuell gültigen DPA in Ihrer eigenen Compliance-Dokumentation fest. Der Quartals-Check ist dabei nur die Erkennung: Stellt er einen Versionswechsel fest, greift der ereignisgebundene Nachweis-Export aus Punkt 1.
Wie hängen AVV und Verarbeitungsverzeichnis zusammen?
Das Verzeichnis ist der Einstieg, der AVV der Beleg: Jeder externe Auftragsverarbeiter, der im Verzeichnis als Empfänger genannt ist, muss einen AVV haben; Drittlandübermittlungen stehen mit ihrer Garantie in derselben Zeile (Art. 30 Abs. 1 DSGVO), für Auftragsverarbeiter verlangt Art. 30 Abs. 2 lit. c DSGVO die Dokumentation geeigneter Garantien.
Was droht bei einem fehlenden oder unvollständigen AVV?
Art. 28 DSGVO fällt unter den Bußgeldrahmen des Art. 83 Abs. 4 DSGVO (bis 10 Mio. EUR oder — bei einem Unternehmen — bis zu 2 % des gesamten weltweit erzielten Jahresumsatzes des vorangegangenen Geschäftsjahrs, je nachdem, welcher Betrag höher ist). Praktisch relevanter ist die Anschlusswirkung: Wer den AVV nicht vorlegen kann, liefert der Aufsicht den Einstieg in TOM-Konzept und Datenschutz-Folgenabschätzung.
Quellen
- Verordnung (EU) 2016/679 (DSGVO) — deutscher Volltext, EUR-Lex (Stand: 02.05.2026, geltend seit 25.05.2018)
- Europäische Kommission — Datenschutz-Hauptseite (Stand: laufend)
- Commission Implementing Decision (EU) 2023/1795 — EU-US Data Privacy Framework (Stand: 02.05.2026)
- EDPB Binding Decision 1/2023 — Meta Facebook Datentransfer USA (Stand: 02.05.2026)
- EuG T-553/23 — Latombe v Kommission (DPF-Klage abgewiesen am 3. September 2025; Rechtsmittel C-703/25 P seit 31. Oktober 2025 anhängig, zum 17. August 2026 nicht entschieden) (Stand: 17.08.2026)
- Bundesdatenschutzgesetz (BDSG) — amtlicher Volltext, gesetze-im-internet.de (Stand: 10.07.2026)
- Datenschutzgesetz (DSG, Österreich), BGBl. I Nr. 165/1999 — geltende Fassung, RIS des Bundeskanzleramts (Stand: 10.07.2026, zuletzt geändert durch BGBl. I Nr. 50/2025)