Le 18 septembre 2023, nous désactiverons la règle d'application par défaut du protocole 3DS pour les cartes qui nécessitent une authentification. Selon nos estimations, cette mesure devrait permettre d'augmenter les taux d'acceptation, avec une incidence minimal sur les taux de fraude.

Cette règle détermine la nécessité d'activer l'authentification 3DS sur la base des informations de la carte. Elle est donc désormais inutile, puisque Stripe gère automatiquement les codes de refus de paiement provisoire, qui indiquent lorsqu'une authentification 3DS est requise par les émetteurs de carte. Par ailleurs, nous déclenchons également 3DS chaque fois que cela est requis par un mandat réglementaire tel que l'authentification forte du client imposée par la réglementation DSP2.

Différentes options sont possibles pour maintenir une couverture 3DS identique :

• activer la règle Radar par défaut lorsque l'authentification 3DS est prise en charge ;
• envoyer une requête manuelle d'authentification 3DS via l'API ;
• créer des règles 3DS personnalisées dans Radar.

Exemples de règles 3DS personnalisées :

• Request 3D Secure if :card_country: != :billing_address_country: and :risk_level: = ‘elevated'
• Request 3D Secure if is_missing(:seconds_since_card_first_seen: ) and :risk_level: != ‘normal'

Les règles personnalisées sont exclusivement réservées aux utilisateurs Radar for Fraud Teams (RFFT). Si vous n'êtes pas un utilisateur RFFT, vous pouvez l'activer dès maintenant ou utiliser votre essai gratuit de 30 jours.