Guarda datos de pago durante un pago en la aplicación
Guarda los datos de pago durante un pago en tu aplicación móvil.
Utiliza la API Payment Intents para guardar los datos de pago de una compra. Tiene varios casos de uso:
- Cobrarle al cliente por un pedido de e-commerce y almacenar los datos para compras futuras.
- Iniciar el primer pago de una serie de pagos recurrentes.
- Cobrar un depósito y almacenar los datos para cobrar el importe total más tarde.
Transacciones con tarjeta presente
Las transacciones con tarjeta presente, como los pagos a través de Stripe Terminal, utilizan un proceso diferente para guardar el método de pago. Para obtener más información, consulta la documentación de Terminal.
Cumplimiento de la normativa
Al guardar los datos de pago de un cliente, eres responsable del cumplimiento de todas las leyes, normativas y reglas de red aplicables. Estos requisitos generalmente se aplican si deseas guardar el método de pago de tu cliente para su uso futuro, como para mostrarle el método de pago de un cliente en el flujo del proceso de compra para una compra futura o aceptar un pago cuando no esté utilizando activamente su sitio web o aplicación. Añade a tu sitio web o aplicación las condiciones que detallen cómo planeas guardar los datos del método de pago y permitir que los clientes acepten.
Cuando guardas un método de pago, solo puedes usarlo para el consumo específico que has incluido en tus condiciones. Para cargar un método de pago cuando un cliente está desconectado y guardarlo como una opción para futuras compras, asegúrate de obtener explícitamente el consentimiento del cliente para este uso específico. Por ejemplo, incluye una casilla de verificación que indique «Guardar mi método de pago para usarlo en el futuro» para obtener el consentimiento.
Para cobrarles cuando estén desconectados, asegúrate de que tus condiciones incluyan lo siguiente:
- La aceptación por parte del cliente de que inicies un pago o una serie de pagos en su nombre para transacciones específicas.
- El momento y la frecuencia previstos de los pagos (por ejemplo, si los cargos son por cuotas programadas, pagos de suscripción o recargas no programadas).
- Cómo determinas el importe del pago.
- Tu política de cancelación, si el método de pago es para un servicio de suscripción.
Asegúrate de mantener un registro de la aceptación por escrito de tu cliente con estas condiciones.
Precaución
La normativa SCA exige que autentiques al cliente de antemano si tienes intención de volver a cobrarle pagos en el futuro. El banco del titular de la tarjeta puede rechazar futuros pagos y pedir otra autenticación si el cliente no se ha autenticado inicialmente.
Configura StripeLado del servidorLado del cliente
Primero, necesitas una cuenta de Stripe. Regístrate ahora.
Lado del servidor
Esta integración necesita puntos de conexión de tu servidor que se comuniquen con la API de Stripe. Usa nuestras bibliotecas oficiales para acceder a la API de Stripe desde tu servidor:
Lado del cliente
El SDK para iOS de Stripe es de código abierto, está plenamente documentado y es compatible con aplicaciones que admiten iOS 13 o posterior.
Nota
Para obtener más información sobre la versión más reciente y sobre versiones anteriores del SDK, consulta la página Versiones en GitHub. Para recibir notificaciones cuando se publica una nueva versión, consulta las versiones del repositorio.
Habilitar los métodos de pago
Los pagos con tarjeta se habilitan de forma predeterminada. Consulta la configuración de tus métodos de pago para habilitar otros métodos de pago que quieras aceptar.
Añadir un punto de conexiónLado del servidor
Nota
Para mostrar la PaymentSheet antes de crear un PaymentIntent, consulta Recolectar datos de pago antes de crear un Intent.
Esta integración usa tres objetos de la API de Stripe:
PaymentIntent: Stripe usa este dato para representar tu intención de cobrarle a un cliente y hacer el seguimiento de los intentos de cobro y de los cambios en el estado del pago a lo largo del proceso.
Customer: para configurar un método de pago para pagos futuros, debes vincularlo a un Customer. Crea el objeto Customer cuando tu cliente cree una cuenta en tu empresa. Si tu cliente hace un pago como invitado, puedes crear el objeto Customer antes del pago y asociarlo más tarde con tu propia representación interna de la cuenta del cliente.
Clave efímera del cliente: la información que contiene el objeto Customer es confidencial y no puede recuperarse directamente desde una aplicación. La clave efímera otorga al SDK acceso temporal al objeto Customer.
Por motivos de seguridad, tu aplicación no puede crear estos objetos. En su lugar, añade un punto de conexión en tu servidor que:
- Recupere el objeto Customer o cree uno nuevo.
- Cree una clave efímera para el objeto Customer.
- Crea un PaymentIntent con el importe, la divisa y el cliente, setup_future_usage . También puedes incluir opcionalmente el parámetro
automatic_
. Stripe habilita sus funciones de forma predeterminada en la última versión de la API.payment_ methods - Devuelve a tu aplicación el secreto de cliente del Payment Intent, el
secret
de la clave efímera, el id del Customer y tu clave publicable.
Nota
El Payment Element móvil solo acepta setup_
con tarjetas y cuentas bancarias de EE. UU.
Los métodos de pago que se muestran a los clientes durante el proceso de compra también se incluyen en el PaymentIntent. Puedes permitir que Stripe extraiga automáticamente los métodos de pago de la configuración de tu Dashboard o puedes enumerarlos de forma manual. Independientemente de la opción que elijas, debes saber que la divisa especificada en el PaymentIntent filtra los métodos de pago que se muestran al cliente. Por ejemplo, si especificas eur
en el PaymentIntent y tienes habilitado OXXO en el Dashboard, OXXO no se mostrará al cliente porque no acepta pagos en eur
.
A menos que tu integración requiera una opción basada en código para ofrecer métodos de pago, Stripe recomienda usar la opción automatizada. Esto se debe a que Stripe evalúa la divisa, las restricciones en cuanto a los métodos de pago y otros parámetros para determinar la lista de métodos de pago aceptados. Se da prioridad a los métodos de pago que aumentan la conversión y guardan mayor relación con la divisa y la ubicación del cliente.
Recopilar los datos de pagoLado del cliente
Para mostrar el Mobile Payment Element en la pantalla del proceso de compra, asegúrate de lo siguiente:
- Muestra los productos que compra el cliente junto con el importe total.
- Usa el Address Element para recolectar la información de envío necesaria del cliente
- Añade un botón de finalización de compra para mostrar la interfaz de usuario de Stripe
Si el PaymentSheetResult
es .
, comunícaselo al usuario (por ejemplo, mostrándole una pantalla de confirmación del pedido).
Establecer allowsDelayedPaymentMethods
en true permite utilizar métodos de pago de notificación diferida como cuentas bancarias de EE. UU. Para estos métodos de pago, el estado final del pago no se conoce cuando se completa la PaymentSheet
, sino que se efectúa correctamente o con errores más tarde. Si aceptas este tipo de métodos de pago, infórmale al cliente de que su pedido está confirmado y solo complétalo (por ejemplo, envía el producto) cuando el pago se haya realizado correctamente.
Configura una URL de retornoLado del cliente
Es posible que el cliente salga de tu aplicación para autenticarse (por ejemplo, en Safari o en su aplicación bancaria). Para permitirles volver automáticamente a tu aplicación después de la autenticación, configura un esquema de URL personalizado y configura el delegado de la aplicación para que envíe la URL al SDK. Stripe no admite enlaces universales.
Además, establece la returnURL en tu objeto PaymentSheet.Configuration en la URL de tu aplicación.
var configuration = PaymentSheet.Configuration() configuration.returnURL = "your-app://stripe-redirect"
Gestionar eventos posteriores al pagoLado del servidor
Stripe envía un evento payment_intent.succeeded cuando se efectiviza el pago. Usa la herramienta webhook del Dashboard o sigue las indicaciones de la guía de webhooks para recibir estos eventos y acciones de ejecución, como enviar a tu cliente un correo electrónico de confirmación del pedido, registrar la venta en una base de datos o iniciar el flujo de trabajo de los envíos.
Escucha estos eventos en lugar de esperar una devolución de llamada del cliente. Por su parte, el cliente puede cerrar la ventana del navegador o salir de la aplicación antes de que se ejecute la devolución de llamada. Si configuras tu integración para escuchar eventos asincrónicos, podrás aceptar diferentes tipos de métodos de pago con una sola integración.
Además de administrar el evento payment_
, recomendamos administrar estos otros eventos si se cobran pagos con el Payment Element:
Evento | Descripción | Acción |
---|---|---|
payment_intent.succeeded | Se envía cuando un cliente completa correctamente un pago. | Envía al cliente una confirmación del pedido y completa el pedido. |
payment_intent.processing | Se envía cuando el cliente inicia el pago correctamente, pero este aún no se ha efectivizado. En la mayoría de los casos, este evento se envía cuando el cliente inicia un adeudo bancario. Más adelante, le seguirá el evento payment_ o payment_ . | Envía al cliente una confirmación del pedido que indique que su pago está pendiente. Para los productos digitales, es posible que desees completar el pedido antes de esperar a que se efectivice el pago. |
payment_intent.payment_failed | Se envía cuando el cliente intenta realizar un pago, pero este falla. | Si un pago pasa de processing a payment_ , ofrécele al cliente otro intento de pago. |
Cobra al PaymentMethod guardado más tardeLado del servidor
Cumplimiento de la normativa
Al guardar los datos de pago de un cliente, eres responsable de cumplir con todas las leyes, normativas y reglas de red aplicables. Al mostrar métodos de pago anteriores a tu cliente final para compras futuras, asegúrate de incluir solo aquellos para los que hayas obtenido su consentimiento para guardar los detalles del método de pago con ese fin específico. Para diferenciar entre los métodos de pago adjuntos a los clientes que pueden y no pueden presentarse a tu cliente final como un método de pago guardado para futuras compras, utiliza el parámetro allow_redisplay.
Cuando todo esté listo para cobrarle al cliente fuera de la sesión, usa los ID del Customer y del PaymentMethod para crear un PaymentIntent. Para encontrar un método de pago al que efectuar el cargo, enumera los métodos de pago asociados con tu cliente. En este ejemplo se incluyen tarjetas, pero puedes enumerar cualquier tipo aceptado.
Cuando tengas los ID del Customer y el PaymentMethod, crea un PaymentIntent con el importe y la divisa del pago. Establece algún que otro parámetro más para efectuar el pago fuera de la sesión:
- Define off_session en
true
para indicar que el cliente no está en tu flujo del proceso de compra durante un intento de pago y no puede cumplir con una solicitud de autenticación realizada por un socio, como un emisor de tarjeta, un banco u otra institución de pago. Si, durante el flujo del proceso de compra, un socio solicita la autenticación, Stripe solicitará exenciones utilizando la información del cliente de una transacción anterior durante la sesión. Si no se cumplen las condiciones para la exención, el PaymentIntent podría generar un error. - Establece el valor de la propiedad confirmar del PaymentIntent en
true
, lo que genera una confirmación inmediata cuando se crea el PaymentIntent. - Establece payment_method en el ID del PaymentMethod y customer en el ID del Customer.