Les paiements par carte en Malaisie sont soumis à une authentification utilisant 3D Secure, ce qui ajoute une sécurité supplémentaire pour les clients qui réalisent des achats en ligne. Pour éviter une augmentation des refus de paiement lors de transactions avec des titulaires de cartes malaisiennes, vous devrez peut-être faire des modifications d'intégration.

Stripe Checkout prend en charge l'authentification des paiements immédiate. Si vous utilisez l'API Charges, qui ne prend pas en charge authentification, vous devrez apporter des changements à votre intégration. L'API Payment Intents et l'API Setup Intents prennent toutes les deux en charge l'authentification. Toutefois, vous devez garantir que votre intégration peut traiter l'état `requires_action`, car il demandera à vos clients d'authentifier leurs paiements. Si vous ne savez pas si votre intégration peut traiter l'authentification ou si vous recevez un grand nombre de refus à cause d'une `authentication_required`, nous vous recommandons de tester votre intégration avec nos cartes de test d'authentification 3D Secure.

Foire aux questions

Pourquoi les paiements par carte doivent-ils être authentifiés?

En tant que prestataire de services de paiement, Stripe vise à exclure les entités mal intentionnées de l'écosystème de paiement et à décourager les activités frauduleuses qui toucheraient à la fois nos utilisateurs et leurs clients. Une augmentation des arnaques en ligne/des activités frauduleuses a été signalée en Malaisie. Stripe prend donc des précautions pour améliorer ses mesures de mitigation des risques, notamment en demandant une authentification au client lorsqu'une activité de paiement suspecte est détectée. Stripe renforce ses efforts pour décourager les activités frauduleuses, tel qu'attendu des réglementations des prestataires de services de paiement par la Malaisie, et vise à limiter les conséquences des transactions frauduleuses.

Qu'est-ce que 3D Secure?

3D Secure, ou 3DS, est un protocole d'authentification qui ajoute une couche supplémentaire de sécurité aux transactions en ligne. Lorsqu'une transaction est authentifiée en utilisant 3DS, la responsabilité de toute activité frauduleuse revient à la banque émettrice. Cette sécurité supplémentaire requiert un compromis, à savoir une étape supplémentaire dans le flux de paiement.

J'utilise l'API Charges V1. Dois-je apporter des changements à mon intégration des paiements?

Oui. L'API Charges V1 ne prend pas en charge l'authentification, vous devrez donc migrer vers l'API Payment Intents. Il est important de tester votre intégration pour veiller à ce qu'elle puisse traiter les demandes d'authentification. À défaut, vous verrez une augmentation des refus de paiement avec le code d'erreur `authentication_required`.

J'ai l'API Payment Intents ou l'API Setup Intents, mais je ne peux pas traiter les paiements par carte en Malaisie. Que dois-je faire pour régler cela?

L'API Payment Intents et l'API Setup Intents prennent toutes les deux en charge l'authentification. Toutefois, vous devez garantir que votre intégration peut traiter l'état `requires_action` , car il demandera à vos clients d'authentifier leurs paiements.

Je ne sais pas si mon intégration actuelle peut prendre en charge l'authentification, ou bien je reçois un grand nombre de refus de paiement dus à `authentication_required`, que faire?

Si vous ne savez pas, nous vous recommandons de tester votre intégration avec nos cartes de test d'authentification 3D Secure pour identifier les prochaines étapes à suivre.