> ## Documentation Index
> Fetch the complete documentation index at: https://translations.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

> Guide pas à pas pour configurer un autre fournisseur d’identité avec SCIM via OpenID ou SAML

# Configurer SCIM entrant pour les fournisseurs d’identité utilisant SAML ou OpenID

<div id="saml-identity-providers">
  #### Fournisseurs d’identité SAML
</div>

Tout <Tooltip tip="Security Assertion Markup Language (SAML) : protocole normalisé permettant à deux parties d’échanger des renseignements d’authentification sans mot de passe." cta="Voir le glossaire" href="/fr-CA/docs/glossary?term=SAML">SAML</Tooltip> <Tooltip tip="Security Assertion Markup Language (SAML) : protocole normalisé permettant à deux parties d’échanger des renseignements d’authentification sans mot de passe." cta="Voir le glossaire" href="/fr-CA/docs/glossary?term=identity+provider">fournisseur d’identité</Tooltip> qui utilise un [type de connexion SAML](/fr-CA/docs/authenticate/identity-providers/enterprise-identity-providers/saml) doit prendre en charge le provisionnement sortant des utilisateurs au moyen d’un client SCIM 2.0, ou être utilisé conjointement avec un service de provisionnement externe qui assure ce provisionnement sortant. Consultez la [documentation officielle sur SCIM](https://scim.cloud/#Implementations2) pour obtenir la liste des implémentations connues de clients SCIM 2.0.

Pour savoir comment configurer SCIM pour des fournisseurs d’identité SAML précis, consultez [Inbound SCIM for Okta Workforce SAML Connections](/fr-CA/docs/authenticate/protocols/scim/inbound-scim-for-okta-workforce-saml-connections) et [Inbound SCIM for Azure AD SAML Connections](/fr-CA/docs/authenticate/protocols/scim/inbound-scim-for-azure-ad-saml-connections)

<div id="openid-connect-identity-providers">
  #### Fournisseurs d’identité OpenID Connect
</div>

Tout fournisseur d’identité <Tooltip tip="OpenID : norme ouverte d’authentification qui permet aux applications de vérifier l’identité des utilisateurs sans recueillir ni stocker d’information de connexion." cta="Consulter le glossaire" href="/fr-CA/docs/glossary?term=OpenID">OpenID</Tooltip> Connect qui utilise une [connexion OpenID Connect](/fr-CA/docs/authenticate/identity-providers/enterprise-identity-providers/oidc) doit prendre en charge le provisionnement sortant des utilisateurs au moyen d’un client SCIM 2.0, ou être utilisé conjointement avec un service de provisionnement externe qui assure ce provisionnement sortant. Consultez la [documentation officielle sur SCIM](https://scim.cloud/#Implementations2) pour obtenir la liste des implémentations connues de clients SCIM 2.0.

Pour activer une gestion complète du cycle de vie des utilisateurs, votre fournisseur d’identité OpenID Connect doit être configuré pour envoyer la même valeur dans l’attribut `sub` du [jeton d’identité](https://openid.net/specs/openid-connect-core-1_0.html#IDToken) et dans l’attribut SCIM `externalId`. Ces valeurs correspondent généralement à l’identifiant système unique de l’utilisateur chez le fournisseur d’identité, qu’Auth0 utilise pour identifier l’utilisateur lors de la connexion.

Pour savoir comment configurer SCIM pour des fournisseurs d’identité OpenID Connect précis, consultez [Inbound SCIM for Okta Workforce Connections](/fr-CA/docs/authenticate/protocols/scim/inbound-scim-for-okta-workforce-connections), [Inbound SCIM for New Azure AD Connections](/fr-CA/docs/authenticate/protocols/scim/inbound-scim-for-new-azure-ad-connections) et [Inbound SCIM for Older Azure AD Connections](/fr-CA/docs/authenticate/protocols/scim/inbound-scim-for-older-azure-ad-connections).