Back to SSO docs

Okta SAML + SCIM setup

~10 minutes for SAML sign-in, plus another ~5 minutes if you want SCIM 2.0 automated user provisioning. Requires Okta admin access and Mnueron Business or Enterprise plan.

Step 1.Create the SAML application in Okta

  1. In your Okta Admin Console, navigate to Applications → Applications → Create App Integration.
  2. Pick SAML 2.0, click Next.
  3. App name: Mnueron. App logo: optional but recommended. Click Next.

Step 2.Fill SAML settings

On step 2 of Okta's wizard, fill these fields. Replace your-org with your Mnueron org slug.

Okta fieldValue
Single sign-on URLhttps://www.mnueron.com/api/auth/sso/your-org/acs
Use this for Recipient URL and Destination URL✓ (checked)
Audience URI (SP Entity ID)https://www.mnueron.com/sso/your-org
Default RelayState(leave blank)
Name ID formatEmailAddress
Application usernameEmail
Update application username onCreate and update

Step 3.Add attribute statements

Scroll down to Attribute Statements on the same page and add two:

Name (Okta)Name formatValue
http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddressURI Referenceuser.email
http://schemas.xmlsoap.org/ws/2005/05/identity/claims/nameURI Referenceuser.displayName

Prefer short claim names like email / name? Change the Attribute mapping fields on the Mnueron connection card to match.

Step 4.Extract Okta metadata and paste into Mnueron

  1. Click Next, then Finish.
  2. On the new app's Sign On tab, find SAML Setup and click View SAML setup instructions.
  3. In a separate tab, go to /dashboard/settings/sso in Mnueron and click Add connection.
  4. Copy three values from Okta into the Mnueron form:
    • Identity Provider Single Sign-On URL IdP SSO URL
    • Identity Provider Issuer IdP entity ID
    • X.509 Certificate IdP x509 signing certificate (PEM)
  5. Click Create draft. Don't activate yet — we still need to assign users in Okta.

Step 5.Assign users in Okta

Back in Okta, on the Mnueron app's Assignments tab, click Assign → Assign to People (or Assign to Groups) and add the people who should be able to sign in via SSO.

Step 6.Activate the Mnueron connection

Back on /dashboard/settings/sso, click Activate on the connection card. Users in the assigned Okta groups can now sign in by visiting:

https://www.mnueron.com/api/auth/sso/your-org/login

Drop that link into your wiki, intranet, or as a chiclet on the Okta End User Dashboard for one-click access.

Optional: SCIM 2.0 automated provisioning

SCIM lets Okta push user lifecycle changes (create, update, deactivate) automatically — so when you fire someone in your HR system and Okta deprovisions them, Mnueron deactivates the same minute. Recommended for any team larger than ~10 people.

  1. In Mnueron at /dashboard/settings/sso, click Mint token. Copy the raw scim_… value immediately— it's shown only once.
  2. In Okta, on the Mnueron app's Provisioning tab, click Configure API Integration.
  3. Check Enable API integration.
  4. Base URL: https://www.mnueron.com/scim/v2
  5. API Token: paste the scim_… value from step 1.
  6. Click Test API Credentials — expect a green checkmark.
  7. Save, then on the To App sub-tab, enable:
    • Create Users
    • Update User Attributes
    • Deactivate Users

Troubleshooting

/login?sso_error=assertion_invalid

Likely: IdP cert mismatch or expired

Fix: Re-export the cert from Okta (Sign On → SAML Setup → View SAML setup instructions), paste fresh PEM into the Mnueron connection's IdP x509 field.

/login?sso_error=state_mismatch

Likely: Browser cookies blocked or login took longer than 5 min

Fix: Ask the user to retry. Check for browser extensions blocking cookies. Check for clock drift on the user's machine.

/login?sso_error=saml_no_email

Likely: Attribute mapping doesn't match what Okta sends

Fix: Either update the attr_email field on the Mnueron connection, or fix the Okta claim name to the default SAML 2.0 URI.

SCIM '401 Bearer token missing or invalid'

Likely: Token wrong, revoked, or expired

Fix: Mint a fresh token in Mnueron, paste into Okta's Provisioning settings.

Every login attempt is logged to audit_log (action sso.login), every SCIM mutation to scim_audit. Available in the org admin audit view.

Setting up Entra ID (Azure AD) instead? See the Microsoft Entra ID guide. Need deeper SCIM details? See the SCIM 2.0 reference.