Your SCIM endpoints.
Paste these into your IdP. The Bearer token is created in the next step.
https://www.agentaudit.co.uk/scim/v2
https://www.agentaudit.co.uk/scim/v2/ServiceProviderConfig
Mint a SCIM credential.
- Sign in to /dashboard/ as an admin.
- Open Settings → Identity.
- In the SCIM block: pick a Label (e.g.
Okta production) → Create credential. - The token is shown once. Copy it now.
Configure your IdP.
1. Enable provisioning on your Agent Audit Okta app
- If you already set up SSO via OIDC, go to that app. Otherwise create an Okta SCIM application: Applications → Browse App Catalog → SCIM 2.0 Test App (Header Auth) as a starting point, name it
Agent Audit. - On the app → Provisioning → Configure API Integration.
- Tick Enable API integration.
- SCIM Base URL:
https://www.agentaudit.co.uk/scim/v2. - API Token: paste the SCIM credential you minted above.
- Click Test API Credentials — Okta probes
/Users?count=1; expect a 200.
2. Enable provisioning actions
- Provisioning → To App → Edit.
- Enable Create Users, Update User Attributes, Deactivate Users.
- Provisioning → Attribute mappings → leave the defaults (userName / email / displayName).
3. Assign people
Add the Okta groups whose members should appear in Agent Audit. Okta posts a POST /Users for each.
1. Enable provisioning on your Enterprise app
- Entra admin centre → Enterprise applications → your Agent Audit app.
- If you don't have one yet, create one via New application → Create your own application → name
Agent Audit. - On the app → Provisioning → Get started → Automatic.
2. Admin credentials
- Tenant URL:
https://www.agentaudit.co.uk/scim/v2. - Secret Token: paste the SCIM credential.
- Click Test Connection — expect a green check.
3. Mappings
- Provisioning → Mappings → Provision Microsoft Entra ID Users.
- Leave the default mappings (userPrincipalName → userName, mail → emails[type eq "work"].value, displayName, active).
- Save.
4. Scope + Start
- Provisioning Status: On.
- Scope: pick assigned users / groups, then assign people on the Users and groups tab.
1. Create a custom SCIM application
- JumpCloud admin → SSO Applications → Add Application → Custom SCIM.
- Name:
Agent Audit. - On the SCIM tab:
- Base URL:
https://www.agentaudit.co.uk/scim/v2 - Token Key: paste the SCIM credential
- Test User Email: any email you control
- Base URL:
- Click Test Connection.
2. Attribute mappings
JumpCloud's defaults work — userName = email, active = true. No customisation needed for Agent Audit's basic role.
3. Assign user groups
On the application's User Groups tab, add the groups whose members should sync.
Test provisioning.
- Assign one user to your IdP's Agent Audit application.
- Wait 30-60s (Okta), 5-10 min (Azure AD default), or trigger a manual sync.
- In Agent Audit → Settings → Members, the user should appear with the default role.
- Deactivate the user in your IdP — within the next sync they should disappear from Members (we soft-deprovision by removing the membership, the user's audit trail stays).
Role mapping.
Agent Audit roles: owner, admin, member, viewer. The default for newly-provisioned users is member.
To map IdP groups or attributes to specific Agent Audit roles, set a custom attribute mapping in your IdP:
- SCIM attribute:
roles[primary eq true].value - Allowed values:
owner,admin,member,viewer
Anyone the IdP marks as admin will be able to create / revoke SCIM credentials themselves — be deliberate about which groups you grant.
Troubleshooting.
- 401 Unknown or revoked SCIM token — the credential was revoked or the wrong one was pasted. Re-mint in Settings → Identity.
- 404 User not in this tenant — the IdP is updating a user that doesn't belong to this tenant. Check the IdP isn't sharing one application across multiple Agent Audit tenants.
- 409 already exists — typically Okta retrying after a network glitch. The next sync resolves.
- Users disappear in Agent Audit — IdP deactivation (PATCH with
active=false) removes the membership. The user's audit trail stays; restoring access is reactivation in the IdP.