Reinstatement workflow Details
Once created and running, the Reinstatement workflow is displayed among other workflows in the Workflows grid. To view the Details of the Reinstatement workflow, click the workflow in the grid, and the details will open: Identity Automation > Workflows > Workflows > {a specific Reinstatement workflow} > Details
In this section:
- Details of Reinstatement
- About Reinstatement
- Reinstatement statuses
The Details page of the Reinstatement workflow
Details of Reinstatement
The Details of the Reinstatement workflow show the following:
- Information about the Workflow
- Type - it is the Reinstatement type of the workflow.
- Status - to inform about the current status of the workflow. For an overview of what statuses a Reinstatement workflow can go through, see one of the sections below.
- Approver Identities - the Identities who approved the workflow.
- Pending Approvers - the Identities who were requested to provide an approval. Displayed before any approval is received, or after the workflow gets the
Rejectedstatus. - Created On - date and time when the workflow was triggered.
- Information about the Identity
- Beneficiary - it is the Identity who has been reinstated in the system, and provisioned with the access again.
- Beneficiary Type - Identity or a Workgroup as the possible types of Beneficiaries for workflows.
- Information about the Role
- Assigned Birthright Roles - list of the Birthright Roles assigned with the current workflow
- Provisioned Accounts - the username of the account and the integration and the resource where the account was created.
If the Reinstatement workflow fails to a certain reason, the Retry button shows up for it in both the Workflows grid and in the Details, so that if needed, the workflow can be re-started again manually.
About Reinstatement
The Reinstatement workflow is intended for provisioning birthright access to pending Identities. What accounts are included into a birthright access is determined with a Birthright Role, which is configured with conditions. If an Identity meets those conditions, during the Reinstatement workflow the Identity gets the respective accounts provided by the calculated Birthright Role.
The Reinstatement workflow is automatically created when the HR Source Check Request re-actives an Identity, and changes their status from Terminated into Pending.
Reinstatement statuses
The Reinstatement workflow executes automatically, and goes through the following statuses:
|
Status |
Description |
|
Preparing for approval |
The workflow has started, and been calculating the approval strategy. |
|
Waiting for approval |
The approvers are notified. The workflow is waiting for the decision from the approvers. |
|
Approved, provisioning |
The approvers accepted the workflow. The execution of the workflow has started. The workflow is in progress. |
|
Error provisioning the access |
The workflow throws an error. The Retry function is available for the user manually to re-start the workflow. |
|
Provisioned and closed |
The workflow successfully finished with provisioned access. |
|
Rejected, closing |
At least one approver rejected the workflow. |
|
Closed - rejected by the manager |
The workflow successfully finished without provisioned access, due to the received rejection by the approvers. |
|
Provisioning Error |
The workflow failed to provision access. The Retry function is available for the user manually to re-start the workflow. |
