Los pagos con tarjeta en Malasia están sujetos a la autenticación mediante 3D Secure, que aporta una capa adicional de seguridad para los clientes que realizan compras en línea. Para evitar que aumenten los pagos rechazados al realizar transacciones con titulares de tarjetas de Malasias, es posible que tengas que realizar cambios de integración.
Stripe Checkout admite la autenticación de pagos desde el principio. Si utilizas la API Charges, que no es compatible con la autenticación, necesitarás hacer cambios en la integración. Las API Payment Intents y Setup Intents admiten la autenticación, pero necesitarás garantizar que la integración pueda manejar el estado `requires_action`, que solicitará a los clientes que autentiquen sus pagos. Si no sabes con certeza si tu integración puede gestionar la autenticación o si recibes muchos pagos rechazados debido a `authentication_required`, te recomendamos que pruebes la integración con nuestras tarjetas de prueba de autenticación mediante 3D Secure.
Como proveedor de servicios de pago, Stripe pretende mantener a los ciberdelincuentes fuera del ecosistema de pagos y desalentar las actividades fraudulentas que afectan tanto a nuestros usuarios como a sus clientes. Dado que en Malasia está aumentando el número de estafas y actividades fraudulentas en línea, Stripe tomó medidas preventivas para mejorar las acciones de mitigación, como solicitar la autenticación del cliente cuando se detecta una actividad de pago sospechosa. Los mayores esfuerzos de Stripe para desalentar las actividades fraudulentas están en consonancia con las expectativas reglamentarias de Malasia respecto de los proveedores de servicios de pago y su objetivo es mitigar el impacto de las transacciones fraudulentas.
3D Secure, o su forma abreviada 3DS, es un protocolo de autenticación que se utiliza para agregar una capa de seguridad adicional en las transacciones en línea. Cuando una transacción se autentica mediante 3DS, la responsabilidad de cualquier actividad fraudulenta se traslada al banco emisor. Esta seguridad adicional tiene una contrapartida: un paso adicional en el flujo de compra.
Sí. La API Charges V1 no admite la autenticación, de modo que deberás migrar a la API Payment Intents. Es importante probar la integración para asegurarte de que puede gestionar las solicitudes de autenticación. De lo contrario, verás un aumento en la cantidad de pagos rechazados con el código de error `authentication_required`.
Las API Payment Intents y Setup Intents admiten la autenticación, pero necesitarás garantizar que tu integración pueda manejar el estado `requires_action`, que solicitará a los clientes que autentiquen sus pagos.
Si no lo sabes con seguridad, recomendamos que pruebes la integración con nuestras tarjetas de prueba de autenticación mediante 3D Secure para comprender mejor los próximos pasos.