ODBC2Ident+Maintenance
Extended creation workflow with policy execution and privilege resolution. - copy the required creation workflow - copy this workflow (uncheck the nested copy flag) - link the creation workflow to the first activity of the copied workflow
ODBC2Ident+Maintenance extends an identity-creation workflow with follow-up maintenance steps. You use it when an ODBC-based import should be followed immediately by policy execution and privilege resolution in the Identity Store.
This workflow is a template rather than a standalone import. You copy the required creation workflow, copy ODBC2Ident+Maintenance without nested copies, and then link your creation workflow to the first activity before you use it.
The workflows in this reference are delivered as factory data and are loaded into the Connectivity configuration database during the initial configuration. They are samples: use the Identity Manager to copy a workflow into your own scenario and adapt the copy. Do not change the delivered objects, because a product update can replace them.
At a Glance
Name |
|
Category |
Source Scheduled |
Technology |
Tcl-based scheduled workflow |
LDAP object class |
|
Workflow type |
- |
Connected system / controller type |
- |
Configuration wizard |
|
Active in the factory data |
not set |
Factory data version |
7.0 |
Factory data path |
|
Prerequisites
-
A copied creation workflow linked as
Creation workflow, typically based onODBC2Identor another import workflow. -
An agent that can run
PolicyAgent. -
An agent that can run
ServiceAgent.
Workflow and Activities
| Step | Activity | Description | Agent | Runs after |
|---|---|---|---|---|
1 |
|
This activity imports the identities from the source |
- |
start activity |
2 |
|
Performs a policy execution with provisioning rules |
|
|
3 |
|
Performs a privilege resolution |
|
|
Jobs and Agents
| Activity | Job | Agent | Operation | Input channel | Output channel |
|---|---|---|---|---|---|
|
|
- |
not set |
- |
- |
|
|
|
Full Import |
|
|
|
|
|
Full Import |
|
|
Configuration Parameters
| Parameter | Default value |
|---|---|
|
full |
|
0 |
|
AssignOnly |
|
process |
|
2 |
| Parameter | Default value |
|---|---|
|
full |
|
0 |
|
FALSE |
|
0 |
|
resolution |
|
1 |
A Tcl-based workflow runs scheduled in the C++-based Server (IdS-C). Its activities run in the order
defined by the dxmPredecessorActivity-DN chain, and each activity starts a job that runs one agent
with one input and one output channel. Agents exchange their data through files or directly through
the meta controller, so a typical workflow consists of an export activity that writes the data of the
connected system and an import activity that maps and loads that data into the Identity Store.
You start these workflows manually from the Identity Manager or attach them to a schedule.
The workflow runs in three stages. The linked Creation workflow imports the source identities, PolicyExecution applies provisioning rules, and PrivilegeResolution resolves privileges after the policy step has finished.
If the linked creation workflow fails, neither maintenance step runs. If PolicyExecution fails, PrivilegeResolution does not start.
Operation
-
The workflow starts the linked
Creation workflow, which performs the source import that you attach to this template. -
After a successful import,
PolicyExecutionruns withmodeset toAssignOnlyandrequestset toprocess, so the workflow performs policy processing on the imported result. -
PrivilegeResolutionthen runs withrequestset toresolutionto resolve privileges after policy execution has completed. -
The workflow finishes only when all three stages succeed.