Agente de Otimização de Aceitação

Specialized payment agent

Push every transaction toward its highest approval.

Act on every transaction in real time using learned routing, payment-message, and retry decisions that stay current as issuer behavior and traffic mix shift.

• Smart routing
• Message optimization
• Intelligent retries

This page covers Athia's execution layer, the agent acting inside the payment flow. Athia's intelligence layer, covered in Recursos da Athia, é executado nos dados que você envia, independentemente do caminho pelo qual eles chegam, independentemente de você implantar um agente ou não.

Como o agente decide#

O ciclo de vida de uma transação, desde a decisão do agente até o resultado que treina a próxima. O caminho tracejado é a rota de falha aberta.

Cada decisão parte da mesma imagem: o cartão e seu BIN, o banco emissor, o valor e a moeda, o que esse cliente fez com você antes, a hora do dia e o que aconteceu na última vez que uma transação parecida com esta foi enviada. O agente pesa tudo e aprende quais partes são importantes para seu tráfego, que raramente é igual ao que importa em geral.

Comece com três que você pode ver acontecer.

Qual processador recebe a transação

Uma tabela de roteamento estático envia um segmento inteiro para um processador e continua enviando até que alguém o edite. O agente não tem mesa. Ele aprende qual processador realmente ganha para cada combinação de cartão, banco emissor e valor, e mantém essa visão para cada combinação de uma vez, atualizada por cada resultado retornado. Quando um processador começa a recusar silenciosamente um segmento que costumava aprovar, o tráfego se move antes que alguém abra um painel.

Como é composta a mensagem de pagamento

Certos tipos de cartão e bancos aprovam apenas quando a mensagem é composta exatamente da maneira esperada, e um campo errado retorna parecendo uma recusa comum. Ninguém publica essas regras. O agente os encontra em seus próprios dados de recusa e corrige a mensagem ao sair, sem nada para você escrever e sem liberação para enviar.

Se vale a pena tentar novamente uma recusa

Uma regra de nova tentativa trata todas as recusas da mesma forma e gasta taxas de processamento em transações que nunca mais retornaram. O agente lê uma recusa para saber o que ela realmente significa, tenta novamente aquelas que valem a pena tentar novamente, escolhe o momento e deixa o resto passar. Uma nova tentativa é decidida de novo, em vez de ressentida.

Esses três são simplesmente os mais fáceis de colocar em palavras. O agente é um modelo único, e o que pesa para chegar a qualquer um deles é muito mais amplo do que sugerem as três descrições. Também continua a alargar-se, porque cada resultado lhe ensina algo que nenhuma regra teria sido escrita para procurar. Pergunte à sua equipe Athia o que está decidindo sobre sua conta hoje.

Como você implanta#

Quem detém o quê em cada implantação. A seta grossa marca o retorno de chamada de status que o comerciante possui.

Totalmente automatizado

Integre-se uma vez com checkout DEUNA ou orquestração de pagamentos. O agente é consultado dentro da decisão de orquestração, e não como uma chamada de serviço separada, portanto, não há nenhum salto extra no seu caminho de autorização e nenhum trabalho de integração de ML da sua parte. DEUNA gerencia as conexões do processador e o agente cobre todas as transações. Comece com Integre a plataforma de orquestração da DEUNA e o Visão geral dos pagamentos DEUNA.

Lote

Para faturamento recorrente iniciado pelo comerciante (MIT), e não em tempo real. Você entrega um arquivo de cobranças programadas antes de serem processadas, o agente pontua cada linha e um arquivo de resultados retorna.

O que você envia, por cobrança programada

O que volta, por linha

Aplique o arquivo com suas próprias conexões de processador ou peça à DEUNA que execute os pagamentos. O agente é treinado com base nos seus dados históricos antes do lançamento.

O que o agente precisa aprender#

O agente é pré-treinado em seu próprio histórico, portanto, é necessário um dump do histórico da transação antes de entrar em operação. Os caminhos para entregá-lo estão em Integrando Athia, e os campos que ele espera são definidos em Dicionário de dados Athia.

Após o lançamento, os resultados devem continuar fluindo continuamente. Isto é automático quando a DEUNA processa o pagamento, porque a DEUNA vê o resultado. Onde você mantém a execução, inclusive em lote, a publicação do status de cada transação que o agente pontuou de volta para a DEUNA é de sua responsabilidade, ou suas decisões deixarão de melhorar.

Ao vivo#

DEUNA executa essas etapas com você. A cada uma DEUNA traz as provas e você decide se vai mais longe. Você está aprovando uma leitura, não operando uma estrutura de teste.

1. Você entrega seus dados históricos e a DEUNA confirma a cobertura de campo com você em relação ao dicionário de dados.
2. Você escolhe uma implantação e a DEUNA completa a integração com sua equipe, incluindo o retorno de chamada de status onde quer que você mantenha a execução do pagamento.
3. Você vê o julgamento do agente antes que ele ganhe volume. A forma como isso é feito depende da implantação e os dois não são o mesmo exercício. Veja abaixo.
4. Depois de aprovar essa evidência, a DEUNA passa para um experimento controlado no volume ao vivo, coortes de controle e tratamento com pesos de tráfego que você concorda, alterados gradualmente à medida que os resultados se mantêm.

Como é a etapa 3, por implantação

O comportamento do tempo de execução para cada decisão está documentado em Orquestração DEUNA.