Announcing the Saviynt Knowledge Exchange unifying the Saviynt forums, documentation, training, and more in a single search tool across platforms. Read the announcement here.
This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
We are attempting to create a technical rule that should only trigger if the user doesn't already have an entitlement on their AD account, but are running in issues with the query. We have tried creating the query both inline and using joins, but sti...
We are currently importing the Azure Directory Roles, but in Saviynt, this is only showing users that actually have the "Active" role, where as we want to see all the users that are "Eligible".Our use case is to be able for users to request access to...
We have an invitation process for onboarding new external users. We can set the Invite URL Maximum Retry Count easy enough, but just how do we see how many times the user actually attempted to access the invitation?
Is there a way to determine, either through the UI or from an analytic, to determine how a request was actually made (from the UI, from a bulk request, from the API, etc)?
We recently upgraded our DEV environment for 23.9 to 24.1 and now our service accounts are not provisioning to AD. We've been able to determine the cause is from two lines in our CREATEACCOUNTJSON as follows:"description": "${String description = 'Sy...
I have also tried the following without any success as well:a.customproperty14 in ('2','5') and a.employeeclass = 'Internal' and (a.customproperty32 is null or a.customproperty32 != '2147483648') and a.customproperty13 in ('A','P') and a.statuskey=1 ...
We are using both a REST and OOTB connector."confirm if these eligible roles can be fetched in postman using Azure API." I have no idea, which is why I made this post.
Check for what in the logs exactly? Isn't this information available in an analytic? Having to check the logs for a single request out of thousands made per day is insane.