Namenskonventionen
Einheitliche Benennung aller Objekte in Microsoft 365 / Intune fĂźr konsistente Verwaltung Ăźber Kundenprojekte hinweg. Die Konventionen stellen sicher, dass jeder Consultant sofort versteht, was ein Objekt tut â unabhängig davon, wer es erstellt hat.
Generelles Schema
[Präfix]-[Plattform]-[Beschreibung]| Bestandteil | Beschreibung | Beispiel |
|---|---|---|
| Präfix | Identifiziert den Objekttyp (3-4 Buchstaben) | DEV, USR, CFG, CA |
| Plattform | Zielplattform (falls zutreffend) | WIN, iOS, MAC, AND |
| Beschreibung | Kurze, aussagekräftige Beschriebung | Autopilot-Standard, BitLocker |
Entra ID Gruppen
Entra ID Gruppen
| Typ | Präfix | Schema | Beispiel |
|---|---|---|---|
| Gerätegruppe | DEV | DEV-[Plattform]-[Zweck] | DEV-WIN-Autopilot-Standard |
| Benutzergruppe | USR | USR-[Rolle/Abteilung] | USR-Alle-Mitarbeiter |
| App-Zuweisung | APP | APP-[Plattform]-[AppName] | APP-WIN-AdobeReader |
| Lizenzgruppe | LIC | LIC-[Lizenzname] | LIC-M365-E3 |
| Ausschlussgruppe | EXC | EXC-[Zweck] | EXC-CA-BreakGlass |
| Pilotgruppe | PIL | PIL-[Plattform]-[Kontext] | PIL-WIN-Rollout-Wave1 |
| Dynamic Group | (wie oben) | (wie oben + â-Dynamicâ) | DEV-WIN-Alle-Dynamic |
Beispiel: Typische Gruppenstruktur
DEV-WIN-Alle-Dynamic â Alle Windows-Geräte (dynamisch)
DEV-WIN-Autopilot-Standard â Geräte mit Standard-Autopilot-Profil
DEV-WIN-Autopilot-Kiosk â Geräte mit Kiosk-Profil
DEV-iOS-Firmengeraete â Alle firmeneigenen iPhones/iPads
USR-Alle-Mitarbeiter â Alle Benutzer (fĂźr CA-Policies)
USR-IT-Admins â IT-Administratoren (fĂźr PIM, RBAC)
APP-WIN-SAP-GUI â Zielgruppe fĂźr SAP GUI Deployment
LIC-M365-E3 â User mit M365 E3 Lizenz
LIC-M365-E5 â User mit M365 E5 Lizenz
EXC-CA-BreakGlass â Break-Glass Accounts (aus CA-Policies ausgeschlossen)
PIL-WIN-Rollout-Wave1 â Pilot-User der ersten Rollout-WaveRegeln fĂźr die Praxis
| Regel | Details |
|---|---|
| Englisch | Objektnamen immer in Englisch halten (internationale Lesbarkeit, Graph API Kompatibilität) |
| Keine Sonderzeichen | Nur A-Z, 0-9 und - verwenden. Keine Umlaute, Leerzeichen oder Underscores |
| Konsistenz > Perfektion | Lieber eine einfache Konvention durchhalten als eine komplexe inkonsistent nutzen |
| Kundenanpassung erlaubt | Falls der Kunde ein bestehendes Namensschema hat, kann es Ăźbernommen werden â muss dann aber dokumentiert werden |
Important
Vor dem ersten Objekt: Namenskonvention mit dem Kunden abstimmen und im HLD dokumentieren. Nachträgliches Umbenennen von hunderten Policies ist extrem aufwändig und fehleranfällig.
Last updated on