Single Sign On (SSO) & Provisioning
- 1 Single Sign-On
- 1.1 1. Overview
- 1.2 2. Configuration
- 1.3 3. Domains
- 1.4 4. Authentication
- 2 Provisioning
- 2.1 1. Overview
- 2.2 2. Configuration
- 2.3 3. Add/remove user
Single Sign-On
1. Overview
1.1 General
Web App only. Doesn’t work for instances created from Monday and Salesforce.
SAML 2.0 protocol.
Up to 10 connections simultaneously.
SSO endpoint has to be unique across all Oboard organisations.
JIT provisioning supports user email and name.
Domains whitelist is required.
Domain can be linked to only one org at a time.
1.2 Limitations
User can't switch organisation from SSO organisation.
User can't switch to SSO organisation from any other, except Owner role.
User can't Create a new organisation from SSO organisation.
User can't log in to another organisation except SSO with email with domain linked to SSO organisation.
1.3 Supported identity providers
Azure Entra, Okta, Google Workspace, Ping Identity, Auth0, and any SAML 2.0 compliant identity provider.
1.4 Billing
Works only with Enterprise subscription plan.
2. Configuration
2.1 Create connection in Oboard
Go to Oboard web app https://app.oboard.io/
Open Settings > Integrations > SSO.
Create connection.
Select SAML connection, provider and enter connection name.
Move to next step.
Enter a list of allowed domains.
Copy ACS URL, SP ENTITY ID.
Go to identity provider.
2.2 SAML setup for Microsoft Entra ID
Сreate an enterprise app:
Go to Azure Portal https://portal.azure.com/.
Open the portal menu and select Enterprise applications.
Click New application.
Click Create your own application.
Provide a name for your app, Oboard is recommended.
Select Integrate any other application you don't find in the gallery (Non-gallery), and click Create.
Basic SAML configuration:
In the Overview page, select Set up single sign-on.
Select SAML.
Click Edit.
Set Identifier (Entity ID) = SP ENTITY ID from Oboard.
Set Reply URL (Assertion Consumer Service URL) = ACS URL from Oboard.
Click save.
Set attribute statements for JIT provisioning (optional):
Select Attributes & Claims.
Click Unique User Identifier (Name ID).
Make sure that Name identifier format = Email address, otherwise SSO won’t work correctly.
Select http://schemas.xmlsoap.org/ws/2005/05/identity/claims/name in a list of attributes.
Remove namespace.
Select Source = Transformation.
Transformation = Join(), attribute1 = user.givenname, separator = “ “, attribute2 = user.surname.
Click add.
Click save.
Get Entra credentials and set in Oboard:
Copy Login URL (Entra) = SSO Endpoint (Oboard).
Download Certificate (Base64), open in text editor and copy (Entra) = Certificate (Oboard)
Copy Microsoft Entra Identifier (Entra) = Issuer (Oboard).
Go to Oboard.
Add users or groups to the app:
Go to app in Entra.
Select users and groups.
Add user/group.
Add list of users/groups that you want to provide access via SSO.
2.3 SAML setup for Okta
Сreate SAML app:
Log in to your Okta Application Dashboard and click Applications in the sidebar.
Click Create App Integration.
Click Create New App and choose SAML 2.0 as the Sign-in method. Then, click Next.
Provide a name for your app, Oboard is recommended.
Set Single sign-on URL = ACS URL.
Set Audience URI (SP Entity ID) = SP ENTITY ID.
Set Name ID format = Email. Make sure that you set up email, otherwise SSO won’t work correctly.
Fill attribute statements (optional):
Go Attribute Statements configuration in SAML Settings, fill in the following Attribute Statements and click Next.
Add name property = user.firstName+user.lastName.
Complete connection setup.
Get OKTA credentials:
Copy Sign on URL.
Download Signing Certificate.
Go to Oboard.
Add users or groups to the app:
Go to app in Okta.
Select Assignments.
Assign user/group.
Add list of users/groups that you want to provide access via SSO.
2.4 SAML setup for others
Make sure that you select SAML protocol.
Use ACS URL, SP ENTITY ID to establish connection.
Make sure that identifier is email.
Set saml.name = user.firstname + user.lastname in IdP to have JIT (optional).
2.5 Complete connection in Oboard
SSO Endpoint = Login URL.
Certificate = Certificate (Base64).
If it is first SSO connection, all users will be logged out.
3. Domains
User can log in to organisation only with domains that listed in SSO configuration and validated.
To let users in, at least one domain is required.
You can add many domains to a one connection and organisation.
3.1 Verify domain
Domain verification processes on Oboard side. Send email to mailto:support@oboard.io with such a request.
4. Authentication
All users logged in first time gets User role and to no workspace or group.
4.1 Log in from Microsoft self-service page
Find and click on Oboard app (name of the app depends on organisation setup).
System redirects user to Oboard page and authorised to respective organisation.
4.2 Log in from Okta self-service page
Open self service page.
Find and click on Oboard SSO app.
System redirects user to Oboard page and authorised to respective organisation.
4.3 Log in from Oboard login page
Open Oboard login page https://id.oboard.io/account/login
Enter email linked to SSO organisation.
If you have active IdP session you will be logged in, otherwise you need to login to IdP first.
Provisioning
1. Overview
1.1 General
SCIM protocol.
Up to 10 Provisioning connections simultaneously.
Provisioning supports add, remove user and user name update.
2. Configuration
2.1 Create connection in Oboard
Go to Oboard web app https://app.oboard.io/
Open Settings > Integrations > SSO.
Create connection.
Select SCIM protocol.
Setup SCIM connection name.
Move to next step.
Copy Provisioning URL, Authorization token.
Go to identity provider.
2.2 SCIM set up in Microsoft Entra
Configure an enterprise app:
Go to Azure Portal https://portal.azure.com/.
Select app, and go to Provisioning page.
Click on Connect your application.
Set organisation URL = Provisioning URL.
Set Secret token = Authorization token.
Click Test connection and then Create.
Disable Group provisioning:
Enterprise applications → <app_name> → Provisioning → Attributes mapping.
Enable provisioning:
Click Start provisioning to enable auto provisioning job.
You can also user provisioning on demand to instantly addd users by SCIM.
3. Add/remove user
After SCIM enabling, IdP will automatically add and remove users in Oboard.
The main identifier is user email.
All users added by SCIM gets User role and don’t assign to workspace or group.