Integração do CRM com o Asaas: cobrança que muda de etapa sozinha e régua sem constrangimento

O Asaas emite a cobrança, recebe o pix ou o boleto e avisa o pagador. O que ele não faz é mostrar ao vendedor, no meio de uma conversa no WhatsApp, que aquele cliente está com a mensalidade vencida há cinco dias. Também não impede que o atendente ofereça um upgrade para quem acabou de pedir estorno. A integração com o CRM fecha esse buraco.

O Asaas já avisa o cliente. Por que ligar ao CRM?

Porque o aviso do Asaas é igual para todo mundo e não chega à equipe. Pela documentação oficial, as notificações padrão vão ao pagador por e-mail e SMS em momentos fixos; o WhatsApp vem desligado nas configurações iniciais. O CRM acrescenta contexto, dono e conversa.

Quais eventos do Asaas importam para o funil?

Dos eventos de cobrança que a documentação do Asaas lista, oito resolvem quase toda operação de venda e recorrência. Os outros (split, antecipação, análise de risco) interessam ao financeiro, não ao atendimento.

CONFIRMED ou RECEIVED: qual evento para a cobrança?

Pare a régua no primeiro dos dois que chegar. Segundo o Asaas, pix pago em dia vai direto para RECEIVED; boleto passa por CONFIRMED antes de RECEIVED; no cartão de crédito há um intervalo entre os dois. Se a régua esperar só o RECEIVED, quem pagou no cartão recebe cobrança por engano.

Como montar uma régua de cobrança que não constrange o cliente?

Poucas mensagens, tom de lembrete, sempre com o link e com saída para conversar. O Código de Defesa do Consumidor, no art. 42, diz que o consumidor inadimplente não será exposto a ridículo nem submetido a constrangimento ou ameaça na cobrança. A régua abaixo foi escrita com isso em mente.

D-3 (3 dias antes do vencimento, só se a fatura não foi vista)
Oi, {{nome}}, tudo bem? Passando para lembrar que a {{descricao}} de {{valor}} vence em {{vencimento}}. O link para pagar por pix ou boleto é este: {{link_fatura}}

D0 (dia do vencimento, só se não houve CONFIRMED nem RECEIVED)
Oi, {{nome}}. Hoje é o vencimento da {{descricao}}. Se já pagou, pode ignorar esta mensagem. O link continua aqui: {{link_fatura}}

D+2 (após PAYMENT_OVERDUE)
Oi, {{nome}}. Não identificamos o pagamento da {{descricao}}, que venceu em {{vencimento}}. Aconteceu alguma coisa? Se precisar de outra data ou forma de pagamento, me responda por aqui que eu vejo com o financeiro.

D+7 (vira TAREFA para uma pessoa, não mensagem automática)
Uma pessoa abre a conversa no WhatsApp, lê o histórico e propõe um caminho: nova data, parcelamento ou pausa.

Regras da régua:
- PAYMENT_CONFIRMED ou PAYMENT_RECEIVED cancela tudo o que estava agendado.
- Nunca mandar em grupo, para terceiros ou com cópia para outra pessoa.
- Horário comercial, nada de domingo à noite.
- Fora da janela de 24 horas, cada texto precisa ser um modelo aprovado pela Meta.

A parte de modelo aprovado está explicada em janela de 24 horas do WhatsApp. E para a cobrança feita direto na conversa, sem gateway, veja como cobrar pelo WhatsApp com pix.

Como funciona a ligação técnica entre Asaas e DataCrazy?

O Asaas envia o evento para uma URL. Um fluxo no n8n recebe, confere, acha o cliente e grava no DataCrazy pela API REST ou por webhook de entrada. A automação por etapa do DataCrazy dispara a mensagem.

• Chave do cliente. O fluxo procura o contato pelo CPF ou CNPJ, pelo e-mail e pelo telefone normalizado, nessa ordem. Sem isso, o mesmo pagador vira dois cards.
• Evento repetido. Cada evento do Asaas tem um id próprio. O fluxo guarda os ids já tratados e ignora o reenvio, para não mandar a mesma cobrança duas vezes.
• Campo novo no aviso. A documentação avisa que o conteúdo pode ganhar campos novos. O fluxo lê só o que usa e não quebra quando aparece algo diferente.
• Falha vira alerta. Se o DataCrazy não responder, o fluxo tenta de novo e avisa a equipe. O jeito que a AD PRO monta isso está em integração DataCrazy n8n.

Para que tipo de empresa essa integração faz mais diferença?

Para quem cobra todo mês e conversa com o cliente pelo WhatsApp: escola, academia, clínica com plano, prestador de serviço recorrente, software por assinatura. Exemplo fictício: uma escola de idiomas com 180 alunos em mensalidade passa a ver, no funil, quem está em atraso antes de oferecer a rematrícula.

Para quem faz só venda avulsa com pagamento na hora, o ganho é menor: basta o evento de pagamento confirmado mover o card para Ganho. Empresas cuja atividade principal é cobrar dívidas de terceiros têm outra lógica de funil, descrita em CRM para empresa de cobrança.

Quanto custa integrar o Asaas ao CRM?

São dois custos: a ferramenta e a montagem. Pelos valores do site oficial, conferidos em 12/11/2026, o DataCrazy Starter custa R$ 297 por mês, com 3 webhooks; o Essential custa R$ 460 por mês, com 15 webhooks e API REST, o que costuma ser o ponto de partida quando o n8n grava no CRM. Veja em datacrazy.io/planos.

A mensalidade do DataCrazy e as tarifas do Asaas são pagas direto a cada um. Os planos completos estão em planos da AD PRO e o escopo da implantação em implementação DataCrazy.

Que erros evitar na régua de cobrança com o Asaas?

Os cinco abaixo aparecem quando a régua é montada olhando só a tecnologia. Cada um tem uma correção simples, que entra no desenho antes de ligar.

1. Cobrar quem já pagou. Acontece quando a régua só escuta PAYMENT_RECEIVED. Escute também o CONFIRMED.
2. Cobrar em público. Mensagem em grupo, recado com familiar ou cópia para outra pessoa. O art. 42 do CDC vale para todo canal.
3. Automatizar a conversa difícil. Depois de duas mensagens sem resposta, quem fala é uma pessoa, com o histórico aberto.
4. Esquecer o estorno. Sem a tag de estorno, a próxima campanha oferece produto para quem acabou de pedir o dinheiro de volta.
5. Não medir. Crie no CRM uma visão com quantos estão em atraso por semana e quantos voltaram a pagar depois do contato humano. Se o número de atrasos não cai, o problema pode estar na venda, não na cobrança.