Below, you find information to set up Azure AD B2C and our apps. If you need help or have questions, you can contact us via our helpdesk or book a free screen share session at

We recommend using OpenID Connect with Azure AD B2C, since it works with the native User Flows that Azure AD B2C provides. For Azure AD B2C, SAML only works with Custom Policies, which you would need to write and configure yourself.

Based on your user provisioning model, pick one of the following step-by-step guides.

In most cases, we recommend using Azure AD B2C with User Sync.

Step-By-Step Guides for OpenID Connect

Step-By-Step Guides for SAML2

Some important notes:

  • User Sync functionality is currently only available for Jira, Confluence, Bitbucket & Bamboo.
  • Fisheye only supports Manual User Management.

Which Step-By-Step Guide You Should Pick?

Depending on your Atlassian product, you can choose from different user provisioning models. We recommend using User Sync, since it is easy to set up and maintain

In general, with Azure AD B2C we support the following ways for user provisioning:

  1. User Sync allows to sync users periodically from Azure AD B2C, but also when they log in for the first time into your Atlassian product. See our detailed article for User Sync.
  2. Just in Time Provisioning allows to create and update users on-the-fly when they log in. A drawback for syncing groups from Azure is, that only group ids and no group names are sent.  See our detailed article for JIT.
  3. LDAP synchronization from Active Directory. If your instance is still synchronized to your Active Directory via LDAP, you can continue to do so. Please follow the "Manual User Management" guide in this scenario.
  4. For Manual User Management, the administrator has to create and update users on Azure and your Atlassian product by hand.
    We do not recommend it. See our article for Manual User Management.

Model/FunctionAdmin EffortPro's and Con's

User Sync

  • Uses Azure API to perform regular sync
  • Users and Groups are created & updated shortly after done in Azure AD B2C
  • Users can be disabled
  • Additional attributes can be written to Jira User Properties
Just in Time Provisioning

Low, if no groups

High, with Groups from Azure
(Needs setting up group transformation rules).

  • Creates & updates users based on information in the SAML Response during Login
  • Users are only created on their first Login.
  • Users & Groups are updated only during SAML authentication.
  • Users cannot be marked disabled (as Azure will not complete the Authentication for a deleted/disabled User)
  • Azure AD B2C only sends group IDs in SAML messages, not friendly names. This requires the setup of group transformation rules or acceptance of cryptic group names in the Atlassian application.
Manual User ManagementHigh 

  • Here no sync happens
  • Needs manual maintenance of two user bases (or is done via custom developments)