Leveraging Intelligent Recommendations for Operational Transformation. AMS Partners click HERE | EMEA/APJ Partners click HERE |
08/09/2024 12:24 AM
We have observed that full user import takes same time as incremental user import.
Is there some specific configuration that we need to have on AD connector to make the incremental import work correctly? Because right now it seems to be doing same exact stuff as the full import.
Below are the job logs and both are taking half an hour.
Solved! Go to Solution.
08/13/2024 02:09 AM - edited 08/13/2024 02:09 AM
Hi Yogesh,
Please refer to the documentation for the configurations for incremental and full import job and connection.
Active Directory Integration Overview (saviyntcloud.com)
Regards,
Dhruv Sharma
08/20/2024 12:00 AM
I have already gone through the documentation and there is no mention of what exact configurations are required for incremental import to work properly.
I have tried mapping ADs whenChanged attribute to users UPDATEDATE column but that doesn't help either:
UPDATEDATE::whenChanged#customDate--yyyyMMddHHmmss.'0Z',
as well as
UPDATEDATE::whenChanged#date,
08/31/2024 08:49 PM
@yogesh2
Can you share the user import Json here along with the job screenshot here.
09/02/2024 01:33 AM
for incremental import to work properly you have to map both user attributes (why is this not documented in the connector page?):
UPDATEDATE::whenChanged#customDate--yyyyMMddHHmmss.'0Z',
CREATEDATE::whenCreated#customDate--yyyyMMddHHmmss.'0Z',
but this is undesired in our case as we have multiple sources for the user import and each will try to update these fields and will cause lots of updates in user update history.
In my opinion this should not be a requirement, saviynt should apply these filters to get the users from target system, why are we required to write these values to user profile?
I have created an Idea for this:
https://ideas.saviynt.com/ideas/EIC-I-6143