Para usar la API de Chat en las cuentas de Support y Chat, y en las cuentas de la fase 4 de Chat, necesita generar un token de acceso para autenticar las solicitudes de API. No se admite la autenticación básica. No obstante, generar un token por primera vez puede ser un poco confuso, pero este tutorial proporciona ejemplos paso por paso de cómo generar manualmente un token. Al terminar, tendrá un token que puede usar en las solicitudes de la API de Chat para leer y escribir datos.

Si está diseñando una aplicación, debe crear la funcionalidad para generar tokens en su aplicación con el fin de automatizar el proceso.

Hay dos maneras de crear un token de acceso para la API de Chat; una manera más rápida y práctica de probar entornos (usando el flujo de concesión "implícita"), y una manera menos breve y más formal para los entornos de producción (usando el flujo de concesión de "código de autorización"). Ambas formas se incluyen en este tutorial.

Condiciones

Este tutorial se destina a las cuentas de Chat integrado a las que se aplicaron todos los cambios indicados en el artículo anterior. Estos se están introduciendo gradualmente, por lo que algunas cuentas pueden necesitarlos antes que otras. Si no está seguro de que su cuenta ya recibió todos los cambios, no dude en contactar con el equipo de soporte para confirmarlo.

Nota: una consecuencia de los cambios de cuentas es que será necesario volver a crear los tokens de OAuth. Si termina este tutorial antes de que los cambios se hayan hecho en su cuenta, necesitará volver a seguir los pasos después.

Procedimiento

El flujo de concesión "implícito" de OAuth tiene estos pasos:

  1. Crear el cliente API de OAuth.
  2. Finalizar el flujo de concesión implícito de OAuth para obtener el token usando la información del paso 1.

Crear el cliente API de OAuth

Primero, necesitamos un cliente API. Vaya a Zendesk Chat > Cuenta > API y SDK, y haga clic en el botón Agregar cliente API. Ingrese un nombre para el cliente y la compañía que elija y, para el URL de redireccionamiento, ingrese http://localhost:8080. Debe tener un aspecto similar a este:

Haga clic en Crear cliente API para finalizar la configuración. Verá una ventana emergente con el secreto y la ID del cliente. Muy importante: el secreto del cliente se muestra una sola vez, así que anótelo para cuando lo necesite más adelante. Se verá así:

Ahora que ya estableció el cliente API, anote el secreto y la ID del cliente antes de hacer clic en Entendido, y estará preparado para terminar el flujo de concesión de OAuth.

Finalizar el flujo de concesión implícito de OAuth para obtener el token

Este método usa el flujo de concesión "implícito" de OAuth. Otro método es usar el flujo de concesión de "código de autorización" de OAuth (que se muestra en la siguiente sección). Si se hace manualmente, este método tiene menos pasos y es más conveniente que el flujo de concesión de código de autorización que se muestra más adelante.

1. Siga el paso "Crear CLIENTE API de OAuth" anterior.

2. Obtenga esta información del cliente OAuth:

  • ID del cliente: CLIENT_ID
  • Su subdominio de Zendesk

3. Aplique su CLIENT_ID y SUBDOMAIN al siguiente URL, péguelo en una nueva pestaña del navegador y presione Intro.

https://www.zopim.com/oauth2/authorizations/new?response_type=token&client_id=CLIENT_ID&scope=read%20write&subdomain=SUBDOMAIN

NOTAS:

  • Si el cliente OAuth solo tiene un valor de URL de redireccionamiento, el paso de un valor redirect_uri es opcional. El sistema usará de manera predeterminada el único valor del URL de redireccionamiento del cliente OAuth.
  • Si el cliente OAuth tiene más de un valor de URL de redireccionamiento, el paso de un valor redirect_uri es obligatorio. Si se hace el paso de un valor redirect_uri, es necesario que sea un URL con codificación. En el ejemplo anterior, el parámetro de redirección opcional sería: redirect_uri=http%3A%2F%2Flocalhost%3A8080

4. Se hará la llamada, y posiblemente le pedirán que inicie sesión y seleccione "Permitir" para generar el token.

Si funciona la llamada, el campo de dirección de su navegador tendrá un nuevo token de OAuth (devuelto como el valor access_token).

A pesar del mensaje de error aparente que se muestra en la ventana principal del navegador, si el valor access_token se ve en el campo del URL del navegador, entonces si funcionó.

Esta es una demostración del flujo de trabajo:

 

Otra manera más larga de generar el token

Estos pasos crean un token de la misma manera que en la sección anterior, pero demuestran el flujo de concesión de "código de autorización" de OAuth. Anote los detalles de su cliente OAuth que se usarán a continuación.

Se usarán marcadores de posición en lugar de datos reales, pero recuerde que el secreto de su cliente OAuth se debe tratar con la máxima seguridad porque, básicamente, es la contraseña para entrar a su cuenta de Chat.

  • ID del cliente: CLIENT_ID
  • Secreto del cliente: CLIENT_SECRET
  • URL de redireccionamiento: http://localhost:8080
  • Subdominio: es el subdominio de Zendesk subdomain; por ejemplo, si su cuenta es niall.zendesk.com, este valor es niall
  • Código de autorización: todavía no lo tenemos

1. Preparar el primer URL

Aquí se crea un URL para solicitar un código de autorización. Vaya a https://www.zopim.com/oauth2/authorizations/new, y agregue algunos parámetros de consulta para pasar parte de la información anterior. Por ahora, necesitamos:

  • response_type: este es siempre code
  • redirect_uri: a donde será redirigido después de la concesión de acceso; para este tutorial, http://localhost:8080
  • client_id: es un valor específico, el que anotó antes
  • scope: el acceso que tendrá este token, seleccionaremos lectura y escritura
    • Incluya también el alcance del chat si usa el token para la API de conversaciones de Chat.
  • subdomain: su subdominio de Zendesk

Con todos estos datos, la codificación de URL le dará el URL final que tiene un aspecto similar a este:

https://www.zopim.com/oauth2/authorizations/new?response_type=code&redirect_uri=http%3A%2F%2Flocalhost%3A8080&client_id=CLIENT_ID&scope=read%20write&subdomain=SUBDOMAIN

en el que CLIENT_ID y SUBDOMAIN son los únicos valores diferentes en su URL.

2. Preparar la llamada con cURL

Antes de visitar ese URL, hay que generar la llamada con cURL que se ejecutará después. Esta vez, necesitaremos lo siguiente:

  • grant_type: este será siempre authorization_code
  • code: que se obtendrá después de permitir el acceso desde el URL
  • client_id: la ID de su cliente
  • client_secret: el secreto de su cliente
  • redirect_uri: es el mismo que el del último paso, http://localhost:8080
  • scope: es el mismo que el del último paso, lectura y escritura

Cuando se compila toda esta información, se obtiene un comando similar a este:

curl https://www.zopim.com/oauth2/token \
 -H "Content-Type: application/x-www-form-urlencoded" \
 -d 'grant_type=authorization_code&code=AUTH_CODE&client_id=CLIENT_ID&client_secret=CLIENT_SECRET&redirect_uri=http%3A%2F%2Flocalhost%3A8080&scope=read%20write' \
 -X POST

Recuerde que ya debe tener los valores CLIENT_ID y CLIENT_SECRET, pero todavía no tenemos el AUTH_CODE .

3. Obtener el código de autorización

Vaya ahora al URL que se generó en el paso 1. Verá una página como esta:

Haga clic en Permitir para conceder el acceso, y se le redirigirá al URL de redireccionamiento. Se verá como una página con error, pero lo importante es fijarse en el URL para ver cuál es el código de autorización, es decir, todo lo que aparece después de ?code=.

Copie ese código y prepárese para el último paso. El código de autorización solo es válido por poco tiempo. Si espera más de unos minutos, es posible que tenga que volver a ejecutar el paso anterior para obtener un valor nuevo de código.

4. Hacer la llamada con cURL para obtener el token

En la llamada con cURL que se generó en el paso 2 y que se ve como esta

curl https://www.zopim.com/oauth2/token \
 -H "Content-Type: application/x-www-form-urlencoded" \
 -d 'grant_type=authorization_code&code=AUTH_CODE&client_id=CLIENT_ID&client_secret=CLIENT_SECRET&redirect_uri=http%3A%2F%2Flocalhost%3A8080&scope=read%20write' \
 -X POST

reemplace el valor AUTH_CODE por el código del paso 3 y ejecute el comando desde una aplicación terminal. Recibirá una respuesta en forma de un objeto JSON, como este:

{
 "access_token": "TOKEN",
 "token_type": "Bearer",
 "refresh_token": "REFRESH_TOKEN",
 "scope": "read write"
}

5. Probar el token nuevo

Siempre es buena idea probar las cosas para confirmar que funcionen según lo previsto, y eso es lo que haremos. La llamada más fácil de hacer es un sencillo GET a /api/v2/chats para ver la información de su cuenta:

curl https://www.zopim.com/api/v2/chats -H "Authorization: Bearer TOKEN"

y reemplazar TOKEN con el que se obtuvo en el paso 4. 

Información adicional

Valor client_type confidencial

En las secciones anteriores, se demostró el tipo de concesión "implícito" y el tipo de concesión de "código de autorización". Hay otros dos tipos de concesión compatibles con Zendesk Chat: "password" y "client_credentials". Estos se describen con más detalle en la documentación de referencia en la sección Tipos de concesión confidenciales.

Para las llamadas de API que usan los administradores y los agentes para asuntos como informes de métricas, puede ser preferible obtener un token de OAuth con uno de estos tipos de concesión. Será necesario establecer el client_type como un valor "confidencial". De manera predeterminada, este valor se establece como "público". El cambio se hace por medio de la API, y se logra de la siguiente manera:

1. Obtener la ID del cliente

Primero, necesita la ID de su cliente nuevo. Esta se obtiene usando el token nuevo, con la llamada siguiente:

curl https://www.zopim.com/api/v2/oauth/clients -H "Authorization: Bearer TOKEN"

que le mostrará todos sus clientes. Puede ser que solo tenga uno, pero, si tiene muchos, debe escoger el que desea actualizar y anotar su ID.

2. Actualizar el valor client_type

Ahora que ya tiene la ID del cliente, puede ejecutar la siguiente llamada con cURL para actualizar la propiedad client_type:

curl https://www.zopim.com/api/v2/oauth/clients/ID -d '{"client_type": "confidential"}' \
 -X PUT -H "Content-Type: application/json" -H "Authorization: Bearer TOKEN"

Una vez que termine, puede usar el token para los extremos restringidos.

Tecnología de Zendesk