Utilisez les numéros de carte de crédit de test suivants pour créer des paiements dans un environnement de test avec un niveau de risque spécifique. Créez des paiements test dans le Dashboard Stripe (dans un environnement de test) ou en effectuant un appel de création de paiement avec votre clé API de test.
Numéro
Description
Entraîne un paiement avec un niveau de risque highest, mais pourrait être bloqué selon les règles dont vous disposez (par exemple, les paiements effectués avec cette carte ne sont pas bloqués si la règle Block if :risk_level: = 'highest' est désactivée.
Entraîne un paiement avec un niveau de risque défini sur highest et est toujours bloqué indépendamment des règles.
Entraîne un paiement avec un niveau de risque elevated.
Règles
Avant que vous ajoutiez ou mettiez à jour une règle, nous recherchons dans les anciens paiements en mode production ceux qui correspondent aux critères de la règle. Vous pouvez examiner cette liste de paiements afin de vérifier le comportement de la règle. De plus, nous créons également un récapitulatif des résultats de la recherche pour vous aider à estimer l’impact futur de la règle.
Pour chaque règle que vous testez, le récapitulatif inclut le volume et le nombre de paiements qui entrent dans les catégories suivantes :
Litiges et alertes de suspicions de fraude : paiements ayant fait l’objet d’un litige ou d’une alerte de suspicion de fraude.
Paiements remboursés : paiements qui ont été remboursés.
Paiements bloqués ou en échec : paiements bloqués par Radar, bloqués par Stripe ou refusés par les émetteurs.
Paiements réussis : paiements traités et qui n’ont pas encore été identifiés comme frauduleux ni remboursés.
De plus, lorsque vous testez des règles d’autorisation, vous pouvez également voir les dérogations. Il s’agit des paiements que Radar bloque en raison d’un risque élevé de fraude ou d’une règle de blocage personnalisée, mais qui sont désormais autorisés par la règle que vous proposez. Dans le Dashboard, vous pouvez voir d’autres ventilations de ces mesures récapitulatives. Par exemple, vous pouvez voir les remboursements considérés comme frauduleux.
Consultez les exemples de questions du tableau suivant pour déterminer si vous pouvez appliquer votre règle.
Mise en garde
Il est rare de trouver une règle parfaite qui bloque uniquement les paiements frauduleux ou n’autorise que les paiements valides. Par conséquent, votre décision d’appliquer une règle repose généralement sur un compromis. Déterminez si cette règle bloquera suffisamment de paiements frauduleux pour être utile par rapport à tout paiement valide qu’elle bloquerait à tort. Le compromis qui vous convient dépend des spécificités de votre entreprise. Pour plus d’informations, consultez notre guide sur la détection de la fraude.
Type de règle
Appliquer cette règle si…
Bloquer
Elle correspond aux paiements ayant fait l’objet d’une contestation, d’une alerte de suspicion de fraude ou d’un remboursement pour cause de fraude au détriment d’un montant acceptable de paiements légitimes pour votre entreprise.
Elle correspond aux remboursements, et vous essayez d’optimiser vos opérations et d’éviter les remboursements abusifs.
Elle correspond aux paiements qui ont échoué parce que les émetteurs ont refusé le paiement. Parfois, les émetteurs peuvent diminuer les taux d’autorisation pour vous si vous envoyez un nombre élevé de transactions qui échouent (par exemple, si une entreprise subit un grand nombre de tests de carte bancaire).
Vérifier
Elle correspond aux paiements ayant fait l’objet d’une contestation, d’une alerte de suspicion de fraude ou d’un remboursement pour cause de fraude. Elle invite votre équipe à évaluer de près les transactions frauduleuses potentielles ou d’autres activités de paiement suspectes.
Exiger l’authentification 3DS
Elle correspond aux paiements ayant fait l’objet d’une contestation, d’une alerte de suspicion de fraude ou d’un remboursement pour cause de fraude au détriment d’un montant acceptable de paiements légitimes pour votre entreprise. Remarque : 3DS ne garantit pas toujours que votre utilisateur recevra un demande d’authentification bancaire. En d’autres termes, même si vous pouvez bénéficier d’un transfert de responsabilité si un fraudeur passe le 3DS avec flux simple et commet une fraude, vous pouvez toujours recevoir une alerte de suspicion de fraude (qui peut finalement conduire à une identification dans le cadre du programme VFMP).
Autoriser
Elle correspond à un nombre acceptable de paiements précédemment bloqués pour lesquels vous avez un degré de certitude élevé qu’ils présentent peu de risques pour votre entreprise. Les règles d’autorisation sont, d’une certaine façon, plus difficiles à évaluer car il n’y a aucun moyen de savoir quel paiement précédemment bloqué aurait pu, s’il avait été autorisé, s’avérer frauduleux. Ainsi, avec ces règles, il est particulièrement important de vérifier la liste des paiements historiques concernés pour s’assurer qu’il s’agit des paiements que vous souhaitez autoriser.
Elle ne correspond pas à de nombreuses dérogations. Cela indique que vous acceptez des paiements à haut risque.
