Optimisation basée sur l'IA
L'optimisation basée sur l'IA est la couche d'exécution d'Athia : des agents qui décident du sort d'une transaction plutôt que d'en rendre compte par la suite. C'est le seul pilier qui a besoin d'Athia dans le chemin de transaction ou, pour la facturation récurrente initiée par le commerçant, l'échange de fichiers par lots. Voir Orchestration DEUNA pour savoir comment ça marche.
Agents#
L'optimisation d'Athia est assurée par des agents qui agissent au sein du flux de paiement, et non par des rapports produits après celui-ci. Un agent décide transaction par transaction, en temps réel, et s'améliore à partir de chaque résultat plutôt que des règles maintenues par quelqu'un.
Chaque résultat, approuvé, refusé, réessayé, contesté, est renvoyé à l'agent, et ses décisions s'affinent à mesure que votre volume s'accumule.
Les agents échouent à l'ouverture : si un agent ne répond pas à temps, la transaction se poursuit selon votre configuration de règles statiques, de sorte qu'un agent ne bloque jamais un paiement. Voir Orchestration DEUNA pour le comportement d'exécution.
Portefeuille d'agents spécialisés
| Agent | Objectif défini | Guide détaillé |
|---|---|---|
| Optimisation des conversions | Réduire les frictions inutiles lors du processus de paiement et de facturation. | Agent d'optimisation de la conversion |
| Optimisation de l'acceptation | Améliorer les résultats d'autorisation grâce au routage, aux messages et aux tentatives de reprise pris en charge. | Agent d'acceptation |
| Optimisation des coûts | Réduire les coûts de traitement dans le respect des contraintes de sécurité, de risque et commerciales. | Agent d'optimisation des coûts |
| Réconciliation | Corréler les preuves financières et prioriser les exceptions non résolues. | Agent de réconciliation |
| Litiges | Consolider les preuves, les délais et les actions des fournisseurs. | Agent de litiges |
L'autorité exacte de chaque agent dépend des données connectées, des capacités du fournisseur, des autorisations et de la configuration du compte. Voir Optimisation des agents pour le modèle de politique et de déploiement courant.
Agent d'acceptation#
L'Acceptance Agent maximise le succès de l'autorisation en dirigeant chaque transaction vers le processeur le plus susceptible de l'approuver, en corrigeant le message de paiement avant qu'il n'atteigne le processeur et en réessayant uniquement les refus qui peuvent être réessayés. Il prend en compte le contexte de chaque transaction : type de carte, banque émettrice, montant, historique client et heure, et maintient ces décisions à jour de manière autonome.
Consultez Agent d'acceptation pour ce qu'il fait et les deux façons de le déployer.
Au sein du flux de paiement, l'agent est consulté dans le cadre de la décision d'orchestration DEUNA, sur le même appel plutôt que comme un saut séparé. Voir Orchestration DEUNA pour savoir comment il se comporte au moment de l'exécution.
L'échange de fichiers batch#
Lorsque DEUNA n'est pas dans le parcours de paiement, la facturation récurrente initiée par le commerçant reste une surface d'exécution, car des frais planifiés peuvent être décidés avant son exécution.
Vous fournissez un fichier des frais dus, l'agent note chaque ligne par rapport à votre propre historique et un fichier de résultats revient avec un processeur recommandé, une configuration de message, des instructions de nouvelle tentative et un taux d'approbation attendu par ligne. Vous l'appliquez avec vos propres connexions de processeur, ou DEUNA effectue les paiements pour vous. Rien sur la façon dont vous acceptez les paiements change, et il n'y a pas d'intégration.
Les colonnes d'entrée et de sortie proposées sont sur Agent d'acceptation. Traitez-les comme un point de départ plutôt que comme une spécification : votre équipe Athia se met d'accord sur la forme finale avec vous et soutient l'intégration tout au long.
La seule obligation qui en découle : le statut de chaque transaction enregistrée doit revenir, sinon l'agent cesse d'apprendre du volume qu'il décide.
Expérimentation#
Aucun agent n’est activé et ne peut s’exécuter. Chaque agent gravit la même échelle avant de générer un volume réel, et DEUNA gère chaque étape avec vous. vous approuvez les preuves à chaque étape, et n'exploitez pas un cadre de test.
La quantité qui augmente est la part de votre trafic décidée par l'agent, et elle commence à zéro. Vous approuvez à chaque porte contre une lecture, et les poids reculent aussi facilement qu'ils avancent. Le mode Ombre reste disponible à tout moment, donc rien ici n'est à sens unique.
| Scène | Que se passe-t-il |
|---|---|
| Mode ombre | L'agent évalue votre trafic en direct et enregistre la décision qu'il aurait prise, sans agir sur aucune transaction. C'est ici que son jugement est comparé à ce qui s'est réellement passé sur votre propre volume, avant que quoi que ce soit ne soit en jeu. |
| Variantes contrôlées | Une part du trafic suit l'agent tandis que le reste reste sur votre configuration actuelle, les deux sont donc comparés à parts égales. Les poids sont convenus avec vous et déplacés progressivement au fur et à mesure des résultats. |
| Portance mesurée | Cohortes appariées, taux d'acceptation de référence, signification statistique et données financières, de sorte que la décision de donner plus de volume à l'agent repose sur des preuves plutôt que sur un jugement. |