Okta SCIM
Configure Native SCIM 2.0 provisioning from Okta so the platform accounts are created, updated, and deactivated automatically as assignments change.
This guide walks you through setting up Native SCIM provisioning from Okta to automatically synchronize users into the platform.
Prerequisites
Section titled “Prerequisites”- Okta administrator access
- the platform organization administrator access
- An Okta plan that supports SCIM provisioning (Okta Lifecycle Management)
How It Works
Section titled “How It Works”In Native mode, Okta pushes user changes to the platform’s SCIM 2.0 endpoint in real time. When you assign users or groups to the the platform application in Okta, it automatically:
- Creates the platform accounts for newly assigned users
- Updates user attributes when they change in Okta
- Deactivates the platform accounts when users are unassigned or deactivated
- Deletes the platform accounts when users are permanently removed (if configured)
Mapped Attributes
Section titled “Mapped Attributes”| Okta User Profile Field | SCIM Attribute | Notes |
|---|---|---|
| userName | userName | Required, unique |
| displayName | displayName | |
| givenName | name.givenName | |
| familyName | name.familyName | |
| nickName | nickName | |
| active | active | |
emails[type eq "work"].value | Multi-valued | |
| primaryPhone | phoneNumbers[type eq "work"].value | Multi-valued |
| title | title | |
| userType | userType | |
| preferredLanguage | preferredLanguage | |
| locale | locale | |
| timezone | timezone | |
| profileUrl | profileUrl |
Enterprise User Extension attributes:
| Okta User Profile Field | SCIM Attribute |
|---|---|
| employeeNumber | enterprise:employeeNumber |
| organization | enterprise:organization |
| department | enterprise:department |
| division | enterprise:division |
| costCenter | enterprise:costCenter |
| manager | enterprise:manager.value |
Step 1: Generate SCIM Credentials in the platform
Section titled “Step 1: Generate SCIM Credentials in the platform”-
Log in to the platform as an organization administrator
-
Go to Organization Settings > Authentication > Auto-Provisioning
-
Click Add Connector and select SCIM
-
Copy the SCIM Endpoint URL and Bearer Token
Step 2: Create a SCIM Application in Okta
Section titled “Step 2: Create a SCIM Application in Okta”-
Sign in to your Okta Admin Console
-
Go to Applications > Applications
-
Click Browse App Catalog
-
Search for SCIM 2.0 Test App (Header Auth) and select it
-
Click Add Integration
-
Enter the following:
Field Value Application label Probo -
Click Next, then Done
Step 3: Configure Provisioning
Section titled “Step 3: Configure Provisioning”-
In the the platform application, go to the Provisioning tab
-
Click Configure API Integration
-
Check Enable API Integration
-
Enter the following:
Field Value SCIM 2.0 Base URL Your the platform SCIM endpoint URL (e.g. https://your-probo-domain.com/api/connect/v1/scim/2.0)OAuth Bearer Token The bearer token from Step 1 -
Click Test API Credentials to verify Okta can reach the the platform SCIM endpoint
-
Click Save
Step 4: Enable Provisioning Actions
Section titled “Step 4: Enable Provisioning Actions”-
In the Provisioning tab, click To App in the left sidebar
-
Click Edit
-
Enable the following provisioning actions:
Action Setting Create Users ☑️ Enabled Update User Attributes ☑️ Enabled Deactivate Users ☑️ Enabled -
Click Save
Step 5: Configure Attribute Mappings
Section titled “Step 5: Configure Attribute Mappings”The default attribute mappings work for most setups. To review or customize them:
- In the Provisioning tab, scroll to Attribute Mappings
- Review the mappings — the defaults map Okta user profile attributes to the platform’s supported SCIM attributes
- Adjust mappings if needed (e.g. map
employeeNumbertourn:ietf:params:scim:schemas:extension:enterprise:2.0:User:employeeNumber) - Click Save
Step 6: Assign Users and Groups
Section titled “Step 6: Assign Users and Groups”- In the the platform application, go to the Assignments tab
- Click Assign > Assign to People or Assign to Groups
- Select the users or groups you want to provision into the platform
- Click Assign, then Save and Go Back
- Click Done
Only assigned users (or members of assigned groups) will be provisioned. This gives you fine-grained control over who gets a the platform account.
the platform membership roles are assigned in People or mapped with the SAML Role Attribute. SCIM creates people as Employee by default. Job title (title) and user type (userType) sync as profile context for access reviews, not as the membership role.
Step 7: Verify Provisioning
Section titled “Step 7: Verify Provisioning”- In Okta, go to the the platform application > Provisioning tab > To App to check provisioning status
- Go to Reports > System Log and filter by application to see provisioning events
- In the platform, go to People to verify users have been provisioned
- Check Organization Settings > Authentication > Auto-Provisioning > Event Log for detailed SCIM events
Troubleshooting
Section titled “Troubleshooting”Test API Credentials Fails
Section titled “Test API Credentials Fails”- Cause: The SCIM endpoint URL or bearer token is incorrect, or a firewall is blocking the connection
- Solution: Verify the endpoint URL includes the full path (ending in
/scim/2.0). Re-generate the bearer token in the platform if needed. Ensure your network allows outbound HTTPS from Okta to your the platform instance.
Users Not Being Provisioned
Section titled “Users Not Being Provisioned”- Cause: Users or groups are not assigned to the application, or provisioning actions are not enabled
- Solution: Check that users are assigned under the Assignments tab and that Create Users is enabled under Provisioning > To App
Provisioning Errors in Logs
Section titled “Provisioning Errors in Logs”- Cause: Attribute mapping conflicts or missing required attributes
- Solution: Check the System Log in Okta for specific error messages. Ensure
userNameis mapped to a unique, non-empty value (typically the user’s email)
Users Not Deactivated After Removal
Section titled “Users Not Deactivated After Removal”- Cause: Okta may still be processing the change, or Deactivate Users is not enabled
- Solution: Verify that Deactivate Users is enabled under Provisioning > To App. Check the System Log for the deprovisioning event. For immediate effect, manually trigger a push by clicking Push Now in the application’s provisioning settings.
Duplicate Users
Section titled “Duplicate Users”- Cause: The
userNamein Okta doesn’t match an existing the platform user’s email - Solution: Ensure the attribute mapped to
userNamematches the email format used in the platform. You may need to adjust the mapping to use the user’s primary email address.
Combining with SSO
Section titled “Combining with SSO”For the best experience, combine SCIM provisioning with SAML SSO:
- SCIM provisioning handles user lifecycle — creating and deactivating accounts automatically
- SAML SSO handles authentication — users sign in with their Okta credentials
This means users get automatic the platform accounts when they join your organization and lose access when they leave, with no manual account management needed.