---
schema_version: "1"
id: 85bd54169713e551473571f36b1ee2c5055e214f72b7b1b2aff1fc31c0b8c23f
title: Configurar OAuth externo para SAP HANA
collection: tableau
version: next
locale: es-es
portal_url: https://docs.salesforce.com/tableau/next/es-es/server-linux/config_oauth_hana.md
canonical_url: https://help.tableau.com/v0.0/server-linux/es-es/config_oauth_hana.htm
source_site: help.tableau.com
content_type: documentation
content_hash: e16cec79b240a8e8c71dc6aa4da0c2001f244165c1ef9e4f3334f6ea116eb79a
description: Configure external OAuth 2.0/OIDC identity federation for SAP HANA in Tableau Cloud.
---
[Saltar al contenido principal](#main-content)

# Configurar OAuth externo para SAP HANA

A partir de Tableau 2024.3 para Tableau Cloud, puede utilizar OAuth 2.0/OIDC para federar la identidad de un proveedor de identidad externo a HANA.

Según el proveedor de identidad, se necesitan diferentes pasos para configurar la integración. Esta es una descripción general de alto nivel.

## Configuración del IdP en HANA

Para obtener información sobre cómo configurar su IdP en HANA, consulte [Inicio de sesión único mediante tokens 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) en el sistema de ayuda de SAP.

A continuación se muestran algunos ejemplos de diferentes formas de configurar IdP:

- IdP de Okta que utiliza HANA Cockpit: [Conectarse a SAP HANA Cloud con una cuenta de Okta](https://help.alteryx.com/current/en/designer/data-sources/sap-hana/connect-to-sap-hana-cloud-with-okta-account.html#connect-to-sap-hana-cloud-with-okta-account)
- IdP de Azure que utiliza HANA Studio: [Configuración de una instancia de SAP HANA con OAuth o SSO](https://www2.microstrategy.com/producthelp/Current/Gateway_Connections/WebHelp/Lang_1033/Content/sap_hana_instance_oauth_sso.htm)

## Configuración del IdP

1. Cree clientes OAuth en el IdP para Tableau Desktop y Tableau Server o Tableau Cloud. El cliente de Desktop debe habilitar [`PKCE`](https://auth0.com/docs/get-started/authentication-and-authorization-flow/authorization-code-flow-with-pkce) y usar las redirecciones `http://localhost`.
2. Cree los archivos de configuración de OAuth para Tableau. Para obtener información sobre cómo hacerlo, consulte [Configuración y uso de OAuth](https://tableau.github.io/connector-plugin-sdk/docs/oauth) en [GitHub](https://tableau.github.io/connector-plugin-sdk/docs/oauth "Documentación de OAuth en GitHub"), y [estos ejemplos](https://github.com/tableau/connector-plugin-sdk/tree/master/samples/components/oauth "Ejemplos de OAuth en GitHub."). Agradeceremos cualquier ejemplo para otros IdP.
    
    1. Asegúrese de anteponer “`custom_`” a los ID de configuración de OAuth para Tableau.
        
        **Nota:** Los ID de configuración de OAuth tienen un límite máximo de 36 caracteres. Es posible que los identificadores más largos que esto no generen un error, pero no funcionarán.
    2. Si su IdP admite el puerto dinámico localhost, deshabilite `OAUTH_CAP_FIXED_PORT_IN_CALLBACK_URL`. Si su IdP no admite este puerto, asegúrese de agregar varias URL de devolución de llamada de localhost a la lista de permitidos del archivo de configuración y el IdP.
3. Instale los nuevos archivos de configuración de Tableau OAuth en la carpeta `OAuthConfigs` asociada con cada aplicación en los hosts de escritorio (Tableau Desktop, Tableau Prep Builder o Tableau Bridge) y en cada sitio de Tableau Server y Tableau Cloud que usará OAuth a través de la página de configuración. Para obtener más información, consulte [Configuraciones OAuth personalizadas en Desktop](https://tableau.github.io/connector-plugin-sdk/docs/oauth#custom-oauth-configs-on-desktop) y [Clientes OAuth a nivel de sitio](https://tableau.github.io/connector-plugin-sdk/docs/oauth#site-level-oauth-clients).

## Conectarse a HANA

El usuario debe seleccionar Iniciar sesión con OAuth y seleccionar el Proveedor de OAuth instalado anteriormente.

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

## Okta

Si usa Okta, es mejor usar un “servidor de autorización personalizado” en lugar del “servidor de autorización de la organización”. Los servidores de autorización personalizados son más flexibles. Hay un servidor de autorización personalizado creado de forma predeterminada con el nombre “default”. La URL de autorización debe tener este aspecto:

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

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