A Meta liberou os usernames no WhatsApp em junho de 2026 e permitiu que o cliente oculte o número de telefone. Para quem usa CRM, o número era o elo que ligava a conversa ao histórico do cliente, e esse elo se rompe quando o telefone some.
O BSUID, enviado nos webhooks da Cloud API desde março de 2026, assume o lugar do telefone como chave de identificação. Entender esse identificador agora evita quebra de automações, campanhas e atendimento quando os usernames chegarem à sua base.
O que são os usernames no WhatsApp e por que a Meta está mudando
A Meta começou a liberar usernames no WhatsApp em junho de 2026, inicialmente em países selecionados, com previsão de alcance global até o final do ano. Cada pessoa poderá criar um identificador único no formato @nomedeusuario e decidir se quer ou não compartilhar o número de telefone com empresas e contatos.
O impacto para operações comerciais é direto. Até hoje, o número de telefone era o elo que conectava o perfil do cliente no CRM às conversas no WhatsApp. Quando um usuário adota o username e oculta o número, esse elo se rompe. O CRM que depende exclusivamente do telefone perde a capacidade de associar mensagens a um histórico de atendimento.
A mudança não é cosmética. Ela altera o modelo de identificação que sustenta automações, campanhas de anúncio Click-to-WhatsApp (CTWA) e chatbots. Empresas que operam com volume alto de conversas precisam entender o novo mecanismo antes que a funcionalidade chegue à base de clientes.
BSUID: o novo identificador que substitui o número de telefone
Desde 31 de março de 2026, a Meta passou a enviar nos webhooks da Cloud API um campo chamado BSUID (Business Scoped User ID). Esse identificador é único por usuário e por empresa, o que significa que o mesmo cliente terá BSUIDs diferentes em cada negócio com que conversa (Meta, documentação da Cloud API, março de 2026).
O BSUID resolve o problema criado pelos usernames. Quando o cliente oculta o telefone, o BSUID permanece como chave de identificação. Ele funciona como um “CPF da conversa” entre aquele usuário e aquela empresa. Portfolios que operam com Business Managers vinculados a um portfólio pai podem compartilhar um BSUID pai entre os negócios filhos, mantendo a rastreabilidade entre marcas do mesmo grupo.
O BSUID funciona como um CPF da conversa entre o usuário e a empresa, e permanece como chave de identificação mesmo quando o cliente oculta o telefone.
Na prática, o CRM precisa armazenar e indexar o BSUID junto ao telefone e ao e-mail. Se o sistema só reconhece o número, qualquer mensagem de um usuário com username ativo chega sem vínculo. O atendente vê a conversa, mas não sabe quem é o cliente. O histórico se perde.
Vale reforçar um detalhe técnico. O número de telefone ainda é compartilhado em três situações: quando o usuário não adotou username, quando houve interação nos últimos 30 dias, ou quando o número está salvo no Contact Book da empresa (recurso lançado pela Meta em abril de 2026). Fora dessas condições, o BSUID é a única referência.
O que acontece com empresas que não se adaptarem a tempo
A consequência mais visível é a quebra de campanhas CTWA. Quando um usuário com username clica em um anúncio Click-to-WhatsApp, o sistema precisa do BSUID para criar a conversa. Se o CRM ou a plataforma de atendimento não processa esse campo, a mensagem pode chegar sem identificação ou, em cenários piores, nem chegar.
O segundo efeito atinge automações e chatbots. Fluxos que usam o número de telefone como gatilho param de funcionar para usuários com username ativo. Um chatbot que consulta o CRM pelo telefone para buscar dados do cliente retorna vazio. O lead fica preso no fluxo genérico, sem personalização, sem histórico.
O terceiro problema é operacional. Equipes de vendas que recebem conversas de serviço (service messages) de usuários com username veem contatos sem nome, sem histórico de compra, sem segmentação. O tempo que um vendedor gasta para descobrir quem é o cliente e o que ele quer já consome os primeiros minutos da conversa. Pesquisa publicada pela Kellogg School of Management (Dr. James Oldroyd) demonstra que a taxa de qualificação de leads cai quando o tempo de resposta ultrapassa cinco minutos. Perder dois minutos só para identificar o contato encurta a janela de conversão.
O quarto risco é regulatório. A LGPD exige que dados pessoais sejam tratados com base legal adequada. Empresas que tentam contornar a ocultação do número com práticas invasivas (solicitar o telefone sem contexto ou armazená-lo sem consentimento) criam exposição jurídica desnecessária.
Como preparar seu CRM para a era dos usernames
O primeiro passo é garantir que o CRM tenha um campo dedicado para o BSUID. Esse campo precisa funcionar como chave de busca, não apenas como registro passivo. Quando uma mensagem chega via webhook com BSUID e sem telefone, o sistema deve localizar o cliente por esse identificador.
O segundo passo é criar um identificador interno unificado que associe telefone, BSUID e e-mail ao mesmo perfil. Essa camada de abstração protege o CRM contra mudanças futuras. Se a Meta criar um terceiro tipo de identificador, o sistema não quebra, porque a lógica de vínculo já está desacoplada do formato do dado.
O terceiro passo envolve automações. Todo fluxo de chatbot, toda regra de roteamento e todo gatilho de campanha que use o telefone como referência precisa de uma condição alternativa para o BSUID. Não basta substituir um pelo outro. O sistema precisa verificar ambos, porque durante a transição haverá clientes com telefone visível e clientes só com BSUID.
O quarto passo é criar um fluxo de solicitação de número. Para clientes que chegam apenas com BSUID, o chatbot pode pedir o telefone de forma transparente, explicando o motivo (agendamento de ligação, envio de nota fiscal, cadastro para garantia). Essa abordagem respeita a LGPD e mantém a qualidade do cadastro.
O que o Orbium FIT já faz para garantir a transição
O Orbium FIT incorporou o processamento do BSUID desde março de 2026, quando a Meta começou a enviar o campo nos webhooks. Clientes que já usam a plataforma não precisam migrar dados nem alterar configurações. O campo é lido, armazenado e vinculado ao perfil do cliente de forma automática.
A arquitetura do Orbium FIT foi desenhada com um identificador interno próprio (customer_id) que associa múltiplos dados de contato ao mesmo perfil. Telefone, BSUID e e-mail são três “portas de entrada” para o mesmo cliente. Essa estrutura garante que a transição dos usernames não cause duplicação de contatos nem perda de histórico.
As automações da plataforma já reconhecem tanto o número de telefone quanto o BSUID como gatilho. Fluxos de chatbot, regras de distribuição de leads e campanhas de reengajamento funcionam com qualquer um dos dois identificadores, sem necessidade de configuração manual.
Deixe uma resposta