Loading
Identificar sus usuarios y gestionar el acceso
ƍndice de materias
Seleccionar filtros

          No hay resultados
          No hay resultados
          Estas son algunas sugerencias de bĆŗsqueda

          Compruebe la ortografĆ­a de sus palabras clave.
          Utilice términos de búsqueda mÔs generales.
          Seleccione menos filtros para ampliar su bĆŗsqueda.

          Buscar en toda la Ayuda de Salesforce
          Flujo de credenciales de cliente de OAuth 2.0 para la integración de servidor a servidor

          Flujo de credenciales de cliente de OAuth 2.0 para la integración de servidor a servidor

          En ocasiones, desea compartir directamente información entre dos aplicaciones sin molestar a un usuario. Para estos escenarios, puede utilizar el flujo de credenciales de cliente de OAuth 2.0. En este flujo, la aplicación cliente intercambia sus credenciales de cliente definidas en la aplicación conectada (su clave de consumidor y secreto de consumidor) para un token de acceso. Este flujo elimina la necesidad de interacción de usuario explícita, aunque le requiere especificar un usuario de integración para ejecutar la integración. Puede utilizar este flujo como una alternativa mÔs segura al flujo de nombre de usuario-contraseña de OAuth 2.0.

          Ediciones necesarias

          Disponible en: Salesforce Classic y Lightning Experience
          Disponible en: todas las ediciones
          Nota
          Nota La creación de aplicaciones conectadas estĆ” restringida a partir de Spring ā€˜26. Puede continuar utilizando aplicaciones conectadas existentes durante y despuĆ©s de Spring ā€˜26. Sin embargo, recomendamos utilizar aplicaciones cliente externas en su lugar. Si debe seguir creando aplicaciones conectadas, haga contacto con el Servicio de asistencia de Salesforce.

          Consulte Las nuevas aplicaciones conectadas ya no se pueden crear en Spring ā€˜26 para obtener mĆ”s detalles.

          Para utilizar el flujo de credenciales de cliente, debe crear una aplicación conectada y configurar sus configuraciones de OAuth y políticas de acceso.

          Por ejemplo, crea una aplicación personalizada para ejecutar reportes automatizados desde Salesforce. Desea que la aplicación ejecute reportes cada noche. Para integrar su aplicación personalizada con Salesforce, debe configurar una aplicación conectada. A continuación, para configurar su aplicación conectada para el flujo de credenciales de cliente, activa el flujo y asigna un usuario de integración. Cuando se inicia el servicio de reportes nocturno, su aplicación personalizada accede a los datos de Salesforce utilizando estos pasos de alto nivel.

          Nota
          Nota Este flujo no admite tokens de actualización.
          1. La aplicación conectada envía sus credenciales de cliente al extremo de tokens de OAuth de Salesforce mediante una solicitud POST.
          2. Salesforce valida las credenciales de cliente y autentica la aplicación.
          3. Salesforce devuelve un token de acceso en nombre del usuario de integración que asignó.
          4. La aplicación conectada utiliza el token de acceso para llamar a una API de Salesforce, como la API de REST.
          5. La API responde con los datos solicitados para el reporte.
          Advertencia
          Advertencia Antes de configurar el flujo de credenciales de cliente, es importante comprender sus riesgos de seguridad. Con este flujo activado, cualquier persona o aplicación que tenga acceso a la clave de consumidor y el secreto de consumidor de su aplicación conectada podrÔ obtener un token de acceso. Mantenga la seguridad cambiando periódicamente su secreto de consumidor, y cÔmbielo inmediatamente si se vuelve vulnerable. Consulte Cambiar el secreto y la clave de consumidor de una aplicación conectada.

          Solicitar un token de acceso

          Desglosemos el proceso de obtención de un token de acceso con el flujo de credenciales del cliente.

          Para iniciar el flujo, la aplicación conectada publica sus credenciales de cliente en el extremo de tokens de Salesforce. Puede incluir las credenciales de cliente como parÔmetros en el cuerpo de la solicitud. O bien, para mÔs seguridad, ponga las credenciales de su cliente en un encabezado de autorización bÔsica.

          Importante
          Importante Cuando desarrolle integraciones de OAuth, pase siempre información confidencial en el cuerpo de una solicitud POST o en un encabezado de solicitud. No utilice parÔmetros GET en la cadena de consulta URL para pasar información confidencial. La información confidencial incluye, entre otros, nombres de usuario, contraseñas, tokens de OAuth, secretos de clientes y cualquier información de identificación personal. Para obtener mÔs información sobre mejores prÔcticas de seguridad, consulte Almacenamiento de datos confidenciales en la Guía de codificación segura.

          A continuación se incluye un ejemplo de solicitud POST con las credenciales de cliente en el cuerpo de la solicitud.

          POST /services/oauth2/token HTTP/1.1
          Host: MyDomainName.my.salesforce.com
          grant_type=client_credentials&
          client_id=*******************&
          client_secret=*******************
          Nota
          Nota Para encontrar su URL de Mi dominio, desde Configuración, en el cuadro Búsqueda rÔpida, ingrese Mi dominio y luego seleccione Mi dominio.

          Estos parƔmetros deben incluirse en la solicitud.

          ParÔmetro Descripción
          client_id Haga clic en la clave de consumidor de la aplicación conectada. Para acceder a la clave de consumidor, desde el Gestor de aplicaciones, busque la aplicación conectada y seleccione Ver desde el menú desplegable. A continuación haga clic en Gestionar detalles de consumidor. A veces se le solicita verificar su identidad antes de poder ver la clave de consumidor.
          client_secret Haga clic en el secreto de consumidor de la aplicación conectada. Para acceder al secreto de consumidor, desde el Gestor de aplicaciones, busque la aplicación conectada y seleccione Ver desde el menú desplegable. A continuación haga clic en Gestionar detalles de consumidor. A veces se le solicita verificar su identidad antes de poder ver el secreto de consumidor.
          grant_type

          El tipo de otorgamiento de OAuth 2.0 que solicita la aplicación conectada. Para el flujo de credenciales de cliente, este valor se debe establecer en client_credentials.

          Para obtener una explicación detallada del tipo de otorgamiento de credenciales de cliente, consulte la sección Otorgar credenciales de cliente en El marco de trabajo de autorización OAuth 2.0 desde la Grupo de tareas de ingeniería de Internet.

          A continuación se incluye un ejemplo con las credenciales de cliente en un encabezado de autorización bÔsica. Con este formato, client_id se anexa a client_secret en el formato client_id:client_secret, y el valor resultante tiene codificación Base64.

          POST /services/oauth2/token HTTP/1.1
          Host: MyDomainName.my.salesforce.com
          Header: Authorization: Basic 
          TXlDbGllbnRJRDpNeUNsaWVudFNlY3JldA==
          grant_type=client_credentials

          Si utiliza este formato, grant_type es el único parÔmetro requerido en el cuerpo de la solicitud. grant_type debe establecerse como client_credentials.

          Nota
          Nota Puesto que Salesforce no admite Ômbitos en el extremo del token, no puede incluir Ômbitos en la solicitud. En su lugar, asigne Ômbitos a su aplicación conectada.

          Salesforce otorga un token de acceso

          Después de validar las credenciales del cliente, Salesforce devuelve una respuesta que contiene un token de acceso y Ômbitos solicitados. La aplicación puede utilizar el token de acceso para acceder a datos protegidos en Salesforce.

          A continuación se incluye un ejemplo de respuesta de token de acceso en formato JSON.

          {
              "access_token": "*******************",
              "instance_url": "https://yourInstance.salesforce.com",
              "id": "https://login.salesforce.com/id/XXXXXXXXXXXXXXXXXX/XXXXXXXXXXXXXXXXXX",
              "token_type": "Bearer",
              "scope": "id api",
              "issued_at": "1657741493799",
              "signature": "c2lnbmF0dXJl"
          }

          Estos parƔmetros se incluyen en la respuesta.

          ParÔmetro Descripción
          access_token Token de OAuth que una aplicación conectada utiliza para solicitar el acceso a un recurso protegido en nombre de una aplicación cliente. Pueden acompañar permisos adicionales en la forma de Ômbitos al token de acceso.
          instance_url Una URL que indica la instancia de la organización del usuario. Por ejemplo: https://yourInstance.salesforce.com/.
          id Una URL de identidad que se puede utilizar para identificar la organización y el usuario de integración. El formato de la URL es https://login.salesforce.com/id/orgID/userID.
          token_type Un tipo de token Bearer, que se utiliza para todas las respuestas que influyen un token de acceso.
          scope

          Los Ɣmbitos asociados con el token de acceso.

          Los Ômbitos definen mÔs el tipo de recursos protegidos a los que el cliente puede acceder. Usted asigna Ômbitos a una aplicación conectada cuando la construye, y se incluyen con los tokens de OAuth durante el flujo de autorización.

          Debido a que el flujo de credenciales de cliente no admite sesiones de la interfaz de usuario y no emite un token de actualización, Salesforce filtra automÔticamente estos Ômbitos.

          • Acceso completo (full)
          • Gestionar datos de usuario a travĆ©s de navegadores (web)
          • Realizar solicitudes en cualquier momento (refresh_token, offline_access)
          issued_at Marca de tiempo del momento de creación de la firma en milisegundos.
          signature Firma HMAC-SHA256 con codificación Base64 firmada con client_secret. La firma puede incluir el Id. concatenado y el valor issued_at, que puede utilizar para verificar que la URL de identidad no cambió desde que la envió el servidor.
           
          Cargando
          Salesforce Help | Article