Vertraulichkeitsbezeichnung wird nicht angewendet: Fehlerbehebung und Lösungen für Microsoft 365 und Power BI

Von Mirko Peters · 2026-04-21

Dieser Artikel geht ausführlich darauf ein, warum Vertraulichkeitsbezeichnungen in Microsoft 365, Power BI und verwandten Apps nicht so funktionieren, wie Sie es erwarten. Wenn Sie vor fehlenden Bezeichnungsoptionen, fehlgeschlagenen automatischen Kennzeichnungen oder hartnäckigen Konfigurationsproblemen stehen, sind Sie hier richtig. Wir gehen praxisnahe Schritte zur Fehlerbehebung durch, zeigen

Automatisch mit KI aus dem Originalbeitrag übersetzt. Englisches Original lesen

Cover: Build Audit-Ready Document Management with SharePoint and Purview

Sie erhalten klare Antworten, übersichtliche Listen mit den Punkten, die Sie prüfen sollten, und Hilfestellung bei den kniffligen Problemen, bei denen selbst erfahrene Profis ratlos sind. Ob Sie Endanwender unterstützen oder unternehmensweit Sicherheitsrichtlinien ausrollen: Hier finden Sie Erkenntnisse und Lösungen, um sensible Daten zuverlässig zu schützen und Ihr Compliance-Team beruhigt schlafen zu lassen. Wenn Sie vermuten, dass es „die eine Einstellung für alles“ nicht gibt, zeigt Ihnen diese Ressource genau, wo Sie als Nächstes suchen sollten.

Grundlagen der Vertraulichkeitsbezeichnungen und häufige Anwendungsfehler

Vertraulichkeitsbezeichnungen sind in der heutigen Microsoft-365-Welt zu einer tragenden Säule der Datensicherheit geworden. Da Cyberbedrohungen immer raffinierter werden und immer mehr Daten in SharePoint, OneDrive und Power BI wandern, ist es entscheidend zu verstehen, was Vertraulichkeitsbezeichnungen tatsächlich leisten – und wie es aussieht, wenn sie nicht wie vorgesehen funktionieren.

Microsoft Purview macht den Umgang mit sensiblen Daten transparent, indem Unternehmen Dateien, E-Mails und sogar Power BI-Inhalte klassifizieren und schützen können. Doch nur weil Bezeichnungen eingerichtet sind, funktionieren sie nicht automatisch immer so, wie Sie es sich wünschen. Es kann echte Überraschungen geben: Schaltflächen, die plötzlich fehlen, Standardbezeichnungen, die nicht greifen, oder Dateien und Benutzer, die ganz außen vor bleiben.

Dieser Abschnitt beginnt mit den Grundlagen: Was Vertraulichkeitsbezeichnungen erreichen sollen, warum sie für die Einhaltung gesetzlicher Vorgaben und den Datenschutz so zentral sind und an welchen typischen Anzeichen Sie erkennen, dass unter der Oberfläche etwas nicht stimmt. Sie erhalten ein Gespür für die wichtigsten Fehlermuster – von dem einfachen Problem „Bezeichnung wird nicht angezeigt“ bis hin zu kniffligeren Fällen wie Vererbungsproblemen oder defekter Automatisierung, insbesondere in Power BI oder in gemeinsam genutzten SharePoint- und OneDrive-Umgebungen.

Wenn Sie sich jemals gefragt haben „Warum funktioniert das nicht?“, lesen Sie weiter. Die folgenden Abschnitte beleuchten typische Warnsignale, grundlegende Begriffe und die größten Ursachen für fehlgeschlagene automatische Kennzeichnung, auch solche, mit denen Sie vielleicht nicht rechnen. Am Ende verfügen Sie über das nötige Fundament, um Probleme mit Vertraulichkeitsbezeichnungen in Ihrer Microsoft-Umgebung zu erkennen und zu beheben.

Was ist eine Vertraulichkeitsbezeichnung und wie sollte sie funktionieren?

Eine Vertraulichkeitsbezeichnung ist ein Tag, das Sie auf Dateien, E-Mails und verschiedene Cloud-Inhalte in Microsoft 365 anwenden können, um die Verwendung von Informationen zu klassifizieren, zu schützen und zu steuern. Diese Bezeichnungen werden über Microsoft Purview verwaltet und helfen dabei, sensible Daten – etwa Finanzdaten, Kundeninformationen oder geistiges Eigentum – zuverlässig abzusichern.

Nach der Anwendung können Vertraulichkeitsbezeichnungen Inhalte automatisch verschlüsseln, den Zugriff auf eine Datei oder deren Bearbeitung einschränken und sogar Benachrichtigungen auslösen, wenn Daten missbräuchlich verwendet werden. Ob Sie in Outlook, Word, Teams, SharePoint oder Power BI arbeiten: Bezeichnungen sind ein sichtbares Signal und zugleich ein unsichtbarer Schutzschild, der das Dokument oder die Nachricht überallhin begleitet.

Bezeichnungen können von Benutzern manuell gesetzt oder auf Basis vordefinierter Regeln automatisch ausgelöst werden (automatische Kennzeichnung). Das Ziel ist ein reibungsloser Arbeitsablauf: Sobald eine Bezeichnung vorhanden ist, greifen im Hintergrund Sicherheits- und Compliance-Richtlinien, die Ihrer Organisation unabhängig davon Sicherheit geben, wohin die Datei gelangt.

Sie sind zentral für regulatorische Strategien und liefern wichtige Kontrollen für Compliance-Prüfungen und die rechtliche Absicherung. Wenn Ihr Ziel ist, dem Dokumenten-Wildwuchs vorzubeugen und Risiken im Griff zu behalten, ist der Aufbau eines soliden Programms für Vertraulichkeitsbezeichnungen mit Microsoft Purview ein grundlegender Schritt. Praktische Tipps zum Schutz von Dateien in SharePoint und Teams finden Sie in dieser Diskussion: Dokumenten-Wildwuchs stoppen: Ihren Purview-Schutzschild aufbauen.

Häufige Probleme mit Vertraulichkeitsbezeichnungen und worauf Sie achten sollten

Labels werden nicht angezeigt: Die erwarteten Bezeichnungsoptionen erscheinen nicht in Apps wie Word, Excel oder Power BI. Das liegt häufig an fehlerhaft konfigurierten Richtlinien oder an Problemen mit den Benutzerberechtigungen.
Schaltfläche für Bezeichnungen ist ausgegraut: Benutzer sehen die Schaltfläche für Vertraulichkeitsbezeichnungen, können sie aber nicht auswählen. Die Ursache kann fehlende Lizenzen, ein veralteter Client oder ein Konflikt mit Mandantenrichtlinien sein.
Bezeichnungen werden nicht übernommen: Abgeleitete Inhalte (Exporte, Berichte oder freigegebene Dateien) übernehmen die Vertraulichkeitsbezeichnung des übergeordneten Elements nicht. Meist funktioniert die Vererbung nicht wie vorgesehen oder wird für dieses Szenario nicht unterstützt.
Automatische Bezeichnung schlägt fehl: Bezeichnungen, die standardmäßig oder auf Basis von Schlüsselwörtern angewendet werden sollen, werden auf neue Inhalte nicht angewendet. Das deutet auf Synchronisierungsprobleme oder eine fehlerhafte Konfiguration der Bezeichnungsrichtlinien hin.
Lücken bei der Durchsetzung von Bezeichnungen: Benutzer arbeiten mit geschützten Inhalten, doch Verschlüsselung oder Zugriffsschutz werden nicht ausgelöst. Dadurch sind Daten einem Risiko ausgesetzt, und die Durchsetzungseinstellungen funktionieren nicht richtig.

Warum wird meine Vertraulichkeitsbezeichnung nicht automatisch angewendet?

Richtlinien für die automatische Bezeichnung sind nicht richtig ausgerichtet. Wenn Sie Richtlinien in Microsoft Purview eingerichtet, aber nicht die genauen Benutzer, Gruppen oder Speicherorte aufgenommen haben, werden die Bezeichnungen nicht angewendet, selbst wenn die Einstellung auf den ersten Blick richtig aussieht.
Lizenzeinschränkungen blockieren Bezeichnungen. Benutzer ohne die passenden Lizenzen für Microsoft 365 oder Purview sehen keine Bezeichnungen, und die automatische Bezeichnung funktioniert für sie nicht. In Power BI ist beispielsweise für eine wirksame Bezeichnung häufig Power BI Pro oder Premium pro Benutzer erforderlich.
Verzögerungen bei der Richtliniensynchronisierung führen zu Problemen. Wenn Sie eine Richtlinie ändern oder eine neue Bezeichnung hinzufügen, kann es zwischen wenigen Stunden und mehreren Tagen dauern, bis die Änderungen auf allen Geräten und Clients wirksam werden. Solange die Synchronisierung nicht abgeschlossen ist, wird die automatische Bezeichnung unter Umständen einfach nicht ausgelöst.
Vererbung für abgeleitete Inhalte wird nicht unterstützt oder ist fehlerhaft konfiguriert. Auch wenn in Power BI die Option „Downstream-Vererbung aktiviert“ markiert ist, unterstützen nicht alle Exporte, Berichte oder Modelle eine korrekte Weitergabe. Manche Inhaltstypen, etwa paginierte Berichte oder bestimmte exportierte Dateien, übernehmen die Bezeichnung des übergeordneten Elements nicht automatisch.
Gerät oder Anmeldekontext schränkt die Anwendung von Bezeichnungen ein. Bedingter Zugriff oder Intune-Richtlinien begrenzen die Verwendung von Bezeichnungen häufig auf nicht verwalteten oder nicht konformen Geräten. Selbst eine gut konfigurierte automatische Bezeichnung kann daher stillschweigend fehlschlagen, wenn Geräte die Anforderungen nicht erfüllen.
Lokaler Cache oder beschädigte Metadaten in Desktop-Apps. Gelegentlich halten Office- oder Power BI Desktop-Clients veraltete Bezeichnungslisten vor. Dadurch werden neue oder geänderte Regeln für die automatische Bezeichnung erst angezeigt oder angewendet, wenn der Cache geleert oder die App neu gestartet wurde.
Berechtigungsprobleme bei B2B- oder Gastbenutzern. Gäste oder externe Benutzer können Bezeichnungen oft nicht anwenden, nicht sehen oder nicht übernehmen, selbst mit Bearbeitungsrechten. Ursachen sind mandantenübergreifende Grenzen, Richtlinien oder Lizenzbeschränkungen.

Wenn Sie unsicher sind, hilft die Überwachung von Benutzeraktivitäten, wie in diesem Leitfaden zur Purview-Überwachung, dabei herauszufinden, wo die automatische Bezeichnung und die Vererbung versagen.

Lizenz- und Konfigurationsvoraussetzungen für Vertraulichkeitsbezeichnungen

Damit Vertraulichkeitsbezeichnungen in Microsoft 365 und Power BI reibungslos funktionieren, brauchen Sie die richtige Grundlage. Dazu gehört, dass Lizenzen, Mandanteneinstellungen und Dienstkonfigurationen korrekt aufeinander abgestimmt sind. Schon eine fehlende Voraussetzung kann verhindern, dass Benutzer Bezeichnungen sehen oder anwenden, auch wenn die Richtlinien im Admin Center perfekt aussehen.

Dieser Abschnitt beleuchtet die „Technik im Hintergrund“ des Bezeichnungssystems: Welche Produkte und Rollen Premium-Lizenzen benötigen, welche Berechtigungen zum Anzeigen oder Verwenden von Bezeichnungen erforderlich sind und wie Bezeichnungsrichtlinien so eingegrenzt werden, dass sie die richtigen Benutzer und Dienste erreichen. Sie sehen außerdem, warum das Überspringen dieser Schritte oft zu rätselhaft fehlenden Funktionen, inaktiven Schaltflächen oder uneinheitlichen Bezeichnungen von App zu App führt.

Wenn Sie Probleme mit Bezeichnungen beheben oder einen großflächigen Rollout vorbereiten, ist es unverzichtbar, diese Lizenz- und Einrichtungsanforderungen zu prüfen. Die folgenden Abschnitte erläutern jedes Element, damit Sie genau wissen, was Sie prüfen müssen, bevor Sie sich technischen Problemen widmen. Um die verborgenen Herausforderungen bei Compliance und Durchsetzung von Richtlinien besser zu verstehen, lesen Sie diese Analyse zu Compliance-Drift in Microsoft 365.

Lizenzanforderungen zum Anzeigen und Anwenden von Vertraulichkeitsbezeichnungen

Lizenzierung für Microsoft Purview Information Protection (MIP): Die Vergabe von Vertraulichkeitsbezeichnungen in Microsoft 365 setzt für jeden Benutzer, der Bezeichnungen anzeigen, anwenden oder automatisch anwenden muss, eine der folgenden Lizenzen voraus:

Microsoft 365 E5, A5 oder G5
Microsoft 365 E3 mit dem Add-on Information Protection and Governance
Azure Information Protection P1/P2 oder ein vergleichbares Paket
Anwendungsspezifische Anforderungen:Für Power BI ist eine Pro- oder Premium-pro-Benutzer-Lizenz (PPU) erforderlich, um Vertraulichkeitsbezeichnungen für PBIX-Dateien oder Inhalte in Arbeitsbereichen zu erstellen, anzuwenden und zu vererben.
Benutzer, die mit Bezeichnungen versehene Inhalte in Power BI nur verwenden, ohne Bezeichnungen zu erstellen oder zu ändern, benötigen unter Umständen eine niedrigere Lizenzstufe. Das hängt von der Konfiguration des Arbeitsbereichs ab.
Lizenzierung für Administratoren und Automatisierung:Administratoren, die Vertraulichkeitsbezeichnungen im Purview-Portal erstellen und verwalten, benötigen ebenfalls die passende Lizenz. Für die Automatisierung über PowerShell oder die REST-API brauchen sie unter Umständen zusätzliche Berechtigungen.
Häufige Lücken:Benutzer in gemischt lizenzierten Umgebungen verlieren häufig den Zugriff auf Bezeichnungen oder auf die automatische Bezeichnung, wenn ihre Lizenzstufe nicht ausreicht oder falsch zugewiesen ist.
B2B-Gäste und Dienstprinzipale erfordern in der Regel eine besondere Konfiguration, da die meisten Microsoft-365-Lizenzen benutzerbasiert sind und diese Szenarien nicht automatisch abdecken. Dabei spielen Datenzugriff, Eigentümerschaft und Governance eine Rolle.

Vertraulichkeitsbezeichnung erstellen und Geltungsbereich festlegen

Microsoft Purview-Portal öffnen - Rufen Sie zunächst das Purview-Compliancecenter auf und wählen Sie unter Data Lifecycle Management die Option „Informationsschutz“ aus.
Neue Bezeichnung erstellen und Eigenschaften definieren - Geben Sie der Bezeichnung einen klaren Namen und eine Beschreibung und wählen Sie den passenden Geltungsbereich (Dateien, E-Mails, Power BI-Inhalte oder alle). Legen Sie fest, welche Schutzmaßnahmen angewendet werden sollen: Verschlüsselung, Wasserzeichen und Zugriffsberechtigungen.
Zielgruppe der Bezeichnungsrichtlinie festlegen - Legen Sie fest, wer die Bezeichnung sehen und verwenden kann, indem Sie bestimmte Benutzer, Gruppen oder alle Kontoinhaber auswählen. Prüfen Sie die Zuweisungen, damit die Bezeichnung dort erscheint, wo sie benötigt wird, und nicht versehentlich ausgeblendet wird.
Standard- und Pflichtbezeichnung konfigurieren - Aktivieren Sie die Standardbezeichnung für Szenarien, in denen alle neuen Dokumente mit einer bestimmten Schutzstufe beginnen sollen. Mit der Pflichtbezeichnung legen Sie fest, dass Benutzer vor dem Speichern oder Senden von Inhalten eine Bezeichnung anwenden müssen.
Veröffentlichen und Rollout überwachen - Sobald Sie von Ihren Einstellungen überzeugt sind, veröffentlichen Sie die Richtlinie und informieren Ihre Benutzer. Prüfen Sie die Nutzung und die Statistiken zu bezeichneten Inhalten regelmäßig, um Fehler frühzeitig zu erkennen. Auch darauf geht dieser Leitfaden zur revisionssicheren Dokumentenverwaltung ein.

Fehlerbehebung bei der Anwendung von Vertraulichkeitsbezeichnungen in Power BI

Power BI bereitet bei Vertraulichkeitsbezeichnungen eigene Probleme, was selbst erfahrene Administratoren regelmäßig überrascht. Sie haben im Microsoft Purview und in Ihrem Microsoft 365-Mandanten möglicherweise alles korrekt eingerichtet, und trotzdem stellt Power BI neue Herausforderungen. Die Bandbreite reicht von einer unerklärlicherweise ausgegrauten Bezeichnungsschaltfläche bis zu geschützten PBIX-Dateien, die sich nicht öffnen oder veröffentlichen lassen.

Weitere Problemfelder sind Standard- und Pflichtbezeichnungen, die nicht wie erwartet greifen, Übertragungen zwischen Power BI Desktop und dem Dienst, die die Vererbung von Bezeichnungen unterbrechen, oder exportierte Berichte, die wichtige Schutzmaßnahmen verlieren. Hinzu kommen Sonderfälle mit B2B-Gästen, Sicherheit auf Zeilenebene oder Inhaltszugriffe, die Ihre Governance-Pläne durcheinanderbringen können.

Dieser Abschnitt stellt die wichtigsten Probleme mit Vertraulichkeitsbezeichnungen in Power BI vor, auf die Sie wahrscheinlich stoßen werden. Jede Unterüberschrift geht auf die realen Ursachen und Lösungen für Probleme wie ausgegraute Steuerelemente, nicht erzwungene Richtlinien oder Schwierigkeiten mit geschützten Dateien oder erhöhten Sicherheitseinstellungen ein. Dabei geht es nicht nur darum, Fehlermeldungen aufzuzählen. Ziel ist, die Lücken zu schließen, damit Ihre Compliance- und Sicherheitsstrategie auf Kurs bleibt. Interessiert an der übergeordneten Governance-Perspektive? Lesen Sie, welche Herausforderungen ineffektive Kontrollen mit sich bringen, unter der Fabric-Governance-Illusion.

Warum die Schaltfläche für Vertraulichkeitsbezeichnungen in Power BI ausgegraut oder nicht vorhanden ist

Veraltete Version von Power BI Desktop: Die Bezeichnungsfunktion erfordert den neuesten Desktop-Client. Wenn Sie eine ältere Version verwenden, wird die Schaltfläche unter Umständen gar nicht angezeigt.
Fehlende Lizenz oder unzureichender Richtlinienbereich: Sie benötigen Power BI Pro, Premium Per User oder die passende Microsoft-Purview-Lizenz. Ohne Lizenz stehen keine Bezeichnungsoptionen zur Verfügung.
PBIX-Datei an einem nicht unterstützten Speicherort: Einige Funktionen arbeiten nur mit Dateien, die in OneDrive oder SharePoint gespeichert sind, nicht mit Dateien auf lokalen Laufwerken.
Mandantenweite Bezeichnungsrichtlinie nicht veröffentlicht oder nicht auf Ihren Benutzer ausgerichtet: Wenn der Administrator Sie (oder die Arbeitsbereich) nicht in die Richtlinie aufgenommen hat, fehlen die Bezeichnungen.
Internetverbindung oder Offlinemodus: Die Bezeichnungsfunktionen sind auf die Synchronisierung der Cloudrichtlinien angewiesen. Wenn Sie offline arbeiten, werden Bezeichnungen unter Umständen nicht angezeigt.

Obligatorische und standardmäßige Bezeichnung wird in Power BI-PBIX-Dateien nicht erzwungen

Mandanten-Bezeichnung für obligatorisch/standardmäßig nicht konfiguriert: Power BI benötigt bestimmte Mandanteneinstellungen für die Erzwingung. Fehlen diese Optionen, bleiben PBIX-Dateien ohne Bezeichnung.
Manuelles Überschreiben der Bezeichnung aktiviert: Wenn Benutzer Bezeichnungen entfernen oder ändern können, wird die Erzwingung umgangen, obwohl die Einstellungen scheinbar „obligatorisch“ lauten.
Ausnahmen für Arbeitsbereiche: Die Erzwingung kann nur auf bestimmte Arbeitsbereiche beschränkt werden. Andere Arbeitsbereiche rutschen durch, wenn sie nicht einbezogen sind.
Synchronisierungsverzögerung zwischen Desktop und Dienst: Neu veröffentlichte oder erstellte Inhalte übernehmen die Bezeichnung aufgrund von Verzögerungen bei der Backend-Verarbeitung unter Umständen nicht sofort.

Probleme mit geschützten PBIX-Dateien und Inhaltszugriff

Verschlüsselung verhindert Dateivorgänge: Ist eine PBIX-Datei durch eine Bezeichnung mit Verschlüsselung geschützt, können Benutzer sie nicht öffnen, speichern oder veröffentlichen, sofern sie nicht der richtigen Zugriffsgruppe zugewiesen sind.
Einschränkungen für B2B- und Gastbenutzer: Externe Mitarbeitende können geschützte Inhalte in der Regel nur öffnen oder bearbeiten, wenn ihre Konten ausdrücklich in die Zugriffsrichtlinie der Bezeichnung aufgenommen wurden. Andernfalls lassen sich Dateien nicht laden oder nicht veröffentlichen.
Hürden bei Dienstprinzipalen und Automatisierung: Automatisierte Prozesse mit Dienstprinzipalen können Bezeichnungen aufgrund nicht unterstützter Szenarien oder fehlender RBAC-Berechtigungen nicht immer zuweisen oder entfernen.
Inkompatible Altdateien: PBIX-Dateien, die mit früheren Versionen von Power BI Desktop erstellt oder gespeichert wurden, funktionieren unter Umständen nicht mit neueren Bezeichnungsschutzmechanismen und führen zu Import- oder Zugriffsfehlern.
Fehler beim Speichern und Veröffentlichen bei lokalem Speicher: Wird eine PBIX-Datei auf einem lokalen Speicher oder an einem nicht cloudbasierten Ort gespeichert, wandert der Schutz der Vertraulichkeitsbezeichnung nicht mit der Datei mit. Die Folge sind Zugriffsfehler auf anderen Geräten oder im Power BI-Dienst.
Abweichungen in der Mandantenkonfiguration: Unterschiede zwischen den Einstellungen in Microsoft Purview und im Power BI-Mandanten können die Synchronisierung der Bezeichnungen blockieren. Das führt zu Fehlermeldungen wie „Funktion fehlt“ oder zu fehlgeschlagenen Zugriffen auf geschützte Dateien.
Fehlschlagende Handshakes bei Zeilensicherheit und Datenquellen: Wenn Zeilensicherheit mit geschützten Dateien kombiniert wird, funktionieren Export und Zugriff nur dann, wenn Rollen und Bezeichnungsrichtlinien exakt übereinstimmen. Bewährte Methoden dazu finden Sie unter Implementierung von RLS in Power BI.

Probleme bei nachgelagerter Vererbung und Weitergabe von Bezeichnungen

In einer idealen Welt trägt jede untergeordnete Datei oder jedes exportierte Element die gleiche Sicherheitskennzeichnung, sobald Sie eine Vertraulichkeitsbezeichnung auf ein Dataset oder einen Bericht anwenden, und zwar unabhängig davon, wohin es gelangt. In der Realität ist die nachgelagerte Vererbung jedoch nicht so zuverlässig, wie viele erwarten. Das gilt besonders für Exporte, paginierte Berichte und Fälle, in denen Inhalte in Power BI oder anderen Anwendungen weiterverwendet werden.

Hier legen wir den Kontext fest, wo die Übernahme von Bezeichnungen häufig nicht funktioniert. Manche Probleme sind technischer Natur (etwa nicht unterstützte Dateitypen), andere sind rein richtlinienbedingt (beispielsweise wenn die Vererbung nicht eingerichtet ist oder durch Exportoptionen überschrieben wird). Es ist ein komplexes Spiel aus Vorbild und Nachahmung: Ist die Vererbung unterbrochen, sind Ihre vertraulichen Inhalte ohne den erwarteten Schutz.

Die folgenden Abschnitte erklären genau, warum manche exportierten Excel-Tabellen oder Power BI-Berichte ihre Vertraulichkeitsbezeichnung verlieren, obwohl es sich um „nachgelagerte Inhalte“ handelt. Außerdem behandeln wir die eigenwillige Welt der paginierten Berichte und die modellbasierte Vererbung von Bezeichnungen, damit Sie wissen, worauf Sie achten müssen und wo Sie Ihre Fehlersuche einsetzen sollten, um insgesamt die größte Verbesserung zu erzielen.

Warum nachgelagerte Inhalte keine Vertraulichkeitsbezeichnungen übernehmen

Nicht unterstützte Exportformate: Viele nachgelagerte Exporte, etwa CSV oder PDF aus Power BI, übernehmen die ursprünglichen Vertraulichkeitsbezeichnungen nicht, weil das Format keine Bezeichnungsmetadaten unterstützt.
Vererbung nicht für alle Inhaltstypen aktiviert: Auch wenn die „nachgelagerte Vererbung“ in Ihren Purview-Einstellungen aktiviert ist, nehmen nur unterstützte Dateitypen und Datenflüsse teil. Paginierte und bestimmte hybride Berichte unterbrechen diese Kette häufig.
Manuelle Überschreibung beim Export: Wenn Benutzer „Ohne Bezeichnung herunterladen“ auswählen oder Drittanbieter-Tools verwenden, bleiben übernommene Bezeichnungen nicht erhalten.
Fehlkonfigurationen von Richtlinien: Lücken beim Geltungsbereich der Bezeichnungsrichtlinien oder bei der Mandantenkonfiguration lassen bestimmte Dateien oder Exporte „durchrutschen“ und sich den Regeln zur Übernahme von Bezeichnungen entziehen.
Verzögerte Synchronisierung in Clientanwendungen: Wenn die Bezeichnungsdaten in der App nicht aktualisiert wurden, werden neu erstellte oder übernommene Bezeichnungen unter Umständen erst bei der nächsten Verteilung der Richtlinie angezeigt.

Fehler bei paginierten Berichten und der modellbasierten Vererbung von Bezeichnungen

Paginierten Berichten fehlen geeignete Vererbungsansatzpunkte: Wenn ein paginierter Bericht auf einem mit Bezeichnung versehenen Dataset aufbaut, erfolgt die Vererbung nicht immer automatisch, insbesondere wenn die Verbindung indirekt ist oder die Datenquellen Bezeichnungen nicht auswerten können.
Exporte paginierter Inhalte entfernen Bezeichnungen: PDF-, CSV- oder Excel-Exporte aus paginierten Berichten enthalten aufgrund von Einschränkungen im Exportprozess häufig überhaupt keine Vertraulichkeitsbezeichnungen.
Isolation von Datenquelle und Modell: Wenn das Modell Ihres Berichts Daten aus mehreren Quellen mit und ohne Bezeichnung bezieht, werden die Vererbungsregeln unscharf. Das führt zu einer Ersatzbezeichnung oder gar keiner Bezeichnung.
Probleme mit benutzerdefinierten Connectors: Berichte, die benutzerdefinierte Connectors oder externe APIs verwenden, übertragen unter Umständen keine Bezeichnungsmetadaten. Dadurch wird die automatische Übernahme unterbrochen.
Richtlinienlücken bei hybriden Quellen: Hybride Umgebungen (Kombination aus lokaler Infrastruktur und Cloud) oder der Einsatz mehrerer Mandanten führen häufig zu Richtlinienkonflikten, bei denen die Vererbung nicht durchgesetzt oder nicht unterstützt wird.
Empfohlene Workaround-Lösung: Überprüfen Sie Ihre Purview-Richtlinien und die Exporteinstellungen von Power BI regelmäßig. Schulen Sie Benutzer, Bezeichnungen nach Möglichkeit manuell sowohl auf das Modell als auch auf alle abgeleiteten Berichte anzuwenden, und überwachen Sie Exporte ohne Bezeichnung. Denken Sie daran: Sich allein auf die automatische Vererbung zu verlassen, ist riskant. Für tiefergehende Governance-Perspektiven lesen Sie diesen Beitrag zur Governance in Microsoft Fabric.

Sicherheit, Schutz und Integration mit Defender for Cloud Apps

Vertraulichkeitsbezeichnungen sind mehr als nur ein Aufkleber auf einer Datei. Sie bringen echte Durchsetzungskraft mit, wenn es um erweiterte Sicherheit geht, etwa Verschlüsselung und automatische Durchsetzung über Geräte und Cloud-Dienste hinweg. Doch je leistungsfähiger diese Schutzeinstellungen werden, desto komplexer wird die Aufgabe für IT-Teams, die dafür sorgen müssen, dass alles reibungslos zusammenspielt.

Dieser Abschnitt konzentriert sich darauf, wie Schutz- und Verschlüsselungseinstellungen, die an Vertraulichkeitsbezeichnungen gebunden sind, Inhalte in Microsoft 365, Power BI und integrierten Werkzeugen wie Microsoft Defender for Cloud Apps beeinflussen. Fügt eine Bezeichnung einer Datei eine Verschlüsselung hinzu, ändert sich, wer auf ein Dokument zugreifen, es bearbeiten oder sogar sehen kann. Das führt manchmal zu neuen Herausforderungen bei der Fehlersuche, wenn die Einstellungen nicht genau aufeinander abgestimmt sind.

Außerdem zeigen wir, wie Sie gekennzeichnete Inhalte auf Compliance prüfen, Zugriffe überwachen und bei verdächtigen Aktivitäten Warnungen auslösen – mit den Werkzeugen in Defender for Cloud Apps und Purview. Betrachten Sie das als Werkzeugkasten für proaktives Risikomanagement und mehr Transparenz. Wenn Sie mehr darüber erfahren möchten, wie Sie Compliance-Abweichungen frühzeitig erkennen und Reporting integrieren, lesen Sie, wie Sie Compliance mit Defender for Cloud überwachen.

Wie Schutzeinstellungen und Verschlüsselung das Verhalten von Bezeichnungen beeinflussen

Wenn Sie eine Vertraulichkeitsbezeichnung mit Verschlüsselung zuweisen, wenden Sie einen neuen Satz von Regeln an, die mit dem Inhalt mitwandern – unabhängig davon, wohin er gelangt. Bei Dokumenten oder E-Mails steuert die Verschlüsselung, wer Dateien öffnen, drucken oder weiterleiten kann. Diese Zugriffsbeschränkungen gelten auch außerhalb Ihrer Organisation.

Diese Schutzmaßnahmen können Bearbeitung oder Zugriff blockieren, wenn ein Benutzer von der Richtlinie der Bezeichnung nicht erfasst ist. Bei Power BI-PBIX-Dateien kann die Verschlüsselung verhindern, dass Benutzer Inhalte veröffentlichen oder speichern, sofern sie nicht in der zugelassenen Gruppe enthalten sind. Bei Zusammenarbeit – etwa bei externer Freigabe oder B2B-Partnerschaften – können Bezeichnungen mit hohem Schutz selbst Benutzer mit privilegierten Rechten blockieren.

Bestimmte Bezeichnungseinstellungen können zudem App-Funktionen deaktivieren. Ist eine Datei verschlüsselt, können Sie sie beispielsweise unter Umständen nicht mehr in SharePoint oder Teams in der Vorschau anzeigen. In Power BI müssen Zeilenebenensicherheit und Vertraulichkeitsbezeichnungen zusammenarbeiten, sonst kann es zu Fehlern kommen – besonders beim Zugriff über mobile Geräte oder in eingebetteten Szenarien.

Schutzeinstellungen sind außerdem eng mit anderen Sicherheitsfunktionen verzahnt, etwa bedingtem Zugriff, Microsoft Defender oder DLP-Regeln. Diese Integrationen sorgen dafür, dass eine als vertraulich markierte Datei Warnungen auslöst, riskante Aktionen blockiert oder bei Bedarf den Inhalt vollständig sperrt. Wie all diese Elemente zusammenwirken, um Ihren Arbeitsplatz abzusichern, ohne Benutzer zu verärgern, erfahren Sie in diesem Deep Dive zur M365-Sicherheit.

Vertraulichkeitsbezeichnungen mit Defender for Cloud Apps überwachen

Überwachung von Bezeichnungsaktivitäten: Defender for Cloud Apps und Microsoft Purview protokollieren bezeichnungsbezogene Aktionen und helfen dabei, unautorisierte Entfernungen oder fehlgeschlagene Bezeichnungszuweisungen sofort zu erkennen.
Richtlinien- und Warnungskonfiguration: Richten Sie Warnungen ein, die Sicherheitsteams benachrichtigen, sobald vertrauliche Informationen außerhalb der Richtlinienvorgaben abgerufen, heruntergeladen oder freigegeben werden.
Inhaltserkennung im großen Maßstab: Nutzen Sie die automatisierte Erkennung, um ungeschützte Inhalte zu finden oder die Einhaltung der Bezeichnungsrichtlinien in Ihrer gesamten Cloud-Umgebung zu prüfen.
Kontinuierliche Compliance-Überwachung: Überwachen Sie Compliance-Abweichungen und nutzen Sie automatisierte Behebungsoptionen, wie im Leitfaden zur Compliance in Defender for Cloud ausführlich beschrieben.

Erweiterte Szenarien und umgebungsspezifische Einschränkungen

Die meisten Organisationen verwenden Vertraulichkeitsbezeichnungen in einfachen Microsoft 365-Umgebungen. Wenn Sie jedoch in Sovereign Clouds, mandantenübergreifende (B2B-)Freigaben einsteigen oder Bezeichnungsaktionen über APIs oder Dienstkonten automatisieren möchten, gelten andere Voraussetzungen. Diese Szenarien bringen eigene Einschränkungen mit sich – teils technischer, teils richtlinienbasierter Natur –, die Ihre Planung für Vertraulichkeitsbezeichnungen durcheinanderbringen können.

Dieser Abschnitt zeigt, was Sie in spezialisierten Umgebungen erwartet. Sie erfahren, wo Kennzeichnung schlicht nicht funktioniert oder viel zusätzlichen Aufwand erfordert, etwa bei Mandanten in der US-Regierungscloud oder der deutschen Cloud, bei der Zusammenarbeit mit externen B2B-Benutzern und bei Automatisierungsskripts mit Dienstprinzipalen. In solchen Fällen fragen Sie sich womöglich, warum Bezeichnungsfunktionen einfach verschwinden oder stillschweigend fehlschlagen.

Jeder Unterabschnitt benennt spezifische Einschränkungen und zeigt Strategien auf, mit denen Sie diese Hürden umgehen oder minimieren können. Das ist besonders relevant, wenn Sie in regulierten Branchen tätig sind oder mehrere Mandanten verwalten und Lücken schließen müssen, ohne die Auditfähigkeit zu verlieren. Sie fragen sich, welche Compliance-Risiken mit unverwalteten Gastkonten verbunden sind? Dann lesen Sie diesen Beitrag zum Lebenszyklusmanagement von Gastkonten.

Vertraulichkeitsbezeichnungen in Sovereign Clouds und B2B-Zusammenarbeit

Einschränkungen in Sovereign Clouds: Die Cloud-Versionen von Microsoft 365 für US-Behörden und für Deutschland bieten Vertraulichkeitsbezeichnungen oft nicht vollständig an oder unterstützen nur einen Teil der Funktionen, die in globalen Mandanten verfügbar sind.
Lücken bei externen Benutzern und B2B: B2B-Gäste können Bezeichnungen oft nicht sehen oder anwenden, selbst wenn sie Bearbeitungsrechte haben. Das gilt, sofern die Richtlinie für Bezeichnungen sie nicht ausdrücklich einschließt oder der Mandant den mandantenübergreifenden Zugriff aktiviert.
Abweichende Richtlinien in der Zusammenarbeit: Richtlinien, die in einem Mandanten gelten, werden beim Übergeben von Dateien über Mandantengrenzen hinweg nicht unbedingt übernommen. Die Folge sind verlorene Bezeichnungen oder unsichere Standardeinstellungen.
Workarounds: Setzen Sie manuelle Bezeichnungen ein, schulen Sie externe Mitarbeitende und prüfen Sie die Zielgruppen Ihrer Richtlinien, damit Gast- und Partnerbenutzer umfassender abgedeckt sind.

Vertraulichkeitsbezeichnungen mit REST-APIs und Dienstprinzipalen automatisieren

Einschränkungen bei API-Endpunkten: Einige REST-API-Endpunkte unterstützen das Lesen oder Schreiben von Bezeichnungsmetadaten noch nicht, insbesondere in Power BI oder SharePoint.
Probleme mit Berechtigungen und RBAC: Dienstprinzipale benötigen sowohl die passende Azure-Rolle als auch delegierte Berechtigungen, um Bezeichnungen zu verwalten. Das macht die Einrichtung anspruchsvoll.
Automatisierung zur Bereinigung von Bezeichnungen: Verwenden Sie PowerShell oder die Graph API für die Massenzuweisung (oder das Entfernen) von Bezeichnungen. Testen Sie Besonderheiten aber immer in Ihrer Umgebung, denn Dienstkonten können nicht jede manuelle Aktion eines Benutzers nachbilden.
Undokumentierte Fehlermeldungen: Unerklärte Fehler sind bei Automatisierungen häufig. Protokollieren Sie deshalb alles und prüfen Sie regelmäßig die API-Dokumentation und aktuelle Neuerungen. Die Best Practices für die Automatisierung der Microsoft-365-Governance können sich ändern, wie in diesen Einblicken zur PowerShell-Automatisierung beschrieben (sofern verfügbar).

Einschränkungen durch Benutzer- und Gerätekontext bei der Anwendung von Vertraulichkeitsbezeichnungen

Vertraulichkeitsbezeichnungen funktionieren manchmal nicht, weil die Lizenz oder die Administratoreinrichtung falsch ist, sondern wegen des Kontexts, in dem der Benutzer arbeitet. Gerätekonformität, bedingter Zugriff und der Anmeldestatus können Bezeichnungsfunktionen ohne Warnung oder sichtbare Fehlermeldung blockieren.

Dieser Abschnitt behandelt Probleme, die Sie nur im Kleingedruckten finden, etwa wenn sich ein Benutzer von einem nicht verwalteten Laptop anmeldet oder ein Gastbenutzer die Bezeichnungsoptionen trotz korrekter Berechtigungen nicht sieht. Diese Blockaden werden oft über Intune (für die Gerätekonformität) und die Richtlinien für bedingten Zugriff in Azure gesteuert, die für Gäste, nicht konforme Geräte oder externe Freigaben strengere Kontrollen durchsetzen können.

Wir zeigen, welche Richtlinien Bezeichnungen unbemerkt „abschalten“, und wie Sie die Ursache finden, wenn die offensichtlichen Einstellungen alle korrekt wirken. Es geht nicht nur um Dokumente, sondern auch um Power BI, Teams, Outlook und alle Stellen, an denen Bezeichnungen erscheinen sollten, aber nicht erscheinen. Wenn Sie die Details zum Aufbau von Vertrauen in Ihre Richtlinien für bedingten Zugriff noch einmal nachlesen möchten, lesen Sie diesen vertrauensorientierten Leitfaden zu Richtlinien für bedingten Zugriff.

Bedingter Zugriff, Gerätekonformität und Verfügbarkeit von Bezeichnungen

Durchsetzung der Gerätekonformität: Bedingter Zugriff und Intune können verlangen, dass Geräte konform sind (verwaltet, verschlüsselt oder registriert), bevor Bezeichnungsaktionen in Office- oder Power-BI-Apps zugelassen werden.
Blockiert für nicht verwaltete Geräte: Meldet sich ein Benutzer von einem Gerät an, das nicht von Intune oder Entra ID verwaltet wird, kann die Option zum Anwenden von Vertraulichkeitsbezeichnungen verschwinden oder ausgegraut sein, ohne dass eine eindeutige Fehlermeldung erscheint.
Benutzerdefinierter Authentifizierungskontext: Richtlinien für bedingten Zugriff, die MFA oder standortbasierte Regeln verlangen, können das Bezeichnen auf bestimmte Szenarien beschränken. Das Bezeichnen schlägt fehl, wenn die Sitzung nicht vollständig vertrauenswürdig ist.
Fehleranalyse: Administratoren sollten die Zuweisungen der Richtlinien für bedingten Zugriff und die Anmeldeprotokolle prüfen. Schlagen Bezeichnungsaktionen nur für bestimmte Benutzer fehl, liegen die Ursachen wahrscheinlich in Lücken bei der Gerätekonformität oder in restriktiven Richtlinien. Bei komplexeren Fällen kann ein Kontrollkreislauf gegen Abweichungen bei den Identitätssicherheitsrichtlinien unverzichtbar sein. Best Practices dazu finden Sie in dieser Folge zur Entra-ID-Sicherheit.

Einschränkungen für Gäste und externe Benutzer bei Vertraulichkeitsbezeichnungen

Standardmäßig keine Unterstützung für Vertraulichkeitsbezeichnungen: B2B-Gäste und externe Mitarbeitende können Bezeichnungen häufig nicht anwenden und manchmal nicht einmal sehen, es sei denn, die Bezeichnungsrichtlinien enthalten ausdrücklich ihre Identitäten oder externen Domänen.
Lücken bei Richtlinien und Berechtigungen: Selbst mit Bearbeitungsrechten fehlt Gästen unter Umständen die Unterstützung für Vertraulichkeitsbezeichnungen, etwa durch restriktive Standardeinstellungen des Mandanten oder fehlende Lizenzzuweisungen.
Sicherheitsrisiken durch inaktive Gastkonten: Veraltete oder nicht verwaltete Gastkonten können Richtlinien umgehen oder die Durchsetzung von Bezeichnungen vollständig verlieren. Überprüfen und beschränken Sie den Lebenszyklus von Gästen, wie in dieser Warnung zu Gastkonten beschrieben.
Konfigurationsempfehlungen: Prüfen Sie die Zielgruppen der Bezeichnungen regelmäßig, begrenzen Sie den Gastzugriff zeitlich und stellen Sie sicher, dass Gäste dort einbezogen sind, wo es nötig ist. Halten Sie die Zugriffsüberprüfungen für die Compliance dennoch streng.

Fehler bei der Anwendung von Bezeichnungen durch Anwendungs-Caching und Verzögerungen bei der Richtliniensynchronisierung

Ein Punkt, den viele Anleitungen übersehen: Probleme auf Anwendungsebene, etwa durch Caching von Bezeichnungen oder langsame Richtliniensynchronisierungen, können dazu führen, dass Vertraulichkeitsbezeichnungen nicht angezeigt oder nicht aktualisiert werden, egal wie korrekt die Administration auf dem Papier aussieht. Diese Probleme treten besonders häufig in den Office-Desktop-Apps und in Power BI Desktop auf, wo lokale Metadaten oder Cachedateien nach Richtlinienänderungen veraltet sind.

Wenn eine Richtlinienaktualisierung Ihre App noch nicht erreicht hat, können neue Vertraulichkeitsbezeichnungen fehlen, alte Bezeichnungen bleiben hängen oder zuvor definierte automatische Bezeichnungsregeln werden weiterhin angewendet. Das führt dazu, dass Benutzer im Ungewissen bleiben und denken, „es liegt nur an mir“, obwohl in Wahrheit ein weit verbreitetes Problem mit der Richtlinien-synchronisierung oder dem Cache vorliegt.

Dieser Abschnitt zeigt, wie Sie diese Probleme im Hintergrund angehen, etwa durch das Leeren des Bezeichnungscaches, und welchen Zeitrahmen die Verteilung von Richtlinien auf Geräte und Plattformen benötigt. Wenn Sie (oder Ihre Benutzer) nach einer Richtlinienänderung durch einen Administrator auf seltsame Effekte bei Bezeichnungen stoßen, ist dies die erste Stelle, die Sie prüfen sollten, bevor Sie den Support kontaktieren.

Zwischenspeicher für Vertraulichkeitsbezeichnungen in Office-Desktop-Apps leeren

Schließen Sie alle Office-Apps, einschließlich Word, Excel und Outlook. Öffnen Sie den Task-Manager und stellen Sie sicher, dass keine Office-Prozesse mehr ausgeführt werden.
Wechseln Sie zum Speicherort des Bezeichnungscaches: Öffnen Sie %localappdata%\Microsoft\MSIP und/oder %localappdata%\Microsoft\Office\16.0\LabeledDocuments (für Office-365-Builds).
Löschen oder benennen Sie die Cacheordner um, einschließlich der Unterordner „Policy“ oder „Labels“, sofern zutreffend. Dadurch werden veraltete oder beschädigte Bezeichnungsmetadaten für die Office-Apps entfernt.
Starten Sie die Office-App neu. Sie ruft die Bezeichnungsrichtlinien dann automatisch aus der Cloud ab und übernimmt sofort alle neuen oder aktualisierten Vertraulichkeitsbezeichnungen.
Wann Sie diese Maßnahme anwenden: Diese Lösung ist unverzichtbar nach Änderungen an Bezeichnungsrichtlinien, bei der Aktualisierung von Bezeichnungskatalogen oder wenn neue Bezeichnungen im Bezeichnungsauswahlmenü nicht sichtbar sind. Sie ist ein schneller Erfolg, bevor Sie tiefere technische Prüfungen einleiten.

Verzögerungen bei der Richtlinienverteilung über Clients hinweg verstehen

Office-Desktop-Apps: Rechnen Sie damit, dass neue Richtlinien oder Bezeichnungen bis zu 24 Stunden brauchen, bis sie verteilt sind, besonders nach umfangreichen Änderungen im Purview-Portal.
Web-Apps (Office Online, Power BI Service): Richtlinienaktualisierungen werden schneller übernommen, oft innerhalb von 1–2 Stunden. Ein verbliebener Browser-Cache kann die Sichtbarkeit jedoch verzögern.
Mobile und hybride Clients: Mobile Apps können Richtliniendaten länger zwischenspeichern. Eine Abmeldung und erneute Anmeldung kann die Aktualisierung beschleunigen.
So überprüfen Sie es: Vergleichen Sie die Bezeichnungslisten in Office-Desktop, Web und Power BI, um Synchronisierungsverzögerungen zu erkennen. Bestehen die Verzögerungen weiter, wenden Sie sich an Ihren IT-Administrator, damit er den Synchronisierungsstatus des Mandanten prüft.

Stille Fehler und Protokollierung bei Versuchen, Vertraulichkeitsbezeichnungen anzuwenden

Manchmal sind die kniffligsten Probleme mit Vertraulichkeitsbezeichnungen die, die Sie nie sehen: keine Fehlermeldungen, die Bezeichnung wird aber einfach nicht angewendet oder bleibt nicht erhalten. Solche „stillen Fehler“ können Benutzer und Administratoren zur Verzweiflung bringen, besonders in regulierten Branchen oder wenn eine externe Prüfung ansteht.

Dieser Abschnitt erklärt, wo Sie suchen sollten, wenn die Anwendung einer Bezeichnung nicht funktioniert, ohne dass es offensichtlich fehlschlägt. Es geht um die Auswertung der Überwachungsprotokolle von Microsoft 365, der lokalen Protokolle auf Benutzergeräten (aus dem MIP-Client oder den Office-Apps) und um die Interpretation von Fehlerprotokollen. Das ist fortgeschrittene Fehlersuche, aber hier finden Sie das fehlende Puzzleteil, wenn alles andere korrekt aussieht.

Wir zeigen Ihnen, wie Sie auf die einheitlichen Überwachungsprotokolle (Unified Audit Logs) von Microsoft Purview zugreifen und sie nutzen, um fehlgeschlagene oder unvollständige Zuweisungen von Bezeichnungen aufzuspüren. Außerdem erhalten Sie Hinweise zur Auswertung von MIP- und Office-App-Protokollen, wenn die Benutzeroberfläche einen „Erfolg“ meldet, das Ergebnis aber nicht stimmt. Wenn Sie wirklich verstehen wollen, was im Hintergrund passiert, dann lesen Sie sich in die Welt der Überwachung und forensischen Nachverfolgung unter Purview user activity auditing ein.

Überwachungsprotokolle nutzen, um Fehler bei Vertraulichkeitsbezeichnungen nachzuverfolgen

Microsoft 365-Überwachungsprotokolle aufrufen: Öffnen Sie das Purview-Compliance-Portal und wechseln Sie zum Bereich Überwachung. Dafür benötigen Sie Berechtigungen für Überwachungsprotokolle.
Nach Aktionen mit Vertraulichkeitsbezeichnungen filtern: Suchen Sie nach Ereignissen wie „Vertraulichkeitsbezeichnung angewendet“, „Bezeichnung geändert“ oder „Bezeichnung entfernt“. Achten Sie auf Einträge, bei denen der „Status“ fehlgeschlagen oder unvollständig lautet.
Benutzer- und Dateiverlauf prüfen: Öffnen Sie fehlgeschlagene Ereignisse im Detail und notieren Sie das Benutzerkonto, das Gerät, die betroffene Datei und gegebenenfalls die Fehlermeldung.
Ursachen eingrenzen: Prüfen Sie, ob Fehler immer bei bestimmten Benutzern, bei einem bestimmten Dateityp oder nach einer Richtlinienänderung auftreten. So lässt sich feststellen, ob das Problem an der Richtlinie, an der Lizenzierung oder am Client liegt.
Empfehlungen: Wenn die Compliance auf dem Spiel steht, sollten Sie auf Purview Audit Premium upgraden, um detailliertere Signale und eine längere Aufbewahrung zu erhalten. Mehr zur forensischen Nachverfolgung finden Sie in diesem schrittweisen Lernprogramm zur Überwachung.

MIP-Client- und Office-App-Protokolle auf stille Fehler analysieren

Ausführliche Protokollierung aktivieren: Aktivieren Sie in MIP und den Office-Apps den ausführlichen oder den Debugmodus über Registrierungseinstellungen oder Befehlszeilenoptionen.
Lokale Protokolle finden: Die wichtigsten Dateien liegen für den MIP-Client unter %localappdata%\Microsoft\MSIP\Logs, für Office in den Unterordnern \Logs.
Nach einer Bezeichnungsaktion auf Fehler prüfen: Suchen Sie nach Fehlercodes wie 0x80070005 (Zugriff verweigert) oder nach der Meldung „Anwenden der Bezeichnung fehlgeschlagen“, nachdem ein Benutzer eine Aktion ausgeführt hat.
Mit dem Support abstimmen: Teilen Sie Protokolle und Zeitstempel mit dem Microsoft-Support für eine tiefergehende Analyse, wenn die Fehlersuche auf Clientseite nicht weiterkommt.

Abschlussprüfung, Feedback und empfohlene Ressourcen

Sie haben die wichtigsten Schritte zur Fehlerbehebung bei Vertraulichkeitsbezeichnungen in Microsoft 365 und Power BI durchlaufen. Bevor Sie aufgeben oder ein Supportticket eröffnen, sollten Sie Ihre Konfigurationsdetails und Richtlinieneinstellungen anhand einer systematischen Checkliste prüfen. Oft ist es die letzte fehlende Einstellung oder eine vergessene Berechtigung, die das Problem löst, ohne dass eine tiefgehende Analyse nötig ist.

Dieser Abschnitt fasst die unverzichtbaren Prüfungen zusammen, bevor Sie eskalieren: Richtlinienzielgruppen, Veröffentlichung der Bezeichnungen, Lizenzzuweisungen und Durchsetzungseinstellungen. Außerdem finden Sie Links zu Feedback-Kanälen, Supportmöglichkeiten und offiziellen Best-Practice-Ressourcen für die weitere Einarbeitung.

Betrachten Sie dies als Boxenstopp bei der Fehlerbehebung und als Brücke zu weiterführender Hilfe. Für die schwierigen Fälle, in denen Sie tiefer graben oder ein neues Problem melden möchten, sind Links zu seriösen Community-Foren, empfohlenen Artikeln und offizieller Microsoft-Dokumentation enthalten. Weitere Tipps zur revisionssicheren Dokumentenverwaltung finden Sie unter Purview und SharePoint: Lösungen gegen das Dokumentenchaos.

Checkliste zur Überprüfung der Einstellungen für Vertraulichkeitsbezeichnungen und Lizenzanforderungen

Mandanteneinstellungen prüfen: Stellen Sie sicher, dass das Feature für Vertraulichkeitsbezeichnungen aktiviert ist und zentral über Microsoft Purview verwaltet wird. Prüfen Sie den Mandantenbereich und die Feature-Schalter noch einmal.
Zuweisungen der Bezeichnungsrichtlinien prüfen: Vergewissern Sie sich, dass die Bezeichnungsrichtlinien alle vorgesehenen Benutzer, Gruppen oder Gastkonten umfassen. Probleme bei der Richtlinienzielgruppe sind eine häufige Ursache dafür, dass Bezeichnungen nicht dort erscheinen, wo sie sollen.
Lizenzzuweisungen bestätigen: Stellen Sie sicher, dass jeder Benutzer und jeder Administrator für Purview Information Protection, Power BI Pro/Premium oder vergleichbare Abonnements mit Bezeichnungsunterstützung lizenziert ist.
Richtlinienverteilung und Synchronisierung prüfen: Kontrollieren Sie, ob aktuelle Änderungen an Bezeichnungen oder Richtlinien auf alle Clients übertragen wurden und im Bezeichnungsauswahlmenü der wichtigsten Apps sichtbar sind.
Verpflichtende und standardmäßige Durchsetzung von Bezeichnungen: Stellen Sie sicher, dass die Einstellungen für die standardmäßige und verpflichtende Durchsetzung aktiv sind, insbesondere in Power BI und SharePoint, damit keine Inhalte ohne Bezeichnung erstellt werden.
Abdeckung von Gastkonten und B2B: Prüfen Sie, ob und wie externe Mitarbeitende in die Bezeichnungsrichtlinien einbezogen werden. Entfernen Sie nicht genutzte Gastkonten. Mehr dazu finden Sie unter the hidden danger of M365 guest accounts.
Audit- und Aktivitätsprotokolle prüfen: Durchsuchen Sie die Microsoft 365-Auditprotokolle nach fehlgeschlagenen oder unvollständigen Zuweisungen von Bezeichnungen. Dieser Schritt ist für regulierte Unternehmen und eine proaktive IT-Überwachung unverzichtbar.
Bezeichnungs-Cache bei Bedarf leeren: Verwenden Sie nach Richtlinienänderungen die Methode „clear cache“, damit Benutzer keine alten Bezeichnungen mehr sehen und keine Probleme mit veralteten Einstellungen auftreten.
Alle Szenarien testen: Überprüfen Sie die Anwendung von Bezeichnungen auf verwalteten und nicht verwalteten Geräten, bei Gastbenutzern sowie gegebenenfalls über Web, Desktop und mobile Plattformen hinweg.

Wie Sie Feedback geben und empfohlene Artikel finden

Feedback-Kanäle von Microsoft: Nutzen Sie das Feedbacktool im Microsoft 365 Admin Center oder besuchen Sie die Community-Foren, um neue Probleme zu melden und zur Feature-Roadmap beizutragen.
Support-Eskalation: Eröffnen Sie Supporttickets über das Microsoft 365 Admin Center für ungelöste oder kritische Probleme mit Vertraulichkeitsbezeichnungen. Halten Sie Protokolle und detaillierte Schritte bereit.
Best-Practice-Ressourcen und Artikel: Finden Sie Fachbeiträge und Expertendiskussionen, etwa diesen auditorientierten Leitfaden zur Überwachung von Benutzeraktivitäten mit Purview oder einen checklistenbasierten Ansatz zum Aufbau Ihres Purview-Schutzschilds.
Community-Lernen: Bleiben Sie mit sich weiterentwickelnden Kennzeichnungsstrategien und Tipps zur Fehlerbehebung auf dem Laufenden, indem Sie empfohlene Microsoft Learn-Seiten und seriöse Foren als Lesezeichen speichern.