We have a requirement where we are creating Non - Employees as People profile. We want to import all the employees also in NERM so that we can assign employees as manager to Non - Employees. We also want that managers can login into NERM portal to manage non - employee lifecycle.
How can we achieve importing employees so that they can even login into the NERM portal also?
You can use the /user api to create user records along with the âgroup_stringsâ value for them that maps to the roles they should have when they login via SSO. You can do this via a webservices connector from IIQ or ISC too!
In my clientâs scenario, I have both NERM instance and a IdentityNow instance. The way SailPoint had setup the SSO by default is that IdentityNow has been setup as Identity Provider for NERM.
So the directory group related attribute in NERM roles needs to be mapped with âGroupsâ inside SSO settings of NERM.
The way it is working is that, the user capabilities on IdentityNow (Example: ORG_ADMIN, CERT_ADMIN, REPORT_ADMIN) are directly mapped to âGroupsâ in NERM. In that case, there isnât any capability in IdentityNow to create a custom capability/user level matrix called âSponsorâ right? So, how do we do it?
What Iâve also seen is, if you create a user using /api/user in NERM as mentioned above with "group_strings": "Sponsors", it will be validated on the target SSO system during the daily refresh on NERM system and if not found, the "Sponsor" related role on NERM is automatically removed.
If you are using an IdP, the groups need to be provided by the IdP in the assertion. If you are using ISC local accounts, then you need to directly assign users to roles in NERM (via API) then those should be retained when logging in â except for users with ORG_ADMIN, they will always just have the ORG_ADMIN group sent across. This was recently fixed to work this way - prior to a week or so ago users roles in NERM were getting cleared if they were an ISC local user.
In the local user case, you would create the user without any group_strings, then use the /api/user_role api to assign the user to a role, then logging in with that local ISC user should retain the role in NERM.
In my case, we would not create local users in NERM, instead the system users in NERM would always come in via SSO.
So if I understand it correctly, for any user coming into NERM via SSO (where IdentityNow is the IdP), I can still use the /api/user_role API to assign the roles present in NERM and those would not get cleared off as per the latest fix. Is that right?
If the users are coming through an SSO connection, the user_role method should work if your IdP is NOT sending anything in the groups assertion attribute. Information in the groups assertion will always be treated as authoritative and overwrite any direct role assignments to users.
Recently we started NERM implementation and I found your insights very helpful, since weâve also face some difficulties.
In our case we use ISC as Idp, but even when an ISC ORG_Admin signs in NERM, he does not have admin permissions within NERM (Admin option is not available at all).
Do you happen to know how we can overcome this? Or is it something that Sailpoint services can assist with?
Our first goal is to configure a different Idp but in order to do that we need to access authentication settings, thus admin rights in NERM are needed.
Let me try this once more and see if it gets cleared up as part of daily refresh and will get back to you.
Also @DerekHackbardt, on a side note, If Iâm creating users in âSystemâ > âUsersâ section, using a CSV import, how can I enable login capability into NERM system for such users?
I have been testing the import of users in NERM.
I see that when I import users in a profile type, it does not let me edit their attributes in NERM unlike the profiles I created from a workflow.
Is there any way to edit these attributes?
@GilbertoOledo14
System users once imported via a CSV feed can only be updated from UI for now.
You might have to leverage REST APIs to update them as there is no other way currently. The restriction comes from the fact that the system users must come into NERM system via an SSO IDP and the IDP must take care of the change in attribute values of such users.
@GilbertoOledo14 , in that case, you should configure permissions on each attributes for you to be able to see them on info tab. Navigate yourself to Templates > Attributes > Select each attribute youâre using on user profile and under permissions tab of each attribute, set the permission as âEditâ for the role that your NERM user account is mapped to and then youâll be able to edit the field values.
@GilbertoOledo1, Can you elaborate in detail or share screenshot of what exactly you mean by editing attributes? Me, along with multiple others on this post seem to be missing the context of your query.
Of course, I have a profile type called âProveedoresâ. I have a workflow that helps me to create profiles for âProveedoresâ.
When I create a profile from the workflow it allows me to view and edit its attributes:
Screenshot:
However, when I use the âImportâ option (To make a bulk upload), it allows me to create profiles by loading information from a CSV but does not allow me to edit its attributes:
Screenshot:
Got it @GilbertoOledo14 , I understand your question now. Basically, when you create a profile from workflow, the requestor becomes the default owner of the profile. That is why youâre able to edit the profile attributes.
However, when you import a user using âImportâ button, there is no contributor on the profile by default. What you must do is :
Click on a profile where youâre unable to edit the attributes
Navigate to âContributorsâ tab and under âAdd Contributorâ search field, search for your user and select it. Now you should be a contributor on the profile
Now go back to the âInfoâ tab and you should see youâll be able to edit the attributes.