O que é uma cascata de PSP e por que a ordem das tentativas importa
Cascata é a lógica que decide para qual provedor de pagamento uma transação vai — e para onde ela vai quando a primeira tentativa falha. Parece detalhe de infraestrutura; na prática é uma das alavancas mais diretas sobre receita.
O mecanismo
Uma transação chega. O roteador escolhe um PSP com base em regras: método, valor, moeda, histórico do jogador, custo e disponibilidade. Se a tentativa é recusada por um motivo reprocessável (timeout, indisponibilidade momentânea, limite do provedor), a transação cai para o próximo provedor da fila. Se a recusa é definitiva (dado inválido, suspeita de fraude, bloqueio do emissor), reprocessar só aumenta custo e risco.
Onde as cascatas quebram
- Retentar o que não deveria ser retentado. Sem tratar o código de recusa, a cascata vira uma máquina de repetir erro — e alguns provedores cobram pela tentativa.
- Otimizar só por custo. O PSP mais barato com aprovação pior costuma sair mais caro. O que importa é custo por transação aprovada.
- Ordem estática. Disponibilidade de provedor varia ao longo do dia. Ordem fixa ignora exatamente a informação mais útil.
- Sem observabilidade por provedor. Se você não consegue ver aprovação, latência e erro segmentados por PSP e por método, você não tem cascata: tem sorte.
O mínimo que vale medir
Taxa de aprovação por provedor e por método, tempo até a confirmação, custo por transação aprovada, taxa de duplicidade e proporção de transações que precisaram de segunda tentativa. Sem essa base, qualquer mudança de ordem é palpite.
Como está desenhada a cascata de vocês hoje — e o que vocês usam para reordenar?