Skip to content

Guide

Détection de la fraude : évaluer le risque avant la passerelle de paiement

Les passerelles offrent souvent des filtres simples qui ne voient que les données de paiement. Un contrôle de risque avant l’appel ajoute les signaux d’appareil, de compte et de comportement.

Démarrer gratuitement en mode shadow

Où placer le contrôle

  • Le paiement collecte les signaux d’appareil.
  • Le backend demande le score.
  • Selon le score : passerelle, 3-D Secure ou refus.
  • Résultats et litiges reviennent au système.

Avantages

  • Pas de frais d’autorisation pour la fraude évidente.
  • Indépendant de la passerelle, même avec plusieurs prestataires.
  • Règles uniques pour tous les canaux.

Comment RiskCogs aide

RiskCogs n’est pas un prestataire de paiement et ne fait transiter aucun fonds : il fournit un score et des raisons.

Chaque paiement reçoit via POST /v1/risk-score un score de risque de 0 à 100 avec ses raisons : moins de 40, accepter ; de 40 à 69, vérifier ; 70 et plus, refuser. En mode shadow (offre Shadow à 0 €), vous voyez d’abord ce qui aurait été bloqué, sans gêner vos vrais clients.

Schéma de détection de la fraude avant la passerelle de paiement avec appel au score puis autorisation
Schéma de détection de la fraude avant la passerelle de paiement avec appel au score puis autorisation

Questions fréquentes

Les filtres de ma passerelle suffisent-ils ?

Souvent au début ; avec plusieurs passerelles ou plus de signaux, une couche dédiée devient utile.

Le contrôle ralentit-il le paiement ?

Un appel serveur avant autorisation est négligeable dans le parcours.

Et 3-D Secure ?

Il reste l’outil du risque moyen ; le score décide quand le déclencher.

Mesurer d’abord. Bloquer ensuite.

Faites tourner RiskCogs en mode shadow à côté de votre prestataire de paiement actuel et vérifiez les décisions avant qu’elles ne touchent un seul client.