Cobrança recorrente no Brasil: Pix, cartão e inadimplência

Todo founder de SaaS acha que cobrança recorrente é uma integração. Você pluga um gateway, cria um plano, e pronto — o dinheiro entra todo mês.

No Brasil, não é assim. A resposta curta: cobrar assinatura aqui é um sistema, não uma integração — porque o cartão de crédito tem penetração menor do que o mercado internacional assume, porque boleto não é recorrente de verdade, porque o Pix recorrente é recente e tem regras próprias, e porque emitir nota fiscal é obrigação municipal que muda de cidade para cidade.

Quem trata isso como "tarefa de um dia" descobre o custo no primeiro mês de operação: receita que não entrou, cliente cancelado por engano e contador pedindo notas que ninguém emitiu.

Os quatro meios de cobrança e o que cada um realmente faz

Meio	Recorrência real	Confirmação	Ponto fraco
Cartão de crédito	Sim, com tokenização	Imediata	Falha silenciosa: expira, limite, bloqueio
Pix Automático	Sim, com autorização do pagador	Rápida	Exige adesão do cliente no banco dele
Pix cobrança (QR)	Não — é cobrança avulsa repetida	Rápida	Depende de ação manual do cliente todo mês
Boleto	Não — é emissão sucessiva	Dias úteis	Inadimplência alta e conciliação trabalhosa

A confusão mais comum e mais cara está na coluna do meio. Boleto e Pix por QR code não são recorrência: são cobranças avulsas que alguém precisa emitir e alguém precisa pagar, todo mês, no braço. Se o seu produto depende de receita previsível, a diferença entre "recorrência de verdade" e "lembrete mensal" é a diferença entre um negócio e uma planilha de cobrança.

O Pix Automático mudou esse cenário: ele permite que o cliente autorize, uma vez, a cobrança recorrente na conta dele, com o débito acontecendo sem ação nova a cada ciclo. Para o mercado brasileiro, é a primeira alternativa ao cartão com a mesma característica de "cobra sozinho" — e vale considerar seriamente para público que não tem ou não quer usar crédito. O detalhe operacional: a adesão acontece no ambiente do banco do pagador, então o seu fluxo precisa conduzir o cliente até lá e tratar o caso de quem não conclui.

O que quebra receita e ninguém vê acontecendo

Falha de cartão é invisível até virar cancelamento

Cartão que expira, limite estourado, banco que bloqueia por suspeita de fraude, cliente que perdeu o cartão e recebeu outro. Nada disso gera uma notificação para você — gera uma cobrança recusada, em silêncio.

Sem tratamento, essa recusa vira churn. E é o pior tipo de churn que existe: o cliente não quis sair. Ele continua querendo o produto, só não sabe que parou de pagar. Recuperar essa receita é sempre mais barato que adquirir cliente novo, e é a primeira coisa que a gente checa em qualquer operação de assinatura.

A régua de recuperação que deveria existir desde o dia um

• Aviso antes do vencimento para cartão prestes a expirar. É a recuperação mais barata, porque acontece antes da falha.
• Retentativas espaçadas depois da recusa, não três tentativas seguidas no mesmo dia. Limite de crédito se renova em datas específicas, e tentativa repetida imediata pode ser lida como comportamento suspeito.
• Mensagem por canal que o cliente lê. E-mail de cobrança recusada tem taxa de abertura baixa. No Brasil, uma mensagem no WhatsApp com link direto de atualização resolve mais.
• Acesso degradado antes do corte. Bloquear tudo no primeiro dia de atraso transforma um problema de cartão em um cancelamento. Um período com aviso visível dentro do produto recupera boa parte.
• Corte com data definida e comunicada. Previsibilidade protege o cliente e protege você.

Conciliação: saber o que entrou de verdade

O gateway diz que cobrou. O banco diz quanto caiu, com desconto de taxa, em data diferente. Se o seu sistema só registra "cobrança aprovada", você não sabe qual é a sua receita real — e descobre a diferença quando o contador pergunta.

Guarde sempre o identificador da transação no gateway junto do seu registro interno. Parece detalhe até a primeira vez que você precisa investigar uma cobrança de seis meses atrás.

Nota fiscal: a parte que sempre esquecem

Cobrar é metade. Emitir nota fiscal de serviço é obrigação, e no Brasil ela é municipal — cada prefeitura tem seu sistema, seu padrão e suas regras de código de serviço e retenção.

O que isso significa no projeto:

• Emissão automática atrelada à confirmação do pagamento, não ao vencimento.
• Tratamento de cancelamento e estorno, que exigem cancelar ou substituir a nota emitida.
• Dados fiscais do cliente coletados no cadastro — e validados lá, não na hora de emitir.
• Escolha entre integrar direto com a prefeitura ou usar um emissor que abstrai isso. Para quem atende clientes de várias cidades, o emissor economiza meses.

Deixar nota fiscal para depois é a decisão que mais gera retrabalho em sistema de cobrança, porque ela toca o cadastro, o fluxo de pagamento e o de cancelamento ao mesmo tempo.

Regras técnicas que não são negociáveis

Nunca armazene dado de cartão. Nem "só os quatro últimos dígitos mais a bandeira para facilitar". Use a tokenização do gateway: o dado sensível nunca passa pelo seu servidor, e o seu banco guarda apenas um token. Isso tira sua aplicação do escopo mais pesado de conformidade e elimina a pior classe de incidente possível.

Webhook é a fonte da verdade, não a resposta da requisição. O cliente fecha o navegador, a rede cai, o app trava. A confirmação real chega por webhook, e o seu sistema precisa tratar cada evento uma única vez mesmo recebendo o mesmo aviso repetido — com registro do que já foi processado.

Registre o histórico, não só o estado atual. Assinatura muda de plano, ganha desconto, é pausada, volta. Se a tabela guarda apenas "plano atual", você perde a capacidade de responder o que o cliente pagava em março — e isso aparece em disputa, em relatório e em auditoria.

Trate fuso e data com cuidado. Ciclo mensal, dia 31, mês com 30 dias, horário de corte. É o tipo de bug que só aparece em produção, sempre no pior momento.

Como montar a cobrança sem retrabalho

1. Defina o modelo antes de olhar ferramenta

   Ciclo mensal ou anual, cobrança por assento ou por uso, teste grátis com ou sem cartão, política de reembolso e de cancelamento. Essas decisões mudam a estrutura de dados inteira, e mudá-las depois custa muito mais do que decidi-las agora.

2. Escolha os meios pelo seu público, não pelo hábito

   Público empresarial aceita cartão corporativo e pede nota com facilidade. Público pessoa física de ticket menor tem taxa de aprovação de cartão mais baixa e adota Pix com naturalidade. Oferecer cartão e Pix Automático cobre a maioria dos casos brasileiros sem transformar o sistema num monstro.

3. Modele assinatura, ciclo e cobrança como coisas separadas

   Assinatura é o contrato, ciclo é o período, cobrança é a tentativa. Uma assinatura tem vários ciclos, e um ciclo pode ter várias tentativas de cobrança. Quem colapsa os três numa tabela só reescreve isso depois — sempre.

4. Implemente a régua de recuperação junto com a cobrança

   Aviso de cartão expirando, retentativas espaçadas, comunicação no canal certo e acesso degradado antes do corte. Deixar a régua para a segunda versão significa perder receita recuperável durante todo o primeiro ciclo de vida do produto.

5. Ligue nota fiscal e conciliação antes de escalar

   Emissão automática na confirmação do pagamento e registro do identificador da transação do lado de fora. São as duas coisas que ficam impossíveis de arrumar retroativamente quando a base cresce.

Perguntas Frequentes

Dá para fazer cobrança recorrente com Pix no Brasil?

Sim, através do Pix Automático, que permite ao cliente autorizar uma vez a cobrança recorrente e ter o débito feito a cada ciclo sem nova ação. É diferente do Pix por QR code, que é uma cobrança avulsa e exige que o cliente pague manualmente todo mês. Para receita previsível, apenas o Pix Automático cumpre o papel de recorrência de verdade.

Boleto serve para assinatura recorrente?

Não no sentido estrito. Boleto é emissão sucessiva: o sistema gera um novo documento a cada ciclo e depende de o cliente pagar ativamente. Isso gera inadimplência mais alta, compensação em dias úteis e conciliação mais trabalhosa. Serve como opção complementar para público que exige, mas não deve ser a base de um modelo de assinatura.

Por que minha cobrança no cartão falha e o cliente cancela sem avisar?

Porque a recusa é silenciosa: cartão expirado, limite indisponível ou bloqueio preventivo do banco não geram aviso para o cliente nem para você. Sem uma régua de recuperação com aviso antecipado, retentativas espaçadas e comunicação em canal efetivo, essa falha técnica vira cancelamento de um cliente que ainda queria o produto.

Posso guardar os dados do cartão do cliente no meu banco de dados?

Não. Dados de cartão devem ser tokenizados pelo gateway, de modo que o número nunca transite ou fique armazenado na sua aplicação. Além de ser o requisito de conformidade do setor, essa arquitetura elimina a categoria mais grave de incidente de segurança que um sistema de cobrança pode ter.

Preciso emitir nota fiscal para assinatura de software?

Sim, e no Brasil a nota fiscal de serviço é municipal, com regras, códigos e sistemas que variam por prefeitura. O ideal é emitir automaticamente na confirmação do pagamento e tratar os casos de cancelamento e estorno, que exigem cancelamento ou substituição da nota. Empresas com clientes em várias cidades costumam usar um emissor que abstrai as diferenças entre prefeituras.

Devo usar um gateway internacional ou brasileiro?

Depende de quem paga. Para receber de clientes no Brasil com cartão nacional, Pix e nota fiscal, soluções locais cobrem o fluxo inteiro com menos peças. Para receber do exterior em outras moedas, soluções internacionais resolvem melhor. Operações que atendem os dois públicos costumam usar os dois, com a assinatura modelada no próprio sistema para não depender do formato de nenhum deles.

Onde isso costuma dar errado — e como a gente resolve

O padrão que a gente mais encontra: o produto foi construído em cima da estrutura de dados do gateway. Plano, assinatura e status vivem lá fora, e o sistema só consulta. Funciona até o dia em que você precisa de um plano personalizado, de um desconto por tempo determinado, de uma migração de fornecedor ou de um relatório que o painel do gateway não dá — e aí não existe caminho barato.

O desenho que se sustenta é o oposto: o seu sistema é dono da assinatura; o gateway é apenas quem executa a cobrança. Você troca o meio de pagamento sem reescrever o produto, e responde qualquer pergunta sobre receita com os seus próprios dados.

Na Alienhub a gente constrói essa camada de cobrança junto com o produto — recorrência, régua de recuperação, nota fiscal e conciliação — de um jeito que não prende o negócio a um fornecedor. Se você está montando isso agora, fala com a gente ou veja como trabalhamos em sistemas web sob medida.