Migración a la API Payment Intents
¿Te interesa utilizar Stripe Billing, Tax, descuentos, envío o conversión de divisas?
Estamos desarrollando una integración del Payment Element que gestiona las suscripciones, los impuestos, los descuentos, los envíos y la conversión de divisas. Consulta la guía Crea una página del proceso de compra para obtener más información.
Descubre cómo migrar tu integración de la API Charges y tus tarjetas actuales.
Puede resultar abrumador migrar el flujo de pagos. Es más prudente adoptar progresivamente la API Payment Intents en paralelo con la API Charges. Para ello, puedes dividir la migración en los siguientes pasos:
- Actualiza la versión de tu API y la biblioteca de cliente.
- Si corresponde, migra el código que lee las propiedades Charge para tener una ruta de lectura uniforme entre los cargos creados por la API Charges y los cargos creados por la API Payment Intents; de esta manera te aseguras de que la integración de lectura funcione tanto para la integración anterior de pagos como para la nueva.
- Migra tu integración actual de la API Charges para web, iOS y Android para usar la API Payment Intents.
- Migra tu integración para guardar tarjetas en los objetos Customer.
- Haz pruebas con tarjetas de prueba reglamentarias para garantizar que la integración actualizada gestiona la autenticación correctamente.
Actualiza tu versión de la API y la biblioteca de cliente
Si bien la API Payment Intents funciona en todas las versiones de API, te recomendamos actualizar a la última versión. Si decides usar una versión de API anterior a 2019-02-11, presta atención a los siguientes dos cambios cuando repases los ejemplos de códigos:
requires_
ha pasado a llamarsesource requires_
payment_ method requires_
ha pasado a llamarsesource_ action requires_
action
Además, si usas uno de nuestros SDK, actualiza a la última versión de la biblioteca para poder usar la API Payment Intents.
Migra tus flujos para pagos puntuales
Migra la integración para guardar tarjetas en objetos Customer
Acceder a métodos de pago guardados
Para mostrar las Cards, Sources y PaymentMethods previamente guardados por el cliente, enumera los métodos de pago en lugar de leer la propiedad sources del objeto del cliente. Esto es necesario porque los nuevos PaymentMethods añadidos a un cliente no se duplicarán en la propiedad sources del objeto Customer.
Probar la integración
Es importante que pruebes a fondo tu integración para asegurarte de que estás manejando correctamente las tarjetas que requieren autenticación adicional y las que no. Utiliza estos números de tarjeta en modo de prueba con cualquier fecha de caducidad en el futuro y cualquier código CVC de tres dígitos para validar tu integración cuando se requiera autenticación y cuando no se requiera.
Número | Autenticación | Descripción |
---|---|---|
Exigido en la configuración o en la primera transacción | Esta tarjeta de prueba requiere la autenticación de los pagos puntuales. No obstante, si configuras la tarjeta con la API Setup Intents y usas la tarjeta guardada para pagos sucesivos, ya no se necesitará realizar la autenticación. | |
Obligatorio | Esta tarjeta de prueba requiere la autenticación de todas las transacciones. | |
Obligatorio | Esta tarjeta de prueba requiere la autenticación, pero los pagos se rechazarán con el código de error insufficient_ después de completarse correctamente la autenticación. | |
Aceptado | Esta tarjeta de prueba acepta la autenticación mediante 3D Secure 2, pero no es obligatoria. Los pagos efectuados con esta tarjeta no requieren autenticación adicional en modo de prueba, a menos que tus reglas de Radar en modo de prueba requieran la autenticación. |
Usa estas tarjetas en tu aplicación o en la demo de pagos para ver la diferencia de comportamiento.