Group mappings grant roles, not membership in permission groups. The two are separate systems. IdP groups are a read-only snapshot Aperium reads from the sign-in token; they are never merged into your native Aperium permission groups. Permission-group membership stays native and is managed by hand.
How a mapping resolves
1
A user signs in through SSO
Their identity token carries the list of IdP groups they belong to.
2
Aperium matches each group against this tenant's mappings
For every IdP group name that has a mapping, the user picks up the mapped role.
3
Roles combine additively
A user can hold several roles from several groups. Access is the union of what those roles grant — there is no deny rule. See Roles for what each role can do.
Creating a mapping
Click Add mapping to open the dialog:- IdP group name — the exact group name as your identity provider spells it (for example
aperium-admins). Casing matters; it must match the token. If Aperium has recently seen group names on your members’ tokens, they’re offered as autocomplete suggestions in their exact casing. - Aperium role — the role that group should grant. Choose from the system roles (Super Admin, Tenant Admin, Member).
Who can manage mappings
The tab is available to admins with the group-mapping capability (Tenant Admin and Super Admin). A Tenant Admin manages mappings for their own tenant only. A Super Admin can switch which tenant they’re editing using the tenant picker in the tab’s toolbar.Verify before relying on it for a security decision: group mappings are evaluated from the IdP groups present on the sign-in token, so a change in your identity provider only reaches Aperium the next time the user authenticates.