| Fecha de anuncio | Fase 1 de implementación | Fase 2 de implementación |
| 30 de abril de 2025 | 30 de abril a 30 de mayo de 2025 | 30 de junio de 2026 - 1 de abril de 2027 |
A partir de hoy, los clientes pueden adoptar el tipo de concesión de token de actualización de OAuth según el estándar OAuth 2.0, así como el soporte para el acceso y el vencimiento del token de actualización. Los desarrolladores de aplicaciones de terceros (quienes publican integraciones y aplicaciones en el Marketplace) deberán adoptar el flujo de OAuth refresh_token antes del 31 de enero de 2026. Los clientes deben hacerlo antes del 1 de abril de 2027.
Este anuncio incluye los siguientes temas:
¿Qué va a cambiar?
Zendesk está introduciendo el tipo de concesión de token de actualización OAuth en dos fases para la transición al vencimiento obligatorio del token. Este tipo de concesión se usa para actualizar un token de acceso que ya venció o que está por vencer. Este flujo ya está disponible para su adopción. Los desarrolladores de aplicaciones de terceros deben adoptar el flujo de actualización de OAuth antes del 31 de enero de 2026. Todos los clientes deberán adoptarlo antes del 1 de abril de 2027.
El flujo se utiliza pasando un parámetro refresh_token al extremo /oauth/tokens usando grant_type: refresh_token para generar un nuevo token de acceso OAuth. Si la solicitud es exitosa, también devolverá un token de actualización y borrará los tokens de acceso y actualización anteriores. Para realizar pruebas exhaustivas del refresh_token flujo y del vencimiento del token, también puede pasar los parámetros expires_in y refresh_token_expires_in al extremo /OAuth/tokens cuando se utilizan los tipos de concesión authorization_code y refresh_token . Esto permite establecer los vencimientos de los tokens de acceso. Si establece un vencimiento, se aplicará y se cumplirá.
Importante: Los tokens de actualización requieren que los tokens de acceso venzan. Para los clientes OAuth creados antes de que Zendesk agregara el token de actualización Support, es necesario pasar expires_in explícitamente durante la solicitud de autorización. Si no lo hace, el token de acceso no vencerá y no se emitirá un token de actualización. Para los clientes OAuth creados a partir del 30 de abril de 2026, el vencimiento del token se configura automáticamente. Para los clientes heredados, adoptar el flujo de token de actualización también requiere establecer expires_in explícitamente.
Se otorgarán tokens de actualización en todas las nuevas solicitudes de token OAuth. Los tokens de OAuth existentes no se podrán actualizar. Todas las aplicaciones e integraciones existentes seguirán funcionando según lo previsto. Los clientes OAuth creados después del 30 de abril de 2026 tienen automáticamente vigente el tiempo de vida predeterminado (TTL).
| Tipo de token | TTL predeterminado | TTL mínimo | TTL máximo |
| Token de acceso | 30 minutos | 5 minutos | 48 horas |
| Token de actualización | 30 días | 7 días | 90 días |
Fase 1 Adopción (disponible ahora)
Los clientes y los desarrolladores de aplicaciones de terceros ahora pueden adoptar el flujo de refresh_token. Este tipo de concesión se usa para actualizar un token de acceso que ya venció o que está por vencer.
Fase 2 Aplicación (a partir de junio de 2026)
Zendesk comenzará a imponer el vencimiento del token para los clientes OAuth locales existentes. La aplicación de la Fase 2 ocurre en oleadas mensuales desde el 30 de junio de 2026 hasta el 1 de abril de 2027. En la fecha programada de aplicación, se aplicará el vencimiento del token a todos los clientes OAuth locales de su cuenta. Le notificaremos directamente antes de la fecha de aplicación programada.
¿Por qué va a hacer este cambio Zendesk?
Esta actualización nos alinea aún más con los estándares OAuth 2.0, ya que proporciona a los clientes y desarrolladores una autenticación de API más sólida y flexible.
¿Qué debo hacer?
Si utiliza OAuth para autenticar las solicitudes de API, su aplicación o integración debe adoptar el tipo de concesión refresh_token. Si desea ver más información, consulte Uso de la autenticación OAuth con su aplicación.
Si su cliente OAuth fue creado antes de que se introdujera refresh token Support, debe pasar expires_in explícitamente durante la autorización. Los tokens de actualización no se pueden emitir a menos que el token de acceso esté configurado para vencer. Esto no se configura automáticamente para los clientes antiguos. Verifique sus solicitudes de autorización para confirmar que se esté pasando expires_in antes de la fecha de aplicación.
Si tiene comentarios o preguntas relacionadas con este anuncio, visite el foro de la comunidad donde recopilamos y administramos los comentarios de los clientes sobre los productos. Si desea asistencia general con sus productos Zendesk, contacte a Atención al cliente de Zendesk.
Descargo de responsabilidad de la traducción: Este artículo ha sido traducido usando software de traducción automática para proporcionar una idea básica del contenido. Se han realizado esfuerzos razonables para proporcionar una traducción exacta, sin embargo, Zendesk no garantiza la exactitud de la traducción.
Si surge alguna pregunta relacionada con la exactitud de la información incluida en el artículo traducido, consulte la versión en inglés del artículo, que es la versión oficial.