Dois provedores. Um cobra menos.
Na planilha, a decisão parece encerrada. Até chegar uma cobrança numa moeda que o provedor mais barato não processa.
A tarifa estava certa. A escolha estava errada.
Esse exemplo simples explica uma parte importante de smart routing: o algoritmo não começa perguntando qual provedor é melhor. Começa perguntando quais podem executar aquela operação.
Conectado não significa elegível
Ter credenciais válidas é uma condição necessária, mas não suficiente.
Uma rota depende do fluxo, do método, da moeda e, quando informado, do país. Também depende das capacidades do provedor e da configuração da conta.
Um provedor apto a receber um pagamento não é automaticamente apto a executar uma saída. Suportar cartão numa moeda não significa suportar cartão em todas. A presença do logo na tela de integrações não resolve essas diferenças.
Considere este cenário ilustrativo de uma cobrança:
| Candidato | Capacidade relevante | Decisão |
|---|---|---|
| A | Não atende à moeda solicitada | Excluir |
| B | Atende ao fluxo, método e moeda | Pode seguir para ordenação |
| C | Atende tecnicamente, mas não está conectado à conta | Excluir |
Comparar a tarifa de A com B, nesse caso, só produz uma recomendação que não pode ser executada.
Depois da elegibilidade, a estratégia
No Infi Routing, os candidatos compatíveis podem ser ordenados conforme a estratégia configurada: ordem manual, custo conhecido ou estabilidade recente. Visão do produto.
Cada estratégia responde a uma pergunta diferente.
A ordem manual torna explícita uma preferência operacional. Custo usa os dados disponíveis para comparar aquela cobrança. Estabilidade considera o histórico usado pelo sistema como sinal para a ordenação.
Nenhuma dessas escolhas elimina a necessidade de validar os candidatos. E nenhuma taxa histórica garante a aprovação do próximo pagamento.
Também não é necessário chamar esse processo de inteligência artificial. Uma política determinística, reproduzível e alinhada às capacidades dos provedores já resolve uma decisão importante.
O dado ausente também precisa de regra
Suponha que um candidato tenha custo conhecido e outro ainda não tenha uma tarifa cadastrada no modelo de comparação.
Representar o segundo como custo zero favoreceria exatamente o provedor sobre o qual você sabe menos.
O ranking da Infi distingue custo desconhecido de custo conhecido. Isso não significa que a plataforma descobre automaticamente todas as tarifas negociadas pela empresa. A qualidade da decisão continua dependente da qualidade e atualização dos dados de entrada.
O mesmo cuidado vale para país não informado. Ausência de informação não é evidência de cobertura mundial. No código atual, esse caso não restringe por país, mas as verificações de fluxo, método e moeda permanecem.
Uma política útil precisa ser testável
Antes de ativar uma regra, monte exemplos que exercitem as fronteiras: moeda incompatível, nenhum candidato elegível, custo desconhecido e empate entre candidatos.
Defina o resultado esperado para cada um. Se todos os exemplos forem o caminho feliz, o teste só confirma que a configuração consegue escolher algo.
Há uma pergunta mais importante: ela consegue deixar de escolher quando nenhuma opção serve?
Registrar a decisão para investigação também é desejável, mas não confunda isso com prometer uma trilha pública completa. Os registros públicos de pagamentos e entregas de webhook da Infi não equivalem a um trace integral de cada regra.
Smart routing fica mais útil quando o time consegue explicar seus limites.
A primeira otimização é impedir que uma rota impossível pareça uma boa oportunidade.