Skip to content

Single Sign-On (SSO)

SSO Setup and Usage


The Prevu3D Cloud Platform supports secure Single Sign-On (SSO) via industry-standard protocols:

  • SAML 2.0 – for authentication and user sign-in.

  • SCIM 2.0 – for automatic user and group provisioning.

Any identity provider that fully supports the SAML 2.0 and/or SCIM 2.0 protocols should be compatible with Prevu3D, including Okta, Google Workspace, OneLogin, Ping Identity, and others. Prevu3D’s implementation follows the official SAML 2.0 and SCIM 2.0 specifications, ensuring broad compatibility with modern identity systems.

We have thoroughly tested integration with:

  • Microsoft Entra ID (formerly Azure Active Directory)

  • JumpCloud (English)

To configure SAML-based SSO with Prevu3D, you will need:

  • Admin access to your Prevu3D organization.

  • Access to your IdP with permission to configure applications.

  1. Sign in to your Prevu3D account (using your email address and password)

  2. Go to the Settings tab

  3. Select the SSO tab from the menu on the left

RealityPlatform SSO settings page

  1. Copy the following values from the SSO tab and paste them into your IdP configuration:

    • Service Provider Endpoint – the URL your IdP posts the SAML assertion to. Your IdP may call this the ACS URL, Reply URL, or Assertion Consumer Service URL.

    • Service Provider Entity ID – the unique identifier for Prevu3D in the SAML exchange. Your IdP may call this the Audience, Identifier, or SP Entity ID.

  1. Retrieve the following from your IdP and enter them on the SSO tab:

    • SAML Certificate (PEM format)

    • SAML Endpoint URL

RealityPlatform SAML connection settings

  1. If SCIM is not enabled, define the SAML attribute mappings – see SAML attribute mappings below.

    RealityPlatform SAML attribute mappings

  1. Click Save at the bottom of the page.

RealityPlatform saved SSO configuration

  1. Verify the configuration before rolling it out – see Validating your configuration below.

Each field tells Prevu3D which attribute (claim) to read from the SAML assertion sent by your identity provider. The value you enter must match the attribute name configured in your IdP exactly, including capitalization.

FieldWhat to enterExample values
First Name SAML Attribute KeyThe name of the IdP attribute containing the user’s given namegivenName, firstName, http://schemas.xmlsoap.org/ws/2005/05/identity/claims/givenname
Last Name SAML Attribute KeyThe name of the IdP attribute containing the user’s surnamefamilyName, surname, lastName
Role SAML Attribute Key (optional)The name of the IdP attribute containing the Prevu3D role to assign. Required only if you want to manage Prevu3D roles from your IdP – see Role MappingPrevu3DRole
Default Organization RoleThe role assigned when no role attribute is provided, the attribute is empty, or role mapping is not configured – see Role MappingGuest (recommended)

Not sure which attribute names your IdP sends? Capture a SAML trace using a browser extension such as SAML-tracer and check the names listed in the AttributeStatement, or consult your IdP’s application configuration.

Once the configuration is saved and validated, two things determine whether your users can actually sign in.

Your email domain must be associated with your Prevu3D organization. Domain configuration enables:

  • Login page redirection – users who click Sign in with SSO and enter an email on your domain are redirected to your IdP.

  • Just-in-time account creation – when a user on your domain who has never used Prevu3D authenticates successfully through your IdP, a Prevu3D account is created automatically, with names populated from your SAML attribute mappings and the Default Organization Role applied. No invitation or manual account creation is required.

Accounts created before SSO was enabled must be linked to your identity provider once before they can be used with SSO. Users are guided through this the first time they sign in with SSO, and their projects and data are preserved. The steps they see are documented in Sign up & Log In.

Before rolling SSO out broadly, test with a small group of users and confirm:

  • Sign-in succeeds from both the Prevu3D login page (Sign in with SSO) and your IdP dashboard.

  • First and last names are populated correctly on new accounts.

  • The expected organization role is assigned when the role attribute is present.

  • Users without a mapped role receive the intended default role.

  • No users receive broader permissions than expected.

  • Group memberships are applied as intended, if you are using Group Mapping.

You can assign Prevu3D organization-level roles via a custom SAML attribute (e.g., Prevu3DRole):

  • Admin – Full permissions across the company

  • Guest – No default access (must be granted at the project level)

If no role attribute is provided, a default role is applied. For security reasons, we recommend setting this to Guest.

It is also possible to map groups from your IdP system to Prevu3D groups to simplify access management for people in your organization. The following steps guide you through mapping your groups.

  • Configure your IdP to pass group memberships via a SAML attribute.

  • Enter this attribute on the SSO tab.

RealityPlatform SAML group attribute setting

  • In the “Groups” section of Prevu3D, click “Edit group” and specify the SAML group value expected by your IdP.

RealityPlatform group SAML value setting

  • This mapping is applied to users when they sign in to Prevu3D Cloud. If the user is already signed in, they should sign out and sign back in for access changes to take effect.

Prevu3D supports user and group provisioning via the SCIM 2.0 protocol (System for Cross-Domain Identity Management).

  • Your organization must be on the Enterprise plan.

  • Your IdP must support SCIM (e.g., Azure AD/Entra, Okta, JumpCloud).

  • User provisioning – New users are automatically created in Prevu3D

  • User deprovisioning – Users are disabled or removed when they are disabled in your IdP

  • Group assignment – Groups and roles can be centrally managed from your IdP

  1. Sign in to your Prevu3D account as an organization administrator.

  2. Go to the Settings tab

  3. Select the SSO tab from the menu on the left

  4. Scroll to the SCIM Provisioning section and enable it.

    RealityPlatform SCIM provisioning toggle

  5. You will find:

    • SCIM Base URL (Entra ID users, please see the warning below)

    • Bearer Token

RealityPlatform SCIM base URL and bearer token

  1. In your identity provider (e.g., Microsoft Entra ID):

    • Open the Prevu3D enterprise application.

    • Enable SCIM provisioning.

    • Enter the SCIM Base URL and Bearer Token obtained from the SSO tab.

  2. Configure attribute mappings for:

    • userName, givenName, familyName, email

    • Optional: groups, roles, active

  3. Save your configuration

    Your IdP will now automatically sync users and groups with Prevu3D based on the provisioning schedule.

SymptomLikely causeWhat to do
Sign-in does not complete after the IdP redirects back to Prevu3DThe audience value in the SAML assertion does not exactly match the Service Provider Entity ID. Your IdP may be sending a shortened or friendly-name value.In your IdP, set the Audience / Identifier / Entity ID field to the exact value shown on the SSO tab, including the full suffix.
User enters their email and password on the login page and is never sent to the IdPThe main login form is for password-based accounts only.Have the user click Sign in with SSO below the Login button, then enter their work email.
No redirect after entering a work email on the Sign in with SSO screenThe email domain is not associated with your Prevu3D organization.Contact support@prevu3d.com to configure your email domain.
{"statusCode":401,"message":"invalid_user_email_domain"} after authenticating at the IdPSame cause: the user’s email domain is not associated with your organization.Contact support@prevu3d.com to configure your email domain.
User sees “session timed out” and is asked to re-enter their emailNormal part of the one-time account linking flow for accounts created before SSO was enabled.Have the user continue; this is not an error. See Existing users and account linking.
An existing user cannot complete account linkingLinking requires the user’s existing Prevu3D password, which they may not remember.Have them reset it with Forgot password, or request bulk linking for your domain from support@prevu3d.com.
Names are blank or wrong on new accountsThe SAML Attribute Keys entered on the SSO tab do not match the attribute names your IdP sends. These values are case-sensitive.Capture a SAML trace, check the attribute names in the AttributeStatement, and update the mappings to match exactly.
A user was assigned an unexpected roleNo role attribute was sent, so the Default Organization Role was applied, or the role attribute value does not match a Prevu3D role.Verify the Role SAML Attribute Key and the values your IdP sends, then review your Default Organization Role setting.
Group access changes are not taking effectGroup mapping is applied at sign-in only.Have the user sign out and sign back in.
Opening the Service Provider Endpoint URL directly in a browser returns {"statusCode":500,"message":"Internal server error"}Expected. This endpoint only accepts SAML POST requests and cannot be opened directly in a browser.This does not indicate a configuration problem. Test by signing in from the login page or your IdP instead.
  • IdP, Identity Provider: refers to the system that registers all users and enables connection to various other services. This is your source of truth for your organization, users, and groups. E.g.: Azure AD, JumpCloud…

  • SP, Service Provider: refers to the service application that consumes SSO information, in this case Prevu3D Cloud.

  • SSO, Single Sign-On: refers to a mechanism that allows users to obtain their credentials from a single portal and distribute user management configuration across multiple applications.

  • SAML, Security Assertion Markup Language: an industry-wide protocol that enables the use of SSO across multiple cloud-based platforms.

  • SCIM, System for Cross-Domain Identity Management: protocol for provisioning users and groups.