Wie können wir den fehlgeschlagenen Synchronisierungsjob sicher erneut ausführen und prüfen, ob die Deprovisionierung danach erfolgreich abgeschlossen wurde ?

Hallo Sophie Weber,

Bitte prüfen Sie zunächst in der Okta Admin Console unter Reports > System Log den fehlgeschlagenen Workflow-/Provisioning-Vorgang und erfassen Sie den exakten Fehlercode sowie die API-Antwort der Zielanwendung, da die Ursache je nach Connector bei Authentifizierung, Berechtigungen oder einem meist ungültigen Benutzerstatus liegt. Überprüfen Sie anschließend in der entsprechenden Okta-Anwendung unter Provisioning > To App, ob Deactivate Users aktiviert ist und ob der verwendete Service Account in der Zielanwendung über die erforderlichen Rechte zum Deaktivieren von Benutzern verfügt. Falls der Workflow selbst die Deaktivierung auslöst, sollte zusätzlich der Workflow-Execution-Log geprüft werden, um festzustellen, ob die Aktion tatsächlich an den Connector übergeben wurde oder bereits innerhalb des Workflows fehlgeschlagen ist. Führen Sie keine manuelle Löschung des Kontos durch, bevor die Ursache geklärt ist, da dadurch die Zuordnung zwischen Okta und dem Zielkonto verloren gehen kann; Stattdessen sollte nach Behebung der Ursache ein erneuter Provisioning-/Deactivation-Versuch ausgeführt und anschließend der Benutzerstatus in der Zielanwendung überprüft werden. Wenn Sie mir den exakten Fehler aus dem Okta System Log bzw. den Workflow Execution Details sowie den Namen der angebundenen Cloud-Anwendung nennen, kann ich die Ursache und die passende Korrektur gezielt eingrenzen. Wenn meine Antwort für Sie nützlich ist, klicken Sie bitte auf Antwort akzeptieren, um mich zu unterstützen.

Danke,HL.