SEONRouteurStable

Get transaction (SEON)

Relit une transaction SEON existante, normalise son état courant et dirige le processus vers approbation, revue manuelle ou refus.

Transaction SEON

Objet métier

Récupérer une transaction (SEON)

Approuvé

Revue requise

Refusé

Transaction SEON

Évaluation de fraude SEON

Vue d’ensemble

Ce node ne crée pas une nouvelle évaluation. Il relit une transaction déjà connue de SEON afin d’obtenir son état actuel et de réappliquer la normalisation Ormuz des décisions.

Utilisez-le après une attente, une reprise de processus ou lorsqu’un état provider peut avoir évolué.
La transaction peut être fournie directement ou retrouvée depuis l’objet métier évalué.
Les mêmes trois routes que Assess fraud (SEON) sont produites à partir de l’état relu.

Scénario type

Une commande avait été envoyée en revue manuelle. Après une étape d’attente, le processus relit la transaction SEON depuis le même order. La décision est désormais approved et le processus reprend la confirmation de la commande.

Prise en main

Privilégiez la transaction SEON retournée par le node précédent. Utilisez le sujet uniquement lorsque le processus reprend plus tard sans conserver cette sortie.

Chaînage direct

Reliez seon_transaction à la sortie du précédent Assess fraud ou Get transaction. C’est le mode recommandé dans un même processus.

Reprise par objet métier

Reliez subject au même objet et utilisez la même configuration SEON que lors de l’évaluation initiale.

Référence explicite

Renseignez transaction_reference seulement lorsque votre intégration connaît directement la valeur attendue par la lecture SEON.

Exemple de configuration

Paramètre	Binding	Rôle
`extension_config_id`	`seon_config_id`	Même configuration que l’évaluation
`seon_transaction`	`assess_fraud.seon_transaction`	Mode recommandé

À retenir Un seul des trois moyens de résolution est nécessaire. Lorsque plusieurs sont fournis, seon_transaction.id est prioritaire, puis transaction_reference, puis l’association du subject.

Routes de décision

approved

Risque acceptable

L’état relu est normalisé comme une approbation.

Action recommandéeReprendre ou poursuivre l’opération si votre politique métier le permet.

review_required

Revue toujours nécessaire

L’état reste intermédiaire, inconnu ou orienté vers une vérification complémentaire.

Action recommandéeMaintenir la suspension, attendre un nouvel événement ou poursuivre la revue manuelle.

declined

Risque élevé

L’état relu est normalisé comme un refus.

Action recommandéeBloquer l’opération ou appliquer votre procédure de refus.

Attention Une transaction introuvable ou impossible à résoudre provoque une erreur du node. Elle n’est pas convertie en route review_required.

Exemple de processus

Reprise après attente

Récupérer une transaction (SEON)

Approuvé

Revue requise

Refusé

Reprendre

Continuer la revue

Refuser

Après une attente ou une reprise, relire la transaction SEON puis poursuivre le processus selon sa décision actuelle.

Résolution des données

Le node cherche la transaction dans l’ordre suivant. La première valeur disponible est utilisée.

Priorité	Source	Quand l’utiliser
1	`seon_transaction.id`	Chaînage direct depuis une sortie SEON.
2	`transaction_reference`	Référence ou identifiant direct connu par votre intégration.
3	`subject`	Recherche de l’association créée lors de l’évaluation initiale.

Attention La recherche par subject est liée à la configuration SEON. Une association créée avec une autre configuration ne sera pas utilisée.

Paramètres 4

Configuration

Contexte provider utilisé pour la lecture.

extension_config_idRequisref(extension_config:seon)

Configuration SEON active utilisée pour relire la transaction. Utilisez normalement la même configuration que lors de l’évaluation initiale.

Transaction à relire

Trois moyens alternatifs de retrouver la transaction.

seon_transactionOptionnelSeon transaction

Transaction retournée par Assess fraud (SEON) ou par une relecture précédente. Son identifiant est le moyen le plus direct et le plus sûr de cibler la transaction.

subjectOptionnelobject

Objet métier évalué à l’origine. Lorsque Assess fraud (SEON) a créé l’association correspondante avec la même configuration, Ormuz peut retrouver la transaction à partir de cet objet.

transaction_referenceOptionnelstring

Identifiant ou référence directe utilisable par le point de lecture SEON. Utilisez ce paramètre seulement lorsque vous ne disposez ni de seon_transaction, ni d’un subject déjà associé.

Sorties 9

Décision et transaction

Sorties principales à utiliser dans le processus.

fraud_assessmentSeon fraud assessment

Décision normalisée issue de l’état relu : score, niveau de risque, règles appliquées et date d’évaluation.

selected_routeenum

Route sélectionnée à partir de la décision normalisée : approved, review_required ou declined.

seon_transactionSeon transaction

Transaction SEON actualisée, avec son identifiant, sa référence, son état, son score et la réponse provider normalisée.

Enrichissements actualisés

Signaux détaillés disponibles dans la réponse relue.

email_intelligenceOptionnelSeon email intelligence

Signaux email présents dans la transaction SEON actualisée, lorsque le module avait été utilisé.

phone_intelligenceOptionnelSeon phone intelligence

Signaux téléphone présents dans la transaction SEON actualisée, lorsque le module avait été utilisé.

ip_intelligenceOptionnelSeon ip intelligence

Signaux réseau et IP présents dans la transaction SEON actualisée.

device_intelligenceOptionnelSeon device intelligence

Signaux Device Intelligence présents dans la transaction SEON actualisée.

bin_intelligenceOptionnelSeon bin intelligence

Informations BIN présentes dans la transaction SEON actualisée.

Compatibilité de binding

selected_value contient la même décision que selected_route.

selected_valueenum

Valeur de décision identique à selected_route, disponible pour les bindings et les sorties de processus.

Comportement

Résoudre la transaction

Le node utilise d’abord l’objet SEON, puis la référence explicite, puis l’association du sujet.

Relire SEON

La transaction est demandée dans la région et avec les identifiants de la configuration sélectionnée.

Normaliser le résultat

L’état, le score, les règles et les enrichissements disponibles sont transformés dans les objets SEON typés.

Sélectionner la route

Les états d’approbation deviennent approved, les refus declined, et tout autre état review_required.

Limites et responsabilités

Le node relit une transaction existante ; il ne renvoie pas les signaux à SEON et ne lance pas un nouveau scoring.
Il ne modifie pas l’objet métier associé et ne change pas la décision provider.
L’association par subject n’existe que si une évaluation antérieure a été réalisée avec un objet persistant et la même configuration.
Une décision approved relue reste une recommandation de risque, pas une garantie d’absence de fraude.

Résolution des problèmes

Aucune transaction résolue

Fournissez seon_transaction, vérifiez la référence directe ou utilisez exactement le même subject et la même configuration que lors de l’évaluation.

Aucune association pour le sujet

L’évaluation initiale n’a peut-être pas reçu un objet avec identifiant, ou elle a utilisé une autre configuration SEON.

Route `review_required` inattendue

Cette route couvre volontairement les états intermédiaires ou inconnus. Consultez fraud_assessment.provider_state et les règles appliquées avant de décider de la suite.