Orchestration DEUNA
Sur cette page
Cette page est destinée aux commerçants qui souhaitent utiliser l'orchestration Athia et DEUNA ensemble. Si DEUNA ne fait pas partie de votre parcours de paiement, la couche d'intelligence fonctionne toujours pleinement sur les données que vous envoyez ; commencer à Intégrer Athia instead.
Les données au niveau de la tentative dont Athia a besoin sont produites par la couche d'orchestration elle-même, et les agents agissent sur les mêmes rails. Il n'y a aucun fichier à livrer, aucun accès à l'entrepôt à accorder et aucun identifiant de fournisseur à émettre.
Cette page couvre la couche d'exécution d'Athia, les agents décidant au sein du flux de paiement. La couche de renseignement d'Athia, recouverte de Caractéristiques d'Athia, s'exécute sur les données que vous envoyez par n'importe quel chemin et ne dépend de rien de décrit ici.
Comment les agents fonctionnent sur votre trafic#
L'agent est consulté dans le cadre de la décision d'orchestration et non dans le cadre d'un appel de service distinct. Les transactions entrent dans l’orchestration DEUNA via le type d’intégration que vous avez choisi.
Les décisions de l'agent sont basées sur les résultats réels plutôt que sur des règles que quelqu'un doit maintenir. Agent d'acceptation Utilise l'apprentissage automatique et l'apprentissage par renforcement pour décider de chaque transaction en temps réel.
Ouvrez-vous toujours à vos propres règles. Si un agent ne répond pas dans les limites de son budget de latence, la transaction est soumise sur la configuration de règles statiques que vous avez déjà dans l'orchestration DEUNA. Cette configuration vous appartient, elle reste en place, qu'un agent soit en cours d'exécution ou non, et c'est sur elle que repose la transaction. Aucun agent n'est jamais en mesure de bloquer un paiement, et aucun échec ne laisse une transaction sans décision d'acheminement.
Quelle quantité de votre volume vous acheminez#
Vous n’êtes pas obligé de tout déplacer en même temps, et la plupart des commerçants ne le font pas.
Deux formes pilotes sont courantes : des baisses douces uniquement, où DEUNA ne touche rien à ce que votre propre stack n'a pas déjà abandonné, et une répartition A/B mesurée sur votre propre volume. Les deux ont besoin des transactions qui n’ont jamais atteint DEUNA. Sans eux, un pilote de déclin progressif est un modèle de raisonnement sur les échecs sans aucune vision des succès, et un test A/B n’a qu’un seul bras.
Pour toute configuration partielle, ce contexte ingéré séparément correspond au trafic qui n’a jamais atteint DEUNA.
| A. Plein volume | B. Une partie du volume | |
|---|---|---|
| Volume acheminé vers DEUNA | Tout cela | Une tranche définie |
| Ce que voit Athia | Chaque tentative, refus, nouvelle tentative et règlement | Uniquement la tranche que vous acheminez |
| Ce que vous devez ingérer | Rien | Le contexte autour de la tranche |
| Leviers d'optimisation | Sélection du processeur, nouvelle tentative, configuration des messages | Les leviers qui s'appliquent à la tranche |
A. Volume complet grâce à l'orchestration DEUNA
Tout votre trafic circule via les canaux DEUNA, le traitement et le routage sont donc tous deux des surfaces d'optimisation. Athia voit chaque tentative, chaque refus, chaque nouvelle tentative et chaque règlement sans aucun travail d'ingestion de votre côté.
B. Une partie du volume via l'orchestration DEUNA
Deux formes sont communes, et toutes deux sont des pilotes qui grandissent.
Des déclinaisons douces uniquement. Votre processeur principal conserve les premières tentatives et l'orchestration DEUNA reçoit les refus progressifs pour la récupération. Le départ le plus étroit possible : DEUNA ne touche que les transactions que votre propre pile a déjà abandonnées.
Une expérience A/B. Une partie de vos itinéraires de trafic vers l'orchestration DEUNA et le reste reste sur votre configuration actuelle, de sorte que les deux sont comparés à l'identique sur votre propre volume plutôt que par rapport à une référence. Le partage est convenu avec vous et évolue uniquement au fur et à mesure que les résultats se maintiennent.
Contexte minimum pour une configuration de refus progressif ou de nouvelle tentative uniquement, par tentative d'origine :
| Champ | Tapez | Descriptif |
|---|---|---|
payment_transaction_id | String | Identifiant de la tentative d'origine, utilisé pour lier la nouvelle tentative à celle-ci |
psp_name | String | Fournisseur auquel la tentative initiale a été envoyée |
psp_error_code | String | Code de refus du fournisseur |
psp_error_message | String | Texte du motif de refus du fournisseur |
payment_amount | Décimal | Montant de la tentative |
currency_code | String | Code devise ISO 4217 |
card_bin | String | BIN de la carte, six ou huit premiers chiffres |
last_four_digits | String | Quatre derniers chiffres de la carte |
payment_timestamp | Chaîne ISO 8601 | Heure de la tentative initiale, UTC |
Ce sont les noms qu’utilise Athia ; envoyez l'équivalent depuis vos propres systèmes et votre équipe Athia les cartographie.
Pour une expérience A/B, les exigences sont plus larges : Athia a également besoin du bras de contrôle, au même grain, ou les bras ne sont pas comparables. Votre équipe Athia convient du champ défini avec vous avant le début de l'expérimentation.
Ingérez ce contexte via n'importe quel chemin sur Intégrer Athia.
Si vous n'effectuez pas de routage via l'orchestration DEUNA#
La couche d’intelligence complète est disponible sur chaque chemin d’intégration. Stratège, les tableaux de bord intelligents et Ask Athia s'exécutent sur les données que vous envoyez, de sorte que vous obtenez tout cela sans acheminer une seule transaction via l'orchestration DEUNA. Le routage est ce qui ajoute l'exécution au sein du flux de paiement, et une forme d'exécution, le lot, est disponible en dehors de celui-ci sous forme d'échange de fichiers sans intégration ni modification de la façon dont vous acheminez. Voir Athia pour savoir comment une recommandation atteint une transaction MIT ou CIT lorsque DEUNA n'est pas sur le chemin, et Agent d'acceptation pour le fichier batch lui-même.
Commencer#
DEUNA travaille à travers ces étapes avec vous. A chaque fois, DEUNA apporte les preuves et vous décidez si vous souhaitez aller plus loin.
- Confirmez la configuration de votre orchestration. DEUNA le vérifie avec vous.
- Décidez de la portée. Volume complet, tranche à déclin doux ou expérience A/B. Si quelque chose reste en dehors de DEUNA, DEUNA identifie le contexte qui manque à Athia et convient d'un chemin d'ingestion à partir de Intégrer Athia.
- Charger l'historique. Athia a besoin d'un vidage historique pour connaître vos lignes de base avant que l'agent n'agisse, et DEUNA travaille avec votre équipe sur la livraison.
- Prouvez-le avant qu’il ne porte du volume. La manière dont cela est effectué dépend de votre périmètre et est décrite sous je vais vivre.
L'intégration de l'orchestration elle-même#
Documenté dans la documentation du développeur DEUNA :
- Paiements DEUNA, ce que fait la plateforme d'orchestration
- Intégrez la plateforme d'orchestration de DEUNA, l'intégration elle-même