Atlassian Access - Sync from AD specific group AND auto disable

[Martynas Ramanauskas]

Good day,

We are using Atlassian cloud.

We are using Atlassian Access. We want to sync users from AAD (Azure AD) but only which belongs to specif group. But we also want that if user is disabled in AAD - it would also be disabled in Atlassian.

We have successfully configured sync from specific AAD group. but how to make automatic disable?

[Ed Letifov _TechTime - New Zealand_]

Colin, are the two companies using the same email domain?

SAML configuration in Atlassian Access is tied to an "organisation", that claims ownership over domains. During login the user is asked to enter their email, the domain of the email is checked against all domains claimed by organisations (across the whole Atlassian Cloud), the organisation is found and then that organisation's SSO is used (if configured).

The "organisation" is technically a logical/virtual record that is only tied to the real company by the domains it is linked to.

If your two sister companies are using different domains you should be able to create two organisations, claim these different domains in their respective organisations, and configure different SSO providers.

[Colin Goudie]

No they are not.

At some point they may, but looking for the quickest wins.

Thinking I might provision Gsuite from 365 or visa versa ?

[Ed Letifov _TechTime - New Zealand_]

SAML configuration in Atlassian Access is tied to an "organisation", that claims ownership over domains. During login the user is asked to enter their email, the domain of the email is checked against all domains claimed by organisations (across the whole Atlassian Cloud), the organisation is found and then that organisation's SSO is used (if configured).

The "organisation" is technically a logical/virtual record that is only tied to the real company by the domains it is linked to.

If your two sister companies are using different domains you should be able to create two organisations, claim these different domains in their respective organisations, and configure different SSO providers.