/api/config/scim on the same Genesis host that
serves your dashboard. Calls require an authenticated Genesis admin session
with the ACCESS_CONFIG_PANEL permission. These endpoints are how you generate
and rotate SCIM bearer tokens, configure group-to-role mappings, and inspect
SCIM configuration state.
For the SCIM provisioning surface used by IdPs (/scim/v2), see the
SCIM API Reference.
Databricks App behavior: API reference.
Endpoints at a glance
Authentication
Admin API calls authenticate the same way as other Genesis admin requests: an authenticated admin session with theACCESS_CONFIG_PANEL permission.
The SCIM bearer token returned by tokens/rotate is a separate credential
used only by IdPs against /scim/v2. SCIM bearer tokens cannot
authenticate any other Genesis API.
Inspect SCIM configuration
Rotate a bearer token
GENESIS_SCIM_BEARER_TOKEN), the persisted
token returned here takes precedence after rotation.
Token rotation cadence
- Rotate before initial production rollout, after staff turnover or off-boarding, and immediately on suspected disclosure or incident response.
- Schedule periodic rotations (for example, quarterly) per your security policy.
- After rotation, update the IdP secret value before the IdP attempts its next push.
Revoke tokens
401/403 until a new token is rotated and
configured on the IdP side.
Use revocation to:
- Cut off a leaked token immediately.
- Decommission a SCIM integration without uninstalling Genesis.
- Force the IdP off a stale credential before a new rotation is staged.
Configure the group-to-role mapping
Mapping key choice
Map by whatever the IdP sends as the SCIM group identifier:- If your IdP sends a human-readable
displayName(Okta, Entra ID with display names, OneLogin), use that as the key. - If your IdP sends opaque identifiers in
externalId(some Entra ID and AWS-sourced flows), use the externalId value as the key.
Mapping change effects
- Mapping changes take effect on the next SCIM Group operation that touches an affected group.
- Removing a mapping for a previously mapped group does not revoke role membership retroactively. To revoke, push an updated SCIM Group with the desired members (or remove the user from the group in the IdP), or remove the user from the group on the IdP side.
- Changing a mapping target role (for example,
company-users: user→company-users: analyst) becomes effective the next time the IdP pushes that group. Re-pushing the group from the IdP applies the new role to all members.
Permissions and audit
- All admin endpoints require the
ACCESS_CONFIG_PANELpermission. - Token rotation, token revocation, and mapping replacement write rows to the
SCIM_AUDIT_LOGtable. See SCIM Monitoring for example audit queries and SIEM export guidance. - Manual user-role edits for SCIM-managed users are blocked through the UI, the role API, and admin tools. See SCIM Security for the full set of guarded surfaces.
Manual validation steps
Use these steps in a non-production deployment to confirm admin API behavior end-to-end:1
Inspect
Call
GET /api/config/scim/config. Confirm the tenant id and the
expected group-to-role mapping are returned and that no plaintext token is
present.2
Rotate
Call
POST /api/config/scim/tokens/rotate. Save the returned token.3
Use the new token
Call
GET /scim/v2/ServiceProviderConfig with the new token in the
Authorization: Bearer ... header. Confirm a 200 SCIM
ServiceProviderConfig response.4
Revoke
Call
POST /api/config/scim/tokens/revoke. Re-call
GET /scim/v2/ServiceProviderConfig with the same bearer token and
confirm a SCIM-shaped 401/403.5
Replace mapping
Call
PUT /api/config/scim/group-role-mapping with a new mapping.
Re-fetch GET /api/config/scim/config and confirm the mapping is updated.
