Der Kunde muss Details für die Test- und Produktionsverzeichnisverbindung(en) bereitstellen. Die Planung wird gemeinsam mit dem Kunden vereinbart.

Verzeichniskonten werden in IGA Kontodatenkarten und Gruppen in IGA Berechtigungsdatenkarten eingelesen. Kostenstellen-, Organisationseinheiten- und Titeldatenkarten werden basierend auf allen mit Benutzern verknüpften Kostenstellen, Organisationseinheiten und Titeln für IGA Lösung generiert. IGA Zugriffsberechtigungsdatensätze werden basierend auf Gruppenmitgliedschaftsverbindungen generiert.

Wird benötigt, damit IGA Administrator mit der Erfüllung der Berechtigungsinformationen beginnen kann, da sich jedes Zugriffsrecht auf eine Anwendung/einen Dienst/eine Datenbank usw. beziehen muss.

Normalerweise handelt es sich hierbei um einen einmaligen Import. Anschließend wird die Anwendungsliste in IGA Lösung verwaltet. Es ist möglich, die Anwendungsliste mit nativen Konnektoren zu lesen, falls der Kunde sie in einer anderen Anwendung speichert.

Dies ist erforderlich, wenn die HR-Integration im Umfang der IGA -Lieferung liegt.

Benutzerbezogene Daten werden in IGA Arbeitszeitraum-Datenkarten gelesen und Kostenstellen-, Organisationseinheiten- und Titeldatenkarten werden basierend auf allen mit Benutzern verbundenen Kostenstellen, Organisationseinheiten und Titeln für IGA Lösung generiert.

Die Datei wird in die Testumgebung gelesen.

Auch wenn die Integration in die HR-Lösung mit einer anderen Option als der dateibasierten Integration implementiert wird, muss der Kunde für das erste Lesen der Daten eine Datei mit Testbenutzern bereitstellen und die Attribute müssen mit der Produktionsdatei übereinstimmen.

Dies ist erforderlich, wenn die HR-Integration im Umfang der IGA -Lieferung liegt.

Benutzerbezogene Daten werden in IGA Arbeitszeitraum-Datenkarten gelesen und Kostenstellen-, Organisationseinheiten- und Titeldatenkarten werden basierend auf allen mit Benutzern verbundenen Kostenstellen, Organisationseinheiten und Titeln für IGA Lösung generiert.

Die Datei wird in die Produktionsumgebung gelesen.

Auch wenn die Integration in die HR-Lösung mit einer anderen Option als der dateibasierten Integration implementiert wird, muss der Kunde für das erste Lesen der Daten eine Datei mit Testbenutzern bereitstellen und die Attribute müssen mit der Produktionsdatei übereinstimmen.

IGA Verwaltungsarbeit ist erforderlich, wenn

• Es gibt neue Ansprüche
• Pflichtangaben fehlen
• Änderungen der Anspruchsinformationen
   

Diese Aufgabe kann an den Berechtigungs- oder Anwendungseigentümer delegiert werden.

Es handelt sich um eine Sammlung von Berechtigungen, die Benutzern mithilfe automatisierter Regeln automatisch gewährt oder im Self-Service veröffentlicht werden können, damit Endbenutzer sie anfordern/entfernen können.

IGA Administrator kann sofort mit dem Erstellen von Geschäftsrollen beginnen, wenn die Lösung in der Produktion verwendet wird. Es wird jedoch empfohlen, dass die Berechtigungen über genügend Informationen verfügen und die Datenqualität sichergestellt ist, bevor Geschäftsrollen erstellt werden.

IGA Verwaltungsarbeit ist erforderlich, wenn

• Änderungen an bestehenden Geschäftsrollen
• Es gibt neue Geschäftsrollen
• Pflichtangaben fehlen

Diese Aufgabe kann an den Berechtigungs- oder Anwendungseigentümer delegiert werden.

Automatisierte Regeln dienen zum automatischen Erteilen und Entziehen von Berechtigungen und Geschäftsrollen basierend auf den Beschäftigungsinformationen der Benutzer. Der Regeltyp kann eine fortlaufende oder eine einmalige Regel sein.

Wenn neue Regeln erstellt oder vorhandene aktualisiert oder entfernt werden, kann IGA Administrator eine Vorschau der Bereitstellungsänderungen anzeigen, bevor mit der eigentlichen Bereitstellung begonnen wird.

IGA Verwaltungsarbeit ist erforderlich, wenn

• Neue Regeln werden erstellt
• Bestehende Regeln werden aktualisiert/entfernt
• Massenaktualisierung von Berechtigungen oder Geschäftsrollen für Benutzer
• Die Organisation ändert sich, wenn die Regel darauf basierend Zugriff gewährt.

Normalerweise wird diese Aufgabe nicht an Eigentümer delegiert, deren Zugriffsrechte von der Regel betroffen sind.

Ist für Endbenutzer sichtbar und uid sie dazu, die richtigen Zugriffsrechte im Self-Service zu finden und anzufordern

Beim Erstellen eines Anforderungskatalogs ist es wichtig, Endbenutzer (Benutzer und Manager) in den Planungsprozess einzubeziehen, da die Endbenutzer diejenigen sind, die ihn verwenden.

Dies kann mehrere Iterationen erfordern und IGA Administrator muss die Kategorisierung möglicherweise basierend auf dem Feedback des Endbenutzers ändern.

IGA Verwaltungsarbeit ist erforderlich, wenn

• Änderungen der Kategorisierung
• Neue Kategorien werden erstellt/entfernt

IGA Administrator oder -Eigentümer kann festlegen, in welchen Kategorien Zugriffsrechte oder Geschäftsrollen auf den mit diesen Elementen verknüpften Datenkarten sichtbar sind, aber IGA Administrator verwaltet den gesamten Katalog und die Kategorien.

Diese Aufgabe gilt für Anwendungsfälle im Bereich Benutzer-Lebenszyklusmanagement. Es wird empfohlen, sie (zumindest für eine Weile) zu aktivieren, wenn die HR-Integration in Betrieb genommen wird. Nachdem die Datenqualität sichergestellt wurde, kann sie deaktiviert werden.

1. Die Einstellung „Vor der Bereitstellung im Verzeichnis überprüfen“ ist aktiviert und befindet sich in der/den Datenkarte(n) IGA Kontoinformationen.
2. Die persönlichen und arbeitsbezogenen Daten des Benutzers werden an IGA Lösung übermittelt. Der Workflow wird:
   • Führen Sie alle Berechnungen aus.
   • Verzeichnisattribute generieren.
   • Erstellen Sie Serviceanfragen.
   • Stoppt den Workflow vor der Bereitstellung und setzt den Status auf „Warten auf Lieferung“.
3. IGA -Administrator überprüft die täglichen Verwaltungsberichte: Täglich neue Benutzer, tägliche Benutzeraktualisierungen, täglich abgehende Benutzer und Anfragen, die auf Bereitstellung warten.
   • Wenn die Daten gültig sind und im Verzeichnis bereitgestellt werden können, wählt IGA Administrator auf der Datenkarte IGA Serviceanforderung „Weiter zur Bereitstellung“ als „Ja“ aus und speichert die Datenkarte.
   • Wenn die Daten ungültig sind, wählt IGA Administrator „Weiter zur Bereitstellung“ als Nein aus und speichert die Datenkarte.
     • In diesem Fall müssen die Daten im Quellsystem korrigiert und erneut an IGA Lösung gesendet werden.
   • IGA Administrator kann mehrere Anfragen gleichzeitig bearbeiten oder sie einzeln auswählen.

Dies gilt für Anwendungsfälle im Bereich Benutzer-Lebenszyklusverwaltung, wenn der Kunde verlangt, dass beide Benutzer in Namensfällen ein Präfix oder Suffix in eindeutige Attribute wie die E-Mail-Adresse erhalten.

1. Die Einstellung „Manuelle Unterbrechung bei gleichem Namen“ ist aktiviert, in IGA Datenkarte(n) sind Kontoinformationen festgelegt.
2. Persönliche und arbeitsbezogene Daten des Benutzers werden an IGA Lösung übermittelt
   • Der Workflow überprüft, ob ein vorhandener Benutzer mit demselben Vor- und Nachnamen vorhanden ist, und erstellt in diesem Fall IGA Verwaltungsaufgabe vom Typ „Datenausnahme“.
   • IGA Administrator überprüft den täglichen Verwaltungsbericht auf „Namensausnahmen“.
   • Im Ausnahmefall bespricht IGA Administrator mit beiden Benutzern und vereinbart, wann die Änderung in Kraft treten soll.
   • IGA Administrator generiert neue Attribute für den vorhandenen Benutzer, indem er den Benutzerinformationsdienst im Self-Service aktualisiert (Namensänderung).
   • IGA Administrator führt die Bereitstellung für die Erstellung eines neuen Benutzers erneut aus (Anweisungen oben in dieser Liste).
3. IGA Administrator setzt den Aufgabenstatus auf „Geschlossen“ (abgeschlossen).

Dies gilt für Anwendungsfälle im Bereich der Benutzerlebenszyklusverwaltung, in denen eindeutige verzeichnisbezogene Attribute nicht automatisch generiert werden können und IGA Administrator manuell in den Prozess eingreifen muss (z. B. wenn bei der Generierung von E-Mail-Adressen keine Optionen mehr zur Verfügung stehen).

1. Der Workflow generiert IGA Verwaltungsaufgabendatenkarte, deren Typ der manuellen Handhabung der Bezeichnung halber entspricht.
2. IGA Administrator bearbeitet die Datenkarte, indem er den erforderlichen Wert in das Attribut „Wert der Namensgebung“ einfügt, den Status auf „Geschlossen“ (abgeschlossen) ändert und die Datenkarte speichert.
3. Der Workflow generiert neue Attribute (wie UPN , E-Mail-Adresse usw.) für den Benutzer und fährt mit der Bereitstellung fort.

Dies gilt für Anwendungsfälle im Benutzerlebenszyklusmanagement, bei denen der Benutzer mehrere Arbeitsperioden haben kann.

1. Die persönlichen und arbeitsbezogenen Daten der Benutzer werden aus dem Quellsystem an IGA Lösung übermittelt
2. IGA Administrator überprüft den täglichen Verwaltungsbericht auf „Ausnahmen im Hauptarbeitszeitraum“.
   • Aus der IGA Verwaltungsaufgabe öffnet IGA Administrator die zugehörige IGA Arbeitszeitraumpaket-Datenkarte
   • IGA Administrator wählt durch Bearbeiten der Datenkarte eine der Arbeitsperioden des Benutzers aus, die als primäre Arbeitsperiode markiert werden soll.
   • IGA Administrator kann die primären Arbeitszeitinformationen auch ohne die IGA Administratoraufgabe ändern, beispielsweise wenn der Manager/Benutzer dies selbst anfordert.
     • In diesen Fällen muss IGA -Administrator die richtige Arbeitszeitpaket-Datenkarte für den Benutzer finden und Änderungen wie oben beschrieben vornehmen.

Dies gilt in Anwendungsfällen der Kontoverwaltung, in denen Benutzer mehrere Konten haben können.

1. Die Kontoinformationen des Benutzers werden aus dem Verzeichnis/den Verzeichnissen an IGA Lösung übermittelt.
2. IGA Administrator öffnet die aktuelle Datenkarte des primären IGA Kontos des Benutzers, ändert den Wert „Primäres Konto“ in „Nein“ und speichert die Datenkarte.
3. IGA Administrator öffnet die gewünschte Datenkarte des primären IGA Kontos des Benutzers, ändert den Wert „Primäres Konto“ in „Ja“ und speichert die Datenkarte.
4. Der Workflow aktualisiert die primären Kontoinformationen auf zugehörigen Datenkarten, beispielsweise auf Personendatenkarten.

Dies gilt, wenn Anwendungsfälle für das Benutzerlebenszyklusmanagement verwendet werden.

1. Die persönlichen und arbeitsbezogenen Daten des Benutzers werden vom Quellsystem an die IGA Lösung übermittelt.
   • Wenn die Benutzererstellung oder die Bereitstellung von Updates nicht erfolgreich ist (z. B. weil Verbindungs-, Zertifikats- oder Anmeldeinformationsprobleme vorliegen usw.), ändert der Workflow den Status IGA Serviceanforderung in „Abgelehnt – Orchestrierung fehlgeschlagen“.
2. IGA Admin öffnet die Ansicht „Fehlgeschlagene Bereitstellungen“ aus den täglichen Admin-Aufgaben
3. IGA Administrator öffnet die übergeordnete Serviceanfrage, aktiviert das Kontrollkästchen „Neue Anfrage zur Kontoerstellung oder -aktualisierung erstellen“ und speichert die Datenkarte.
4. Der Workflow erstellt nun neue untergeordnete Serviceanfragen und beginnt mit der Bereitstellung.
5. Sobald alle untergeordneten Anfragen erfolgreich erledigt wurden, setzt IGA Administrator den Status der übergeordneten Anfrage manuell auf „Erledigt“.
6. Falls das Problem nicht gelöst wird, muss IGA Administrator auf die Connector-Verwaltungsprotokolle zugreifen, wofür Zugriff auf die Administratorebene IGA -Konfiguration erforderlich ist.

Dies gilt, wenn die Bereitstellung während der Anforderung/Entfernung von Zugriffsrechten über Self-Service fehlschlägt.

Das Hinzufügen und Entfernen von Gruppenmitgliedschaften erfolgt auf Anfrage IGA Dienstes. Wenn die Bereitstellung der Gruppenmitgliedschaft nicht erfolgreich ist (z. B. weil es Probleme mit der Verbindung, dem Zertifikat oder den Anmeldeinformationen gibt), wird der Arbeitsablauf angehalten und eine Datenkarte für IGA -Administrationsaufgabe erstellt.

1. IGA Administrator öffnet die Datenkarte IGA Administrationsaufgabe und setzt den Status auf 4 – Geschlossen (abgeschlossen).
2. Der Workflow der IGA Serviceanforderung führt ein Rollback durch und versucht erneut, die Gruppenmitgliedschaft hinzuzufügen oder zu entfernen.
3. Falls das Problem nicht gelöst wird, muss IGA Administrator auf die Connector-Verwaltungsprotokolle zugreifen, wofür Zugriff auf die Administratorebene IGA -Konfiguration erforderlich ist.

Dies gilt für mehrere Anwendungsfälle und IGA Administrator muss dies möglicherweise tun, wenn

1. Das Hinzufügen und Entfernen von Gruppenmitgliedschaften erfolgt auf IGA Zugriffsberechtigungsdatensatz-Datenkarte, wenn die Berechtigung hinzugefügt oder entfernt wird, wenn
   • Automatisierte Regeln gewähren oder entziehen Zugriffsrechte
   • Geschäftsrolle gewährt oder entzieht Zugriffsrechte
   • Beim Anfordern einer Geschäftsrolle über Self-Service
   • Der Prozess des abgehenden Benutzers wird gestartet/läuft
   • Der vorhandene Zugriffsrechtsdatensatz hat ein Enddatum und wird umgewandelt, um den Zugriffstyp der Zugriffsrechtsdatensatz-Datenkarte zu entfernen.
2. Wenn die Bereitstellung der Gruppenmitgliedschaft nicht erfolgreich ist (z. B. weil Verbindungs-, Zertifikats- oder Anmeldeinformationsprobleme vorliegen), wird der Workflow angehalten und eine Datenkarte für IGA Administrationsaufgabe erstellt.
3. IGA Administrator öffnet die Datenkarte IGA Administrationsaufgabe und setzt den Status auf 4 – Geschlossen (abgeschlossen).
4. Der Workflow des IGA Zugriffsrechtsdatensatzes führt ein Rollback durch und versucht erneut, die Gruppenmitgliedschaft hinzuzufügen oder zu entfernen.

Informationen zu Audits und Berichten finden Sie im eigenen Kapitel.

Wenn der Bereitstellungstyp in den Berechtigungseinstellungen auf „Manuell“ oder „Kombiniert“ eingestellt ist und „Manuelle Anforderung an“ als „Team“ und IGA -Admin-Team“ als „Team“ ausgewählt ist.

1. Der Workflow generiert IGA Administrationsaufgabe der Aufgabenkategorie „Manuelle Zugriffsberechtigungsanforderung“. IGA Administrator prüft die Anforderung.
   • Wenn die Anfrage gültig ist, fügt IGA Administrator Zugriffsrechte für die Drittanbieterlösung hinzu bzw. entfernt sie und ändert den Status IGA -Administratoraufgabe in „Geschlossen“.
   • Wenn die Anfrage ungültig ist, ändert IGA Administrator den Status der Administratoraufgabe in „Abgebrochen“.

Dies gilt in Anwendungsfällen zum Anfordern/Entfernen von Zugriffsrechten, wenn in Anfragen, die eine Genehmigung durch den Manager erfordern, Managerinformationen fehlen.

1. Der Workflow generiert IGA Verwaltungsaufgabe, deren Aufgabenkategorie „Admin-Serviceanfrage“ ist.
   • Falls Managerinformationen von der HR-Lösung empfangen werden, kontaktiert IGA Administrator die Personalabteilung, um Managerinformationen für den Benutzer hinzuzufügen
   • Falls Managerinformationen vom Self-Service empfangen werden, werden Managerinformationen mithilfe des Dienstes „Benutzerinformationen aktualisieren“ im Self-Service hinzugefügt.
   • Falls Managerinformationen aus dem Verzeichnis empfangen werden (gilt für die Zugriffsrechteverwaltung), müssen Informationen zum Verzeichnis hinzugefügt und das Lesen der Daten erneut ausgeführt werden.
2. Nachdem die Managerinformationen korrekt sind, setzt IGA Administrator den Status der Administratoraufgabe auf „Geschlossen“ (abgeschlossen) und die Bereitstellung wird automatisch fortgesetzt.

Dies geschieht, wenn die Datenkarte IGA Kontos fehlt und Benutzerinformationen nicht ermittelt oder dem/den Verzeichnis(en) bereitgestellt werden können.

1. Der Workflow generiert IGA Administrationsaufgabe vom Typ „Datenausnahme“
2. IGA Administrator muss eine IGA Datenkarte mit Kontoinformationen für den neuen Benutzertyp erstellen.
3. IGA Administrator ändert den Status IGA -Administrationsaufgabe auf „geschlossen“ (abgeschlossen).
4. Der Workflow wird bis zur Bereitstellung fortgesetzt

Dies geschieht während Anwendungsfällen des Benutzerlebenszyklusmanagements, ist jedoch Teil von Governance-Anwendungsfällen, insbesondere für die Meldung von Benutzererstellungen, die außerhalb des Prozesses vorgenommen wurden.

Diese Situation tritt nur ein, wenn während der Benutzererstellung ein Benutzerkonto mit derselben Mitarbeiter-ID im Verzeichnis gefunden wird.

1. Der Workflow generiert IGA -Verwaltungsaufgabendatenkarte vom Typ „Datenausnahme“
2. IGA Admin öffnet
   • Falls die Anforderung zur Benutzererstellung über den Self-Service erfolgt, uid IGA Administrator den Endbenutzer durch die Verwendung des Dienstes zur Aktualisierung der Benutzerinformationen.
   • Falls eine Benutzererstellungsanfrage von der HR-Lösung eingeht und
     • Die Daten werden zwischen IGA -Lösung, dem Verzeichnis und der HR-Lösung abgeglichen. IGA Administrator bearbeitet die Datenkarte, indem er den Status auf „Geschlossen“ (abgeschlossen) ändert und die Datenkarte speichert.
     • Die Daten stimmen nicht überein. IGA Administrator fordert die Personalabteilung auf, die Daten zu korrigieren. Beim nächsten HR-Datenimport werden die Daten automatisch korrigiert.
3. IGA Administrator ändert den Status IGA -Administrationsaufgabe auf „geschlossen“ (abgeschlossen).

Dies geschieht während der Benutzerlebenszyklusverwaltung im Anwendungsfall „ausscheidender Benutzer“ und ist auch Teil von Governance-Anwendungsfällen, da es auf eine Situation hinweist, in der das Benutzerkonto im Verzeichnis aktiv ist und der Benutzer basierend auf Informationen IGA Lösung deaktiviert werden sollte.

1. Der Workflow generiert IGA -Verwaltungsaufgaben-Datenkarte, deren Typ eine Datenausnahme ist, wenn der Benutzer keine aktive Arbeitsperioden-Datenkarte hat.
   • Wenn das Benutzerkonto aktiv sein soll, müssen die Informationen im Quellsystem (normalerweise HR-System oder Self-Service) korrigiert werden.
   • Wenn das Benutzerkonto deaktiviert werden soll, aktualisiert IGA Administrator/Manager das Enddatum erneut über den Self-Service
2. IGA Administrator ändert den Status IGA -Administrationsaufgabe auf „geschlossen“ (abgeschlossen).

Dies bezieht sich auf die Verwaltung des Benutzerlebenszyklus, insbesondere auf den Anwendungsfall ausscheidender Benutzer, wenn das Kundenverzeichnis eine OU-Struktur verwendet (wie beispielsweise Active Directory AD ).

1. Der Workflow generiert IGA -Verwaltungsaufgabendatenkarte vom Typ „Datenausnahme“
2. IGA Administrator überprüft, ob die Einstellungen des abgehenden Benutzers in der Datenkarte IGA Kontoinformationen korrekt sind.
3. IGA Administrator überprüft, ob die Einstellungen des Verzeichniskonnektors korrekt sind (erfordert Zugriff auf Administratorebene für IGA -Konfiguration).
4. IGA Administrator stellt sicher, dass im Verzeichnis keine Änderungen vorgenommen werden.
5. IGA Administrator ändert den Status IGA -Administrationsaufgabe auf „geschlossen“ (abgeschlossen).
6. Der Workflow führt ein Rollback durch und versucht die Bereitstellung erneut.