Microsoft-365-Berechtigungskonzept anbieten: Rollen und Zuständigkeiten klären

Eine Firma nutzt Microsoft 365 und möchte ihre Berechtigungen besser organisieren. Für dein Systemhaus ist das eine konkrete Beratungs- und Projektfrage: Welche fachlichen Entscheidungen über Zugriff müssen im Unternehmen geklärt werden, bevor eine passende Umsetzung angeboten werden kann? Der Kunde braucht einen verständlichen Zusammenhang zwischen seiner Zusammenarbeit, den benötigten Rechten und den Personen, die darüber entscheiden. Eine bloße Liste technischer Einstellungen beantwortet diese Frage noch nicht.

Als ausdrücklich fiktiven Fall betrachten wir ein Ingenieurbüro. Mitarbeitende wechseln zwischen Projekten, externe Partner arbeiten zeitweise mit und verschiedene Personen betreuen die IT. Die Geschäftsführung möchte für einen ausgewählten Projektbereich ein nachvollziehbares Berechtigungskonzept entwickeln lassen. Dein Angebot soll dafür einen nutzbaren Rahmen beschreiben. Es verspricht keine pauschale Sicherheitsfreigabe des Mandanten. Technische Bewertung und Änderungen gehören in einen gesondert abgestimmten Prozess mit den zuständigen Fachkräften.

Die Zusammenarbeit vor den Werkzeugen verstehen

Beginne mit der Frage, wie die Menschen im ausgewählten Bereich zusammenarbeiten. Im Ingenieurbüro bearbeiten interne Beschäftigte Projektunterlagen, während ein externer Partner nur an einem begrenzten Teil mitwirkt. Frage den Projektverantwortlichen, welche Zusammenarbeit tatsächlich gewünscht ist. So wird verständlich, weshalb bestimmte Personen Zugriff benötigen und andere nicht. Der Kunde kann über seine Arbeitsweise sprechen, ohne schon technische Rollenbezeichnungen beherrschen zu müssen.

Beschränke den ersten Auftrag auf einen benannten Bereich mit einem zuständigen fachlichen Ansprechpartner. Ein Projektkonzept ist ein anderes Ergebnis als die vollständige Überarbeitung sämtlicher Unternehmensberechtigungen. Dein Angebot kann beide Möglichkeiten erklären und zunächst die bestätigte Einheit beschreiben. Damit gewinnt der Kunde eine konkrete Grundlage für die Beauftragung. Weitere Bereiche werden anschließend anhand ihrer tatsächlichen Unterschiede bewertet und bewusst als Erweiterung vereinbart.

Fachliche Verantwortung einem Bereich zuordnen

Für den ausgewählten Bereich braucht es jemanden, der die geschäftliche Notwendigkeit eines Zugriffs beurteilen kann. Die technische Betreuung kann eine Änderung durchführen, kennt aber nicht automatisch die Aufgabe jedes Projektpartners. Frage deshalb nach dem fachlichen Verantwortlichen und seiner Vertretung. Im Beispiel bestätigt die Projektleitung, welche Mitarbeit für den gewählten Arbeitsbereich vorgesehen ist. Die Geschäftsführung klärt, wer diese Verantwortung innerhalb ihrer Organisation übernehmen soll.

Beschreibe diese Entscheidung im Konzept als Verantwortungsregel. Der Kunde soll erkennen können, an wen eine Anfrage zur Mitarbeit geht und wer eine fachliche Bestätigung gibt. Die genaue technische Abbildung wird danach bewertet. Auf diese Weise wird eine organisatorische Lücke nicht durch eine zufällige Werkzeugeinstellung verdeckt. Dein Projekt liefert eine nachvollziehbare Grundlage, auf der die vorhandene IT-Betreuung weiterarbeiten kann.

Eintritt, Wechsel und Ende getrennt betrachten

Die erstmalige Mitarbeit ist nur eine Situation im Lebenslauf eines Zugriffs. Frage zusätzlich, was bei einem Projektwechsel und beim Ende der Zusammenarbeit geschehen soll. Im Ingenieurbüro wechselt eine Mitarbeiterin von einem laufenden Vorhaben in ein anderes. Der fachliche Bedarf für ihre bisherigen Unterlagen muss dabei gesondert beurteilt werden. Aus dem neuen Projekt ergibt sich nicht automatisch eine Antwort für alle alten Berechtigungen.

Die Microsoft-Dokumentation zu Entra ID Governance unterscheidet Identitätslebenszyklus, Zugriffslebenszyklus und privilegierten Zugriff. Für dein Beratungsgespräch ist diese Unterscheidung hilfreich, ohne bereits eine bestimmte Funktion zu verkaufen. Entwickle mit dem Kunden die fachlichen Regeln für seine tatsächlichen Vorgänge. Welche technische Unterstützung möglich und passend ist, prüfst du anschließend am vorhandenen Mandanten und seinen jeweiligen Voraussetzungen.

Externe Zusammenarbeit mit einem Zweck verbinden

Frage bei externen Partnern nach der Aufgabe, dem zuständigen internen Ansprechpartner und dem vorgesehenen Ende der Beteiligung. Im fiktiven Fall liefert ein Planungsbüro einen Beitrag für ein bestimmtes Vorhaben. Der Projektleiter kann erklären, welche Zusammenarbeit hierfür gebraucht wird. Dein Konzept beschreibt diese fachliche Entscheidung. Es behandelt den externen Partner nicht automatisch wie einen dauerhaft intern Beschäftigten und unterstellt keine bereits vorhandene Befristungsfunktion.

Vereinbare außerdem, wie ein noch benötigter Zugriff erneut beurteilt werden soll. Wenn sich das Vorhaben verlängert, braucht der Kunde eine erkennbare Entscheidung über die weitere Mitarbeit. Ob und wie dieser Ablauf technisch unterstützt werden kann, gehört in die spätere Prüfung. Das erste Konzept kann bereits den Verantwortlichen, den Anlass zur Rückfrage und die zu bestätigende Aufgabe benennen. Dadurch bleibt die externe Zusammenarbeit für den Kunden organisatorisch verständlich.

Benötigte Rechte von vorhandenen Rechten unterscheiden

Eine Bestandsübersicht zeigt, welche Zuordnungen im untersuchten Bereich vorgefunden wurden. Sie beantwortet allein noch nicht, ob jede Zuordnung geschäftlich gebraucht wird. Plane deshalb eine fachliche Rückmeldung zu den ausgewählten Einträgen ein. Dein Team kann die technische Grundlage aufbereiten, während der zuständige Bereich seinen Bedarf bestätigt. Diese Arbeitsteilung macht den Nutzen deines Konzepts greifbar und entlastet Personen von fachfremden Entscheidungen.

Im Beispiel kennt die Projektleitung einen alten Gastzugang zunächst nicht. Notiere das als offene Zuordnung mit einem nächsten Klärungsschritt. Eine unbekannte Verbindung wird weder ungeprüft als erforderlich bestätigt noch allein aufgrund des Nichtwissens geändert. Die konkreten Maßnahmen beurteilen und autorisieren die zuständigen Personen im vereinbarten Prozess. Für das Angebot zählt, dass solche offenen Entscheidungen sichtbar werden und nicht in einer allgemeinen Zusammenfassung verschwinden.

Administrative Aufgaben gesondert aufnehmen

Frage, welche Personen oder externen Dienstleister administrative Aufgaben im betrachteten Zusammenhang übernehmen. Diese Verantwortung unterscheidet sich von der Mitarbeit an Projektunterlagen. Der Kunde sollte verstehen, weshalb dein Konzept beide Fragen getrennt beschreibt. Ein fachlicher Bedarf zum Lesen oder Bearbeiten von Dokumenten erklärt noch nicht, welche administrativen Tätigkeiten für den Betrieb erforderlich sind. Die technische Bewertung erfolgt durch dafür qualifizierte Verantwortliche.

Der fiktive Betrieb arbeitet mit zwei IT-Partnern. Dein Konzept kann festhalten, welcher Partner welche Aufgabe tatsächlich übernehmen soll und wer dies bestätigt. Bestehende Rechte und vereinbarte Aufgaben werden dabei nachvollziehbar gegenübergestellt. Du versprichst keine bestimmte technische Absicherung allein aus dieser Übersicht. Ihr Nutzen liegt darin, Zuständigkeiten und weitere Prüfentscheidungen so zu beschreiben, dass der Kunde eine passende Umsetzung beauftragen kann.

Funktionen erst nach ihren Voraussetzungen bewerten

Ein Gespräch über Berechtigungen führt schnell zu Produktnamen und Automatisierungsideen. Bleibe beim tatsächlichen Bedarf des Kunden und prüfe verfügbare Funktionen, Lizenzen und Einbindung am konkreten Stand. Die aktuelle Microsoft-Übersicht verweist für Governance-Funktionen auf eigene Lizenzvoraussetzungen. Aus der Nutzung von Microsoft 365 allein folgt deshalb kein von dir belegtes Leistungsversprechen für jede in der Dokumentation genannte Möglichkeit.

Dein Angebot kann zunächst eine fachliche Konzeptleistung enthalten und die technische Bewertung als eigenen Bestandteil ausweisen. Der Kunde erkennt dann, ob eine vorgeschlagene Automatisierung bereits überprüft ist oder noch untersucht werden soll. Im Ingenieurbüro könnte eine verständliche Zuständigkeitsregel schon vor der Entscheidung über zusätzliche Werkzeuge nutzbar sein. Ein späterer technischer Vorschlag sollte genau zeigen, welche zuvor geklärte Aufgabe er unterstützt.

Eine verständliche Entscheidungssammlung liefern

Ein brauchbares Konzept verbindet den gewählten Bereich mit den vereinbarten Rollen, Verantwortlichen und Lebenssituationen. Beschreibe, welche Mitarbeit ein Eintritt ermöglicht, welche Frage ein Wechsel auslöst und wer das Ende bestätigt. Ergänze offene Zuordnungen und deren zuständige Klärung. Der Kunde erhält damit eine zusammenhängende Arbeitsgrundlage. Er muss nicht aus mehreren technischen Exporten selbst herausfinden, welche geschäftliche Regel eigentlich vereinbart wurde.

Lege im Angebot die vorgesehene Ergebnisbesprechung fest. Die Projektleitung sollte ihre fachlichen Entscheidungen wiedererkennen, die IT-Betreuung die daraus entstehenden Umsetzungsfragen verstehen. Ein gemeinsamer Durchgang am fiktiven Projektwechsel kann zeigen, ob die Regel verständlich beschrieben ist. Das ist eine Konzeptbesprechung, kein Nachweis bereits ausgeführter technischer Änderungen. Halte diese Grenze in der Leistungsbeschreibung und späteren Zusammenfassung sichtbar.

Umsetzung und Überprüfung als eigene Arbeit vereinbaren

Wenn der Kunde das Konzept umsetzen möchte, beschreibe mit deinem Team die tatsächlich angebotenen nächsten Tätigkeiten. Technische Änderungen brauchen einen vereinbarten Umfang, zuständige Freigaben und passende fachliche Prüfung. Ein angenommenes Konzept bedeutet noch nicht, dass sämtliche beschriebenen Rechte im System bereits entsprechend gestaltet sind. Der Auftraggeber soll den Unterschied zwischen beschlossener Regel und überprüfter Umsetzung verstehen können.

Auch eine spätere Überprüfung braucht eine eigene Frage. Soll der Kunde die fachliche Notwendigkeit bestehender Mitarbeit erneut beurteilen oder eine konkrete technische Umsetzung betrachten lassen? Diese Leistungen können zusammenhängen, liefern jedoch unterschiedliche Ergebnisse. Im Beispiel kann der Projektleiter eine fortgesetzte Mitarbeit bestätigen, während dein Team einen vereinbarten technischen Teil prüft. Beschreibe beide Beiträge so, dass klar bleibt, wer welche Aussage verantwortet.

Änderungen im Projektverlauf gezielt aufnehmen

Während der Konzeptarbeit kann der Kunde einen weiteren Projektbereich nennen. Frage zuerst nach dessen Zusammenarbeit und Verantwortlichen. Wenn dort andere Partner oder Abläufe beteiligt sind, beeinflusst das den Aufwand und die Ergebnisbeschreibung. Zeige die betroffene Erweiterung im Angebot. Der Kunde kann dann beurteilen, ob er sie unmittelbar aufnehmen möchte oder zunächst den ausgewählten ersten Bereich vollständig klären lässt.

Im Ingenieurbüro arbeitet der zweite Bereich mit einem anderen externen Partner. Eine kopierte Rollenliste würde dessen Aufgabe noch nicht erklären. Dein Team braucht die passende fachliche Auskunft und bewertet die Unterschiede. So wird aus dem ersten Projekt eine mögliche Grundlage für weitere Arbeit, ohne die anderen Bereiche pauschal als gleichartig zu erklären. Jede Erweiterung behält ihren eigenen nachvollziehbaren Nutzen und ihre bestätigten Grenzen.

Den Abschluss an einer verwendbaren Regel messen

Zum Abschluss sollte der Kunde seinen ausgewählten Bereich erklären können: Wer braucht für welche Mitarbeit Zugriff, wer bestätigt diese Entscheidung und wann wird sie erneut betrachtet? Prüfe in der Ergebnisbesprechung, welche Fragen beantwortet wurden und welche bewusst offenbleiben. Ordne verbleibenden Punkten einen Verantwortlichen zu. Damit liefert dein Projekt ein brauchbares Ergebnis unabhängig davon, ob dein Unternehmen auch die spätere Umsetzung erhält.

Für deinen Vertrieb ist diese Klarheit ein konkretes Leistungsargument. Du machst Zusammenarbeit und Entscheidungsrechte für den Kunden greifbar und verbindest sie mit einem realistisch beschriebenen Projekt. Die technische Gestaltung folgt dem tatsächlichen System und dem bestätigten Auftrag. Dein Konzept hilft dem Kunden, diesen nächsten Schritt informiert zu wählen, ohne aus einer Papiergrundlage bereits ein bestimmtes Sicherheitsniveau oder einen vollständigen Compliance-Nachweis abzuleiten.

Kennzeichne die übergebene Fassung mit dem betrachteten Bereich und dem besprochenen Stand. Wenn eine verantwortliche Person später wechselt, kann der Kunde die zugehörige Entscheidung gezielt wieder aufgreifen. Er muss dafür kein ganzes Konzept neu beginnen. Dein Team kann erkennen, welche fachliche Grundlage weiterhin gilt und welcher einzelne Punkt neu bestätigt werden muss. Diese Nachvollziehbarkeit erleichtert die spätere Pflege der gemeinsam beschriebenen Zusammenarbeit.

Neue Unternehmensanfragen für dein IT-Sicherheitsangebot

webRichtung liefert IT-Sicherheitsanfragen mit Anliegen, Systemumgebung und aktuellem Stand. Microsoft 365 ist eine genannte Umgebung; ein Berechtigungskonzept und seinen Umfang vereinbarst du im persönlichen Gespräch. Registriere deinen Betrieb auf der Branchenseite für IT-Sicherheits-Leads. In webRichtung Customer siehst du den aktuellen Preis vor der verbindlichen Beauftragung.

Quellen

Microsoft Learn: What is Microsoft Entra ID Governance?, vollständig gelesen am 18.10.2026, insbesondere Identity lifecycle, Access lifecycle, Privileged access lifecycle und License requirements. Die konkrete Funktions- und Lizenzprüfung bleibt projektbezogen.