.png)
Taxa de aprovação em pagamentos é o percentual de transações finalizadas com sucesso em relação ao total de tentativas iniciadas, e cada ponto percentual abaixo do seu benchmark representa receita que seus sellers nunca viram entrar no caixa.
A maioria dos times financeiros acompanha esse número como termômetro de saúde. Quando ele cai de 93% para 90%, a reação comum é "estamos em 90%, não é ruim". E aí a conta nunca é feita.
Com R$10M/mês em TPV, cada ponto percentual de taxa de aprovação equivale a R$100.000/mês em transações que não converteram (R$10M × 1% = R$100.000). Uma taxa de 88% deixa R$1,2M parado por mês. Sem que um único seller tenha perdido cliente ou deixado de fazer uma proposta.
Não é um problema de desempenho comercial.
É um problema de como a operação está montada.
Quatro fatores que determinam
A taxa de aprovação resulta de quatro variáveis que interagem em tempo real. A maioria dos diagnósticos olha para uma delas e ignora as outras três, aí fica tentando resolver com mudança de PSP o que era calibragem de antifraude.
Decisão do emissor responde pela maior parte das rejeições. Saldo insuficiente, limite ultrapassado, cartão vencido: decisões que o processador não controla diretamente, mas consegue tratar com retry nos casos em que o motivo é técnico e reversível. Só esses.
Qualidade dos dados é o mais subestimado. Número de cartão com erro de digitação, CVV inválido, endereço de cobrança divergente: cada inconsistência aumenta a chance de rejeição antes mesmo de chegar ao emissor. O comprador tentou pagar. O sistema rejeitou por um dado errado que ele digitou no checkout que a empresa nunca revisitou. É frustrante diagnosticar isso porque parece bobo e custa caro.
Calibragem do antifraude é onde a maioria das operações perde mais sem perceber. Um motor genérico, sem considerar o perfil real da carteira, bloqueia transações legítimas. Para operações com tickets médios maiores ou clientes recorrentes, esse ajuste não é opcional: é o que separa 89% de 93% na mesma base de sellers, sem mudar nada no produto.
Disponibilidade do processador. Uma adquirente instável numa data de pico derruba a taxa de toda a carteira. Todo mundo sabe que precisa ter mais de um adquirente. A maioria ainda não tem.
Quanto custa cada ponto
Com R$10M/mês em TPV e taxa de 88%, R$1,2M em transações não converteu naquele mês.
Aliás, não é exatamente "perda". Uma parte desse volume é recuperável, e tratá-lo como perda definitiva é o que faz as operações deixarem de agir. Rejeições por instabilidade técnica voltam com retry automático. Rejeições onde o comprador saiu sem concluir podem ser tratadas com recontato ativo. Segundo o Instituto Baymard, 70% dos compradores abandonam definitivamente após uma única tentativa fracassada, o que significa que quem recontata em menos de 30 minutos ainda tem jogo, e quem espera um ticket interno ser aberto, perdeu.
A fatia que não tem recuperação são rejeições genuínas. Saldo insuficiente. Limite estourado. Essa fatia existe e vai continuar existindo. Mas o problema que a gente vê é que a maioria das operações trata as três categorias como uma só e chega na reunião mensal dizendo "taxa de aprovação caiu" sem conseguir dizer em qual das categorias.
Na margem de operações de pagamentos, entre 3% e 8%, o volume das duas primeiras categorias representa muita receita. E quase nenhum esforço de aquisição para recuperar.
Quando vira prioridade
Três cenários indicam que o problema está na montagem da operação, não no pipeline de vendas.
Taxa abaixo de 87% com mix predominante de cartão e clientes recorrentes. Não tem outra explicação: antifraude mal calibrado, processador sem fallback ou dados de transação com qualidade ruim. Cada ponto percentual recuperado aqui vale R$100.000/mês sobre R$10M em TPV, sem adicionar um seller sequer.
Taxa estável na média, queda em picos. A gente vê isso em operações que cresceram rápido e nunca revisitaram a arquitetura. Em períodos de alta demanda, instabilidades em adquirentes derrubaram taxas de carteiras inteiras no mesmo fim de semana. Quem tinha fallback ficou em 91%. Quem não tinha, caiu para 74%. Mesmo produto, mesmo time, mesmo seller. Diferença de infraestrutura, nada mais.
Taxa saudável no agregado, queda em merchant específico. Um seller com antifraude mal calibrado para o perfil dele puxa a média e contamina o diagnóstico. Identificar esse desvio por merchant, não por carteira consolidada, é o tipo de análise que a maioria dos painéis simplesmente não permite porque agrega tudo antes de mostrar qualquer número.
Como melhorar a taxa
Multi-adquirente com roteamento por performance. Uma transação que falha no processador A vai automaticamente para o processador B, sem que o comprador perceba e sem que o time precise intervir em nada. O argumento contra essa mudança costuma ser "dá trabalho para integrar". Esse trabalho paga R$100.000/mês por ponto percentual ganho. Faça as contas.
Retry por motivo, não genérico. Rejeição por saldo insuficiente não muda com nova tentativa imediata. Rejeição por timeout muda. Um sistema que classifica o motivo antes de retentar tem taxa de sucesso muito maior, além de evitar que tentativas repetidas desnecessárias aumentem a probabilidade de bloqueio pela bandeira.
Antifraude por perfil da carteira. Um B2B recorrente com ticket médio de R$4.800 tem perfil de risco completamente diferente de um e-commerce de eletrônicos com ticket de R$380. Usar o mesmo motor para os dois é garantia de falso positivo num e de exposição desnecessária no outro. Isso não é uma questão de qual motor é melhor: é uma questão de calibragem.
Recovery para quem saiu sem concluir. Esse processo manual consome operação de forma desproporcional ao volume. Quando automatizado via canal direto com o comprador, elimina o custo operacional e mantém o índice de recuperação estável mesmo quando a carteira cresce.
Dito isso: não é toda operação que precisa implementar tudo isso ao mesmo tempo. Quem está abaixo de R$3M/mês em TPV provavelmente tem outras prioridades antes de multi-adquirente. O ponto de partida é saber em qual das quatro alavancas está a maior perda, e atacar só ela primeiro.
Perguntas frequentes sobre taxa de aprovação em pagamentos
O que é taxa de aprovação em pagamentos? Taxa de aprovação em pagamentos é o percentual de transações finalizadas com sucesso em relação ao total de tentativas iniciadas em um período. É calculada dividindo as transações aprovadas pelo total de tentativas e multiplicando por 100. Com R$10M/mês em TPV e taxa de 88%, R$1,2M em transações não converteram naquele mês.
Quais são os principais motivos de rejeição de pagamento? Os motivos se dividem em dois grupos: decisões do banco emissor, como saldo insuficiente, limite atingido e cartão vencido; e rejeições da infraestrutura de processamento, como timeout técnico, dados inválidos e bloqueio do antifraude. As rejeições do segundo grupo são, em grande parte, recuperáveis com retry inteligente ou ajuste de calibragem.
O que é falso positivo no antifraude? Falso positivo é quando o motor antifraude bloqueia uma transação legítima por identificá-la como suspeita. Em operações com clientes recorrentes ou tickets médios maiores, um motor mal calibrado bloqueia compras legítimas de forma sistemática, reduzindo a taxa de aprovação sem diminuir o chargeback real. A calibração por perfil de carteira resolve isso sem trocar de motor.
Por que ter um único adquirente prejudica a taxa de aprovação? Com um único adquirente, qualquer instabilidade desse provedor afeta toda a carteira ao mesmo tempo. Com múltiplos adquirentes e roteamento automático, transações que falham em um processador vão para outro. O impacto é mais visível em datas de pico, quando a instabilidade de um único provedor derrubaria a taxa de toda a operação num momento em que nenhum time tem tempo de agir manualmente.
Quer estruturar sua operação com multi-adquirente, recovery com IA e antifraude calibrado para sua carteira?
Conheça a infraestrutura Barte para empresas de pagamentos
.png)
.png)
.png)
.png)
