- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-14-2025 04:32 AM
Hi everyone
Currently our instance is synchronized with the AD through the LDAP Server, Source, Federated ID and SSO Sourcer fields, the client needs to maintain the synchronization of this data in other auxiliary fields and desynchronize the users from the AD so that they can access the instance locally. Is this feasible taking into account the passwords of each user?
Thank you very much and best regards.
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-14-2025 04:36 AM
steps to achieve this:
- Maintain Synchronization in Auxiliary Fields:
- You can create custom fields in the sys_user table to store the synchronized data from AD.
- Use a transform map to map the AD attributes to these custom fields during the LDAP import process.
- Desynchronize Users from AD:
- To desynchronize users from AD, you can modify the LDAP import process to exclude certain users. This can be done by adding conditions in the transform map or using an onBefore transform script to skip records based on specific criteria.
- For example, you can exclude users who have a specific value in a custom field indicating they should be desynchronized.
- Local Access and Passwords:
- Once users are desynchronized, they will need local passwords to access the instance. You can set up a process to reset their passwords and notify them.
- Ensure that the password_needs_reset field is set to true for these users, prompting them to reset their passwords upon their next login.
Here is an example of an onBefore transform script to exclude users from the LDAP import:
(function transformRow(source, target, map, log, isUpdate) {
// Check if the user should be desynchronized
if (target.u_desynchronize == true) {
// Skip this record
ignore = true;
}
})(source, target, map, log, isUpdate);
This script checks if the u_desynchronize field is set to true and skips the record if it is.
If my response helped please mark it correct and close the thread so that it benefits future readers.
Ankur
✨ Certified Technical Architect || ✨ 9x ServiceNow MVP || ✨ ServiceNow Community Leader
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-14-2025 04:36 AM
steps to achieve this:
- Maintain Synchronization in Auxiliary Fields:
- You can create custom fields in the sys_user table to store the synchronized data from AD.
- Use a transform map to map the AD attributes to these custom fields during the LDAP import process.
- Desynchronize Users from AD:
- To desynchronize users from AD, you can modify the LDAP import process to exclude certain users. This can be done by adding conditions in the transform map or using an onBefore transform script to skip records based on specific criteria.
- For example, you can exclude users who have a specific value in a custom field indicating they should be desynchronized.
- Local Access and Passwords:
- Once users are desynchronized, they will need local passwords to access the instance. You can set up a process to reset their passwords and notify them.
- Ensure that the password_needs_reset field is set to true for these users, prompting them to reset their passwords upon their next login.
Here is an example of an onBefore transform script to exclude users from the LDAP import:
(function transformRow(source, target, map, log, isUpdate) {
// Check if the user should be desynchronized
if (target.u_desynchronize == true) {
// Skip this record
ignore = true;
}
})(source, target, map, log, isUpdate);
This script checks if the u_desynchronize field is set to true and skips the record if it is.
If my response helped please mark it correct and close the thread so that it benefits future readers.
Ankur
✨ Certified Technical Architect || ✨ 9x ServiceNow MVP || ✨ ServiceNow Community Leader
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-14-2025 05:00 AM
Thank you very much for your help @Ankur Bawiskar . Given the viability and the processes you have mentioned, I will begin the implementation you have mentioned to see how it goes.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-14-2025 05:01 AM
Glad to help.
Ankur
✨ Certified Technical Architect || ✨ 9x ServiceNow MVP || ✨ ServiceNow Community Leader