Reborn Routing
Controle como cada pagamento percorre sua infraestrutura.
Defina regras, distribua volume, configure fallback e acompanhe a performance de cada rota — sem depender de uma única conexão. Cada transação segue uma decisão configurável, observável e auditável.
Uma única conexão transforma qualquer falha em um problema da operação inteira.
Quando pagamentos dependem de um único provedor, indisponibilidade, degradação, aumento de recusas ou mudança de custo afetam diretamente a receita. Sem uma camada de roteamento, ajustes costumam exigir desenvolvimento, publicação de código e decisões com pouca visibilidade.
integração direta, lógica presa ao código
um único provedor
fallback manual
mudanças exigem deploy
difícil comparar performance
Uma única conexão transforma qualquer falha em um problema da operação inteira.
Quando pagamentos dependem de um único provedor, indisponibilidade, degradação, aumento de recusas ou mudança de custo afetam diretamente a receita. Sem uma camada de roteamento, ajustes costumam exigir desenvolvimento, publicação de código e decisões com pouca visibilidade.
Operação sem Routing
Operação com Reborn Routing
Regras centralizadas, sem espalhar lógica financeira pelo código.
O Control Plane concentra as condições, prioridades, pesos e destinos usados na decisão de cada transação.
Transforme critérios operacionais em decisões de rota.
Combine atributos da transação, do cliente, do seller, do cartão, do provedor e do contexto operacional.
Uma integração para operar múltiplos provedores.
A Reborn centraliza o acesso à infraestrutura conectada. As conexões disponíveis dependem da arquitetura e do escopo de cada operação.
Distribua volume sem decidir transação por transação.
Defina percentuais entre rotas para controlar concentração, testar provedores e distribuir o volume da operação.
Quando uma rota falha, a operação não precisa parar junto.
Fallback vale para falha técnica (timeout, 5xx, indisponibilidade) — não para recusa financeira (saldo, não autorizado). Nem toda recusa gera nova tentativa.
Distribua volume sem decidir transação por transação.
Defina percentuais entre rotas para controlar concentração, testar provedores e distribuir o volume da operação.
Quando uma rota falha, a operação não precisa parar junto.
Fallback vale para falha técnica (timeout, 5xx, indisponibilidade) — não para recusa financeira (saldo, não autorizado). Nem toda recusa gera nova tentativa.
Reaja ao estado real da infraestrutura.
Disponibilidade, latência, erros e comportamento recente apoiam decisões operacionais — sempre com regra e governança explícitas, nunca de forma silenciosa.
Compare performance por contexto, não pela média geral.
Uma adquirente pode performar melhor para certa bandeira, emissor, faixa de valor ou parcelamento. Analise essas diferenças antes de ajustar a distribuição — a maior aprovação não é selecionada automaticamente.
Performance e custo na mesma decisão.
Regras podem considerar o custo da rota, desde que não prejudiquem disponibilidade, risco e desempenho.
Regras diferentes para operações diferentes.
Performance e custo na mesma decisão.
Regras podem considerar o custo da rota, desde que não prejudiquem disponibilidade, risco e desempenho.
Regras diferentes para operações diferentes.
Retentativas com contexto, limites e controle.
Quando permitido pelo tipo de falha e pelas regras, a plataforma organiza novas tentativas — sem repetir cobranças indiscriminadamente.
Avalie o impacto antes de publicar.
Compare uma configuração proposta com o histórico da operação para entender como ela teria distribuído as transações.
Retentativas com contexto, limites e controle.
Quando permitido pelo tipo de falha e pelas regras, a plataforma organiza novas tentativas — sem repetir cobranças indiscriminadamente.
Avalie o impacto antes de publicar.
Compare uma configuração proposta com o histórico da operação para entender como ela teria distribuído as transações.
Saiba por que aquela rota foi escolhida.
Toda decisão permanece associada às condições avaliadas, às regras aplicadas, às rotas disponíveis e ao resultado obtido.
Cada configuração tem versão, responsável, data, justificativa e fluxo de aprovação. Permissões por ambiente, operação, seller, valor e tipo de alteração.
Acompanhe o comportamento da infraestrutura enquanto ela opera.
Transações por minuto, aprovação, erros técnicos, latência, fallback e concentração — com alertas quando uma rota exige atenção.
Controle de roteamento por API e eventos.
Consulte decisões, regras, rotas e performance conforme as permissões e recursos disponibilizados para a operação.
curl https://api.example.rebornpay.io/v1/routing/decisions/route_decision_01J37K8 \ -H "Authorization: Bearer $REBORN_API_KEY" // resposta { "decision_id": "route_decision_01J37K8", "payment_id": "pay_7f41a92c", "route": "acquirer_a", "rule": "mastercard_bank_x_v18", "fallback": "acquirer_c", "result": "approved", "latency_ms": 184 }
Uma camada de decisão, vários contextos.
Autenticação, acesso por função, segregação de ambientes, versionamento e rollback fazem parte de cada alteração de rota.
Perguntas frequentes
O que é roteamento de pagamentos?
É a camada que avalia o contexto da transação e aplica regras para selecionar uma rota entre os provedores disponíveis.
A Reborn garante aumento de aprovação?
Não. A plataforma fornece ferramentas para comparar performance, configurar regras e testar estratégias. O resultado depende dos provedores, emissores, perfil das transações e características da operação.
Toda recusa gera fallback?
Não. Falhas técnicas e recusas financeiras têm tratamentos diferentes. Novas tentativas dependem do código de resposta, das regras e das políticas aplicáveis.
É necessário ter mais de uma adquirente?
Para estratégias multiacquirer, fallback ou distribuição de volume, a operação precisa ter mais de uma conexão disponível e homologada.
As rotas mudam automaticamente?
Depende da configuração. A operação pode usar regras fixas, distribuição por peso, fallback e, quando disponível, estratégias baseadas em performance.
O Routing substitui a adquirente?
Não. Ele funciona como uma camada de orquestração sobre os provedores conectados à operação.
Transforme o roteamento em uma camada controlável.
Converse com o time da Reborn para estruturar regras, múltiplas rotas, fallback e observabilidade de acordo com a arquitetura da sua empresa.