> ## Documentation Index
> Fetch the complete documentation index at: https://docs-dev-fix-docs-5528-php-updates.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# Organisations avec plusieurs fournisseurs d’identité

> En savoir plus sur les organisations de fournisseurs d’identité (IdP) multiples, dans lesquelles chaque organisation Auth0 a plus d’une connexion Auth0.

Dans le scénario des organisations à fournisseurs d’identité (<Tooltip href="/docs/fr-ca/glossary?term=idp" tip="Fournisseur d’identité (IdP)
Service de stockage et de gestion des identités numériques." cta="Voir le glossaire">IdP</Tooltip>) multiples, chaque organisation qui se sert de la fonctionnalité [Auth0 Organizations](/docs/fr-ca/manage-users/organizations/organizations-overview) utilise plus d’une [connexion Auth0](/docs/fr-ca/connections). Ce scénario est, à bien des égards, identique à celui des [organisations à fournisseur d’identité unique](/docs/fr-ca/get-started/architecture-scenarios/multiple-organization-architecture/single-identity-provider-organizations). En fait, la fonction Auth0 Organizations permet de combiner les deux types d’organisations et de passer facilement de l’une à l’autre. Vous devez toutefois tenir compte de quelques éléments supplémentaires.

## Connexions

En plus des informations généralement incluses dans [Authorization](/docs/fr-ca/get-started/architecture-scenarios/multiple-organization-architecture/single-identity-provider-organizations/authorization), vous pouvez ajouter des détails concernant la [connexion Auth0](/docs/fr-ca/connections) particulière qui a permis d’effectuer l’authentification du premier facteur pour l’utilisateur. Bien que cela ne soit pas explicitement requis, vous pouvez ajouter ces informations à un jeton d’ID et/ou d’accès en tant que réclamation personnalisée afin de fournir à votre application ou à votre API un contexte supplémentaire pouvant être utilisé avec le contrôle d’accès.

Comme illustré dans l’exemple suivant, les demandes personnalisées sont généralement ajoutées via l’extensibilité des règles, qui peut accéder aux particularités de la connexion au moyen de l’objet [`context`](/docs/fr-ca/customize/rules/context-object) :

```javascript lines theme={null}
context.idToken['http://travel0.net/connection'] = context.connection;     // Connection name claim
context.accessToken['http://travel0.net/connection'] = context.connection; // Connection name claim
```

<Callout icon="file-lines" color="#0EA5E9" iconType="regular">
  L’objet contextuel Règles permet d’accéder à divers aspects de la connexion utilisée pour l’authentification à premier facteur d’un utilisateur, notamment le nom de la `connection`, `connectionID` et `connectionStrategy`. Cela permet également l’extensibilité de la Règle avec des informations supplémentaires qui peuvent être utilisées dans le cadre de n’importe quelle [application de politique centralisée](/docs/fr-ca/get-started/architecture-scenarios/multiple-organization-architecture/single-identity-provider-organizations/authorization).
</Callout>

### Connexion à la base de données

Bien qu’Auth0 vous permette de [fournir](/docs/fr-ca/get-started/architecture-scenarios/multiple-organization-architecture/single-identity-provider-organizations/provisioning) plusieurs [connexions à des bases de données et à des bases de données personnalisées](/docs/fr-ca/connections/database), nous ne vous recommandons pas d’associer plus d’un de ces types de connexion à une organisation Auth0. Étant donné que les connexions aux bases de données et aux bases de données personnalisées ne prennent pas actuellement en charge la découverte du domaine d’accueil, qui est un élément clé de l’[authentification Identifier-First](/docs/fr-ca/authenticate/login/auth0-universal-login/identifier-first), la nouvelle expérience de connexion universelle ne peut pas choisir entre ces deux types de connexions si plusieurs d’entre elles sont définies.

<Callout icon="file-lines" color="#0EA5E9" iconType="regular">
  **Meilleure pratique**

  Si vous définissez une connexion de base de données personnalisée à utiliser avec une Organization Auth0, assurez-vous qu’une (et une seule) connexion de base de données personnalisée est associée à cette Organization Auth0 à un moment donné.
</Callout>

### connexion d’entreprise

Si votre application d’entreprise utilise [Enterprise fédérée](/docs/fr-ca/authenticate/enterprise-connections), vous pouvez activer l’[authentification Identifier-First avec découverte du domaine d’accueil](/docs/fr-ca/authenticate/login/auth0-universal-login/identifier-first) dans son profil d’authentification. Une fois activée, la découverte du domaine d’accueil détecte les adresses courriel provenant d’un domaine connu et les envoie automatiquement à la connexion du personnel appropriée.

Pour en savoir plus, consultez [Authentification Identifier-First](https://auth0.com/docs/manage-users/organizations/login-flows-for-organizations#identifier-first-authentication) dans [Flux de connexion pour les organisations](/docs/fr-ca/manage-users/organizations/login-flows-for-organizations).

### Connexion sociale

Outre les considérations décrites dans la section [Authentification](/docs/fr-ca/get-started/architecture-scenarios/multiple-organization-architecture/single-identity-provider-organizations/authentication), il n’y a pas d’autres problèmes à résoudre lorsque les connexions par réseau social sont utilisées dans le cadre d’un scénario d’organisation à plusieurs IdP.