En esta página, se proporciona información sobre los próximos cambios en RCS para empresas.
Próxima aplicación forzosa de extremos regionales para las verificaciones de capacidad por lotes
Fecha de entrada en vigencia: Segundo trimestre de 2026
A partir del segundo trimestre de 2026, el método users.batchGet requerirá el uso de extremos regionales. A partir de ese momento, las solicitudes por lotes se deben enviar al extremo de la API que corresponde a la región geográfica de los números de teléfono en ese lote.
Por qué realizamos este cambio:
Optimizar el rendimiento y la confiabilidad de la API, y contener el impacto de posibles interrupciones
Qué debes hacer:
Actualiza tu aplicación para llamar al extremo regional correcto para tus solicitudes de
users.batchGet.Asegúrate de que cada solicitud de
users.batchGetcontenga números de teléfono de una sola región. Las solicitudes que contengan números de teléfono de regiones mixtas o que se envíen al extremo regional incorrecto fallarán con un error400 Bad Request.
Qué se mantendrá igual:
Por el momento, esta aplicación de la política no afecta las verificaciones de capacidad única (phones.getCapabilities) ni el envío de mensajes. Sin embargo, te recomendamos que uses APIs regionalizadas para todas las llamadas y, así, optimices el rendimiento de la API ahora y te prepares para futuras actualizaciones.
Próxima baja de la API para el recurso phones.testers
Fecha de entrada en vigencia: 28 de febrero de 2026
Actualmente, es posible que uses el recurso heredado phones.testers, que se limita a enviar una invitación y ver el estado de un solo dispositivo de prueba.
Para brindar un control más integral, hace poco lanzamos la nueva API de testers, que permite administrar todo el ciclo de vida de los verificadores. Ahora puedes enviar o volver a enviar invitaciones, obtener el estado y quitar verificadores de forma programática.
Debido a esta funcionalidad expandida, daremos de baja el recurso heredado phones.testers. Este recurso se quitará de forma permanente el 28 de febrero de 2026.
Para garantizar que las pruebas de tus agentes no se interrumpan, todos los socios deben migrar sus implementaciones al nuevo y optimizado recurso de la API de testers antes del 28 de febrero de 2026. Después de esta fecha, los agentes que no hayan migrado no podrán invitar ni administrar dispositivos de prueba.
| Recurso | Estado | Fecha límite de baja |
|---|---|---|
| phones.testers | Obsoleto | 28 de febrero de 2026 |
| testers | Actual | Se requiere la migración antes del 28 de febrero de 2026 |
Qué debes hacer:
- Revisa la nueva referencia de la API de testers y la guía actualizada para configurar un dispositivo de prueba.
- Actualiza el código existente que llama al método
phones.testers.createpara usar los nuevos extremos de recursostesters. - Implementa y prueba la nueva lógica antes del 28 de febrero de 2026.
Te recomendamos que comiences la migración lo antes posible para aprovechar las nuevas funciones de pruebas programáticas.