Envio de mensagens ativas com BSUID 2 de junho de 2026 12:56 Atualizado Em breve!⚠️ Os comportamentos abaixo representam o desenho atual da funcionalidade e podem evoluir até a disponibilização final. Índice O que NÃO muda O que evolui Growth - Disparo individual Growth - Disparo em massa (CSV) Desk - Disparo de mensagens com BSUID Evolução dos payloads de API - Growth GET /accounts Plugin de broadcast O que não muda Disparos ativos via phone number continuam funcionando normalmente Templates de mensagens ativas continuam funcionando A opção de enviar mensagens ativas via API (Growth e Blip) permanece disponível O que evoluiPortal Blip - Growth IndividualA interface de envio individual passará a oferecer a opção de envio por: Phone Number (modelo atual) BSUID (novo) Portal Blip - Growth em massa (CSV)A primeira coluna do arquivo CSV passará a aceitar os dois tipos de valores, inclusive intercalados na mesma base: Formato aceito Exemplo Phone Number 5531999999999 BSUID BR.13491208655302741918 O nome da coluna não precisa ser alterado. Audiências mistas (PN e BSUID intercalados) são suportadas.⚠️ Atenção! Caso PN e BSUID do mesmo usuário estejam presentes simultaneamente na base serão realizados 2 disparos para o mesmo usuário. Garantir a deduplicação é responsabilidade do remetente. Desk - Disparo de mensagens por BSUIDO envio de mensagens ativas pelo Desk passará a permitir pesquisa por BSUID (filtro "igual a"). A exibição do contato durante o fluxo de envio também passará a apresentar username e BSUID. Evolução dos payloads de API - Growth (Active Campaign) Campo recipient O campo recipient (identificador do contato sem o domínio) passará a aceitar PN (já suportado) e BSUID (nova opção).Endpoints impactados: POST /campaign/full e GET /audiences/v2/{{id}}POST /campaign/full - Sample payloadGET /audiences/v2/{{id}} - Sample payloadEm análise para evoluções futuras: suporte ao ID Blip (GUID) e Parent ID como recipient. Campo recipientIdentity — /campaigns/summaries Hoje retorna sempre {telefone}@wa.gw.msging.net. Com a evolução, poderá retornar PN ou GUID. Campo validatedAccount — /audiences Hoje retorna sempre {phonenumber}@wa.gw.msging.net. Com a evolução, poderá retornar PN ou GUID. GET /accountsO endpoint GET /accounts passará a aceitar BSUID como parâmetro de consulta (além de PN). O campo to do payload de disparo não muda, continuará sendo preenchido com a identidade obtida via GET /accounts. Cenário Valor de to Usuário com PN 5531988887777@wa.gw.msging.net Usuário sem PN e4b11bdd-a9bf-46ad-a9b0-34116dece5fe@wa.gw.msging.net ANTES - Sample payloadDEPOIS: PN como ID do contato - Sample payloadDEPOIS: GUID como ID do contato - Sample payload Plugin de Broadcast⚠️ O Plugin de Broadcast não acompanha a evolução do modelo de identidade do WhatsApp e não possui previsão de adaptação para suportar usernames, BSUIDs e a nova lógica de criação de contatos implementada no Blip.Recomenda-se a migração gradual para a API de Growth do Blip. Manter o plugin pode resultar em criação de contatos duplicados, fragmentação de histórico e perda de continuidade em cenários com novos IDs. Precisa de mais ajuda? Explore nossos conteúdos na Blip Academy ou Blip Community, assista a tutoriais no nosso canal do YouTube ou tire suas dúvidas em nosso canal de atendimento 😃 Artigos relacionados Como se preparar para o novo modelo de identidade no WhatsApp e no Blip Novas variáveis do Builder/Studio Como enviar notificações via API Active Campaign (Growth) Envio de Mensagens Ativas do WhatsApp no Blip Desk Como analisar possíveis impactos da evolução de IDs do WhatsApp nos fluxos do Builder/Studio