O que está acontecendo
O WhatsApp está introduzindo dois novos identificadores de usuário — o username e o BSUID — que mudam a forma como contas são reconhecidas dentro da plataforma.
Hoje, o Bino e a Lia identificam cada pessoa pelo número de telefone. Com essa mudança, alguém pode trocar de número e continuar sendo a mesma conta no WhatsApp — o que nossos sistemas ainda não tratam.
O risco não é o WhatsApp parar de funcionar. O risco é perder o vínculo entre a pessoa e seu histórico no nosso sistema: viagens, atendimentos, perfil, tudo que foi acumulado até hoje.
Dois novos identificadores
Um apelido escolhido pelo próprio usuário, como uma arroba. Disponível para qualquer conta do WhatsApp — pessoal, Business App ou Business Platform. Editável a qualquer momento, sem trocar de número.
Código único gerado pelo WhatsApp exclusivamente na API Business — quando um usuário conversa com uma empresa. Específico por empresa: o mesmo usuário tem BSUIDs diferentes em cada negócio que conversa. Permanece estável em trocas de username, aparelho e operadora. Pode mudar em situações relacionadas ao número telefônico.
Assistente de motorista durante viagens
- O Bino reconhece o motorista pelo número de WhatsApp. Se o número mudar ou o perfil passar a ter um novo BSUID, o sistema pode não localizar o histórico de viagens e ocorrências daquele usuário.
- Fluxos em andamento — como checklist de evento, registro de ocorrência ou alerta de velocidade — podem ser interrompidos se a sessão estiver vinculada ao número e não ao BSUID.
- Motoristas trocam de chip com frequência. Esse cenário já é real na operação logística e vai se tornar um risco latente de duplicidade de cadastro sem a adaptação.
- A continuidade de jornada — viagem em andamento sendo retomada pelo WhatsApp — depende de identificar a pessoa, não só o dispositivo ou o número.
Assistente da operação
- Se o CRM armazenar contatos apenas por número de telefone, usuários com BSUID diferente do número cadastrado vão entrar como novos contatos — gerando duplicidade e perda de histórico de atendimento.
- Regras que dependem de saber "quem está falando" — perfil de embarcador, transportadora, analista — quebram quando o número muda e o sistema não reconhece mais a pessoa.
- Disparos ativos de mensagens (notificações de status de carga, alertas de prazo) podem ir para números desatualizados se o BSUID não for considerado como referência de destinatário.
O que pode dar errado
Perder o vínculo entre a pessoa e seu histórico no sistema. Não é uma falha do WhatsApp — é uma fragilidade na forma como identificamos usuários hoje. O sistema vai achar que são pessoas diferentes.
Mesma pessoa, dois registros diferentes. Histórico fragmentado, atendimento sem contexto, dados inconsistentes.
Viagem em curso não reconhecida após troca de chip. Motorista sem suporte e fluxo interrompido.
Disparos ativos para números desatualizados. Mensagem importante não chega ao destinatário real.
Relatórios baseados em contatos duplicados ou perdidos afetam métricas de atendimento e viagem.
Pontos de atenção internos
-
1Chave de identificação do usuário Mapear todos os pontos no Bino e na Lia onde o número de telefone é usado como único identificador — no código, nas queries e nos sistemas de dados.
-
2Versão da API do WhatsApp Business Confirmar se a versão atual já expõe o campo BSUID nas requisições. Documentar o contrato de dados atual e o que muda.
-
3Banco de dados e CRM Checar se há campos para armazenar o BSUID nos cadastros de motoristas, transportadoras e demais perfis atendidos pela Lia.
-
4Fluxos de automação ativa Revisar todos os disparos de mensagens para garantir que o destinatário é resolvido por BSUID, não só por número.
-
5Processo de atualização cadastral Definir como será feita a atualização do vínculo quando um usuário trocar de número, especialmente motoristas — que têm alta rotatividade de chips.
-
6Política de merge de contatos Estabelecer regra para identificar e unificar cadastros duplicados que surgirão na transição.
A Apisul não fala direto com a Meta
A comunicação entre o Bino, a Lia e o WhatsApp passa por camadas intermediárias — o provedor oficial (BSP) e, possivelmente, um HUB de integração. No caso da Lia, a Twilio já atua como BSP.
- O BSP (ex: Twilio) é responsável por receber os eventos da Meta, processar mensagens e entregar os identificadores via webhook para os nossos sistemas.
- Se existir um HUB intermediário entre o BSP e o Bino/Lia, ele também precisa estar adaptado — caso contrário, o BSUID pode chegar até o HUB e nunca ser entregue aos nossos sistemas.
- A Twilio já publicou documentação e comunicados sobre a adoção do BSUID. Segundo a Twilio, o telefone poderá não ser disponibilizado e o BSUID pode se tornar o principal identificador. Os sistemas devem adaptar suas integrações.
O que pode acontecer na prática
Cada cenário abaixo representa uma situação real que motoristas, embarcadores e transportadoras podem gerar — e o que muda com ou sem o BSUID armazenado.
O que fazer agora
Levantar todos os pontos no código do Bino e da Lia onde o número de telefone é usado como identificador. Resultado esperado: lista de dependências com nível de criticidade.
Usar a checklist da seção anterior para questionar a Twilio (BSP da Lia) e qualquer HUB intermediário sobre disponibilidade do BSUID, cronograma e impacto contratual. Sem essa confirmação, as adaptações internas podem ser ineficazes.
Confirmar com o time de tecnologia se a versão atual da WhatsApp Business API expõe o campo BSUID. Documentar a versão e o contrato de dados hoje.
Definir se o BSUID será adotado como chave primária ou complementar, e qual a estratégia de migração dos cadastros existentes.
As equipes de campo e suporte precisam entender o risco de cadastros duplicados e como acionar o time técnico quando isso ocorrer.
Criar alerta ou dashboard para identificar usuários sem BSUID registrado e detectar duplicações após a mudança entrar em vigor.
Conclusão e recomendação
A mudança no WhatsApp não vai derrubar o Bino ou a Lia. Mas se a Apisul não adaptar a forma de identificar usuários, qualquer troca de número vai quebrar o histórico, a continuidade do atendimento e a integridade dos dados operacionais.
Iniciar o mapeamento técnico e a decisão de arquitetura de forma coordenada entre produto, tecnologia e operações, garantindo que a mudança não chegue à produção sem o time preparado.