Ein Nutzer gehört zur richtigen Gruppe, doch die Microsoft-365-Lizenz fehlt oder erscheint nach dem Entzug erneut. Prüfen Sie Gruppenzuweisung, Fehler und konkurrierende Lizenzquellen systematisch.
Bitte ermitteln Sie zunächst die Zuweisungsquelle, die genaue SKU und den tatsächlichen Verarbeitungsstatus. Eine Gruppenlizenz wird über ihre Gruppe verwaltet; Dies ist nicht derselbe Vorgang wie die manuelle Zuweisung zu einem Benutzer. Das aktuelle Verfahren finden Sie in der Microsoft 365 Admin Center-Dokumentation.
Direkte und vererbte Zuordnung
Ein Benutzer kann das Produkt direkt besitzen und es gleichzeitig von einer oder mehreren Gruppen beziehen. Daher ist es beim Entfernen wichtig zu wissen, welchen Pfad Sie ändern.
Wenn Sie nur die direkte Lizenz entfernen, bleibt die geerbte Berechtigung möglicherweise weiterhin bestehen. Wenn Sie die Mitgliedschaft einer Gruppe entfernen, kann eine andere Gruppe weiterhin dasselbe Produkt zuweisen. Der resultierende Zustand stellt keinen Fehler dar, nur weil er von den Erwartungen des Administrators abweicht.
Notieren Sie sich zunächst den Link Benutzer → Gruppen → Produkte → aktivierte Dienste. Der Gruppenname ist möglicherweise historisch und beschreibt die aktuell zugewiesene SKU möglicherweise nicht korrekt.
Die genaue SKU hat Vorrang vor dem Gruppennamen
Eine Gruppe namens M365-E5 darf nicht nur aktive Microsoft 365 E5 enthalten. Es kann sein, dass ein älteres Produkt oder eine andere Lizenzart darin verbleibt. Der Engpassbericht gehört dann möglicherweise zu einer anderen SKU als der, die der Administrator prüft.
Ähnliche Fälle tauchen auch in Diskussionen auf, bei denen die manuelle Zuweisung funktioniert und die automatische nicht. Dies ist kein Beweis dafür, dass der Dienst die Kapazität falsch berechnet. Vergleichen Sie zunächst die Produktkennung aus dem Fehler mit dem tatsächlichen Inhalt der Gruppe.
Verwenden Sie für Datensätze die SKU-ID und den Klarnamen. Die Abkürzung E3 oder E5 allein ist kein ausreichender Identifikator.
Diagnoseübersicht
| Rede | Erster Check | Was als nächstes zu überprüfen ist |
|---|---|---|
| Die Lizenz wird zurückgegeben | Eine andere Gruppe oder Synchronisierung | Mitgliedschaftsressource und direkte Zuweisung |
| Freie Plätze, aber Kapazitätsfehler | Die im Fehler aufgeführte SKU | Alte Produkte, die einer Gruppe zugeordnet sind |
| Die Lizenz kann dem Benutzer nicht entzogen werden | Geerbte Zuordnung | Die Gruppe, die das Produkt zuweist |
| Dienst nicht aktiviert | Konfiguration von Serviceplänen | Abhängigkeiten und Konflikte |
| Neues Mitglied ohne Lizenz | Bearbeitungsstatus | Einsatzort, Kapazität und Fehler |
| Mitgliedswechsel ohne Ergebnis | Tatsächliche Quelle und Zeitpunkt der Änderung | Synchronisierung und Lizenzverarbeitung |
Die Tabelle soll die Suche eingrenzen. Betrachten Sie bei Änderungen die geschätzte Bearbeitungszeit nicht als Garantie; Bestätigen Sie den resultierenden Benutzerstatus.
Der Verwendungsort ist keine formale Angabe
Für einige Dienste gelten regionale Konditionen. Microsoft gibt an, dass ein Benutzer mit einer Gruppenzuweisung den Standort eines Mandanten ohne spezifische Einstellungen erben kann. In einer multinationalen Organisation empfiehlt es sich daher, bei der Kontoerstellung den Standort anzugeben.
Wenn Sie scheitern, ändern Sie nicht willkürlich den Speicherort, nur damit das Blinken aufhört. Die Einstellung sollte der realen Nutzung und dem genehmigten Prozess des Unternehmens entsprechen.
Fügen Sie Ihrem Onboarding-Formular eine klare Quelle dieser Informationen hinzu. Der Administrator kann dann bei der Lizenzvergabe nicht anhand der Sprache der E-Mail-Adressen raten.
Eine verschachtelte Gruppe ist nicht dasselbe wie eine direkte Mitgliedschaft
Die gruppenbasierte Lizenzierung unterstützt nicht wie einige andere Zugriffsszenarien die Lizenzübertragung über verschachtelte Gruppen hinweg. Überprüfen Sie, ob der Benutzer Mitglied der Gruppe ist, der die Lizenz tatsächlich zugewiesen ist.
Wenn das Unternehmen die Automatisierung auf der Grundlage der Abteilungsmitgliedschaft und anderer Unterkomponenten aufbaut, zeichnen Sie die Struktur. Ein klares Diagramm zeigt oft, dass der letzte Schritt der erwarteten Vererbung überhaupt nicht Teil des unterstützten Modells ist.
Lösen Sie dieses Problem nicht durch permanente manuelle Zuweisung ohne Dokumentation. Andernfalls beginnen die Automatisierung und der reale Zustand auseinanderzulaufen.
Servicepläne können Abhängigkeiten aufweisen
Ein Produkt ist eine Reihe von Dienstleistungen. Die Deaktivierung eines Dienstes kann Auswirkungen auf die Nutzung eines anderen haben. Bereiten Sie bei einem fehlenden Abhängigkeitsfehler die Konfiguration des entsprechenden Produkts vor und vergleichen Sie diese mit der Anforderung.
Seien Sie besonders vorsichtig, wenn Sie mehrere Gruppen zusammenführen. Zwei Gruppen können unterschiedliche Serviceaktivierungen haben oder unterschiedliche Produkte zuweisen. Eine alleinige Überprüfung des Lizenznamens lässt diesen Unterschied nicht erkennen.
Testen Sie nach der Fehlerbehebung den tatsächlichen Service, den der Mitarbeiter benötigt. Der Status „Lizenz zugewiesen“ zeigt noch kein nutzbares Postfach oder eine ordnungsgemäß aktivierte Anwendung an.
Synchronisierte Gruppen an der Quelle ändern
Finden Sie für eine Gruppe, die aus einer lokalen Umgebung synchronisiert wird, heraus, von wo aus die Mitgliedschaft verwaltet wird. Eine Änderung auf der falschen Seite kann abgelehnt oder überschrieben werden.
Separater Synchronisationszeitpunkt und anschließende Lizenzverarbeitung. Sie sind nicht der gleiche Schritt. Erfassen Sie bei einem Vorfall, wann sich die lokale Mitgliedschaft geändert hat, wann sie in der Cloud angezeigt wurde und wann sich die Lizenz geändert hat.
Dieser Datensatz hilft, eine Verzögerung von einem echten Fehler zu unterscheiden. Andererseits kann eine umfangreiche Wiederholung von Interventionen zu zusätzlichen Unklarheiten führen.
So bewegen Sie eine Person sicher zwischen Profilen
Microsoft empfiehlt, zunächst die Zielmitgliedschaft hinzuzufügen, die neue Lizenz zu bestätigen und dann die ursprüngliche Gruppe zu löschen. Dadurch verringert sich das Risiko einer Zugangslücke.
Stellen Sie vorab sicher, dass das Zielprodukt alle notwendigen Leistungen abdeckt. Beim Übergang geht es nicht nur um die Anzahl der Sätze; Anwendungsberechtigungen, Speicherplatzgröße oder Sicherheitsfunktionen können sich ändern.
Wenn die alten und neuen Produkte nicht kompatibel sind, bereiten Sie anstelle einer mechanischen Überlagerung ein bestimmtes unterstütztes Verfahren vor. Der Rolleninhaber muss wissen, welche Arbeitsaktivitäten sich ändern.
Modellbeispiel: Beitritt zum Finanzteam
Ein hypothetischer Mitarbeiter tritt der Finanzgruppe bei, verfügt jedoch nicht über das erwartete Produkt. Die IT stellt fest, dass Finance in eine andere Lizenzgruppe eingebettet ist und die Mitgliedschaft nicht wie erwartet übertragen wird.
Der Administrator korrigiert das unterstützte Design, prüft die Verfügbarkeit der spezifischen SKU und stellt die richtigen Dienste ein. Anschließend wird die E-Mail-, Dokumenten- und Buchhaltungsintegration unter ihrem Konto getestet.
Zum Abschluss des Vorfalls gehört auch eine Korrektur des Onboarding-Vorgangs. Das einfache manuelle Hinzufügen einer Lizenz würde das Problem eines weiteren Eintrags nicht lösen.
Häufig gestellte Fragen
Warum kann die Lizenz nicht direkt vom Benutzer entfernt werden?
Es kann von einer Gruppe geerbt werden. Ändern Sie die richtige Zuweisungsquelle, nicht nur die Benutzeransicht.
Können wir verschachtelte Gruppen verwenden?
Leiten Sie das Verhalten nicht aus anderen Zugriffsszenarien ab. Überprüfen Sie bei gruppenbasierter Lizenzierung, ob die direkte Mitgliedschaft durch die Dokumentation unterstützt wird.
Wann sollte Reprocess verwendet werden?
Nach Behebung der bestätigten Ursache, sofern diese mit dem aktuellen Verfahren übereinstimmt. Durch einen erneuten Versuch allein können Kapazitätsengpässe oder Fehlkonfigurationen nicht behoben werden.
Verbraucht dasselbe Produkt zwei Plätze in zwei Gruppen?
Nein. Wenn mehrere Gruppen einem Benutzer dasselbe Produkt zuweisen, bedeutet dies nicht, dass dieses Produkt an zwei Stellen konsumiert wird. Zählen Sie jedoch die verschiedenen SKUs separat. Verwenden Sie Microsoft Graph- und PowerShell-Beispiele, um direkte und Gruppenzuweisungen zu überprüfen.
Was sollte der Administrator nach dem Vorfall speichern?
Ursache, spezifische SKU, Herkunft der Mitgliedschaft, durchgeführte Reparatur und Servicetest. Dieses kurze Protokoll hilft dem nächsten Administrator, den Unterschied zwischen geerbten Berechtigungen, Synchronisierung und einem echten Lizenzfehler zu erkennen.
