Okta: single sign-on
Let people log in to MuchSkills with their Okta account. You create a SAML 2.0 app integration in Okta, connect it on the Security & SAML screen in MuchSkills, test it with a few people, and then decide whether to enforce it.
- Who
- A MuchSkills Owner or Admin, with an Okta admin who can create and assign apps
- How it connects
- Support adds your email domain, then you finish in Settings › Security & SAML
- Standard
- SAML 2.0
- Plans
- Included in all plans
How to
Before you start
- In MuchSkills: the Owner or Admin role. Only these roles can open the Security & SAML screen.
- In Okta: an administrator who can create app integrations and assign them to people and groups.
- Your email domains. List every domain your people log in with, for example example.com and example.de. Support adds them for you in step 1.
- Matching email addresses. MuchSkills recognises people by email. The email in Okta should be the address each person uses for MuchSkills.
- A few test users. Assign yourself and two or three colleagues first. Enforce single sign-on only after they can log in.
Steps
In MuchSkills
- Ask support to add your email domains. Email support@muchskills.com or use the chat in MuchSkills. List every domain your people use. When the domains are added, they appear under Email domains on Team/Org › Settings › Security & SAML, which says No domain added until then.
- Copy your SSO URL. On the same screen, copy the SSO URL. It starts with
https://app.muchskills.com/auth/saml/followed by your organisation's ID. Keep this tab open.

Team/Org › Settings › Security & SAML: 1 email domains, 2 SSO URL, 3 IDP Metadata URL, 4 Enable SAML.
In Okta
- Start a new app integration. In the Okta Admin Console, go to Applications and Resources › Applications (Applications › Applications in Classic Engine orgs) and click Create App Integration. If Okta asks, choose Classic experience. Select SAML 2.0 as the Sign-in method and click Next. Okta's guide to SAML app integrations
- Name it. Under General Settings, enter MuchSkills as the App name. A logo is optional. Click Next.
- Enter the MuchSkills values. Under Configure SAML:
- Single sign-on URL: your SSO URL. Keep Use this for Recipient URL and Destination URL ticked.
- Audience URI (SP Entity ID): the same SSO URL.
- Default RelayState: leave empty.
- Name ID format: EmailAddress.
- Application username: Email.
- Click Next. Okta's SAML field reference
- Finish the wizard. Select I'm an Okta customer adding an internal app and This is an internal app that we have created, then click Finish.
- Add the name attributes. On the app's Sign On tab, click Edit, go to Attribute statements and click Add expression. Add two expressions: firstName with the value
user.profile.firstName, and lastName with the valueuser.profile.lastName. Click Save. - Copy the metadata URL. On the app's Sign On tab, find Metadata URL and click Copy. Okta's guide to finding the metadata URL
- Assign your test users. Open the Assignments tab, click Assign and choose Assign to People or Assign to Groups. Click Assign next to each test user, then Save and Go Back and Done.
Back in MuchSkills
- Paste the metadata URL. On Security & SAML, paste the URL into IDP Metadata URL. The field opens once your domain is added. Changes save as you make them.
- Turn on single sign-on. Switch on Enable SAML. People with an email on your domains can now log in with Okta. Until you enforce it, they can still use a password.
- Test it. Open a private browser window and go to app.muchskills.com/login. Enter the email of an assigned test user and click Continue. MuchSkills recognises the domain and shows Continue with SAML. Click it, sign in with Okta, and you land in MuchSkills.
- Enforce it, if you want to. When your test users get in, assign everyone who needs MuchSkills in Okta, then switch on Enforce SAML. People on your domains can then only log in through Okta. Admins can still log in with a password. The guide Enforce single sign-on and two-factor authentication explains what changes for people.
Check it worked
- Your test user reaches MuchSkills through Okta, without a MuchSkills password.
- In Team/Org › Settings › Manage Members, people who log in with single sign-on show a SAML label next to their name.
Benefits
What you get
- One login. People use their Okta account. There is no separate MuchSkills password to remember or reset.
- Access follows Okta. The people and groups you assign in Okta decide who can log in, under your own Okta sign-on policies.
- Leavers lose access. Once you enforce single sign-on, a person you deactivate in Okta can no longer log in to MuchSkills.
Important to know
Important to know
Email addresses must match. Okta sends each person's email as the Name ID. If it differs from the email on their MuchSkills account, MuchSkills cannot match them. Fix the address in Okta or in MuchSkills so they are the same.
Single sign-on handles login only. To bring people into MuchSkills and keep their details current, also set up Okta: sync users or Okta: SCIM provisioning. SCIM provisioning in Okta is added to this same app integration.
Domains are set up by MuchSkills. We add your email domains when we configure SAML for you; admins cannot add them in the app. To add or remove a domain later, contact support. Single sign-on only applies to email addresses on the domains listed under Email domains.
Admins keep a password route. With Enforce SAML on, Admins can still log in with a password, so you are not locked out if Okta has a problem. Protect those password logins with two-factor authentication.
Certificate changes are picked up automatically. Okta lists the app's certificates under SAML Signing Certificates on the Sign On tab. MuchSkills reads Okta's metadata URL, so when you switch to a new certificate, MuchSkills uses it with no change on your side. Test a single sign-on login after the switch.
Common errors
Troubleshooting
| What you see | Why | What to do |
|---|---|---|
| Okta says you are not assigned to the app | The person is not assigned to the MuchSkills app in Okta | Assign them, or a group they belong to, on the Assignments tab |
| You sign in to Okta but do not reach MuchSkills | Single sign-on URL or Audience URI (SP Entity ID) does not match the MuchSkills values | Copy the SSO URL again and paste it into both fields, character for character |
| This email is not configured to use SAML/SSO | The email's domain is not listed under Email domains, or Enable SAML is off | Check the domains and the switch on Security & SAML. Ask support to add a missing domain |
| No account with this email exists | MuchSkills has no account with the email address Okta sent | Check Name ID format and Application username in Okta. Invite the person, or include them in your user sync |
| The IDP Metadata URL field is greyed out | No email domain has been added yet | Ask support to add your domains (step 1) |
| Enable SAML cannot be switched on | There is no domain or no IDP Metadata URL yet | Finish steps 1 and 10 first |
| This email is enforced to log in using SAML/SSO | Enforce SAML is on and the person tried a password | Click Continue with SAML and sign in with Okta |
Frequently asked questions
What do we need in Okta?
An Okta administrator who can create app integrations and assign them to people and groups. In MuchSkills you need the Owner or Admin role.
Why do we have to contact support first?
Single sign-on works per email domain, and support adds domains to your organisation. The other value is on your Security & SAML screen: the SSO URL, which you enter as both the Single sign-on URL and the Audience URI. Then you have every value you need for Okta.
Which Name ID format should we choose?
EmailAddress, with Application username set to Email. MuchSkills recognises people by the email address Okta sends.
Can we try it with a few people before everyone?
Yes, and we recommend it. Assign only your test users to the app in Okta and leave Enforce SAML off. Everyone else keeps logging in as before. When the test users get in, assign the rest.
Can people still log in with a password?
Until you switch on Enforce SAML, yes. After that, people with an email on your domains can only log in through Okta. Admins can still log in with a password.
What happens if Okta has an outage?
If you have enforced SAML, your Admins can still log in to MuchSkills with a password. An Admin can also switch off Enforce SAML until Okta works again.
Does single sign-on add our people to MuchSkills?
Single sign-on controls how people log in. To bring people in and keep their details current, set up Okta: sync users or Okta: SCIM provisioning.
We have more than one email domain. Does that work?
Yes. Ask support to add every domain your people log in with. All of them use the same app integration in Okta.
Is single sign-on included in our plan?
Yes. All MuchSkills plans include single sign-on (SAML) and SCIM provisioning.