Skip to Content

SSO & SCIM

SSO routes login through your identity provider (IdP) so you don’t manage Omniflow passwords. SCIM lets the IdP create, update, and deactivate Omniflow members automatically when people join, change roles, or leave the company.

Supported IdPs

ProviderSAMLOIDCSCIM
Oktaâś…âś…âś…
Azure AD / Entra IDâś…âś…âś…
Google Workspaceâś…âś…âś…
OneLoginâś…âś…âś…
JumpCloudâś…âś…âś…
Generic SAML 2.0✅——
Generic OIDC—✅—

Configure SAML SSO with Okta

Create the app in Okta

In Okta Admin → Applications → Create App Integration → SAML 2.0.

Get Omniflow metadata

In Omniflow → Settings → SSO & SCIM → SAML → Show metadata URL. Copy the URL.

Paste into Okta

Paste the metadata URL into Okta’s app config. This populates the SSO URL and audience automatically.

Map attributes

Map the Okta user attributes to Omniflow fields:

Omniflow fieldOkta attribute
emailuser.email
firstNameuser.firstName
lastNameuser.lastName
groupsuser.groups

Assign users / groups

Decide who in Okta can sign in to Omniflow. Most teams assign by group.

Test sign-in

Use Okta’s “Sign in to Omniflow” tile. You should land in the workspace already logged in.

Configure OIDC SSO

OIDC is generally simpler than SAML — share a client ID, secret, and discovery URL.

  1. In your IdP, create an OIDC application.
  2. Set the redirect URI to https://app.omniflow.example/auth/oidc/callback.
  3. Get the client ID, secret, and issuer URL.
  4. Paste into Omniflow’s OIDC config.
  5. Test.

SCIM provisioning

SCIM keeps Omniflow’s member list in sync with your IdP automatically:

Event in IdPWhat Omniflow does
New user added to assigned groupCreates an Omniflow member, assigns role from group mapping.
User attribute changedUpdates the member.
User removed from groupDeactivates the member.
User reactivatedRestores the member with the same role.

Enable SCIM

  1. In Omniflow → Settings → SSO & SCIM → SCIM → Generate token.
  2. Copy the token + base URL.
  3. In your IdP, enable provisioning, paste the token + URL.
  4. Run a test sync.
  5. Enable.

Group → role mapping

Map IdP groups to Omniflow roles:

Okta group: Omniflow role: "Omniflow-Admins" → Admin "Omniflow-Supervisors" → Supervisor "Omniflow-Agents" → Agent "Omniflow-Trainees" → Trainee

Multiple groups → highest role wins.

Pair SCIM with Just-in-Time provisioning so the user is created on first sign-in if SCIM hasn’t synced them yet — useful during initial rollout.

Enforcement

SettingNotes
Require SSO for all usersDisables password login workspace-wide.
Require SSO for specific domainsForce @yourcompany.com users through SSO; allow others to use password.
Bypass for emergency adminOne designated admin can still password-login if SSO breaks.

Always have an SSO-bypass break-glass admin. Configuring required-SSO without a bypass can lock your entire team out if your IdP has an outage.

Audit and troubleshooting

Common issues:

SymptomCause
”We couldn’t find your account”SCIM hasn’t created the user; or user not assigned to the IdP app.
Loop redirectClock skew between IdP and Omniflow > 5 minutes.
Wrong role assignedGroup → role mapping needs adjustment.
Some users sign in, others don’tApp assignment in IdP is partial.

The Settings → SSO → Audit log shows every SSO and SCIM event with the IdP’s response payload.

Open in Omniflow

If you want to…Go to
Customize rolesRoles & Permissions
Manage members manuallyMembers & Teams
Audit accessSettings overview