- SCIM Token: a static token, sent as a Bearer token on every request. Use the SCIM Connector card.
- OAuth 2.0 Client Credentials: for providers that issue tokens through an OAuth client instead. Use the SCIM Connector (OAuth Client Credentials) card. The steps are the same except for the credential fields, which each step below names.
Requirements
- Application requirement: the application’s API must follow the SCIM 2.0 specification. SCIM 1.1 is not supported.
- Authentication: a SCIM token generated in your SCIM provider. For the OAuth method, a Client ID and Client Secret from an OAuth 2.0 application that uses the Client Credentials grant type, plus the Token URL (the OAuth endpoint that issues access tokens).
- Connection fields: the token, an App Instance Identifier, and the Base URL of your SCIM API, typically
https://{domain}/scim/v2. - Permission scoping: provisioning requires write access to Users and Groups on the SCIM API. A sync-only connection needs read access only.
Read-only or provisioning
Access level follows entirely from the token’s permissions in your SCIM provider. There is no separate read-only tile. A token scoped to read access on Users and Groups provides sync-only. Adding write access enables provisioning: creating, updating, and deleting users, and managing group membership.Scoping a token down after connecting If you reduce the token’s permissions on an existing connection, provisioning operations start failing with 403 errors until the permissions are restored.
1. Prepare the application
- Confirm the application exposes a SCIM 2.0 API and note its Base URL.
- Generate a SCIM token in your SCIM provider and copy it. For the OAuth method, create an OAuth 2.0 application with the Client Credentials grant type instead, and copy its Client ID, Client Secret, and Token URL. Consult the provider’s documentation for the specific steps.
- Confirm the token (or OAuth application) has read access to the Users and Groups endpoints, plus write access if you want provisioning.
- If the application restricts API access by IP, allowlist the IP addresses listed in Lumos IP addresses.
2. Connect in Lumos
- Go to Integrations and click the SCIM Connector card, or the SCIM Connector (OAuth Client Credentials) card for the OAuth method. To reconnect an existing connection, use the connected integrations tab.
- Provide the Token, the App Instance Identifier, and the Base URL. For the OAuth method, provide the Client ID, Client Secret, and Token URL in place of the token.
- Modify the endpoint paths only if the application doesn’t use the default
/Usersand/Groupsendpoints. - Click Connect.
Capabilities
Which of Deactivate or Delete Lumos calls depends on the deprovisioning action configured for the app.
API endpoints used
All requests carry the token (or, for the OAuth method, the access token issued by your Token URL) as a Bearer token in theAuthorization header, against your configured Base URL.
For the request and response payloads Lumos sends on each lifecycle operation, see SCIM Payload Examples.
Troubleshooting
Connection Failed. Usually an unreachable endpoint. Verify the Base URL format (https://{domain}/scim/v2), test that the HTTPS endpoint is accessible, confirm the SSL certificate is valid, check firewall and security-group rules, and confirm DNS resolution works.
401 Unauthorized. The token, or the service account behind it, is invalid, expired, disabled, or locked. Verify the token, confirm the service account is active, and regenerate the token if needed.
403 Forbidden. The token lacks permissions on the SCIM API. Grant read permissions to Users and Groups, add the Lumos IP addresses to the allowlist, verify SCIM API access is enabled, and check application-level permission settings.
404 Not Found. Wrong path or SCIM not enabled. Verify the Base URL ends with /scim/v2, confirm SCIM is enabled in the application, check the application’s docs for the correct endpoint path, and ensure the application supports SCIM 2.0, not 1.1.
Users not syncing. Verify /Users returns data, check users have userName and emails attributes, confirm the active attribute is set, review that responses match RFC 7644, and check pagination.
Groups not syncing. Verify /Groups is accessible, confirm groups have a displayName, and check the members array is properly formatted with valid user references.
Provisioning operations failing. Confirm the token has write permissions, verify required attributes are being sent, check the server supports the operation (POST, PATCH, DELETE), review /ServiceProviderConfig for supported operations, and verify userName uniqueness.