I am using a Delimited File as the authoritative source and have successfully aggregated the user attributes into SailPoint IIQ. However, I am unable to push attribute changes (such as First Name and Last Name) from SailPoint IIQ to the database table.
I have already configured the required Target Mappings under Identity Mappings, but the updates are not being reflected in the database.
Could you please help me understand if there are any additional configurations required for JDBC provisioning or attribute synchronization?
Hi @suresh11 - Have you configured the provisioning rules? Natively IIQ does not know “how” to provision to JDBC, so you have to setup rules in the connectors. You can use a global rule that covers all operation types or independently setup rules for the operations. When the connector is called, the ProvisioningPlan is parsed for the operation and will use the appropriate rule. Attribute sync for example will use a Modify provision rule.
Hello Suresh. Your firstname → Employee_DB.FIRST_NAME mapping looks fine. Since you also mentioned Last Name, could you check whether lastname has its own target mapping to Employee_DB.LAST_NAME? Target mappings are set per attribute, and the screenshot only shows First Name.
Before changing the JDBC rule, I would suggest checking whether IIQ is generating a Modify request at all. Your firstname mapping checks AuthEmployee → First Name first, then Employee → givenName. If AuthEmployee already has a value, changes from Employee will not update the identity’s first name. Could you confirm which one is your Delimited File source? For one test identity, try the following:
Change the name in the source that takes priority and aggregate it.
Run Identity Refresh with Refresh identity attributes and Synchronize Attributes enabled, with the identity in scope.
Confirm the identity cube value changed, then check whether a Modify request was generated for Employee_DB.
The Provisioning Transactions table logs failures only by default, so set Maximum Log Level to Success under Global Settings → IdentityIQ Configuration → Miscellaneous for the test, otherwise a Modify that succeeds (or commits without updating) will not show up there.
If the cube changes but no Modify request appears, I would check the synchronization settings and whether the identity has a correlated Employee_DB account. If the Modify request reaches your rule, check whether req.getNativeIdentity() matches the EMPLOYEE_ID in your USERS table. Your rule also appears able to return committed when no name attribute was updated, so logging the attributes received and the executeUpdate() row count would help confirm whether the database was actually updated.
Could you share whether the Modify request is generated and what the logs show?