Envío de mensajes activos con BSUID

¡Próximamente!

⚠️ Los comportamientos a continuación representan el diseño actual de la funcionalidad y pueden evolucionar hasta la disponibilidad final.

Índice

1. Lo que NO cambia
2. Lo que evoluciona
   1. Growth - Envío individual
   2. Growth - Envío masivo (CSV)
   3. Desk - Envío de mensajes con BSUID
   4. Evolución de los payloads de API - Growth
   5. GET /accounts
3. Plugin de broadcast

Lo que no cambia

• Los envíos activos vía número de teléfono continúan funcionando normalmente
• Las plantillas de mensajes activos continúan funcionando

• La opción de enviar mensajes activos vía API (Growth y Blip) permanece disponible

   

Lo que evoluciona

Portal Blip - Growth Individual

La interfaz de envío individual ofrecerá la opción de envío por:

• Número de teléfono (modelo actual)
• BSUID (nuevo)

Portal Blip - Growth masivo (CSV)

La primera columna del archivo CSV aceptará ambos tipos de valores, incluso intercalados en la misma base:

El nombre de la columna no necesita ser cambiado. Se soportan audiencias mixtas (número de teléfono y BSUID intercalados).

⚠️ ¡Atención! Si el número de teléfono y el BSUID del mismo usuario están presentes simultáneamente en la base, se realizarán 2 envíos para el mismo usuario. Garantizar la deduplicación es responsabilidad del remitente.

Desk - Envío de mensajes por BSUID

El envío de mensajes activos por Desk permitirá la búsqueda por BSUID (filtro "igual a"). La visualización del contacto durante el flujo de envío también mostrará username y BSUID.

Evolución de los payloads de API - Growth (Active Campaign)

Campo recipient

El campo recipient (identificador del contacto sin el dominio) aceptará número de teléfono (ya soportado) y BSUID (nueva opción).

Endpoints impactados: POST /campaign/full y GET /audiences/v2/{{id}}

POST /campaign/full - Ejemplo de payload

GET /audiences/v2/{{id}} - Ejemplo de payload

En análisis para futuras evoluciones: soporte para ID Blip (GUID) y Parent ID como recipient.

Campo recipientIdentity — /campaigns/summaries

Actualmente siempre retorna {telefono}@wa.gw.msging.net. Con la evolución, podrá retornar número de teléfono o GUID.

Campo validatedAccount — /audiences

Actualmente siempre retorna {phonenumber}@wa.gw.msging.net. Con la evolución, podrá retornar número de teléfono o GUID.

GET /accounts

El endpoint GET /accounts aceptará BSUID como parámetro de consulta (además de número de teléfono). El campo to del payload de envío no cambia, seguirá siendo llenado con la identidad obtenida vía GET /accounts.

ANTES - Ejemplo de payload

DESPUÉS: Número de teléfono como ID del contacto - Ejemplo de payload

DESPUÉS: GUID como ID del contacto - Ejemplo de payload

Plugin de Broadcast

⚠️ El Plugin de Broadcast no acompaña la evolución del modelo de identidad de WhatsApp y no tiene previsión de adaptación para soportar usernames, BSUIDs y la nueva lógica de creación de contactos implementada en Blip.

Se recomienda la migración gradual a la API de Growth de Blip. Mantener el plugin puede resultar en creación de contactos duplicados, fragmentación de historial y pérdida de continuidad en escenarios con nuevos IDs.

¿Necesitas más ayuda? Explora nuestros contenidos en la Blip Academy o Blip Community, mira tutoriales en nuestro canal de YouTube o resuelve tus dudas en nuestro canal de atención 😃