Comment évaluer le risque transactionnel avec Toden
Charles Archibong, Cofondateur
Évaluez le risque de la transaction avant d'effectuer un transfert de fonds. Indiquez le montant exact, le sens de la transaction et les parties concernées, puis utilisez la décision et son explication.
Points clés
- Une requête complète indique l'expéditeur et le destinataire prévus.
- Les fonctions Autoriser, Examiner, Bloquer et gérer les défaillances de service utilisent les voies de paiement appropriées.
- Une nouvelle tentative n'entraîne ni un nouveau score ni une nouvelle facturation.
- La décision affichée correspond à l'enregistrement de l'API.
- Crypto Release utilise son système d'intégration d'autorisation qualifiée distinct.
Évaluez le risque de la transaction avant d'effectuer un transfert de fonds. Indiquez le montant exact, le sens de la transaction et les parties concernées, puis utilisez la décision et son explication.
Avant de commencer
Montant exact, devise, direction et référence stable
Règles publiées et exigences de transfert applicables
Utilisez un membre de l'équipe autorisé pour cette opération. Vérifiez l'organisation et l'environnement avant de modifier un paramètre. Consultez le prix actuel avant tout paiement ou renouvellement d'abonnement. Les captures d'écran présentent un exemple d'espace de travail ou la référence d'intégration publique ; elles ne représentent pas un client réel ni un paiement effectué.
Configurer et utiliser la fonctionnalité
Étape 1 : Configurer les contrôles de transaction dans l’environnement de test
Ouvrez la section « Risk Intelligence » → « Surveillance des fraudes » → « Transactions » et consultez la configuration requise. Dans « Règles et politiques » → « Règles antifraude » , installez les règles appropriées depuis la bibliothèque ou testez et publiez une règle personnalisée. Vérifiez les seuils et les limites financières. L'installation publie une version de la règle pour l'organisation et l'environnement sélectionnés. L'aperçu de la page avec un score de risque est un exemple de données et non un système de décision configuré.
Référence d'intégration : Commencez par la bibliothèque de règles
Étape 2 : Préparer une demande de transaction complète
Attribuez des références stables pour les activités et transactions externes. Spécifiez le sujet , la date d'occurrence initiale , la classe d'actif , le sens , le montant , la devise et le type de transaction . Envoyez le montant sous forme de chaîne décimale positive exacte, et non sous forme de nombre à virgule flottante. Le sens correspond à la position du client : « entrant » signifie reçu par le client, « sortant » signifie envoyé par lui. Associez chaque compte bancaire ou portefeuille à la partie qui l'a utilisé.
Référence d'intégration : Envoyer une transaction complète
Étape 3 : Inclure la personne qui doit être examinée
Pour un paiement sortant en monnaie fiduciaire, indiquez le nom et l'identité autorisés du destinataire ; pour un paiement entrant en monnaie fiduciaire, vérifiez l'expéditeur. Pour les cryptomonnaies, fournissez l'adresse du portefeuille et le réseau explicite de la partie externe concernée. Chaque partie a besoin d'une référence stable. L'absence d'informations sur la cible peut entraîner un examen pour données insuffisantes au lieu d'un résultat clair. Une valeur affichée masquée ne permet pas, à elle seule, d'identifier un instrument de paiement.
Référence d'intégration : Fonctionnement du filtrage directionnel
Étape 4 : Soumettez une seule fois et lisez le résumé officiel.
Appel POST Accédez à l' API `/api/v1/transactions` depuis votre serveur à l'aide d'une clé secrète et d'une clé d'idempotence stable . Stockez les références d'activité, de transaction et de décision renvoyées. Lisez `assetment.summary.outcome` , `reason` et `nextAction`. Distinguez les autorisations `Review` et `Block` de l'autorisation `Allow`. Les règles de correspondance détaillées, le filtrage et la facturation expliquent le résultat ; ne les additionnez pas vous-même pour remplacer le résultat renvoyé.
Référence d'intégration : réponse à l'évaluation des transactions
Étape 5 : Appliquer le résultat avant le mouvement des fonds
Votre système de paiement effectue une vérification, bloque ou autorise les transactions conformément à sa politique opérationnelle. Les résultats indisponibles ou en attente peuvent être affectés par la restriction. Pour les cryptomonnaies, une autorisation basée uniquement sur les risques ne constitue ni une autorisation de transaction ni une autorisation d'exécution à usage unique. Toden Ne transfère pas de fonds. Veuillez consulter la référence de la transaction dans le tableau de bord et examiner les justificatifs avant de procéder à une exception manuelle.
Référence d'intégration : Appliquer les décisions dans votre application
Étape 6 : Nouvelles tentatives de test, notifications et résultats finaux
Réessayez les requêtes inchangées avec les références et la clé d'origine en cas d'incertitude. Abonnez-vous à fraud.transaction.assessed et aux modifications de décision applicables. Vérifiez les signatures, stockez les identifiants d'événement de manière durable et récupérez l'état actuel des événements différés. Envoyez les résultats en aval confirmés dès qu'ils sont connus afin que Effectiveness puisse mesurer les performances. La réussite de la transmission d'un webhook ne garantit pas que votre système de paiement a appliqué la décision.
Référence d'intégration : Idempotence et fraîcheur
Tirez le meilleur parti de cette capacité
Inclure des expéditeurs, des destinataires et des instruments structurés afin de rendre les preuves de sélection et de relation plus informatives.
Effectuez des tests rétrospectifs sur les modifications de règles avant de publier une nouvelle version et conservez la version exacte avec les décisions qu'elle a produites.
Consignez les cas de fraude avérée, les résultats légitimes et les résultats non concluants. Évitez de modifier les seuils uniquement à partir de décisions non étiquetées.
Testez-le avant de vous y fier.
Exécutez les scénarios de test ou de simulation pris en charge pour ce produit. Si un outil est réservé à la production, vérifiez d'abord les droits d'accès et la portée, puis utilisez uniquement un test de production autorisé et préalablement validé. Une capture d'écran de la documentation ou le chargement réussi d'une page ne constituent pas un test d'intégration de bout en bout.
Une requête complète indique l'expéditeur et le destinataire prévus.
Les fonctions Autoriser, Examiner, Bloquer et gérer les défaillances de service utilisent les voies de paiement appropriées.
Une nouvelle tentative n'entraîne ni un nouveau score ni une nouvelle facturation.
La décision affichée correspond à API enregistrer.
Crypto Release utilise son système d'intégration d'autorisation qualifiée distinct.
Dépannage
Une transaction nécessite un examen malgré l'absence de règles applicables.
Examinez le filtrage directionnel et les preuves de données insuffisantes, et pas seulement le nombre de règles correspondantes.
Le montant ou l'emplacement a été rejeté
Utilisez des chaînes décimales exactes et indiquez la latitude et la longitude lors de l'envoi des coordonnées.
La nouvelle tentative a généré un conflit
Les mêmes identifiants ont été utilisés pour des données immuables modifiées. Veuillez rapprocher la transaction d'origine avant toute nouvelle opération.
Ouvrez les références d'installation et d'intégration
Ouvrir l'outil tableau de bord (s’ouvre dans un nouvel onglet)
Consultez le guide d'intégration (s’ouvre dans un nouvel onglet)
Retour à la page Solutions (s’ouvre dans un nouvel onglet) . Choisissez la fonctionnalité que vous souhaitez activer, puis suivez son guide.
Sources
Charles Archibong
Cofondateur
Charles Archibong est le cofondateur de Toden. Il écrit sur la vérification d'identité, les technologies financières et les aspects pratiques de la création de services numériques de confiance.
