Before you read...
This feature is relatively new! But if you want to enable pre-provisioning permissions for your users based on SAML groups, talk to your CSM and we'll get the process started. If you already have SAML implemented in ReadMe, then you should be able to set this up yourself. This feature is only available for non-legacy implementations of SAML.
Group mappings gives the ability for your members (external & internal) to be automatically provisioned permissions (readonly or admin), based on their groups attribute.
This feature is ideal for enterprise organizations with large numbers of members across various projects, and who need to be automatically channeled to certain projects with certain permissions.
Within the controls, you'll be able to add a new group and customize the following:
- Group Name - Which group is this member associated with in your SAML settings?
- Enterprise Group Access - What will their permissions be?
For example, this is similar to saying, "I want my users with group attributes X, to have access to project Y, with permission Z"
First, it's important to note that you must have an IdP that is capable of groups. Otherwise, you don't really need to worry about this!
- You must have a SAML implementation in your ReadMe enterprise parent project.
- Set the "Group Name" to a group that matches your group in your SAML application in your IdP. For instance, if you have a group named "contractors" and you want members in that group to have access to that project, set the "Group Name" to "contractors". Make sure the casing is correct!
- Specify the projects you want to give them access to. If you want to give them access to all of the projects, set the project to the parent project.
- Specify which permissions they will receive, either readonly or admin.
Groups mapping must be of type array
We require that group implementations have a mapping type of array. Otherwise, the connection will error with a validation message!
Within the SAML Settings of your Okta application, in the group attributes statements section, set up the following mapping:
- key: groups
- filter value: MATCHES REGEX .+
If you've overwritten a permission for a user, the overwrite will persist over the mapping. The overwrite always takes precedence! We check if a user already has permissions attached, if there is, then we don't overwrite it.
The mappings also provide a way to better navigate the Members section. If you have a large number of members in a project, then the mappings will collapse the users that already have those permissions into a single row item.
Updated 24 days ago