Los pagos con tarjeta en Malasia están sujetos a la autenticación mediante 3D Secure, que ofrece un nivel adicional de seguridad a los clientes que compran por Internet. Para que no aumenten los pagos rechazados en transacciones con titulares de tarjetas de Malasia, puede que tengas que hacer cambios en la integración.
Stripe Checkout admite la autenticación inmediata de los pagos. Si utilizas la API Charges, que no admite la autenticación, tendrás que hacer cambios en tu integración. Tanto la API Payment Intents como la API Setup Intents admiten la autenticación, pero tienes que comprobar que tu integración pueda gestionar el estado `requires_action`, que será el que pida a los clientes que autentiquen los pagos. Si no sabes con certeza si tu integración puede gestionar la autenticación o recibes una gran cantidad de pagos rechazados a causa de `authentication_required`, te recomendamos que pruebes la integración con nuestras tarjetas de prueba de la autenticación mediante 3D Secure.
Como proveedor de servicios de pago, Stripe tiene el objetivo de alejar a personas malintencionadas del ecosistema de pagos e impedir actividades fraudulentas que afecten a nuestros usuarios y a sus clientes. Como en Malasia están aumentando las actividades fraudulentas y las estafas por Internet, Stripe ha tomado medidas cautelares para mejorar las acciones de mitigación, como solicitar la autenticación del cliente cuando se detecte una actividad de pago sospechosa. Las iniciativas mejoradas de Stripe para evitar actividades fraudulentas están en consonancia con las expectativas normativas de los proveedores de servicios de pago de Malasia y pretenden reducir el impacto de las transacciones fraudulentas.
3D Secure (3DS) es un protocolo de autenticación que se usa para proporcionar un nivel adicional de seguridad en las transacciones por Internet. Si una transacción se autentica mediante 3DS, será el banco emisor quien tenga responsabilidad sobre cualquier actividad fraudulenta. Sin embargo, esta seguridad adicional conlleva un inconveniente: se añade un paso más al flujo del proceso de compra.
Sí, la versión 1 de la API Charges no admite la autenticación, por lo que tendrás que migrar a la API Payment Intents. Es importante que pruebes la integración para asegurarte de que pueda gestionar solicitudes de autenticación. Si no, verás aumentar los pagos rechazados con el código de error `authentication_required`.
Tanto la API Payment Intents como la API Setup Intents admiten la autenticación, pero tienes que comprobar que tu integración pueda gestionar el estado `requires_action`, que será el que pida a los clientes que autentiquen los pagos.
Si no lo tienes claro, te recomendamos que pruebes la integración con nuestras tarjetas de prueba de la autenticación mediante 3D Secure para saber mejor los pasos que debes seguir.