enlanguageRegister | Login

admins buddy · Use Case

Onboarding und Offboarding — kein Ticket-Chaos mehr.

Neue Mitarbeiter brauchen AD-Account, Gruppen, M365-Lizenz und Postfach. Mit admins buddy läuft das als ein standardisierter Prozess — nicht als fünf Einzeltickets.

Onboarding standardisieren Offboarding sicher abschließen Vollständig auditierbar

So funktioniert es

Vom Script zum kontrollierten Prozess

Vier Schritte von der PowerShell-Datei zum standardisierten, auslösbaren Onboarding-Prozess.

1

Scripts als Resources hinterlegen

PowerShell-Skripte für AD, M365, Gruppen und Postfach werden einmalig als Resources definiert — mit Inputs, Beschreibung und Ausführungskontext.

2

Service Desk löst Request aus

Ein Mitarbeiter im Service Desk oder HR löst den Onboarding-Auftrag aus — ohne Adminrechte, ohne Skript-Zugriff.

3

POD führt im Kundennetz aus

Der admins-buddy-POD im Firmennetz führt die Skripte gegen AD, Entra ID und Exchange aus — unter einem definierten, sicheren Konto.

4

Vollständiger Log und Status

Jede Ausführung hinterlässt einen Trace: wer hat ausgelöst, wann, welche Inputs, welches Ergebnis.

Warum das wichtig ist

Was admins buddy ändert

Vom Einzelticket-Chaos zum strukturell fehlerarmen, vollständig nachvollziehbaren IT-Prozess.

Das Problem heute

Jeder Admin führt Onboarding anders aus. Schritte werden vergessen. Lizenzen bleiben beim Offboarding aktiv. Kein Audit-Trail.

Die Lösung

Alle Schritte einmal als Resource definieren. Danach immer gleich ausführen. Fehler durch Vergessen werden strukturell unmöglich.

Kein Rechtechaos

Service Desk führt Onboarding aus, ohne Adminrechte zu bekommen. Die Skripte laufen unter einem definierten Konto — nicht im Kontext des Nutzers.

Messbares Ergebnis

Weniger Onboarding-Fehler. Kürzere Zeit bis zur Arbeitsfähigkeit. Vollständige Offboarding-Spur für Compliance.

Konkrete Aufgaben

Was admins buddy für Onboarding & Offboarding erledigt

Fertig definierbare Aufgaben, die sich jederzeit sicher und reproduzierbar ausführen lassen.

AD-Account anlegen

Benutzerkonto in Active Directory standardisiert erstellen — inkl. OU-Zuweisung und Pflichtfelder.

Gruppen zuweisen

Security- und Distribution-Gruppen per definiertem Regelwerk zuweisen.

M365-Postfach einrichten

Exchange Online Postfach anlegen, Lizenz zuweisen, Weiterleitungen konfigurieren.

Account deaktivieren

Beim Offboarding Account sicher deaktivieren, Gruppen entfernen, Sessions terminieren.

Lizenzen entziehen

M365-Lizenzen beim Offboarding automatisch entziehen — kein vergessenes Abo mehr.

Audit-Log per Ausführung

Jeder Onboarding- und Offboarding-Vorgang hinterlässt einen vollständigen, prüffähigen Log.

Typischer

Zeitgewinn

5 1

Klicks statt Tickets

Was heute 5 Einzeltickets braucht, ist ein Request.

0 min

Adminzeit für Routine

Service Desk übernimmt — ausgelöst von HR oder direkt.

100%

Audit-Spur

Jede Ausführung lückenlos nachvollziehbar.

Häufige Fragen

Fragen zu Onboarding-Automatisierung

Kann ich meine bestehenden PowerShell-Skripte verwenden?

Ja. admins buddy wraps existing PS1-Skripte als Resources — ohne Neuschreiben. Du definierst einmalig die Inputs und weist das Skript einem POD zu. Fertig.

Braucht der Service Desk danach Adminrechte?

Nein. Der Service Desk löst den Request aus. Das Skript läuft unter einem vordefinierten Admin-Konto auf dem POD — der auslösende Nutzer bekommt diese Rechte nie.

Funktioniert das auch mit Entra ID (Azure AD) und Microsoft 365?

Ja. Der POD kann PowerShell-Skripte gegen Entra ID, Exchange Online und Microsoft 365 ausführen — vorausgesetzt, die nötige Konnektivität und Credentials sind konfiguriert.

Was passiert beim Offboarding, wenn jemand aus mehreren Systemen entfernt werden muss?

Mehrere Resources (AD, M365, Gruppen) können nacheinander als separate Jobs ausgelöst werden. Ein vollständiger Workflow (alle Schritte als eine Einheit) ist in der Plattform-Roadmap.

Wie lange dauert die Einrichtung?

Ein erster POD läuft in unter 30 Minuten. Die ersten Resources (Onboarding-Skripte) sind typischerweise innerhalb eines halben Tages im Katalog — wenn die Skripte bereits existieren.

Nächster Schritt

Onboarding als kontrollierten Prozess betreiben

Bring deine bestehenden Skripte in einen sicheren, nachvollziehbaren Ausführungsrahmen. Keine Neuentwicklung — nur Kontrolle darüber.