Cobrança recorrente em SaaS: Pix, cartão, boleto, assinatura

Quais meios de pagamento um SaaS brasileiro precisa aceitar?

Depende de quem paga. Empresa paga com cartão corporativo, boleto ou Pix, e às vezes só com boleto porque o financeiro exige. Pessoa física paga com cartão ou Pix, e uma parte relevante não tem cartão de crédito. A tabela abaixo compara os quatro meios pelo que importa numa assinatura: se é recorrente de verdade, quando o dinheiro entra, o que custa e onde falha.

O Pix Automático merece um parágrafo próprio. O Banco Central lançou o produto em junho de 2025 exatamente pra cobrança recorrente: o cliente autoriza uma vez no app do banco e as cobranças seguintes são debitadas sem cartão. É o meio que mais muda o jogo pra SaaS de pessoa física no Brasil, e também o mais novo, então antes de prometer ao cliente confirme se o seu processador já oferece e em que condições.

Como modelar assinatura sem reinventar o processador?

Tanto a Stripe quanto o Mercado Pago têm objetos prontos pra assinatura: cliente, plano ou preço, assinatura, fatura e pagamento. Quase todo erro de cobrança que somos chamados pra corrigir vem de alguém reinventando um desses objetos no próprio banco e depois tentando manter os dois em sincronia.

O desenho que funciona: o seu banco guarda o tenant, o ID do cliente no processador e o ID da assinatura. O processador é a fonte da verdade sobre plano, status e próxima cobrança. Quando algo muda (pagou, falhou, cancelou, mudou de plano), o processador manda um webhook, o seu sistema grava o evento e atualiza o status. O acesso ao produto é liberado ou bloqueado a partir desse status, e de mais nada.

Isso vale também pra upgrade e downgrade no meio do ciclo. Proração (cobrar a diferença proporcional aos dias que faltam) é uma conta que o processador já faz e que dá errado quando feita à mão. Deixe com ele e exiba o valor que ele devolver.

O que fazer quando o pagamento falha?

Falha de pagamento é rotina, não exceção: cartão vence, limite acaba, banco recusa por suspeita. O processo que lida com isso chama-se dunning, e o processador já traz a maior parte. A Stripe, por exemplo, documenta as tentativas automáticas e o envio de e-mail pedindo atualização do cartão; o Mercado Pago tem mecanismo equivalente nas assinaturas.

O que fica com você é a política: quantos dias de tolerância antes de bloquear, o que o cliente vê nesse período (aviso, funcionalidade limitada, bloqueio total), e como voltar quando ele regulariza. Escreva essa política antes de programar, porque ela é regra de negócio e não decisão técnica. Um erro comum é bloquear no primeiro dia de falha: o cliente que só trocou de cartão vira cancelamento.

Pra Pix por fatura e boleto, o dunning é seu: lembrete alguns dias antes do vencimento, segundo lembrete no vencimento, bloqueio depois da tolerância. Sem isso, a inadimplência silenciosa come a receita, e o cliente continua usando sem pagar.

Quais webhooks e regras de segurança não podem faltar?

Webhook é a espinha dorsal da cobrança: sem ele, o seu sistema não sabe que o cliente pagou. Os cinco cuidados que separam uma integração que funciona de uma que dá prejuízo:

• Verificar a assinatura de cada chamada. A Stripe assina cada evento; o Mercado Pago também. Sem verificação, qualquer pessoa pode mandar um "pagamento aprovado" falso pro seu endpoint.
• Idempotência. Processadores reenviam eventos. O mesmo evento processado duas vezes não pode liberar dois meses nem gerar duas notas fiscais. Guarde o ID do evento e ignore repetição.
• Gravar antes de processar. Salve o evento bruto, depois processe. Se o processamento quebrar, dá pra reprocessar depois da correção sem pedir nada ao processador.
• Responder rápido. O endpoint confirma o recebimento em milissegundos e processa em fila. Endpoint lento vira timeout, e timeout vira reenvio, e reenvio sem idempotência vira duplicidade.
• Conciliar. Uma rotina diária compara o que o processador diz que cobrou com o que o seu banco diz que recebeu. Webhook perdido existe; a conciliação é o que encontra.

Esses cinco pontos são os mesmos que aplicamos no nosso gateway e em cada integração de pagamento que entregamos. Eles são a diferença entre um SaaS que dorme tranquilo e um que descobre no fechamento do mês que 8% dos pagamentos não bateram.

E a nota fiscal, a LGPD e o cancelamento?

Nota fiscal de serviço é obrigação do SaaS a cada cobrança, e o processador não emite. A integração com a prefeitura ou com um emissor de NFS-e é um bloco de trabalho próprio, com falhas e reenvios como o webhook. Trate a emissão como evento assíncrono disparado pelo pagamento confirmado, com fila e retentativa, e nunca deixe a emissão travar a liberação do acesso.

Dados de cartão nunca passam pelo seu servidor: o checkout do processador ou o campo tokenizado dele cuidam disso, e é assim que você fica fora do escopo pesado do PCI. Os dados do cliente que ficam com você (nome, CPF ou CNPJ, e-mail, histórico de cobrança) entram na LGPD: guarde só o necessário, e tenha como exportar e apagar por cliente, o que fica simples se o banco for multi-tenant com isolamento por linha.

Cancelamento precisa ser tão fácil quanto assinar. Além de ser o certo, é o que evita contestação no cartão, que custa mais que o mês perdido. Cancele no processador, receba o webhook, marque o fim do acesso pro fim do ciclo pago e mantenha os dados pelo prazo que a sua política diz.

Por onde começar na primeira versão?

Um plano só, cartão recorrente pelo checkout do processador, Pix por fatura pra quem não tem cartão, webhook com os cinco cuidados acima, política de inadimplência escrita e nota fiscal em fila. Isso cobre 90% dos SaaS na primeira versão e cabe no orçamento de uma primeira versão de SaaS. Planos múltiplos, Pix Automático e boleto entram quando um cliente pedir e pagar por isso.

Se você está orçando um SaaS agora, o guia sobre quanto custa criar um SaaS mostra onde a cobrança entra na conta. E se a cobrança do seu produto já existe e está dando trabalho, conta pra gente o que acontece: cobrança que falha em silêncio é o tipo de problema que resolvemos com escopo fechado e prazo curto.

Perguntas frequentes

Continue lendo

• Multi-tenant: como estruturar o banco do seu SaaS →

  O que é multi-tenant, as três formas de isolar clientes no banco (banco, schema ou linha com RLS), quando usar cada uma e os erros que custam caro.

• Quanto custa criar um SaaS no Brasil em 2026 →

  Faixas de custo pra criar um SaaS no Brasil em 2026 com fonte: o que define o preço, quanto custa manter por mês e o que muda em micro SaaS, B2B e com IA.

• Micro SaaS: como validar antes de programar →

  Método prático pra validar um micro SaaS antes de escrever código: entrevistas, landing page, pré-venda e protótipo, com o que cada etapa prova e quanto custa.