Kaum eine Meldung in Dynamics 365 erzeugt so viele Support-Tickets wie diese: „Sie sind nicht berechtigt, auf diese Datensätze zuzugreifen" — auf Englisch „You do not have permission to access these records". Das Tückische: Die Meldung sagt nicht, welches Recht fehlt und auf welcher Tabelle. Dabei sind es fast immer dieselben vier Ursachen.
Ursache 1: Der Sicherheitsrolle fehlt das Recht auf der Tabelle
Der einfachste Fall: Keine der Rollen des Benutzers hat das nötige Recht (Lesen, Schreiben, Anfügen …) auf der betroffenen Tabelle. Zu prüfen in den Sicherheitsrollen des Benutzers — wobei zu beachten ist, dass auch Teams Rollen vererben: Die wirksamen Rechte sind die Summe aus Benutzerrollen und Teamrollen.
Ursache 2: Das Recht existiert, aber die Zugriffsebene reicht nicht
Jedes Recht hat eine Ebene: nur eigene Datensätze, der eigene Geschäftsbereich, untergeordnete Geschäftsbereiche oder die ganze Organisation. Der häufige Fall: Der Benutzer darf Kontakte lesen — aber nur die eigenen, und der fragliche Kontakt gehört einem Kollegen aus einem anderen Geschäftsbereich. Die Meldung ist dieselbe wie bei Ursache 1, die Lösung eine andere (Ebene erhöhen, Datensatz freigeben oder Zuordnung ändern).
Ursache 3: Eine verknüpfte Tabelle ist schuld
Der am meisten übersehene Fall. Viele Aktionen brauchen Rechte auf mehr als einer Tabelle: Wer einen Termin zu einer Verkaufschance anlegt, braucht „Anfügen an" auf der Verkaufschance. Wer einen Datensatz zuweist, braucht Rechte am neuen Besitzer-Kontext. Formulare laden Unterraster und Schnellansichten — fehlt das Leserecht auf deren Tabellen, erscheint der Fehler, obwohl der Hauptdatensatz lesbar wäre. Wenn die Meldung „unerklärlich" wirkt, liegt es fast immer hier.
Ursache 4: Freigaben und Hierarchien
Datensätze können einzeln freigegeben sein (auch an Teams) — eine entfernte Freigabe wirkt wie ein plötzlicher Rechteentzug. Dazu kommen Hierarchie-Sicherheit (Vorgesetzte sehen Datensätze ihrer Mitarbeiter) und Feldsicherheitsprofile, die einzelne Spalten sperren.
So findet man die Ursache, statt zu raten
- „Zugriff überprüfen" nutzen: Am Datensatz gibt es die Funktion Zugriff überprüfen (Check Access) — sie zeigt für einen Benutzer, welche Rechte er auf genau diesen Datensatz hat und woher sie kommen. Der schnellste erste Schritt.
- Fehlerdetails herunterladen: Der Dialog der Fehlermeldung bietet ein Protokoll an. Darin steht die betroffene Tabelle und das fehlende Recht — technisch formuliert, aber eindeutig.
- Die Aktion betrachten, nicht den Datensatz: Bei Ursache 3 hilft die Frage: Was macht die Aktion noch, außer den Hauptdatensatz anzufassen?
Wenn es um mehr als einen Benutzer geht
Den Einzelfall löst die Liste oben. Schwieriger ist die Frage dahinter: Welche Rolle gewährt eigentlich was — und wer hat sie? Sicherheitsrollen über viele Benutzer und Tabellen hinweg auszuwerten, ist mit Bordmitteln mühsam; wie wir das angehen, zeigt unser Artikel Sicherheitsrollen in Dynamics 365 auswerten — und im TBE20 Searchcenter gehört die Auswertung von Sicherheitsrollen zu den eingebauten Werkzeugen.
Fazit
Hinter „Sie sind nicht berechtigt" stecken vier Muster: fehlendes Recht, zu niedrige Ebene, verknüpfte Tabelle, Freigabe/Hierarchie. Mit „Zugriff überprüfen" und dem Fehlerprotokoll ist die Ursache in Minuten gefunden — ohne Raten und ohne die Versuchung, dem Benutzer einfach die Administratorrolle zu geben.