Microsoft 365 Lizenzverwaltung

Die Verwaltung von Lizenzen für Microsoft 365-Anwendungen zur Gewährleistung der Nutzung durch autorisierte Benutzer.

Wie setze ich die Microsoft-365-Lizenzierung korrekt auf, ohne Rollen zu überlizenzieren oder Funktionen zu blockieren?

Microsoft 365 wird in vielen Organisationen als Paket „für E-Mail, Teams und Dateien“ beschafft, in der Praxis steuert die Lizenzierung jedoch sehr konkret, welche Dienste im Tenant überhaupt zur Verfügung stehen, welche Servicepläne je Benutzer aktiv sind und welche Funktionen an zusätzliche Add-ons, Pläne oder Compliance-Features gebunden sind. Fehlentscheidungen fallen oft erst im Betrieb auf: Postfächer lassen sich nicht wie erwartet archivieren, Teams-Telefonie scheitert an fehlenden Voraussetzungen, Geräteverwaltung über Intune bleibt lückenhaft oder es werden teure Pläne ausgerollt, obwohl die Rolle nur einen Bruchteil der Funktionen nutzt.

Wie setze ich die Microsoft-365-Lizenzierung korrekt auf, ohne Rollen zu überlizenzieren oder Funktionen zu blockieren? Weiterlesen »

blank

Archivpostfach wird in Outlook nicht angezeigt: Woran es liegt und wie Sie es prüfen

In Exchange Online ist das Online-Archiv ein serverseitiges Archivpostfach, das zusätzlich zum primären Postfach existiert und in Outlook als eigener Postfachknoten erscheinen kann. In der Praxis entsteht häufig Verwirrung, weil Nutzer ein „Archiv“ mit lokalen PST-Dateien, AutoArchivierung oder mit einer offline verfügbaren Ordnerstruktur gleichsetzen. Genau daraus ergeben sich Supportfälle: Das Archivpostfach taucht in Outlook nicht auf, verschwindet nach kurzer Zeit scheinbar wieder oder ist nur in Outlook im Web sichtbar.

Archivpostfach wird in Outlook nicht angezeigt: Woran es liegt und wie Sie es prüfen Weiterlesen »

blank

Microsoft-365-Tenant korrekt erstellen: Welche Vorgehensweise passt und welche Erstentscheidungen sind später kaum korrigierbar?

Ein Microsoft-365-Tenant ist mehr als ein „neues Abonnement“: Er bildet den isolierten Rahmen für Identität (Entra ID), Sicherheitsrichtlinien, Mandantenkonfiguration, Compliance-Einstellungen und die Verwaltung von Diensten wie Exchange Online, SharePoint, Teams oder Intune. Viele Grundentscheidungen, die bei der Erstellung und den ersten Minuten der Konfiguration getroffen werden, lassen sich später nur mit erheblichem Aufwand ändern – etwa Tenant-Name und -Branding-Basics, Ownership und Zuständigkeiten, Domain- und Identitätsstrategie, Admin-Kontenmodell oder der frühe Sicherheitsstandard.

Microsoft-365-Tenant korrekt erstellen: Welche Vorgehensweise passt und welche Erstentscheidungen sind später kaum korrigierbar? Weiterlesen »

blank

Windows 11 oder Microsoft 365 lässt sich nicht aktivieren: Welche Lizenz passt zur Fehlermeldung und wie finde ich die Ursache?

Aktivierungsfehler bei Windows 11 und Microsoft 365 wirken im Alltag oft gleich: Funktionen sind eingeschränkt, Anwendungen melden „nicht lizenziert“, und der Nutzer erhält Codes oder kurze Meldungen ohne klare Handlungsanweisung. Technisch liegen jedoch sehr unterschiedliche Ursachen dahinter, von falsch zugeordneten Lizenztypen über Gerätebindung und Hardwareänderungen bis zu Problemen in Azure AD/Entra ID, Tenant-Wechseln oder unterbrochener Kommunikation zu Aktivierungs- und Identitätsdiensten. In Unternehmensumgebungen kommen weitere Faktoren hinzu, etwa KMS/MAK-Konfigurationen, ADBA, Proxys, eingeschränkte Netzwerke, Conditional Access oder nicht mehr gültige Geräte- und Benutzerobjekte.

Windows 11 oder Microsoft 365 lässt sich nicht aktivieren: Welche Lizenz passt zur Fehlermeldung und wie finde ich die Ursache? Weiterlesen »

blank

Microsoft 365: Passwortänderung schlägt bei synchronisierten Konten fehl – Ursache und Lösungen

In hybriden Umgebungen sollten Sie Kennwörter im lokalen Active Directory ändern. Azure AD Connect synchronisiert die Kennworthashes in die Cloud. Versuchen Administratoren oder Anwender, das Kennwort direkt in Microsoft 365 zu ändern, schlägt der Vorgang fehl, solange Password Writeback nicht aktiv und korrekt konfiguriert ist. Bei Password Hash Synchronization überträgt Azure AD Connect regelmäßig Kennworthashes aus dem lokalen AD in die Cloud. Bei Pass-Through Authentication prüft ein lokaler Agent Anmeldungen gegen das AD, ohne den Hash in die Cloud zu bringen. In beiden Fällen gehört die Änderung des Kennworts zunächst on-premises.

Microsoft 365: Passwortänderung schlägt bei synchronisierten Konten fehl – Ursache und Lösungen Weiterlesen »

Nach oben scrollen