Flux de travail et statuts de fraude
Comprenez les champs de processus de fraude, d'analyse des fournisseurs et de décision de risque DEUNA sans les confondre avec les résultats de paiement.
Sur cette page
Les décisions en matière de fraude et les résultats des paiements sont indépendants. Une décision de fraude acceptée ne prouve pas qu'un paiement a été autorisé, saisi ou réglé ; une décision de fraude rejetée ne prouve pas que les fonds précédemment réservés ou collectés ont été annulés.
Lisez chaque valeur à partir de son champ réel :
| Champ | Objectif | Valeurs publiques |
|---|---|---|
fraud.status | État global du processus de fraude. Dans une charge utile emballée dans une commande : order.fraud.status. | pending, in_review, accepted, rejected |
fraud.analysis.status | Statut signalé pour l’analyse du fournisseur sélectionné. | automatic_decision, manual_review, pending_analysis, denied, accepted |
fraud.analysis.fraud_decision | Décision de risque normalisée utilisée par la politique et le routage. | high_risk, medium_risk, low_risk, pending_risk, manual_review, manual_denied, manual_approved |
payment.data.status | Cycle de vie des paiements financiers. | Consultez Workflow et statuts de paiement. |
Ne combinez pas ces champs en une seule énumération, même lorsque deux champs contiennent des mots similaires.
Processus global de fraude#
Ce diagramme s'applique uniquement à fraud.status. Les nœuds arrondis complètent la décision de fraude, et non le cycle de vie du paiement.
fraud.status | Signification | Gestion des commerçants |
|---|---|---|
pending | La détection des fraudes n’a pas produit de résultat global. | Gardez la politique d'évaluation configurée active et évaluez l'état du paiement séparément. |
in_review | Un examen plus approfondi ou une analyse asynchrone est nécessaire. | Attendez une décision de fraude complète. Ne remplissez pas uniquement parce que le paiement a été avancé. |
accepted | Le processus global de fraude a accepté la transaction. | Continuez conformément à la politique, puis vérifiez l'état réel du paiement. |
rejected | Le processus global de fraude a rejeté la transaction. | Appliquez la politique de refus ou d'annulation configurée, puis vérifiez tout remboursement requis ou annulation du statut de paiement. |
Analyse du fournisseur#
fraud.analysis.status décrit comment le prestataire antifraude sélectionné a produit ou produit son analyse. L'API ne définit pas une séquence de transition universelle pour tous les fournisseurs. Considérez-les donc comme des résultats d'analyse de fournisseur et non comme une seconde machine à états de paiement.
automatic_decision indique comment l'analyse a été réalisée ; ce n'est pas en soi une approbation. Lire fraud.analysis.fraud_decision, le niveau de risque, le score et les détails ensemble. Les champs de réponse spécifiques au fournisseur peuvent contenir des valeurs de diagnostic supplémentaires et ne doivent pas remplacer les champs publics normalisés.
Flux de pré-autorisation et de post-autorisation#
Le dépistage de la fraude peut être exécuté avant ou après le fonctionnement du processeur selon l'itinéraire configuré.
Lors d'un rejet post-autorisation, une autorisation ou un paiement encaissé peut déjà exister. Suivez la politique configurée et confirmez la valeur réelle payment.data.status; ne présumez pas que la réponse à la fraude a entraîné une annulation ou un remboursement.
La sélection du fournisseur de fraude, le calendrier pré/post-autorisation, l'examen manuel et le comportement d'annulation qui en résulte dépendent de la configuration du commerçant et du processeur. Demandez à votre DEUNA TAM de confirmer et d'activer le comportement requis.
Gérez les mises à jour en toute sécurité#
- Magasin
fraud.status,fraud.analysis.status,fraud.analysis.fraud_decisionetpayment.data.statusseparately. - Gardez l'exécution bloquée pendant que la politique de fraude applicable est en attente ou en cours de révision.
- Considérez l’acceptation de la fraude comme une autorisation de poursuivre le flux configuré, et non comme une confirmation financière.
- Après le rejet de la fraude, inspectez l'historique des paiements et attendez tout ce qui est requis.
voidedourefundedresult. - Traitez les webhooks répétés de manière idempotente et conservez les références des fournisseurs pour le rapprochement.
- Préserver les valeurs inconnues et les réconcilier ; ne associez jamais une valeur de fraude inconnue au succès du paiement.
Consultez Workflow et statuts de paiement pour les transitions financières et Webhooks DEUNA pour la configuration des notifications.