Set up Single Sign-On (SSO)

To make logging into awork even easier and more secure, awork now supports the OpenID Connect standard of many providers.

Jonas Stock avatar
Written by Jonas Stock
Updated over a week ago

SSO allows your users to log in with an existing account at one of our supported Identity Providers without having to set a new password in awork. Click on your provider below to navigate to the setup guide.

The list of supported identity providers includes:

If you can't find your identity provider in this list, please contact us directly, and we will check if we can provide a connection.

☝️Note: SSO is only available in the awork Enterprise plan.

SAML 2.0 is not supported by awork, as we have opted for the more modern OpenID-Connect Standard based on OAuth 2.0.

Supported identity providers

Below you can find links to the websites of the supported identity providers:

Setup in awork

  1. Navigate to Settings > Integrations

  2. Open the Integration library and select your provider

  3. Depending on the provider, the displayed fields must now be filled in. Instructions on how to register awork as an SSO application with your provider can be found below.

☝️Hint: Subdomain does not mean your awork workspace URL, but the provider's subdomain.

Important notes for the setup

The following redirect URLs must be enabled:{name of login provider}

For login via web interface, e.g. via, you'll need:

For authorization from Slack you need:

For Microsoft Teams authorization you need:

For Zapier integrations, you'll need the following redirect URL:

Below you'll find an overview of specific configurations per Identity Provider.


  1. Open the Okta configuration at

  2. Go to the Applications section in the menu

  3. Add a new application and name it e.g. awork

  4. In the details of the application you get Client-ID, Client-Secret, and Subdomain. Enter them in the awork configuration window and finish the configuration by clicking the Save button

☝️Hint: Note here that the login redirect URIs must be set correctly. Otherwise, Okta will not be able to redirect your users properly. In addition, the Implicit (Hybrid) flow, including the ID Token grant type, must be enabled. User consent is not needed as awork only accesses the user's name and email at login.

In the Login section of the Okta application, set the following URIs:

  1. Initiate login URI:
  2. Login redirect URIs


  1. Open the Auth0 configuration

  2. Go to the Applications section in the menu.

  3. Add a new application with the type Regular Web Applications and name it e.g. awork.

  4. In the details of the application you will find the Client-ID, Client-Secret and Subdomain. Enter them in the awork configuration window and save.

  5. Set the following URIs in the Application URIs section of the Auth0 configuration

    1. Application login url:
    2. Allowed callback URIs,,,,
    3. Allowed web origins:

☝️Hint: All other settings are already set correctly by default.


  1. Open the OneLogin configuration under

  2. Go to the Applications section in the menu.

  3. Add a new application by clicking the Add App button in the upper right corner and name it e.g. awork.

  4. Select OpenID Connect (OIDC) as type and set the name to e.g. awork and save.

  5. In the SSO section of the app you get client ID and client secret. You can find the subdomain in the URL of your OneLogin account: {subdomain} Enter this information in the awork configuration window and save.

  6. The following URIs have to be enabled in the Configuration section, so that the forwarding of your employees works without problems:

    1. Login url:
    2. Redirect URIs

Microsoft Entra ID (formerly Azure AD)

  1. Open the Entra ID configuration in your Azure portal.

  2. In the Manage section of the menu, click App Registrations.

  3. Add a New registration and name it awork SSO, for example

    1. You can already set the Supported account types to Accounts in this organizational directory only (your domain only - Single tenant) and add the first redirect url for the Web platform. Afterwards hit Register.

  4. In the Overview section you can find the Application (Client) ID which is the awork Client Id and the Directory (tenant) ID which is the awork subdomain.

  5. In the Certificates and Secrets section of the new registry, you'll be able to create a new client secret which needs to be inserted into the awork Client Secret field. Make sure to copy the Value, not the Secret ID!

    1. For secret rotation, you currently need to delete the SSO integration in awork and re-add it with the new secret.

  6. In the Authentication section set the following redirection URIs for a web platform:

    1. Redirect URIs

    2. For the Implicit grant and hybrid flows (scroll down) select ID tokens and for the supported account types choose Accounts in this organizational directory only (your domain only - Single tenant).

  7. This login flow uses the preferred_username claim of the Entra user by default. If you want to use the upn claim of the user instead, you can enable this by adding the upn as an optional claim in the Token configuration section. Simply add an optional claim and select Token type ID and Claim upn (scroll down). Afterwards hit Add.

☝️ Important: The upn optional token claim is only supported for tenant-based app registrations and not for personal Microsoft accounts!


To set up SSO with GSuite, you need to follow these instructions:

  1. Go to and first select your project for which you want to use SSO

  2. Then click on Create Credentials and select OAuth Client ID from the list

  3. Select Web Application as the type

  4. As a name you'll be able to choose e.g. awork.

  5. In the URIs section you need to add the following URIs:

    1. Redirect URIs:

  6. After that you save your data via the button Create.

  7. On the right side you will find the client ID and the client key (client secret), which you have to enter in awork

More information about SSO with GSuite can be found here.


Please contact our support if you want to setup Keycloak SSO, as this option is not available via the Web Interface yet! Coming soon with the next release!

To setup Keycloak SSO via OpenID Connect, you need to follow the following steps:

  1. Login into your Keycloak Admin Console

  2. Go to the Clients

    1. Download this client configuration file: Keycloak awork Client Configuration

    2. Drag the file into the Resource file field. This pre-fills all the settings you need.

    3. Save the new client

  3. In the Client Details

    1. Go to the Credentials Tab and get the Client secret

  4. Go to the Realms Settings and find the .well-known/openid-configuration URL at the bottom of the General settings called OpenID Endpoint Configuration

    1. This URL typically looks like this: https://{your-keycloak-url}/realms/master/.well-known/openid-configuration

  5. With the Client Id and Secret and the .well-known/openid-configuration URL, please contact our support so we can configure the integration.

☝️ Important: The well-known/openid-configuration URL needs to be available 24/7 to prevent errors while trying to login via SSO!

After the setup

If the configuration was successful, the SSO sign-in is now available in the login area.

☝️Hint: Rights, users, or groups are currently not controlled via the identity provider. Only the login for existing user accounts is enabled. A user must, therefore, already exist in awork. User matching is done via the user's email address.

Disable other login options

If SSO is configured, it is possible to disable and hide the other login options (email & password as well as social login via Google & Apple). You can set this up in Settings > General.

This is only advisable if no external users, who are not managed via Identity Management, are working in the workspace.

☝️Hint: If you remove the SSO settings in awork, the login with email and password will be automatically enabled again, so you'll be able to always login with your admin account.

Log in via SSO via

To login via SSO using the global login page, select the option Sign in via SSO.

Here you have to enter the subdomain of your workspace first. After entering the subdomain you will be automatically redirected to the SSO login screen or, if you are already logged in here, directly to your awork dashboard.

If you have disabled the options to login via email & password and/or social login (Google & Apple), they will still be displayed on the global page.

They will just be hidden under the specific workspace page

However, login will not be possible from the global page either.

Log in via SSO using

If SSO is configured, there is now another selection button Sign in via SSO.

You will now be automatically redirected to the SSO login screen or, if you are already logged in here, directly to your awork dashboard.

Did this answer your question?