Neste conteúdo (8 partes)
Durante anos, o telefone foi o RG de todo contato no WhatsApp: a conversa chegava com um número, o CRM criava o cadastro com esse número e tudo se ligava a ele. Com os usernames, o cliente passa a poder conversar usando um @nome e manter o telefone reservado. A empresa continua atendendo normalmente, mas a identificação muda.
Este guia explica a mudança em linguagem simples, mostra o que pode quebrar num cadastro que depende só do telefone e lista cinco ações para deixar a base pronta. É o tipo de ajuste que dá para fazer com calma, antes de a novidade chegar a todos os seus clientes.
O que é um username no WhatsApp e o que muda para a empresa?
Username é um nome de usuário, no formato @nome, que a pessoa reserva para ser encontrada sem divulgar o telefone. Para a empresa, a mudança é prática: parte das conversas pode chegar de gente cujo número você não vê. O atendimento segue igual; o que muda é a chave que identifica o contato.
No Brasil, a reserva de usernames foi aberta para usuários em 29 de junho de 2026, com lançamento gradual nos meses seguintes, segundo o TecMundo. Para empresas, a Meta anunciou em 10 de junho de 2026 a pré-reserva pelo WhatsApp Manager, de acordo com o Mobile Time. Até a data deste texto, não há uma data de disponibilidade geral divulgada.
O que é o BSUID e por que cada empresa recebe um diferente?
BSUID é a sigla de Business-Scoped User ID, um identificador que a Meta entrega à empresa no lugar do telefone do cliente que escondeu o número. Ele é diferente para cada empresa: a mesma pessoa tem um BSUID para a sua loja e outro para a loja do vizinho, e um não revela o outro.
A documentação oficial da Meta trata o BSUID como a forma de identificar o contato quando o telefone não está disponível. Se a sua operação precisar do número de verdade, por exemplo para emitir nota fiscal ou enviar um código de verificação, a regra é simples: peça o telefone dentro da conversa, com o consentimento da pessoa.
| Situação | Chave do contato | O que a empresa vê |
|---|---|---|
| Cliente conversa com o telefone visível | Telefone | Número na conversa, como sempre foi |
| Cliente conversa usando username e telefone oculto | BSUID | Identificador da Meta e o nome de exibição, sem o número |
| Cliente informa o telefone na conversa | Telefone e BSUID | As duas chaves podem ser guardadas no mesmo cadastro |
O que precisa mudar num cadastro que usa só o telefone como chave?
Precisa de ajuste tudo o que presume que todo contato tem telefone. Sem preparo, o contato novo chega sem número, o sistema não cria o cadastro ou cria um vazio, e o histórico não se junta ao de quem já era cliente. Feito com antecedência, o ajuste é simples.
- Cadastro duplicado: a mesma pessoa aparece uma vez com telefone e outra com BSUID, e o histórico fica dividido.
- Integrações com campo obrigatório: formulários, planilhas e sistemas de nota fiscal que exigem telefone rejeitam o contato.
- Automações por telefone: regras que procuram o contato pelo número deixam de achá-lo.
- Listas de disparo: quem só tem BSUID não entra numa lista montada por telefone.
- Relatórios por origem: se a origem era gravada no cadastro identificado pelo número, o contato novo fica sem origem.
- Webhooks: quem escuta o webhook de nomes de usuário precisa tratar as novas informações. Em 15 de setembro de 2026, a Meta adicionou a propriedade context ao webhook business_username_updates, que indica quando a Meta revoga um username.
Exemplo: a Casa Verde Plantas, empresa fictícia, antes e depois
A Casa Verde Plantas é uma empresa fictícia de plantas e vasos que vende pelo WhatsApp e tem 3.200 contatos cadastrados, todos com telefone. Os números abaixo são inventados para mostrar o raciocínio.
| Passo | Cadastro só com telefone | Cadastro preparado para BSUID |
|---|---|---|
| Chega mensagem de @marina.verde, sem telefone | Não há número para criar o contato; a conversa fica solta | Cria o contato com o BSUID e o nome de exibição |
| Marina pede orçamento de 12 vasos | Vendedor anota num papel | Orçamento fica no card do contato |
| Marina informa o telefone para a nota fiscal | Cria um segundo cadastro | Acrescenta o telefone ao mesmo cadastro |
| Marina volta em dezembro | Dois históricos separados | Um histórico só |
Quais são as 5 ações para preparar a base agora?
Faça esta ordem: mapear onde o telefone é chave, abrir espaço para o BSUID, tratar a pessoa como a chave, revisar as integrações e treinar a equipe a pedir o telefone com educação. Nenhuma depende de data da Meta, e todas melhoram o cadastro mesmo que os usernames demorem.
- 1Mapeie onde o telefone é chave
Liste cada lugar em que o número funciona como identificador: CRM, planilhas, formulários do site, sistema de notas, ferramenta de e-mail, automações. Anote o que acontece em cada um se o telefone vier vazio.
- 2Abra espaço para o BSUID no cadastro
O contato precisa poder guardar mais de um identificador: telefone, BSUID e, se existir, o e-mail. Defina qual é a chave principal e quais são alternativas, para o sistema juntar cadastros em vez de duplicar.
- 3Trate a pessoa como a chave, não o número
Quando o cliente informar o telefone numa conversa que começou com BSUID, acrescente o número ao mesmo contato. Crie uma regra de revisão semanal para juntar duplicados que escaparem.
- 4Revise as integrações
Veja quais fluxos recusam contato sem telefone e quais precisam receber o novo identificador. Teste cada um com um contato de teste antes de a novidade chegar à sua base.
- 5Treine a equipe para pedir o telefone com educação
Use um texto curto que explica por que o número é necessário e para que será usado. Peça só quando houver motivo real, como nota fiscal, entrega ou confirmação.
MAPEAMENTO (1 hora) [ ] Onde o telefone é chave: CRM / planilha / formulário / nota fiscal / e-mail / automação [ ] O que cada lugar faz se o telefone vier vazio: aceita / rejeita / cria duplicado CADASTRO [ ] O contato aceita mais de um identificador (telefone, BSUID, e-mail) [ ] Existe uma chave principal definida e uma regra para juntar duplicados [ ] Existe uma forma de marcar "telefone ainda não informado" INTEGRAÇÕES [ ] Testei criar contato sem telefone em cada fluxo [ ] Quem escuta webhooks de nome de usuário tratou o novo campo context [ ] Nota fiscal e códigos de verificação só pedem o telefone quando necessário EQUIPE [ ] Todo atendente tem o texto para pedir o telefone [ ] Revisão semanal de duplicados no calendário TEXTO PARA PEDIR O TELEFONE "Para emitir a nota fiscal, preciso do seu telefone com DDD. Usamos o número só para esse documento e para avisos do seu pedido. Pode me enviar?"
Como pedir o telefone sem constranger o cliente?
Explique o motivo e o uso em uma frase e peça só o que precisa. Quem escondeu o número fez uma escolha de privacidade, e respeitar isso é parte da relação. Pedir o dado sem motivo claro afasta o cliente e, além disso, vai contra a ideia de coletar apenas o necessário da LGPD.
Se a sua conversa já traz um aviso de privacidade curto, melhor. Para estruturar o tratamento de dados do CRM, veja o guia de LGPD no CRM. E se a base antiga tem muito número desatualizado, aproveite a mudança para fazer a higienização da base de contatos.
Onde o CRM entra nessa preparação?
No DataCrazy, o contato, a conversa e o histórico ficam juntos, ligados ao funil e ao multiatendimento. É nesse cadastro que a lógica de "uma pessoa, vários identificadores" precisa viver. Como o BSUID entra nesse desenho depende da conexão do WhatsApp e das integrações da sua operação, e a AD PRO avalia isso caso a caso na implementação.
Para isso existem webhooks e API REST, esta a partir do plano Essential, segundo a página de planos. Quando uma integração precisa guardar um identificador novo, a AD PRO monta o ajuste via webhook ou API. Detalhes dos recursos estão em API, webhook e MCP no CRM e, para entender a base técnica da conexão, em API oficial do WhatsApp.
Para entender como um aviso chega de um sistema a outro, o texto o que é webhook explica o caminho com um exemplo.
Perguntas frequentes
O que é o BSUID do WhatsApp?
É o Business-Scoped User ID, um identificador que a Meta entrega à empresa no lugar do telefone quando o cliente usa username e esconde o número. Ele é exclusivo de cada empresa: a mesma pessoa tem um BSUID diferente para cada negócio com que conversa.
O cliente vai poder esconder o número dele no WhatsApp?
Com os usernames, sim, o cliente poderá conversar com empresas mostrando um @nome em vez do telefone. No Brasil, a reserva de usernames abriu para usuários em 29 de junho de 2026, com lançamento gradual e sem data de disponibilidade geral divulgada até hoje.
O que acontece se o cliente conversar comigo sem mostrar o telefone?
A conversa funciona normalmente e a empresa recebe o BSUID para identificar a pessoa. Se você precisar do telefone para algo concreto, como nota fiscal ou entrega, peça dentro da conversa e explique o motivo.
Meu CRM vai parar de funcionar quando os usernames chegarem?
Não precisa parar. O risco está nos fluxos que dependem do telefone como única chave. Se o cadastro aceita mais de um identificador e as integrações foram testadas com contato sem número, a transição tende a ser tranquila.
Meu CRM precisa guardar o BSUID?
Vale preparar o cadastro para aceitar mais de um identificador por pessoa. Como o BSUID chega ao CRM depende da conexão do WhatsApp, então confirme com o seu implementador. A AD PRO avalia o caso na implementação e ajusta integrações por webhook ou API quando necessário.
Preciso pedir o telefone de todo cliente?
Não. Peça só quando houver motivo real e explique o uso em uma frase. Coletar apenas o necessário é uma boa prática de proteção de dados e deixa a conversa mais confortável para o cliente.
- Meta for Developers, Business-scoped user IDs (BSUID) (consultado em 21/10/2026)
- TecMundo, WhatsApp libera reserva de usernames no Brasil (consultado em 21/10/2026)
- Mobile Time, username do WhatsApp no Brasil (10/06/2026) (consultado em 21/10/2026)
- DataCrazy, página inicial (consultado em 21/10/2026)