Hello, I’m new to ISC and I was wondering how I can synchronize a startDate that is in ISO format with a target account attribute that uses the dd-MM-yyyy format.
Will ISC attempt to resynchronize the date every time because the formats are different?
Create a new custom identityAttribute , apply dateFormat to this transform and bring the startDate value in dd-MM-yyyy format .
For attribute sync , use this newly created attribute , instead of startDate directly .
You should probably explain to the client that syncing is happening from the identity attributes downstream to the account attributes (for the values that you want to keep in a sync). You can have multiple sources, and each source can have an account attribute of a date which will be overwritten from certain identity attribute (e.g. date in your case) during the sync.
We explained it to them however they simply do not want the newly created identity attribute to be visible on the identity… For them, it is not compliant with their IAM standards to display account attributes on the identity. Is there a way to hide the newly created identity attribute for showing on the identity? Or are there no alternatives to this?
The concept of Attribute Sync is to push an authoritative value to the target application. If we create a formatted Identity Attribute, only then, we can update that value on the end system.
is it acceptable to bring startDate in the dd-MM-yyyy format?
From what I see, these are the only two viable options, and there doesn’t appear to be an ideal workaround.
What kind of connector is this for? If you can’t use identity profile attribute, I can think of 2 options. Modify provisioing policy or before prov rule to transform your date format to send on modify op and set it to the attribute request in question
To reiterate, it’s not possible to sync different formats, you’d have to create an identity attribute with the proper format and use that to sync downstream.