# IdentityPilot — identity governance

*Source: https://jordantech-solutions.net/de/identitypilot · Part of JordanTech Solutions (https://jordantech-solutions.net)*

- IdentityPilot — Zugriff automatisch aktuell
- IdentityPilot hält Mitarbeiterzugriff mit HR und Richtlinien synchron: Konten anlegen, Zugriff ändern, Leaver deaktivieren und alles fürs Audit protokollieren.
- Access Lifecycle
- Zugriff bleibt automatisch richtig.
- Wenn jemand startet, das Team wechselt oder geht, macht IdentityPilot aus der HR-Änderung die passenden Konten, Gruppen, Lizenzen und Geräteschritte. Es prüft laufend, was existiert, gegen Ihre Richtlinie, korrigiert Abweichungen und protokolliert jede Änderung. So wird ein Audit zur einfachen Abfrage.
- Demo buchen
- Preis anfragen
- Verbindet: SAP SuccessFactors · Active Directory · IT Service Management
- Eine Mitarbeitertabelle: eine Person startet, wechselt die Rolle und geht — IdentityPilot startet zu jedem Schritt die passenden Zugriffsaufgaben
- Mitarbeitende
- IdentityPilot · Aufgaben
- 6 Aufgaben
- wartet auf HR-Änderungen
- Eintritt → Zugriff anlegen
- Wechsel → Zugriff anpassen
- Austritt → Zugriff sperren
- läuft · {n}/6 Systeme
- Lena Hoffmann
- Lena Hoffmanns Weg ab Tag eins erneut abspielen
- aktiv
- Start 1. Juli
- R&D → Vertrieb
- Austritt 30.9.
- Active Directory
- Outlook
- Office 365
- Teams
- Dateifreigaben
- Laptop · ITSM
- Tag eins bereit · 0 Tickets
- Konto bereit
- Postfach bereit
- Lizenz aktiv
- in R&D
- R&D bereit
- Laptop bestellt
- 3 Änderungen · alt entfernt
- Gruppen geändert
- unverändert
- Lizenz bleibt
- R&D → Vertrieb
- R&D entfernt
- unverändert
- Zugriff aus · Historie bleibt
- Login gesperrt
- Postfach gesperrt
- Lizenz zurück
- entfernt
- Zugriff weg
- Rückgabe geplant
- Das Problem
- Zugriff hängt noch an Tickets
- Für einen neuen Mitarbeiter entstehen oft dieselben Aufgaben in Verzeichnis, E-Mail, Lizenzen, Chat und Geräteverwaltung. Beim Teamwechsel kommen neue Gruppen dazu, während alte Berechtigungen bleiben. Beim Austritt klappt alles nur, wenn die Checkliste komplett abgearbeitet wird. Das ist zu viel Identitätsrisiko für Erinnerung und Tickets.
- Wenn ein Audit wissen will, wer im März worauf Zugriff hatte, liegt der Nachweis verstreut in Tickets, Tabellen und Postfächern.
- IdentityPilot macht den HR-Datensatz zur Quelle der Wahrheit für Zugriff. Sie legen fest, welche Konten, Gruppen, Lizenzen und Geräteschritte jede Rolle braucht. Danach legen HR-Änderungen Zugriff automatisch an, passen ihn an oder sperren ihn, und jede Aktion wird mit der auslösenden Regel protokolliert.
- Lifecycle-Automation
- Eine HR-Änderung. Alle Systeme folgen.
- Joiner: Tag eins, bereit
- In SAP SuccessFactors wird ein neuer Mitarbeiter angelegt. IdentityPilot erstellt Verzeichniskonto, Gruppen, Postfach, Lizenzen und die Gerätebestellung über IT Service Management. Erst wenn der Laptop bereit ist, gilt das Onboarding als fertig. Der erste Tag beginnt mit funktionierendem Zugriff.
- Mover: Rollenwechsel ohne Reste
- Eine Mitarbeiterin wechselt von R&D in den Vertrieb. IdentityPilot gleicht die neue Rolle mit der Richtlinie ab und ändert nur, was sich ändern muss: Abteilung, Gruppen in Active Directory und rollenbezogenen Zugriff. Alte Berechtigungen werden entfernt statt mitgezogen. So endet Privilege Creep.
- Leaver: letzter Tag, ausgesperrt
- HR setzt den letzten Arbeitstag. IdentityPilot sperrt den Zugriff zur richtigen Zeit in allen verbundenen Systemen: Anmeldung, Gruppen, Apps und verwaltete Geräte. Die Datensätze bleiben fürs Audit erhalten, sind aber nicht mehr nutzbar. Kommt die Person zurück, beginnt der Rehire sauber.
- Funktionsweise
- Soll-Zugriff trifft Ist-Zugriff
- IdentityPilot hält zwei Sichten: was Ihre Richtlinie für jede Person vorsieht und was die verbundenen Systeme tatsächlich zeigen. Seine Aufgabe ist, beide Sichten gleich zu halten.
- HR führt
- Joiner, Mover und Leaver beginnen in SAP SuccessFactors. IdentityPilot liest HR als Quelle der Wahrheit und schreibt nicht dorthin zurück.
- Richtlinie entscheidet
- Ihre Regeln übersetzen den HR-Datensatz in erwarteten Zugriff: Konten, Gruppen, Lizenzen, Geräte und Plattform-Einstellungen für diese Person, jetzt.
- Realität wird geprüft
- IdentityPilot liest Active Directory und IT Service Management aus, um zu sehen, was wirklich vorhanden ist, inklusive manueller Änderungen.
- Korrekturen werden protokolliert
- Wenn Soll- und Ist-Zugriff abweichen, aktualisiert IdentityPilot die verbundenen Systeme und protokolliert den Grund. Das passiert nach jedem Ereignis und zusätzlich jede Nacht.
- IdentityPilot arbeitet als Abgleich-Schleife. Quellsysteme senden Ereignisse für Eintritt, Wechsel und Austritt; die Engine bildet daraus einen Personendatensatz, vergleicht Soll-Zugriff mit Ist-Zugriff und sendet nur die Änderungen, die jedes Zielsystem wieder ausrichten.
- Quellsysteme wie SAP SuccessFactors und IT Service Management melden Lifecycle-Ereignisse. IdentityPilot liest sie nur in eine Richtung.
- Die Kern-Engine macht daraus einen Personendatensatz und vergleicht den Soll-Zustand aus der Richtlinie mit dem Ist-Zustand in verbundenen Systemen.
- Fehlt etwas oder ist zu viel vorhanden, schreibt die Actions-Engine die passenden Änderungen in Ziele wie Active Directory, IT Service Management, Confluence und Citrix.
- IdentityPilot-Referenzarchitektur: ein ereignisgesteuerter Abgleich von den Quellsystemen über die Kern-Engine zu den Zielsystemen
- Quellsysteme
- Eingang
- IdentityPilot Engine
- Ausgang
- Zielsysteme
- Eingang
- Soll
- Ist
- Ereignisse / Aktionen
- Eingangs-Events
- Action-Events
- Rückmeldungen
- Eingangsdaten
- Wie empfangen
- Soll-Zustand
- Richtlinienbild
- Ist-Zustand
- Aus Systemen
- Identität je Quelle
- + 4 Systeme
- Regeln
- Mapping
- Vergleich
- IdentityPilot
- Änderungen
- Engine
- Schema
- JSON
- Zustandskarte antippen, um JSON zu sehen
- Abgleich-Schleife
- Walkthrough abspielen
- Walkthrough pausieren
- Schritt
- JSON anzeigen
- Dieser Schritt
- Vollbild anzeigen
- Vollbild beenden
- Quellsysteme senden Ereignisse für Joiner, Mover und Leaver; IdentityPilot liest sie nur.
- Ereignisse werden der Reihe nach gepuffert, damit nichts verloren geht oder doppelt läuft.
- Jede Quelle bleibt in ihrer Rohform — genau so, wie SAP oder IT Service Management sie gesendet hat.
- Regeln machen aus jeder Quelle einen klaren Personendatensatz.
- Der Soll-Zustand ist der Zugriff, den die Richtlinie für diese Person vorsieht.
- IdentityPilot vergleicht den Soll-Zustand mit dem, was Zielsysteme zeigen.
- Der Ist-Zustand ist der Zugriff, der gerade wirklich existiert.
- Wenn Soll und Ist abweichen, sendet die Actions-Engine nur die nötigen Änderungen.
- Ziele übernehmen diese Änderungen: Active Directory, IT Service Management, Confluence und Citrix.
- Ziele melden eigene Ereignisse zurück, damit die Schleife weiter prüft.
- Kopieren
- Kopiert
- Schließen
- kanonisches JSON · schreibgeschützt
- Fähigkeiten
- Klare Antworten auf jede Zugriffsänderung
- Manuelle Änderungen werden korrigiert
- Wenn jemand eine Verzeichnisgruppe von Hand ändert, behandelt IdentityPilot das als Drift: Der Ist-Zugriff passt nicht mehr zur Richtlinie. Das nächste Ereignis oder der nächtliche Sweep findet die Abweichung, korrigiert sie und protokolliert, was passiert ist. Das Verzeichnis im Audit entspricht der Richtlinie.
- Ein vollständiger Audit Trail
- Für jedes Konto zeigt IdentityPilot alten Wert, neuen Wert, Auslöser, Zeitpunkt und Regelversion. Die Plattform protokolliert Änderungen, die sie ausführt, und Drift, die sie findet. Ein Wert ohne Quelle wird nicht geschrieben. Access Reviews werden damit zur Evidenzabfrage statt zur Rekonstruktion.
- Passt in Ihren bestehenden Stack
- Kein Rip-and-Replace. SAP SuccessFactors bleibt die HR-Quelle der Wahrheit, Active Directory und IT Service Management werden gelesen und aktualisiert, und IdentityPilot hält alles synchron. Ein weiteres System bedeutet einen weiteren Connector; Richtlinien und Abgleich bleiben gleich.
- Regeländerungen erst prüfen
- Testen Sie eine Richtlinienänderung, bevor sie in Produktion schreibt. IdentityPilot zeigt, welche Konten, Gruppen und Geräte sich in verbundenen Systemen ändern würden. Danach entscheiden Sie, ob die Änderung angewendet wird.
- Fragen
- Die kurzen Antworten zuerst
- Müssen wir Systeme ersetzen?
- Nein. IdentityPilot verbindet sich mit dem, was Sie bereits betreiben. SAP SuccessFactors, Active Directory und IT Service Management machen ihre Arbeit weiter; IdentityPilot liest sie, vergleicht Zugriff mit Richtlinien und schreibt nur nötige Korrekturen. Ein weiteres System ist ein Connector, kein Replatforming-Projekt.
- Welche Systeme sind heute angebunden?
- Der Kern ist SAP SuccessFactors als HR-Quelle der Wahrheit, plus Active Directory und IT Service Management für Identitäten und Geräte. IdentityPilot liest das Quellsystem SAP, vergleicht es mit den Zielsystemen und aktualisiert die Zielsysteme bei Änderungen. Jedes neue System ist ein Connector; die Kernplattform bleibt gleich.
- Schreibt es in unser HR-System?
- Nie. SAP SuccessFactors wird als Quelle der Wahrheit gelesen und von IdentityPilot nicht beschrieben. Korrekturen gehen nur in die verwalteten Systeme.
- Was passiert, wenn ein HR-Datensatz falsch ist — zum Beispiel ein Austrittsdatum?
- Korrigieren Sie ihn in HR, und IdentityPilot folgt dem korrigierten Datensatz. Offboarding deaktiviert statt zu löschen, ein falsch gesperrter Account kann also intakt zurückkommen. Die ganze Episode bleibt protokolliert: falscher Wert, ausgelöste Aktion und Korrektur.
- Was passiert, wenn ein Admin etwas von Hand ändert?
- Es wird gefunden. Eine manuell geänderte Gruppe oder ein verirrter Account wird zu Drift zwischen Ist-Zugriff und Richtlinie. IdentityPilot korrigiert das beim nächsten Ereignis oder im nächtlichen Sweep und protokolliert Änderung, Erkennung und Korrektur.
- Werden Accounts von Leavern gelöscht?
- Deaktiviert, nicht gelöscht. Zugriff wird in jedem verbundenen System entzogen, aber Datensätze bleiben für Audit und Rehire-Historie erhalten. Kommt die Person zurück, baut IdentityPilot den Zugriff aus aktuellem HR-Datensatz und Richtlinie neu auf.
- Wir müssen weiterhin Access Reviews durchführen. Hilft das?
- Ja. Die Review-Frage — wer hatte welchen Zugriff, wann und nach welcher Regel — ist in IdentityPilot eine direkte Abfrage. Jeder Wert trägt Historie, deshalb funktioniert die Antwort auch für vergangene Zeitpunkte.
- Sehen Sie, wie Zugriff HR folgt
- Buchen Sie eine Demo und sehen Sie, wie ein HR-Datensatz Konten anlegt, Geräte bestellt, Zugriff ändert und einen sauberen Audit Trail hinterlässt.
- Preise ansehen
- Preise
- Preise, die mit Ihrer Umgebung skalieren
- Die Preise richten sich nach aktiven Mitarbeitenden. Pläne starten ab 250 Mitarbeitenden, alle Connectoren und Workflows sind enthalten und skalieren mit Ihrer Umgebung — sprechen Sie mit dem Vertrieb für ein Angebot.
- Vertrieb kontaktieren
- Mitarbeitende
- Connectoren und Workflows sind enthalten. Integrationsarbeit wird nach Aufwand abgerechnet.
- Starter
- Für 250+ Mitarbeitende, inklusive aller Connectoren und Workflows.
- Growth
- Automatische Mengenrabatte, wenn Ihre Umgebung wächst.
- Enterprise
- Für Umgebungen über 3.000 Mitarbeitende, plus SSO/SCIM, On-Prem-Agents, Access Reviews und Rollout-Planung.
- Mitarbeitende
- Pro Person
- Mengenrabatt
- IdentityPilot — {n} Mitarbeitende, geschätzt {cost}/Monat. Ich möchte prüfen, ob das passt.
- Integration
- Nach Aufwand
- IdentityPilot — rund {n} Mitarbeitende. Ich möchte ein individuelles Angebot und eine Rollout-Schätzung.