Central telefônica integrada ao WhatsApp: ligar sem sair da conversa
Tem uma hora em que o WhatsApp para de servir. O cliente descreve o problema em seis mensagens, você lê três vezes e ainda não entendeu — e resolveria em quarenta segundos de ligação. Aí começa a parte esquisita: sair do painel, procurar o número, digitar no celular, e depois voltar para o painel e escrever "liguei para o cliente, resolvido".
Essa ida e volta não é detalhe. É onde o histórico se perde: a conversa fica registrada, a ligação não. Daqui a três semanas, quando outro atendente abrir o mesmo cliente, vai ver seis mensagens e um bilhete vago.
Uma central telefônica integrada resolve isso ligando de dentro do atendimento — e guardando a ligação no mesmo lugar em que a conversa mora.
O que significa "integrada", na prática
Integrada não é ter um discador aberto em outra aba. É:
- O botão de ligar está dentro da conversa. Você não procura o número: ele já está ali, no contato que te mandou mensagem.
- A ligação vira registro do mesmo atendimento. Data, direção — recebida ou feita —, duração e quem falou ficam anexados ao ticket, não numa planilha à parte.
- O telefone é o navegador. Não se instala programa, não se configura ramal em aparelho: o atendente aceita a permissão de microfone e atende ali mesmo.
No DeskWhats isso é um softphone rodando na própria página do painel. A voz trafega por WebRTC entre o navegador e o nosso servidor, e de lá segue por SIP para a operadora — o mesmo protocolo que qualquer central telefônica moderna usa.
O que você precisa ter
Um tronco SIP. É a linha telefônica em formato digital. Você tem dois caminhos: usar a operadora de voz sobre IP que já tem, cadastrando os dados no painel, ou contratar o CloudPBX da CW2, que é a nossa própria central em nuvem — mesma empresa, mesma nota.
Se você já tem tronco, ele serve: o DeskWhats fala SIP padrão e não obriga ninguém a trocar de operadora.
O cadastro é o que qualquer operadora entrega quando você fecha o plano:
| Campo | O que é |
|---|---|
| Host | o endereço do servidor da operadora |
| Porta | normalmente 5060, ou 5061 quando é TLS |
| Usuário e senha | as credenciais do tronco |
| Transporte | UDP, TCP ou TLS |
Depois disso o painel registra o tronco sozinho e mantém o registro de pé. Quem já mexeu com telefonia sabe que essa é a parte que costuma dar dor de cabeça — o ramal que "cai e não volta". Vale explicar por quê, porque é o tipo de coisa que separa uma integração que funciona de uma que só funciona na demonstração.
A parte chata que ninguém mostra na demonstração
Um telefone SIP precisa se registrar na operadora de tempos em tempos, e avisar que continua vivo. Três coisas dão errado nesse ciclo, e as três já deram aqui:
Achar que registrou porque enviou. O sistema manda o pedido de registro e já se considera conectado. Se a operadora recusar, ele acha que está no ar e o cliente descobre quando alguém liga e ninguém atende. Aqui o estado só vira "registrado" quando chega a confirmação da operadora.
Confiar na conexão de rede em vez do prazo real. O registro vale por um tempo que a operadora determina. Se o sistema olhar para a conexão UDP em vez desse prazo, qualquer oscilação de rede parece queda — e o ramal "cai" sem ter caído.
Martelar a operadora quando falha. Registro recusado, tenta de novo, recusa, tenta de novo, mil vezes por minuto. Além de não resolver, isso costuma render bloqueio por abuso. O certo é espaçar cada tentativa progressivamente.
Nada disso aparece numa lista de funcionalidades. Aparece no terceiro mês de uso, quando o ramal de alguém cai numa sexta à tarde.
O que essa central não faz
Aqui é onde a maioria dos textos sobre o assunto para de ser útil, então vamos ser específicos.
Não grava ligação. Se a sua operação precisa de gravação — por exigência do setor, por auditoria ou para treinar equipe —, isso não existe no DeskWhats. É um limite real, não um "está no roadmap". Quem precisa de gravação hoje resolve pelo CloudPBX, que grava com data, duração e quem atendeu.
Não vende minutos. A conta da operadora é sua, separada da mensalidade do sistema.
Não substitui uma central completa. Não tem URA — aquele "digite 1 para vendas" —, nem fila de voz, nem roteamento por horário e feriado. O que existe aqui é telefonia colada ao atendimento, que é outro problema: o de quem atende por WhatsApp e às vezes precisa falar.
Quem precisa dos dois usa os dois. O CloudPBX cuida da URA, das filas, dos ramais e da gravação; o DeskWhats cuida da conversa e do clique para ligar de dentro dela. São produtos da mesma empresa e não brigam entre si.
Exige microfone e permissão no navegador. Óbvio, mas é o motivo mais comum de "não funciona" no primeiro dia.
Por que isso importa mais do que parece
A maioria das plataformas de atendimento por WhatsApp é feita só de texto. Elas organizam mensagem, distribuem conversa em fila, respondem com robô — e param onde o texto para.
Só que atendimento de verdade não é só texto. Cobrança, agendamento, suporte técnico, negociação: tudo isso, uma hora, vira ligação. Quando a ligação acontece fora do sistema, o sistema passa a contar uma história incompleta do cliente — e é justamente o histórico completo que faz alguém não trocar de fornecedor.
Uma equipe de três pessoas que atende por WhatsApp e liga pelo celular tem dois registros paralelos e nenhum confiável. Juntar os dois não adiciona um recurso: conserta o registro.
Como começar
Se você já tem tronco SIP, é cadastro e teste — leva a tarde. Se não tem, o CloudPBX resolve as duas pontas de uma vez: a linha e a central. Os planos começam em R$ 10 por ramal, com o minuto cobrado à parte.
O DeskWhats tem teste de 7 dias sem cartão, e a central está disponível para configurar durante o teste. Se der errado no seu cenário, é melhor descobrir agora do que depois de migrar a operação.
E se a sua dúvida for "isso funciona com a minha operadora?", a resposta honesta é: funciona com quem entrega um tronco SIP padrão, que é o normal do mercado. Manda o nome da operadora que a gente confere junto antes de você contratar qualquer coisa.