Table of Contents

Single Sign-On (SSO)

ClaimRev supports single sign-on so your team can use your existing company login — Microsoft 365, Entra ID, Okta, or any other OpenID Connect provider — to access the ClaimRev portal. No separate ClaimRev password to remember, no extra account to manage.

What Your Users Will See

Once SSO is set up for your organization, the sign-in experience is:

  1. User goes to portal.claimrev.com and enters their work email address.
  2. They're redirected to your company's login page (Microsoft sign-in, Okta, whichever you use).
  3. They sign in the way they normally do — same password, same MFA, same conditional access policies your IT team has configured.
  4. They land back in the ClaimRev portal, signed in.

If your company already has someone signed in to Microsoft 365 (or your other identity provider) in that browser session, they'll usually skip the password prompt entirely.

Why Use SSO

Supported Identity Providers

Any provider that supports the OpenID Connect (OIDC) standard. The ones we've connected most often:

If you have a different provider and aren't sure whether it'll work, reach out — if it speaks OIDC, we can usually connect it.

Setting Up SSO for Your Organization

Setup is a one-time effort, typically done by your IT or identity team in coordination with ClaimRev.

1. Register ClaimRev as an Application in Your Identity Provider

In whichever IdP your company uses, create a new application (Azure calls these “App Registrations”, Okta calls them “Applications”, etc.) with the following settings:

Your IdP will give you back a Client ID and let you generate a Client Secret. Save both — you'll need them in the next step.

2. Send the Configuration to ClaimRev

Email ClaimRev support with the following details:

We can also pull this in self-service through the Identity Providers admin page in your portal if you have practice_admin:identity-providers permission — but a ClaimRev admin still has to approve the configuration before it goes live.

3. ClaimRev Reviews and Approves

A ClaimRev admin verifies the configuration, sanity-checks the callback flow, and approves the provider. Once approved, it's active for sign-in.

4. Assign Users to SSO

Your existing ClaimRev users need to be flagged as SSO users so the portal knows to route them to your IdP instead of asking for a ClaimRev password. ClaimRev support handles this — usually as a bulk assignment for the whole account at once.

For new users going forward, just add them in the portal's User Management screen the way you always have. The SSO routing applies automatically based on their email domain.

5. Test

Have one or two users try signing in. They should be redirected to your company's login, sign in, and land in the portal. If something doesn't work, see Troubleshooting below.

What Doesn't Change

SSO only changes how users sign in. Everything else is the same:

First-Time Sign-In: What Happens Under the Hood

Just for transparency — the first time each user signs in via SSO, ClaimRev records the connection between their company identity and their ClaimRev user profile. This is invisible to the user. After that first sign-in, the link is established and they're recognized immediately on every future visit.

If a user's email address in your IdP doesn't match an existing ClaimRev user profile, they'll be told their account isn't provisioned. Add them in User Management first, then have them try again.

Troubleshooting

"Sign-in unavailable" message

The IdP configuration is incomplete or the provider is marked inactive. Contact ClaimRev support — usually a one-line fix.

Redirect loops back to the sign-in page

The callback URL is missing or wrong on the IdP side. Double-check that https://api.claimrev.com/auth/callback is registered exactly as written on your IdP's application configuration.

"We couldn't find your account"

The user's email in your IdP doesn't match a ClaimRev user profile. Either:

Wrong company's sign-in page appears

A user's email domain isn't on the Email domains list ClaimRev has on file for your provider. Send the missing domain to support and we'll add it.

User signs in fine but lacks permissions

SSO doesn't change permissions — those are still assigned in ClaimRev's User Management. If a user's roles or account access is wrong, fix it there.

Removing or Changing SSO

If you ever need to:

Questions

For SSO help, contact ClaimRev support at help@claimrev.com or call 918-842-9564. If you're working with your IT team to set this up, feel free to loop us in on a call — we've done plenty of these and it's faster than email back-and-forth.