Como automatizar a cobrança do seu provedor de internet

Todo mês é a mesma correria: gerar boleto cliente por cliente, mandar mensagem de WhatsApp avisando quem está perto do vencimento, ligar para quem já passou, decidir manualmente quem vai ser suspenso e quem merece mais um dia de prazo. Com 80 clientes, dá para tocar assim. Com 600, a cobrança manual consome uma pessoa inteira da equipe — e ainda assim alguém vai escapar da régua, atrasar sem ninguém perceber, ou continuar conectado meses depois do corte que deveria ter acontecido.

Automatizar cobrança não é substituir o julgamento humano por um robô sem coração. É tirar do time o trabalho repetitivo — gerar, avisar, suspender — para sobrar tempo de cuidar dos casos que realmente precisam de atenção, como o cliente antigo que atrasou pela primeira vez em três anos.

O que realmente significa "automatizar cobrança"

Automatizar cobrança tem três camadas distintas, e a maioria dos provedores só resolve a primeira:

• Geração automática da fatura: o sistema cria boleto e Pix sozinho todo mês, sem alguém digitando valor e vencimento manualmente.
• Comunicação automática: avisos antes e depois do vencimento disparados sozinhos, sem depender de alguém lembrar de mandar mensagem.
• Ação automática sobre o serviço: suspensão, bloqueio progressivo ou corte de conexão disparados conforme regra, sem intervenção manual todo dia.

Quem automatiza só a primeira camada ainda gasta horas cobrando manualmente. O ganho de verdade vem de fechar as três.

Boleto e Pix na mesma fatura: o primeiro gargalo

Gerar boleto avulso, depois gerar QR Code Pix separado, depois enviar os dois por canais diferentes é tempo que se multiplica pelo número de clientes todo santo mês. O caminho mais direto é ter os dois meios de pagamento já prontos na mesma fatura desde a emissão — o cliente escolhe como quer pagar sem o provedor precisar gerar nada extra caso ele prefira Pix em vez de boleto. Isso também acelera a confirmação: pagamento via Pix costuma cair na conta e conciliar no sistema muito mais rápido que boleto compensando em D+1 ou D+2, o que interessa direto ao Banco Central, autor do próprio Pix e de boa parte da regulação sobre meios de pagamento no país.

A régua de cobrança: da tolerância ao corte

Uma régua de cobrança bem desenhada tem estágios claros, cada um com um gatilho e uma ação:

1. Aviso preventivo: mensagem alguns dias antes do vencimento, lembrando o cliente — reduz atraso por esquecimento, que é boa parte da inadimplência em provedor pequeno.

2. Aviso pós-vencimento: mensagem no dia seguinte ao atraso, ainda sem punição, dando chance de regularizar.

3. Tolerância: período configurável em que o serviço segue ativo apesar do atraso, para não punir quem só esqueceu.

4. Bloqueio progressivo: redução de velocidade depois de X dias, um meio-termo entre "nada acontece" e "corte total".

5. Suspensão/corte: interrupção do serviço quando o atraso passa do limite definido pela empresa.

Cada estágio dessa régua pode ser configurado por dias de atraso e disparado sozinho, sem alguém decidindo manualmente todo dia quem já passou do prazo.

Como decidir os prazos da sua régua

Não existe prazo universal certo — depende do perfil da base e da margem do provedor. Provedores com ticket baixo e alta rotatividade tendem a agir mais rápido (tolerância curta, corte em poucos dias); provedores com base fiel e ticket mais alto podem se dar ao luxo de uma tolerância maior sem sangrar o caixa. O erro comum é copiar a régua de outro provedor sem olhar os próprios números de churn e inadimplência — o que funciona para um concorrente pode ser agressivo demais ou frouxo demais para a sua realidade.

Vale também revisar a régua periodicamente, não só configurar uma vez e esquecer. Um provedor que cresceu de 200 para 2 mil clientes em dois anos provavelmente tem um perfil de base diferente do que tinha no início — e uma régua pensada para os primeiros clientes fiéis pode não fazer mais sentido para a base atual, mais heterogênea. Olhar o relatório de inadimplência a cada trimestre e ajustar os prazos é parte do trabalho, não um evento único.

Multicanal: por que um único canal de aviso não é suficiente

Cliente que não abre WhatsApp não vê aviso por WhatsApp. Cliente que não olha e-mail nunca vai ler o boleto que chegou por lá. Uma régua automática de verdade dispara por mais de um canal — SMS, WhatsApp, e-mail — conforme o que estiver configurado, aumentando a chance de a mensagem realmente chegar antes que o cliente precise ligar reclamando de bloqueio que ele diz que "não sabia que ia acontecer".

Escolhendo o gateway de pagamento certo para automatizar de verdade

A automação de cobrança trava quando o sistema de gestão não conversa direito com o gateway de pagamento que o provedor já usa. Trocar de gateway só para automatizar não costuma valer a pena — o ideal é que o sistema de gestão seja compatível com o que a empresa já opera, seja Asaas, Efí, Iugu, Sicredi, GalaxyPay, WidePay ou Banco do Brasil. Sem essa integração, a régua para na geração da fatura e a confirmação de pagamento volta a depender de alguém conferindo extrato manualmente.

E se o cliente reclamar que foi cortado "sem aviso"?

Essa reclamação normalmente não significa que o aviso não foi enviado — significa que foi enviado por um canal que o cliente não olha, ou tarde demais para ele reagir. A solução não é abandonar a automação, é revisar os canais e os prazos: mandar aviso alguns dias antes (não só no dia do vencimento), usar mais de um canal simultâneo, e guardar registro de que o aviso foi disparado, para responder com dado e não com "achamos que mandamos".

Automatizando sem perder o controle da régua

Se cobrança no seu provedor ainda depende de alguém lembrar de gerar boleto, mandar mensagem e decidir quem corta, o ZISP resolve as três camadas juntas: régua de cobrança configurável com tolerância, suspensão e corte automáticos, boleto e Pix prontos na mesma fatura, e integração com o gateway de pagamento que o provedor já usa — Asaas, Efí, Iugu, Sicredi, GalaxyPay, WidePay ou Banco do Brasil, sem precisar trocar de sistema. Para ver como isso funciona na prática, vale conhecer o ZISP.