FlowIA Falar no WhatsApp

Início/Conteúdos/Recuperar pix e boleto no WhatsApp

Vendas e automação

Como recuperar pix e boleto não pagos pelo WhatsApp

FlowIA · 28 de setembro de 2026

Existe um intervalo, na sua operação, em que o cliente já decidiu comprar, já gerou o código e ainda não pagou. Em cartão esse intervalo não existe: aprova ou recusa em segundos. Em pix e boleto ele dura minutos, horas ou dias, e na maioria das empresas ninguém fala com essa pessoa. É o desperdício mais silencioso de um checkout brasileiro.

O que é esse intervalo, exatamente

Quando alguém chega ao pagamento e escolhe pix ou boleto, ela já passou por tudo que costuma travar uma venda: entendeu a oferta, achou o preço aceitável, preencheu os dados e clicou. A objeção comercial acabou.

O que acontece depois raramente é desistência. É interrupção. A pessoa fechou a aba para abrir o app do banco e caiu em outra notificação. Estava no trabalho. Foi almoçar. Gerou o boleto para pagar no fim do dia e esqueceu. Nenhuma dessas situações é uma objeção, e todas elas são reversíveis por uma mensagem.

O motivo de tão pouca gente tratar esse intervalo é operacional, não estratégico: tratar exigiria alguém olhando o painel do checkout em tempo real para saber quem gerou código e não pagou. Ninguém faz isso manualmente por muito tempo.

Quanto tempo você realmente tem

A janela é diferente para cada meio, e confundir as duas é o primeiro erro.

Pix. O QR code e o copia e cola têm validade definida por quem cobra, e em checkout costuma ser curta, de alguns minutos a poucas horas. Quando expira, o código simplesmente não funciona mais. Mandar uma mensagem depois disso não recupera nada: obriga o cliente a refazer o pedido, que é exatamente o atrito que fez ele parar da primeira vez. Em pix, a mensagem precisa sair enquanto o código ainda vale.

Boleto. O vencimento costuma ser de um a três dias úteis, também definido por quem emite. A janela é folgada, mas isso cria o problema oposto: dá tempo de o cliente esquecer completamente, e dá tempo de a concorrência aparecer. Em boleto, o risco não é a pressa, é o silêncio.

Confirme a validade configurada na sua plataforma antes de desenhar qualquer sequência. Hotmart, Kiwify, Eduzz, Perfect Pay, Stripe, Digital Manager Guru, Cakto e Hubla permitem configurar esse prazo, e o número que está lá determina o seu roteiro.

A regra do WhatsApp que muda todo o roteiro

Esta parte costuma ser descoberta tarde, e custa caro. No WhatsApp existe uma janela de atendimento de 24 horas: depois que o cliente envia uma mensagem, a empresa pode responder livremente por 24 horas. Fora dessa janela, quando é a empresa que inicia a conversa, a mensagem precisa ser um modelo aprovado previamente pela Meta.

Isso tem consequência prática direta:

Modelos de cobrança e de atualização de pedido são categorias previstas e costumam ser aprovadas sem dificuldade, desde que a mensagem seja factual e não promocional. Submeter um modelo de recuperação disfarçado de oferta é o caminho mais rápido para a reprovação.

O que a mensagem precisa ter

A mensagem de recuperação é um serviço prestado, não um anúncio. Quem escreve como anúncio é ignorado ou bloqueado. O que funciona:

Uma sequência que respeita o meio

Pix e boleto pedem cadências diferentes. Tratar os dois igual é o segundo erro mais comum.

Pix: um toque, rápido, dentro da validade do código. Se o código vale poucas horas, a mensagem sai em minutos. Um segundo toque só faz sentido se ainda houver validade sobrando, e mesmo assim como pergunta, não como cobrança repetida.

Boleto: até três toques distribuídos até o vencimento. Confirmação com o link logo após a emissão, um lembrete no meio do caminho e um aviso no dia do vencimento. O terceiro é o que mais converte, porque é o único que chega quando a pessoa ainda pode agir e sabe que é a última chance sem refazer o pedido.

Depois do vencimento a conversa muda de natureza: não é mais recuperação de pagamento, é reabertura de venda, e merece um roteiro próprio.

Onde o CRM entra

Automatizar só a mensagem resolve metade. A outra metade é o registro, e é ela que evita o pior tipo de erro: cobrar quem já pagou.

No desenho correto, o evento do checkout cria ou atualiza a oportunidade no CRM sozinho. Pix gerado coloca a oportunidade numa etapa própria. Pagamento confirmado move para outra e cancela o follow up pendente na mesma hora. Reembolso marca o registro para que ninguém aborde aquele cliente como se a venda tivesse acontecido.

Sem isso, a sequência de recuperação vira um risco: a mensagem de cobrança que chega dez minutos depois do pagamento aprovado destrói mais confiança do que a recuperação inteira constrói. É por isso que a integração de checkout precisa ser de mão dupla, e não apenas um gatilho de disparo.

LGPD: por que essa mensagem é transacional

Mensagem de recuperação de pagamento não é marketing. Ela trata da execução de um pedido que a própria pessoa iniciou, com dados que ela mesma forneceu no checkout para aquela finalidade. Isso a coloca numa categoria diferente do disparo promocional.

O que continua valendo, e vale sempre: identificar quem está falando, restringir a mensagem ao pedido em questão, oferecer saída para quem não quiser mais contato e não reaproveitar a base de checkout para campanha promocional sem a devida base legal. A linha entre transacional e promocional é justamente o que sustenta a legitimidade dessa automação, e apagá-la fragiliza a operação inteira.

Os erros que transformam recuperação em bloqueio

Como ligar isso na prática

O caminho tem quatro passos, e o primeiro não é técnico.

  1. Levante os números reais do seu checkout. Quantos pix e boletos são gerados por semana, quantos são pagos e qual é a validade configurada. Sem isso você está desenhando no escuro.
  2. Conecte os eventos. Pix gerado, boleto emitido, pagamento confirmado, reembolso. Por API e webhook, com escopo definido a partir da sua plataforma.
  3. Mapeie cada evento para uma etapa do funil e uma ação do agente. Inclusive as ações de cancelamento, que são as que protegem o cliente.
  4. Teste com transações reais de baixo valor antes de ligar para toda a operação.

O passo a passo detalhado de integração está em como integrar CRM, WhatsApp e ERP.

Perguntas frequentes

Dá para recuperar pix não pago pelo WhatsApp?

Sim, desde que a mensagem saia enquanto o código ainda está válido. O checkout emite o evento de pix gerado, a plataforma recebe o webhook e o agente envia o copia e cola com contexto do pedido. Depois da expiração o cliente precisa refazer o pedido, e a taxa de recuperação cai bastante.

Quantas mensagens mandar para quem gerou boleto?

Até três, distribuídas até o vencimento: confirmação com o link logo após a emissão, um lembrete no meio do prazo e um aviso no dia do vencimento. Mais do que isso vira volume sem contexto e aumenta o risco de denúncia.

Preciso de modelo aprovado pela Meta para essa mensagem?

Sim, quando a empresa inicia a conversa fora da janela de 24 horas, que é o caso típico de quem veio do checkout. Modelos de cobrança e de atualização de pedido são categorias previstas. Assim que o cliente responde, a janela abre e a conversa passa a ser livre.

Isso fere a LGPD?

Mensagem sobre um pedido que a própria pessoa iniciou, com dados que ela forneceu no checkout para essa finalidade, é transacional, não promocional. O cuidado é manter a mensagem restrita ao pedido, identificar a empresa, oferecer saída e não reaproveitar a base de checkout para campanha promocional sem base legal própria.

Como evitar cobrar alguém que já pagou?

A integração precisa ser de mão dupla. O evento de pagamento confirmado tem que mover a oportunidade no CRM e cancelar o follow up pendente no mesmo momento. Quando a automação só dispara mensagem e não lê status, esse erro é questão de tempo.

O próximo passo

Se a sua operação gera pix e boleto e ninguém fala com quem não pagou, esse é provavelmente o ajuste com melhor relação entre esforço e retorno disponível hoje, e não depende de aumentar investimento em mídia. A conversa começa pelo seu checkout: contato@flowia.ia.br ou WhatsApp pelo site.

Leia também