--- title: "Configure Single Sign-On (SSO) for Okta" slug: "sso-configurations-for-okta" description: "Learn how to set up SSO for Microsoft Entra and Microsoft 365 using Scalefusion. Follow our comprehensive guide to configure Single Sign-On, enhance security, and streamline user authentication and access management for your organization." tags: ["Microsoft Entra SSO", "configure SSO for Microsoft", "Scalefusion SSO setup", "Microsoft Entra integration", "SSO with Scalefusion", "Microsoft access management", "SSO for Microsoft cloud apps", "sso for microsoft 365"] updated: 2026-10-28T13:18:33Z published: 2026-10-28T13:18:33Z canonical: "help.scalefusion.com/sso-configurations-for-okta" --- > ## Documentation Index > Fetch the complete documentation index at: https://help.scalefusion.com/llms.txt > Use this file to discover all available pages before exploring further. # Configure Single Sign-On (SSO) for Okta This document provides a step-by-step guide for setting up SSO Configuration to configure Okta, allowing users to sign in to Okta services using their OneIdP credentials and securely access these services. ## Pre-requisites 1. The Custom Domain for which you are authorising, should be [verified](/docs/configure-directory#custom-domain) through OneIdP. 2. Users belonging to custom domain should be added to Scalefusion Dashboard and [migrated](/docs/configure-directory#actions-on-directory) to OneIdP. 3. IT Admins should have access to Okta admin console. 4. Users should be added to Okta portal ## Create SSO Configuration for Okta 1. Sign in to Scalefusion Dashboard and navigate to **OneIdP >** **SSO Configuration** 2. Click on **New SSO Configuration** button on top right. ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/Step 1(6).png) 3. After clicking New SSO Configuration, a window will appear. Search for **Okta** in the list, select it, and then click **Configure**. ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-ADU3JGVE.png) 1. This opens the **SSO Configuration** **wizard** with following tabs on the left panel: 1. [Application Basics](/v1/docs/sso-configurations-for-microsoft-365-entra#application-basics) 2. [SSO Scope Management](/v1/docs/sso-configurations-for-microsoft-365-entra#sso-scope-management) 3. [Permissions](/v1/docs/sso-configurations-for-microsoft-365-entra#permissions) 4. [SSO Settings](/v1/docs/sso-configurations-for-microsoft-365-entra#sso-settings) 5. [Conditional Access](/v1/docs/sso-configurations-for-microsoft-365-entra#conditional-access) 6. [User Facing Messages](/v1/docs/sso-configurations-for-microsoft-365-entra#user-facing-messages) Navigate to each tab and enter required details. You can navigate to next tab only after you have entered complete details in the current section. All are explained in detail below. ### **Application Basics** Configure basic application details by entering the following: - **Enter Application Name:** Enter a name for your App which will be an identifier for your configuration. The name must be at-least 5 characters long. The maximum allowed length is 128 characters. - **Select Hosting Type:** This will be pre-selected as **Cloud** - **Select Domains:** All the custom domains you have configured and verified using OneIdP, will be listed here. Select the domain(s) which you want to be SAML SSO enabled. - **Select Authentication Type**: This will be pre-selected as **SAML**. - **Enter Login URL:** Provide URL that you use to sign in to that service. Once you have entered all details click **Next** ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-9U2WNCGU.png) ### **SSO Scope Management** With SSO scope management you can configure the procedure for managing the users who will be accessing this application. It basically allows how SAML settings for the users are going to be managed. Following are the settings: #### **User assignment** SSO Configuration would allow only assigned users to access the app. Choose one from the following options: 1. **Allow all users imported to Scalefusion to access the application:** All users (belonging to the domain) imported to Scalefusion and migrated to OneIdP will be allowed to access the application. 2. **Allow only assigned users to access the application:** Only the user(s) whom you have assigned the SSO configuration, will be allowed to access the application. With this option, after SSO configuration is created, you need to manually select and assign the users. 1. **Revoke access for all users once when the configuration is saved**: If this is checked, the access is revoked from the users who are currently assigned with the configuration. As a result, it will invalidate all user sessions and logout users from their current running session. ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-1718194238002.png) #### **Enforcement Rules** From here, you can configure and enforce users that at what point of time SSO Configuration should invalidate the **current** session and logout users. Following options can be selected: 1. **Immediately on User Assignment and post grace period if applied:** Once SSO configuration is assigned to user 2. **Immediately on User Un-Assignment:** When user is unassigned the SSO configuration 3. **Immediately on Deleting this configuration:** When SSO configuration is deleted from Scalefusion Dashboard > [!WARNING] > Users will not get logged out in case of Okta ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-1725005574835.png) ### **Permissions** Here, you do not need to grant any additional permissions. Click **Next** to go to the next step. ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-ZTAN0S02.png) ### SSO Settings This section allows admins to configure the Service Provider (Okta) settings and obtain the SSO URLs which will be added on the Okta portal. #### OneIdP SSO Settings For this, you need to perform configurations on Okta admin console. There are two modes of defining IdP usage on Okta admin console, through which you can login to Okta using OneIdP: 1. [**Factor Only**](/v1/docs/sso-configurations-for-okta#factor-only): Okta evaluates requests coming from this IdP as a possession factor. 2. [**SSO Only**](/v1/docs/sso-configurations-for-okta#sso-only): Okta evaluates requests coming from the IdP as a password (knowledge factor). After configuring the settings on Okta console, navigate back to Scalefusion Dashboard and click **Next** to go to next step. ### Conditional Access From this section you can define the additional conditions on the basis of which users will be allowed/disallowed from accessing the application on device. This is divided into following sections: 1. Conditional Access Settings 2. Access Exceptions #### Conditional Access Settings **Device Policy** 1. **For Android, iOS/iPad OS, Windows & macOS, Linux, Chrome OS:** Choose one from the following two conditions: 1. **Only if the device is managed by Scalefusion:** The application will be accessible only on devices managed (enrolled) by Scalefusion. 2. **If the device is managed by Scalefusion or an OTP using Scalefusion Authenticator app from a managed device:** The application is accessible if any of the following conditions is met: 1. **Device is managed by Scalefusion:** If device is managed you will not be asked to enter OTP for authentication, or 2. If device is **unmanaged**, OTP is required for authentication. OTP can be taken from **Authenticator** app installed on a Scalefusion managed device. 3. **Allow users to access by setting up MFA using third party authenticator app or OTP sent on email:** This option is activated only when Multi-factor Authentication is enabled in [Directory Settings](/docs/directory-settings). **Note:** The left side panel is for configuring Device Policy on **Android & iOS/iPad OS** and right side is for **Windows & macOS** and **Linux, ChromeOS** below them. Hence, you can configure separate device policies based on platform. 4. **Use OneIdP as second factor only:** This option allows you to use OneIdP as a second factor of authentication. When enabled, users will first authenticate using their primary method (e.g., password) and then be redirected to OneIdP for additional verification. OneIdP will then check the user's compliance status and grant access if the user meets the specified conditions. 5. **Skip Password on Scalefusion managed devices:** When enabled, this option allows users to access applications on managed devices without the need to enter a password during sign-in. > [!WARNING] > The Skip Password feature will be disabled if the ‘Use OneIdP as second factor only’ option is enabled. ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-8BXPNYZ9.png) **For ChromeOS:** Choose one from the following two conditions: 1. **Allow users to sign in using an OTP from Scalefusion authenticator app:** OTP can be taken from Authenticator app installed on a Scalefusion managed device. 2. **Allow users to access by setting up MFA using third party authenticator app or OTP sent on email:** > [!NOTE] > Note: > > This option will be enabled if MFA is enabled in [Directory Settings](/docs/directory-settings). 1. OTP is required for authentication. OTP can be taken from any 3rd party authenticator app or an OTP received via email, based on the MFA settings in Directory Settings. 3. **Allow access using email and password without MFA:** Authorization check will not happen, and users can login directly with their email and password. 4. **Block Access:** When enabled, this setting prevents the user from accessing ChromeOS. ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-FO1DN1ML.png) #### **Browser Policy** From here, you can select one or more browsers and specify minimum versions on which you want to allow the access to the application. Following are the options: - All Browsers - Google Chrome with minimum version - Microsoft Edge with minimum version - Safari with minimum version - Mozilla Firefox with minimum version **Important Points on Browser Policy:** 1. By default all browsers are allowed. 2. Only major versions are validated. For eg. if you mention browser version: 23.5.8.10 then the respective browser with minimum major version(23) will be allowed. After configuring Device Policy and Browser Policy, click **Next** ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-00NVEL7K.png) #### Access Exceptions From this section you can configure the exceptions where the users are allowed to access the applications even if the conditions are not met. In general, these exceptions will be useful or addresses scenarios where : 1. IT Admins have setup Android Enterprise using Google Workspace Or 2. IT Admins have setup Apple User Enrollment with ABM/ASM federated to Google Workspace Following are the exceptions that can be configured: 1. **Enrollment Exceptions** 1. **Allow users to access the application till they enroll their first device:** Allows users to access the application till they enroll at-least one device. This option is helpful in conditions where the enrollment steps requires them to authenticate with the service provider. With this, you can also configure the following: 1. **Maximum sessions allowed per user:** Configure no. of sessions that should be exempted. It can range from 1 to 3. Ideally 1 session per user is recommended. 2. **Configure the OS where the exceptions are applied:** Select the platform(s) on which this exemption would be allowed to users. 2. **User Exceptions** Here you can add the users who are always exempted from the conditions and will never be asked to manage their device. Enter comma separated email addresses of users or click on Add Users on the right and in the new window, select the users who should be exempted. **Note:** These users still need to sign in with their OneDirectory credentials if they fall under the SSO Scope, however the conditions will not be enforced. 3. **User Group Exceptions** Here you can add the user groups which will always be exempted from the conditions and will never be asked to manage their device. Enter comma separated User Groups or click on **Add User Groups** on the right and in the new window, select the user groups which should be exempted. > [!NOTE] > The users belonging to such user groups still need to sign in with their OneDirectory credentials if they fall under the SSO Scope, however the conditions will not be enforced. ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-3PUUHGES.png) ### User Facing Messages User Facing Messages helps admins configure messages that end users may be shown when they are unable to access the application if any of the compliance conditions are not met. You can configure messages under following: - **Configure Instructions for a Non-Compliant Device:** This message is shown when the device is not compliant and needs to be enrolled to Scalefusion - **Configure Instructions for a Non-Compliant Browser:** Shown when the browser is not compliant as per configurations - **Configure a Message to be displayed when Access is Denied:** Any other cases where access to application is denied. There are some pre-configured messages displayed on Dashboard which you can edit as per requirement. ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-1717744463733.png) After configuring user facing messages, click on **Save** The SSO configuration is created and listed on SSO Configuration page as a separate card with the name you have defined. You can create multiple SSO configurations in the same manner. ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-3DTBSSSW.png) The [next document](/docs/managing-sso-configurations) explains how the configurations can be managed and other actions you can perform through SSO configurations. ## Factor Only Follow these steps on Okta admin console: 1. Navigate to **Security > Identity Providers** 2. Click on **Add Identity Provider** ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-2X6JJIHW.png) 3. Under **Select Identity Provider**, select **SAML 2.0** and click **Next** ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-LZG1RT6O.png) 4. Configure the following settings: 1. **Name:** Enter name 2. **IDP usage:** Select **Factor Only** 3. **SAML Protocol settings:** Provide all SSO URLs and certificate 1. **Issuer URI:** Copy the OneIdP Entity ID/Issuer URL from Scalefusion Dashboard (under SSO Settings) and paste here. 2. **IdP Single Sign On URL:** Copy the OneIdP SSO URL from Scalefusion Dashboard (SSO Settings) and paste it here. 3. **IdP Signature Certificate:** Download Verification certificate from Scalefusion Dashboard (SSO Settings) and upload it here. 4. In the **Request Binding**, select **HTTP Redirect** 4. After entering all details, click **Finish** ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-VJ92OF2V.png) 5. Now, navigate to **Security > Authenticators**. Click on **Add authenticator** ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-ZT5W3I1X.png) 6. Under **IdP authenticator** card, click on **Add** ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-96476OHH.png) 7. Here, select Identity Provider which you have created (in Step #4 above) and click **Save** ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-0D1X1262.png) 8. Navigate to **Security > Authentication Policies** and click on **Okta Dashboard** ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-VQU2BAQU.png) 9. Click on **Actions** drop-down and select **Edit** 10. Scroll down and configure following: 1. **User must authenticate with**: Select **Password / IDP + another factor** 2. **Authentication methods:** Select **Allow specific authentication methods** and select **IdP Authenticator** in the drop-down below it. 11. Click **Save** ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-5HIY4A18.png) 12. Navigate to **Security > Authenticators**. Go to **Enrollment** tab and click on **Edit** under Actions. Here, for the IdP (you have created), select **Required** from the drop-down and click on **Update Policy** ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-3XD8E9C8.png) ### User Login to Okta with Factor Only 1. On Okta login page, enter your **org URL** 2. Enter your Okta user credentials (username & password) ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-IVK9LLJF.png) 3. You will be asked to verify with the configuration created on Okta console. Click on **Verify** ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-WHXQR4WR.png) 4. Now you will be navigated to OneIdP page to check compliance. After entering credentials, click on **Sign In** > [!NOTE] > When **Use OneIdP as second factor only** is enabled in Conditional Access policies, you won't be redirected to the OneIdP login page. Instead, OneIdP will check your compliance status and log you into Okta directly, without requiring you to enter your OneIdP credentials again. ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-L0G9GHIM.png) 5. You should be logged in to Okta ## SSO Only Follow these steps on Okta admin console: 1. Navigate to **Security > Identity Providers** 2. Click on **Add Identity Provider** ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-S7IXMJBR.png) 3. Under **Select Identity Provider**, select **SAML 2.0** and click **Next** ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-PB54LZPZ.png) 4. Configure the following settings: 1. **Name:** Enter name 2. **IDP usage:** Select **SSO Only** 3. **Account matching with IdP Username:** Provide these settings: 1. **IdP Username:** Select **idpuser.subjectNameId** 2. **Account link policy:** Select **Automatic** 4. **SAML Protocol settings:** Provide all SSO URLs and certificate: 1. **Issuer URI:** Copy the OneIdP Entity ID/Issuer URL from Scalefusion Dashboard (under SSO Settings) and paste here. 2. **IdP Single Sign On URL:** Copy the OneIdP SSO URL from Scalefusion Dashboard (SSO Settings) and paste it here. 3. **IdP Signature Certificate:** Download Verification certificate from Scalefusion Dashboard (SSO Settings) and upload it here. 5. In the **Request Binding**, select **HTTP Redirect** 6. After entering all details, click **Finish** ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-4QIHSN5H.png) 5. Navigate to **Identity Providers > Routing rules**. Click on **Add routing rule** ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-5NHIFQ6C.png) 6. Select identity provider which you have created in Idp(s) (Step #4 above) and click on **Create Rule** ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-N1AUI0OU.png) 7. Navigate to **Security > Authentication Policies** and click on **Okta Dashboard** 8. Click on **Actions** drop-down and select **Edit** 9. Scroll down and under **User must authenticate with**, select **Any two factors** ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-P1PMHMOO.png) ### User Login to Okta with SSO Only 1. On Okta login page, enter your **org URL** 2. Okta will redirect you to OneIdP page to authenticate 3. After entering credentials, click on **Sign In** ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-RFKJ8F9N.png) 4. You should be logged in to Okta > [!WARNING] > Once SSO for Okta is configured, it will apply to all user accounts, including administrator accounts. This means that administrators will also need to authenticate via OneIdP to access the Okta console. ## Synchronizing Users Between Scalefusion and Okta To ensure integration between Scalefusion and Okta, you'll need to synchronize user accounts. With Okta’s User Provisioning tools, follow these steps to add any new users added on Scalefusion, to the Okta portal: Follow these steps on Okta admin console: 1. Navigate to **Security > Identity Providers** 2. Click on **Add Identity Provider** 3. Under **Select Identity Provider**, select **SAML 2.0** and click **Next** 4. Configure the following settings: 1. **Name:** Enter name 2. **IDP usage:** Select **SSO Only** 3. In **If no match found,** make sure **Create New User (JIT)** is selected ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-FY4QCPWM.png) 5. Click **Finish** 6. Now go to Scalefusion Dashboard. In the SSO Configuration created for Okta, navigate to **SSO Settings > Custom Attributes** and enter the following custom attributes: ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-OIAGUKMS.png) **Selecting Conditional Policy for Attribute** Conditional Custom Attributes let you control when a custom attribute is sent to the Identity Provider (IdP) or send a different value based on a user's group membership. You can configure one of the following policies for each custom attribute: > [!WARNING] > **For each attribute, you can configure Conditional Policy only on selecting Yes under Conditional column** 1. **User Group Based Rule:** Here, select one or more user groups that determine when the condition is applied. **Enter Attribute Value:** Enter the value of custom attribute that needs to be sent. This is disabled unless at-least one group is selected. ![](https://cdn.document360.io/175c0eac-012f-4410-bdc5-ac60794f82d8/Images/Documentation/image-DIKQWDOS.png) 1. **None:** Selected by default 2. **Send Only if Conditions Match:** The custom attribute is sent only if the condition or rule matches. As for example, if the user belongs to one of the selected user groups, the custom attribute will be sent. 3. **Send Different Value if Conditions Match:** The custom attribute is sent for all users. Users who belong to the selected groups receive the configured conditional value, while all other users receive the default value. 7. Save the SSO Configuration. 8. Now, when you try to login to Okta with the user credentials, the same user will automatically get added on Okta portal.