Cómo migrar a la API Payment Intents
¿Te interesa usar Stripe Billing, Tax, descuentos, envíos o conversión de moneda?
Estamos desarrollando una integración de Payment Element que gestiona las suscripciones, los impuestos, los descuentos, los envíos y la conversión de monedas. Para obtener más información, consulta la guía Crear una página de confirmación de compra.
Aprende a migrar tu integración actual de la API Charges y tarjetas.
La migración del flujo de pago puede resultar una tarea titánica. Es más seguro empezar a usar la API Payment Intents de a poco en paralelo con la API Charges. Para ello, puedes dividir la migración en los siguientes pasos:
- Actualiza la versión de la API y la biblioteca de cliente.
- Si corresponde, migra el código que lee las propiedades de 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, garantizas 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 la integración para guardar tarjetas en los objetos Customer.
- Haz pruebas con tarjetas de prueba reglamentarias para garantizar que la integración actualizada gestione la autenticación correctamente.
Actualiza tu versión de 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_
ahora se llamasource requires_
payment_ method requires_
ahora se llamasource_ action requires_
action
Asimismo, si usas una de nuestras SDK, actualiza a la última versión de la biblioteca para 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 los objetos Cards, Sources y PaymentMethods ya guardados del cliente, indica los métodos de pago en lugar de leer la propiedad sources del objeto Customer. Esta acción es necesaria porque los nuevos PaymentMethods agregados a un cliente no se duplicarán en la propiedad sources del objeto Customer.
Probar la integración
Es importante que pruebes la integración a conciencia para asegurarte de estar gestionando correctamente las tarjetas que requieren otra autenticación y las que no. Usa estos números de tarjeta en modo de prueba con cualquier fecha de vencimiento futura y cualquier código CVC de tres dígitos para validar tu integración para ambos tipos de tarjeta.
Número | Autenticación | Descripción |
---|---|---|
Exigido en la configuración o en la primera transacción | Esta tarjeta de prueba exige la autenticación de los pagos únicos. No obstante, si configuras la tarjeta con la API Setup Intents y usas la tarjeta guardada para pagos sucesivos, no es necesario hacer otra autenticación. | |
Obligatorio | Esta tarjeta de prueba exige la autenticación en todas las transacciones. | |
Obligatorio | Esta tarjeta de prueba exige la autenticación, pero los pagos serán rechazados con el código de error insufficient_ después de completarse con éxito la autenticación. | |
Aceptado | Esta tarjeta de prueba admite la autenticación mediante 3D Secure 2, pero no la exige. Los pagos efectuados con esta tarjeta no requieren otra autenticación en modo de prueba salvo que tus reglas de Radar en modo de prueba soliciten la autenticación. |
Usa estas tarjetas en tu aplicación o en la demostración de pagos para ver la diferencia de comportamiento.