Twilio cambiará el 30 de septiembre de 2026 el comportamiento del endpoint que lista conferencias de voz. A partir de esa fecha, una petición a /2010-04-01/Accounts/{AccountSid}/Conferences.json sin el parámetro Status dejará de devolver conferencias históricas y mostrará por defecto únicamente las que estén en curso. El cambio está documentado en el changelog oficial de Twilio.
Qué devuelve hoy la API y qué devolverá desde el 30 de septiembre
Hasta ahora, una consulta sin filtro puede devolver conferencias en distintos estados, incluidas las completadas. Tras el cambio, Twilio separará el acceso a datos activos e históricos y el endpoint sin Status se comportará como una consulta de conferencias en progreso.
Las aplicaciones que necesiten recuperar conferencias finalizadas deberán solicitar expresamente Status=completed. Si una integración necesita tanto conferencias activas como completadas, tendrá que realizar dos peticiones separadas y combinar los resultados en su propia lógica.
Qué integraciones pueden romperse
El riesgo está en aplicaciones que utilizan la respuesta sin filtro para construir historiales de llamadas, cuadros de mando, conciliaciones de atención telefónica o procesos posteriores a una conferencia. Si el código asume que el endpoint devuelve también reuniones completadas, desde el 30 de septiembre esos registros dejarán de aparecer sin que necesariamente exista un error HTTP.
Esto hace que el problema pueda pasar desapercibido: la petición seguirá funcionando, pero el conjunto de datos será distinto. Por eso conviene revisar no solo errores técnicos, sino también la lógica de negocio que consume la respuesta.
Por qué Twilio introduce el cambio
Twilio explica que la modificación forma parte de una actualización de infraestructura que separa los datos de conferencias activas y completadas para mejorar rendimiento y fiabilidad. El nuevo comportamiento permite que las consultas operativas sobre llamadas en curso no recorran el mismo conjunto de datos que los históricos.
La compañía no elimina el acceso a conferencias completadas. Simplemente obliga a solicitar ese estado de manera explícita.
Qué debería hacer una empresa antes del miércoles
Los equipos que utilicen Programmable Voice deberían buscar llamadas al endpoint de Conferences y comprobar si incluyen el parámetro Status. Si necesitan históricos, deben añadir Status=completed y probar que la aplicación procesa correctamente la respuesta. También es recomendable ejecutar pruebas con datos activos y finalizados antes del 30 de septiembre.
En integraciones empresariales conviene revisar al mismo tiempo controles similares que están cambiando en otras plataformas: el validador de configuración empresarial de GitHub Copilot, el sandbox local para agentes, la actualización de CodeQL, el parche crítico de GitLab, el nuevo Microsoft Defender ISOC y la adopción de passkeys empresariales.
Fotografía: MART PRODUCTION / Pexels.
