User provisioning with Okta

Overview

The Okta SCIM integration provides fine-tuned control of your Okta users in Front.

You can: 

  • Automatically create users in Front.
  • Automatically block users when the Okta profile is suspended.
  • Automatically map a new user to a Front teammate template, based on Okta roles.

To set up user provisioning with Okta, you must be a Company Admin.


Instructions

Part 1: Enable SAML in Front settings

An API key is necessary for Okta and Front to communicate. This API key can be configured in your Front settings. You will then use this token in the Okta configuration to enable SCIM provisioning.

Step 1

Click the gear icon on the top right of Front and into the Company settings tab, and select Plugins & API from the left menu.

Step 2

Create a new token with the Auto Provisioning scope.

Step 4

Copy the token from Front.

Part 2: Configure provisioning in Okta

Next, you will configure provisioning in Okta in order to start creating and blocking users in Front.

Step 5

From the Provisioning tab in Okta, select Integration, and enable the API integration.

Step 6

Enable the API integration

Step 7

Verify the credentials.

Part 3: Provisioning with templates (optional)

If you want to automatically create your teammates with the correct access right, you will use specific Front teammate templates. This requires a little more configuration.

Step 8

Click the gear icon on the top right of Front and into the Company settings tab, and select Teammates from the left menu.

Step 9

Create a new teammate template.

Step 10

Copy the Front Template ID.

Step 11

Next you will need to configure Okta to use this template. You will need to configure the application User Profile in order for Okta to send this new attribute to Front.

From the Provisioning tab, scroll to the attributes mappings:

Step 12

Go to the Profile Editor to add this new attribute. In the profile editor, click on Add attribute.

Step 13

You will be prompted with the following fields to use:

  • Display Name: Teammate Template
  • Variable name: teammateTemplate
  • warning External name: roles.^[type=='template'].value
  • External namespace: urn:ietf:params:scim:schemas:core:2.0:User
  • Description: Template to automatically assign preferences when creating a user

Step 14

From there, you can go back to the screen displayed in Step 11. You should see the teammate template, but it is not mapped to any attribute.

  • Click on Edit and you can chose how you want to map this attribute
  • In this example, we use Okta groups to map to the template ID you created in Front
  • Okta provides more information about their expression framework here

Step 15

When you assign a user to this application, it should show you the right template applied 


Okta user groups and Front Teammate templates

The best way to scale creating new users is to link Front Teammate template to Okta's user groups. When giving access to Front to an Okta user group, you can map templates to groups. Any Okta user added to this group will then be invited to Front with the right permissions based on the Teammate template mapped to the group.


When you remove access to Front from Okta for a specific teammate, that teammate will be blocked. Should you re-authorize access to Front, the teammate will be unblocked automatically. Okta does not allow deleting via the integration, so users in Front are blocked, even if they are deleted in Okta.

What happens when someone is deleted from Okta?

Okta does not allow deleting via the integration, so users in Front are blocked, even if they are deleted in Okta.

What happens when someone is moved to a new Front group in Okta?

Front user permissions are not updated. They would retain the permissions from their old role. For example, if a user is moved from "HR" to the "Recruiting" group in Okta, the user would keep the "HR" role in Front.

What happens if a user belongs to multiple Front groups in the Okta?

They will get the permissions of the first group in alphabetical order. For example, if a user belongs to “HR” and “Recruiting” groups in Okta, the user would be created with “HR” role in Front.

Does my username have to match Okta primary email?

When setting up your SCIM integration, UserName cannot be different from your Okta primary email. This field is used to match your existing Okta users to the corresponding Front teammates.


Pricing

SCIM provisioning is available on the Enterprise plan or above. Some legacy plans with different names may also have this feature. 

Reply Oldest first
  • Oldest first
  • Newest first
  • Active threads
  • Popular
Like Follow
  • 3 mths agoLast active
  • 683Views
  • 1 Following