Aller au contenu principal
Sur cette page

Athia a besoin de deux choses de votre part : données de transactions en direct ou récurrentes, afin qu'il puisse agir contre ce qui se passe actuellement, et un décharge historique, un remplissage unique, de sorte que vos références proviennent de votre propre population. L'historique doit être au niveau des tentatives : chaque tentative, et non chaque commande approuvée, avec les refus, les tentatives, les résultats 3DS, les règlements et les litiges le cas échéant. Sur l'orchestration DEUNA, les deux existent déjà ; sinon, commencez par ce que vous pouvez envoyer aujourd’hui et ajoutez-le plus tard.

Deux niveaux : intelligence et exécution#

Athia travaille en deux couches ; vous n'avez pas besoin des deux.

  • Renseignement, Strategist, les tableaux de bord intelligents et Ask Athia, fonctionnant sur les données que vous envoyez, quel que soit le chemin par lequel elles arrivent, même si aucune transaction n'a jamais été acheminée via l'orchestration DEUNA.
  • ExécutionAgents agissant sur une transaction : en temps réel dans le flux de paiement via l'orchestration DEUNA (routage, composition de messages et tentatives de reprise), ou en batch en attribuant des scores aux charges récurrentes programmées avant leur exécution.

Combien d'historique envoyer#

Historique envoyéCe que ça t'achète
Un moisUn peu plus qu'un instantané
Trois moisLignes de base utilisables
Six moisTypique pour un premier cas d'utilisation
Douze moisSaisonnalité et cycle complet de rétrofacturation

Les rétrofacturations arrivent 30 à 180 jours après la transaction, donc douze mois est le minimum en cas de litige. Pour une première preuve de concept, 30 à 90 jours avec les bons champs, transactions, codes de refus et BIN, c'est mieux qu'un an avec les mauvais.

Le minimum pour commencer

Le minimum qui active un cas d'utilisation : transaction_id ou order_id, un attempt_id relier les tentatives à une seule commande, amount, currency, un UTC auth_timestamp et le statut de la transaction. Ensuite, le signal de déclin, qui rend les données intelligentes plutôt que descriptives : processor_id, decline_code_raw, auth_code sur les approbations, gateway_txn_id et retry_sequence et parent_txn_id.

Vous n'avez pas besoin de renommer les colonnes ; votre équipe Athia cartographie la vôtre lors de l'ingestion. La spécification complète du champ est en Dictionnaire de données Athia.

Parcours d'intégration#

Chaque chemin fournit la couche d'intelligence complète ; seule l'orchestration DEUNA permet aux agents d'exécuter des opérations au sein du flux de paiement.

CheminQu'est-ce que c'estQui l'a mis en placeFraîcheur
Orchestration DEUNAAthia lit ce que DEUNA traite déjàPersonneEn direct
Transfert de données hors ligneFichiers que vous livrez, ou autorisation de lecture sur votre entrepôt ou lac de donnéesVotre équipe de données ou l'administrateur de votre entrepôtPar livraison ou par lecture
Connecteurs de fournisseurAthia interroge vos fournisseurs, ou reçoit leurs webhooksVotre équipe Athia, avec un identifiant que vous délivrezTemps quasi réel pour les données transactionnelles, limité par le fournisseur

Combiner des chemins#

Athia effectue des déduplications sur plusieurs chemins sur les identifiants de transaction et de tentative, de sorte que la couverture superposée est sûre, la même transaction provenant d'un connecteur et d'une vue d'entrepôt constitue un enregistrement, et non deux. Les données de coût arrivent séparément, sous forme de téléchargement CSV intégré au produit sur un modèle Athia.

Sécurité et conformité#

Athia fonctionne sur les contrôles de sécurité, le contrôle d'accès, le cryptage, la surveillance et la réponse aux incidents de la plateforme DEUNA, documentés dans Sécurité de la plateforme DEUNA. Les numéros complets de cartes et les CVV ne sont jamais collectés sur aucun chemin : les cartes sont BIN plus les quatre derniers chiffres, plus l'expiration, l'empreinte digitale ou PAR le cas échéant, et CVV et AVS uniquement en tant que codes de réponse de correspondance/non-correspondance, excluez donc les colonnes PAN complètes avant la livraison. Les identifiants personnels peuvent être hachés, tokenisés ou généralisés ; la résidence est définie lors de l'installation ; un accord de traitement de données précède tout transfert.

Dans cette section