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.
Once SSO is set up for your organization, the sign-in experience is:
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.
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.
Setup is a one-time effort, typically done by your IT or identity team in coordination with ClaimRev.
In whichever IdP your company uses, create a new application (Azure calls these “App Registrations”, Okta calls them “Applications”, etc.) with the following settings:
https://api.claimrev.com/auth/callbackopenid, email, profile.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.
Email ClaimRev support with the following details:
https://login.microsoftonline.com/<tenant-id>/v2.0.@yourcompany.com, @yourcompany.org. We use these to route those users to your sign-in page automatically.
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.
A ClaimRev admin verifies the configuration, sanity-checks the callback flow, and approves the provider. Once approved, it's active for sign-in.
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.
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.
SSO only changes how users sign in. Everything else is the same:
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.
The IdP configuration is incomplete or the provider is marked inactive. Contact ClaimRev support — usually a one-line fix.
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.
The user's email in your IdP doesn't match a ClaimRev user profile. Either:
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.
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.
If you ever need to:
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.