Manage Privilege Accesses
Manage Privilege Accesses
In this use case is described how IGA Admin can manage the whole processes for privilege accesses and accounts.
This use case needs to be implemented, if Customer is using any of the other privilege access use cases (Request Privilege Accesses, Request Privilege Account, Activate Privilege Account and expansions to other use cases).

Use Case Description
This use case is available only for IGA Enterprise package.
Please notice, that managing Administration level accesses for example in AD, it needs domain admin level permissions to the service account, which IGA solution is using for writing data towards AD.
| Description | |
Overview |
This use case describes how IGA Admin can manage privilege accesses and their availability on the Self-Service Portal. |
Operators |
IGA solution |
Prerequisites |
Technical account, which IGA solution is using for reading and writing data towards directories or applications, needs to have enough permissions to manage also admin level accounts and accesses (for example if in AD, IGA solution is managing Domain Admins, service account needs domain admin level accesses to the Customers directory). |
Result |
IGA Admin can manage, report and audit privilege level accesses and accounts. Users with privilege accesses can be re-certificated more often and during auditing information is up to date. |
Operating chain |
|
Related datacards |
IGA Entitlement |
Views and dashboards |
|
Configuration Changes
Customer can define these configuration changes, without them affecting the projects schedule or work estimations.
1. Customer can define prefix and suffix for privilege accounts, which is used for sorting privilege accounts
DeleteExpansion Possibilities
In this chapter are listed expansion possibilities, but please notice that these might have affect to the projects schedule and work estimations, so these will always needs Efecte Consultants review before agreeing on implementation.
1. Customer can define logic, for recognizing automatically privilege accounts and groups
Logic might be needed if Customer have several tens or hundreds of privilege accounts and accesses. Logic can be for example, that prefix or suffix is recognized, marked and relation to Identity Storage can be made automatically.
2. Customer can define that privilege accounts are automatically disabled when read to the IGA solution
DeleteConfiguration instructions
- With IGA baseline there is no need to edit workflows or EPEtasks to achieve this use case.
- Test the IGA Privilege Access management
- Test user must be IGA admin. Admins are usually managed by Efecte_IGA_Admins Directory Group.
- Before testing ESM must contain:
- IGA Accounts and entitlements
- Test to Create new privilege Entitlement and publish that to portal
- Test to Open view for IGA Accounts and modify with edit all action IGA accounts to be privilege from IGA Account type or edit those one by one.
- Test to Open view for IGA Entitlements and modify with edit all action IGA Entitlements to be privilege or edit those one by one.