Mapping Data Between Resources
A synchronization mapping specifies a relationship between objects and their attributes in two data stores. The following example shows a typical attribute mapping, between objects in an external LDAP directory and an Identity Cloud managed user data store:
"source": "lastName", "target": "sn"
In this case, the
lastName source attribute is mapped to the
sn (surname) attribute in the target LDAP directory.
The core synchronization configuration is defined in the.
For a list of all mappings, regardless of how they are configured, use the following call:
curl \ --header "Authorization: Bearer *token*" \ --header "Accept-API-Version: resource=1.0" \ --request GET \ "https://tenant-name.forgeblocks.com/openidm/sync/mappings?_queryFilter=true"
This call returns the mappings in the order in which they will be processed.
Mappings are always defined from a source resource to a target resource. To configure bidirectional synchronization, you must define two mappings. For example, to configure bidirectional synchronization between an LDAP server and an Identity Cloud repository, you would define the following two mappings:
LDAP Server > Identity Cloud Repository
Identity Cloud Repository > LDAP Server
Bidirectional mappings can include a
links property that lets you reuse the links established between objects, for both mappings. For more information, see "Reuse Links Between Mappings".
You can update a mapping while the server is running. To avoid inconsistencies between data stores, do not update a mapping while a reconciliation is in progress for that mapping.