---
schema_version: "1"
id: b2e70302c2a6e259b260e43960a5e77ad243162d15d28f2a511cb2e6f7ec1602
title: Configurer OAuth externe pour SAP HANA
collection: tableau
version: next
locale: fr-fr
portal_url: https://docs.salesforce.com/tableau/next/fr-fr/server/config_oauth_hana.md
canonical_url: https://help.tableau.com/v0.0/server/fr-fr/config_oauth_hana.htm
source_site: help.tableau.com
content_type: documentation
content_hash: 8681c2fb4efba3f7c7827a9faef2ff76e926b398d82d6ad95b652a74bf5290ca
description: Configure external OAuth 2.0/OIDC identity federation for SAP HANA in Tableau Cloud.
---
[Passer au contenu principal](#main-content)

# Configurer OAuth externe pour SAP HANA

Depuis Tableau 2024.3 pour Tableau Cloud, vous pouvez utiliser OAuth 2.0/OIDC pour fédérer l’identité depuis un fournisseur d’identité externe vers HANA.

Selon le fournisseur d’identité, plusieurs étapes différentes sont nécessaires pour configurer l’intégration. Nous vous présentons ici un aperçu général.

## Configurer l’IdP sur HANA

Pour plus d’informations sur la configuration de votre IdP sur HANA, consultez [Authentification unique à l’aide de jetons Web JSON](https://help.sap.com/docs/hana-cloud-database/sap-hana-cloud-sap-hana-database-security-guide/single-sign-on-using-json-web-tokens) dans le système d’aide de SAP.

Voici quelques exemples des manières possibles de configurer un IdP :

- Okta IdP utilisant HANA Cockpit : [Connectez-vous à SAP HANA Cloud avec un compte Okta](https://help.alteryx.com/current/fr/designer/data-sources/sap-hana/connect-to-sap-hana-cloud-with-okta-account.html#connect-to-sap-hana-cloud-with-okta-account)
- Azure IdP utilisant HANA Studio : [Configuration d’une instance SAP HANA avec OAuth ou SSO](https://www2.microstrategy.com/producthelp/Current/Gateway_Connections/WebHelp/Lang_1033/Content/sap_hana_instance_oauth_sso.htm)

## Configurer l’IdP

1. Créez des clients OAuth sur l’IdP pour Tableau Desktop et Tableau Server ou Tableau Cloud. Le client Desktop doit activer [`PKCE`](https://auth0.com/docs/get-started/authentication-and-authorization-flow/authorization-code-flow-with-pkce) et utiliser les redirections `http://localhost`.
2. Créez des fichiers de configuration Tableau OAuth. Pour plus de détails sur la façon de procéder, voir [Configuration et utilisation d’OAuth](https://tableau.github.io/connector-plugin-sdk/docs/oauth) sur [GitHub](https://tableau.github.io/connector-plugin-sdk/docs/oauth "Documentation OAuth sur GitHub"), et des exemples [ici](https://github.com/tableau/connector-plugin-sdk/tree/master/samples/components/oauth "Exemples OAuth sur GitHub."). N’hésitez pas à nous envoyer des exemples d’autres fournisseurs d’identité.
    
    1. Veillez à ajouter le préfixe « `custom_` » aux ID de configuration Tableau OAuth.
        
        **Remarque :** les ID de configuration OAuth ont une limite maximum de 36 caractères. Les identifiants plus longs ne génèrent pas nécessairement d’erreur, mais ne fonctionneront pas.
    2. Si votre IdP prend en charge le port localhost dynamique, désactivez `OAUTH_CAP_FIXED_PORT_IN_CALLBACK_URL`. Dans le cas contraire, veillez à ajouter plusieurs URL de rappel localhost à la liste d’autorisations dans le fichier de configuration et sur l’IdP.
3. Installez les nouveaux fichiers de configuration Tableau OAuth dans le dossier `OAuthConfigs` associé à chaque application sur les hôtes de bureau (Tableau Desktop, Tableau Prep Builder, Tableau Bridge) et sur chaque site Tableau Server et Tableau Cloud qui utilisera OAuth, via la page Paramètres du site. Pour plus de détails, voir [Configurations OAuth personnalisées sur Desktop](https://tableau.github.io/connector-plugin-sdk/docs/oauth#custom-oauth-configs-on-desktop) et [Clients OAuth au niveau du site](https://tableau.github.io/connector-plugin-sdk/docs/oauth#site-level-oauth-clients).

## Connexion à HANA

L’utilisateur doit sélectionner l’option Se connecter avec OAuth, puis le Fournisseur OAuth qu’il a installé auparavant.

![](/tableau/next/fr-fr/server/fr-fr/Img/hana_connect.png)

## Okta

Dans le cas d’Okta, il est préférable d’utiliser un « serveur d’autorisation personnalisé » plutôt que le « serveur d’autorisation de l’organisation ». Les serveurs d’autorisation personnalisés sont plus flexibles. Un serveur d’autorisation personnalisé est créé par défaut et porte le nom « default ». L’URL d’autorisation devrait se présenter comme suit :

https://${yourOktaDomain}/oauth2/{authServerName}/v1/authorize

![](/tableau/next/fr-fr/server/fr-fr/Img/redshift_oauth_iam_okta_800x332.png)