Kaartbetalingen in Maleisië worden geverifieerd met behulp van 3D Secure, dat een extra beveiligingslaag introduceert voor klanten die online aankopen doen. Om een toename van het aantal geweigerde betalingen bij transacties met Maleisische kaarthouders te voorkomen, moet je misschien integratiewijzigingen doorvoeren.
Stripe Checkout ondersteunt betalingsverificatie direct vanaf het begin. Als je de Charges-API gebruikt, die geen authenticatie ondersteunt, moet je wijzigingen aanbrengen in je integratie. De Payment Intents-API en de Setup Intents-API ondersteunen beide authenticatie, maar je moet ervoor zorgen dat je integratie de status `requires_action` aankan, omdat dit je klanten vraagt om hun betalingen te authenticeren. Als je niet zeker weet of je integratie de authenticatie aankan of een groot aantal geweigerde betalingen ontvangt vanwege `authentication_required`, raden we je aan je integratie te testen met onze testkaarten met 3D Secure-authenticatie.
Als aanbieder van betaaldiensten streeft Stripe ernaar om slechte actors uit het betalingsecosysteem te houden en frauduleuze activiteiten die zowel onze gebruikers als hun klanten treffen, te ontmoedigen. Omdat internetoplichting/frauduleuze activiteiten in Maleisië naar verluidt toenemen, heeft Stripe voorzorgsmaatregelen genomen om de beperkende maatregelen te versterken, zoals het vragen om authenticatie van de klant wanneer een verdachte betalingsactiviteit wordt gedetecteerd. De verhoogde inspanningen van Stripe om frauduleuze activiteiten te ontmoedigen, zijn in overeenstemming met de wettelijke verwachtingen die Maleisië heeft van aanbieders van betaaldiensten, en zijn erop gericht de gevolgen van frauduleuze transacties te beperken.
3D Secure, kortweg 3DS, is een authenticatieprotocol dat wordt gebruikt om een extra beveiligingslaag toe te voegen aan online transacties. Wanneer een transactie wordt geauthenticeerd met 3DS, verschuift de aansprakelijkheid voor eventuele frauduleuze activiteiten naar de uitgevende bank. Deze extra veiligheid heeft een nadeel, namelijk een extra stap in het afrekenproces.
Ja, de Charges API V1 ondersteunt geen authenticatie, dus moet je migreren naar de Payments Intent-API. Het is belangrijk om je integratie te testen om er zeker van te zijn dat die authenticatie-aanvragen kan verwerken. Anders zie je een toename van geweigerde betalingen met de foutcode `authentication_required`.
De Payment Intents-API en de Setup Intents-API ondersteunen beide authenticatie, maar je moet ervoor zorgen dat je integratie de status `requires_action` aankan, omdat dit je klanten vraagt om hun betalingen te authenticeren.
Als je niet zeker bent, raden we je aan je integratie te testen met onze testkaarten met 3D Secure-authenticatie om het beste inzicht te krijgen in vervolgstappen.