Dá para usar vários números de WhatsApp na mesma empresa, e essa é a configuração certa quando você tem unidades, marcas ou equipes diferentes atendendo o mesmo público. O que não existe é uma função nativa que junte dois números em um único chat: cada número é uma conta separada, com perfil e histórico próprios. A operação profissional registra esses números na API oficial do WhatsApp e usa um motor de filas próprio para distribuir cada conversa ao atendente certo. O teto de números sobe automaticamente para 20 quando a empresa é verificada pela Meta, então o gargalo da operação não é a quantidade de números — é a arquitetura de filas por trás deles.
Como a Meta limita seus números
Na API comercial, portfólios de empresa novos começam com poucos números registrados — a Meta libera o segundo com o mesmo cadastro e trava por ali. Quando a empresa conclui a verificação no gerenciador de negócios, ou quando a conta atinge o limite de 2.000 mensagens, o teto sobe para 20 números sem trocar de conta. A própria Meta avisa a mudança por notificação e por um webhook de atualização de capacidade, o que permite automatizar o provisionamento de novos números conforme a operação cresce.
A regra estrutural é um número por conta: um número não fica em dois lugares ao mesmo tempo. Na prática, um número ativo no WhatsApp comum precisa ser apagado do aplicativo antes de ser registrado na API, e depois do registro ele deixa de funcionar no WhatsApp Messenger, embora continue aceitando ligações e torpedos comuns. Isso importa na hora de escolher quais números sobem para a operação multiatendimento: prefira números novos ou exclusivos do atendimento, nunca o celular pessoal do dono.
Um número não serve para tudo
Dividir em vários números faz sentido em três situações claras: unidades ou cidades diferentes com equipes próprias, marcas distintas no mesmo CNPJ, e separação entre comercial e suporte quando o volume justifica. O custo dessa divisão é o histórico picado: o cliente que fala com o número de vendas e depois com o de suporte aparece como duas conversas sem memória compartilhada — só a integração com CRM costura isso de novo.
No aplicativo WhatsApp Business, o multiatendimento é limitado: com a assinatura Meta Verified o app passa a aceitar até 10 dispositivos conectados e permite atribuir conversas a atendentes específicos, mas continua sendo um único número, sem fila entre equipes e sem roteamento automático. Quando a demanda ultrapassa isso, o número migra para a API e a distribuição passa a ser responsabilidade da sua plataforma, como registra o centro de ajuda do WhatsApp Business.
Arquitetura de fila com API
A API não entrega fila pronta: ela entrega eventos. Quem transforma evento em conversa enfileirada é o seu sistema. O fluxo recomendado:
- Registre todos os números na mesma conta de negócios, para faturamento e templates centralizados.
- Configure um único endpoint de webhook que recebe os eventos de todos os números.
- Normalize cada evento: número de destino, telefone do cliente, texto e horário.
- Aplique a regra de roteamento — região, produto ou horário define a fila de destino.
- Enfileire por equipe, com prioridade e prazo de primeira resposta, e trave a conversa para um atendente.
- Registre o atendimento no CRM para o próximo contato não começar do zero.
Um detalhe de infraestrutura evita perda de mensagens: o webhook precisa só registrar a mensagem e devolver 200, deixando o processamento pesado para uma fila interna. Isso porque se o seu servidor responder com qualquer código diferente de 200, a Meta repete a entrega com frequência decrescente por até 7 dias — retry prolongado não substitui endpoint rápido, e mensagem duplicada do seu lado vira dois atendentes no mesmo chat. Para manter o histórico unificado entre números, vale conectar o atendimento ao CRM desde o primeiro dia, como no guia de WhatsApp com RD Station.
Regras de distribuição que funcionam
| Estratégia | Como funciona | Quando usar | Risco |
|---|---|---|---|
| Rodízio | A próxima conversa vai para o próximo atendente da fila | Equipe homogênea, mesmo produto | Ignora a especialização de cada pessoa |
| Menos ocupado | Quem tem menos conversas ativas recebe o próximo cliente | Volume irregular durante o dia | Atendente lento acumula fila sem alerta |
| Especialidade | Palavra-chave ou menu inicial define a fila (vendas, suporte, financeiro) | Times separados por função | Menu longo demais gera atrito antes do atendimento |
| Horário e filial | Número de destino e horário comercial definem a equipe | Operações regionais | Sem fallback, cliente fica sem resposta à noite |
Independentemente da estratégia, a regra de ouro é uma conversa, um atendente: a trava por conversa evita duas respostas simultâneas ao mesmo cliente, que é a falha mais visível de operações multiatendimento mal ajustadas. Depois que o atendente resolve, fechar o ciclo na mesma conversa — com confirmação automática de Pix no caso de vendas — reduz o abandono entre a proposta e o pagamento.
Erros que derrubam a operação
- Processar o webhook de forma síncrona: consulta lenta no banco derruba a resposta e gera reentrega duplicada.
- Não definir fallback: fila vazia ou fora do horário precisa ter destino claro, senão a mensagem fica sem dono.
- Display names inconsistentes entre números: o cliente não reconhece a empresa e marca como spam.
- Medir só o total de conversas: o indicador que importa é o tempo de primeira resposta por fila e por número.
- Excluir número no desespero: número com mensagens pagas nos últimos 30 dias só pode ser excluído depois desse prazo, então desative o roteamento antes de pensar em remoção.
Com números registrados na mesma conta, um motor de filas simples e métricas por fila, a operação com vários números escala sem virar bagunça — e sem depender de improviso no celular de cada atendente.
