To enable automated provisioning or even to import users from another system, we need to use the synchronization functionality in OpenIAM. At a high level, the synchronization engine is responsible for:
- Getting data from the connector or CSV file and bringing it into OpenIAM
- This can be done either on an ad-hoc basis or it can be a regularly scheduled task.
- Mapping the incoming data from the source to objects in the OpenIAM system
- Passing the incoming data to the provisioning service to update downstream systems.
The configure synchronization follow the steps below:
- Goto _Webconsole -> Provisioning -> Synchronization
- Several examples have been provided to help you get started. If you are new to OpenIAM, then please leverage these examples instead of creating a new configuration. The steps below will describe how to create a new configuration.
- Click on
Create Synchronization. You will the screen below. Complete the form based on the table below.
|Name||Descriptive value to identify this configuration.|
|Number of Threads||Set this value to |
|Is active?||Flag which determines if the synchronization configuration can be executed. Making a configuration |
|Detect orphan||Orphan management should not be enabled for processing data from a source system. Orphan management is used to detect records in a target system which are not in source. This will be covered in detail in Data import section|
|Provision to target systems||This flag enables down stream provisioning to target system. Once you have configured you synchronization and managed systems, you MUST enable this checkbox to allow for downstream provisioning. This checkbox provides an easy to stop downstream impact.|
|Synchronization source||Determine if you will be importing the data using connectors or from a CSV file. Based on this, select either 'CSV file' or the name of the connector.|
|Managed System||Indicates which managed system the user should automatically be added to. When implementing automated provisioning, this value should be set to |
|Synchronization object||Defines the type of object that will be imported. Select |
|Synch type||Allows you to define if this should be an incremental or complete synch. While developing your script, you can start with |
|Synch Frequency||Describes how often the synchronization process should run, if you want it to running automatically. The frequency is expressed as a CRON expression. A CRON expression is a string of 6 or 7 fields, separated by a white space, that represents a schedule. In this case, select |
|Following expression shows how to run a task every 24 hours: 0 /24 * *|
|Pre-processor script||Pre-processor script runs before synchronization starts.|
|Post-processor script||Post-processor script runs after synchronization has been completed.|
|Validation Rule||Groovy script to validate the incoming data from the file.|
|Transformation Implementation||This can be either based on a policy map or a transformation scripts (aka. Groovy script). Select |
|Transformation rule||Select the Groovy script which will be responsible for mapping data from the CSV file to objects which OpenIAM understands.A bulk of the work that is performed during synchronization stems from this script. The sections below describe how you can create your own transformation script.|
|IDM Repository Field||Field which uniquely identifies a user in OpenIAM. Select from one of the following: EMPLOYEE ID, IDM USER ID (internal guid), PRIMARY EMAIL ADDRESS, PRINCIPAL NAME. If these do not apply, then select CUSTOM ATTRIBUTE and enter the attribute name.|
|Source Attribute Name||Attribute name form your source (via connector and CSV) which uniquely identifies a user.|
|Custom Rule for Matching||In cases where its not possible to match on a single field, you can create a Custom match rule, using Groovy script, which will allow for more complex matching algorithms.|
|Attribute names lookup||When getting data from Connectors, the Attribute name lookup is a simple script which define the list of attributes from the source system which should be made available to the Transformation script. For example, if you are working with LDAP or Active Directory, you will only be able to map attributes in the transformation script which have first been defined in the Attribute names lookup script.|
|File Name||Name of the CSV file that has been uploaded. Use the |
Develop Synchronization scripts
As you can see from the above configuration, there are several places in the synchronization framework where you can introduce custom Groovy scripts. These scripts provide an open framework that can be adapted to meet your business requirements.