# API Setup Intents Más información sobre el uso de la API Setup Intents para guardar métodos de pago. Utiliza la *API Setup Intents* (The Setup Intents API lets you build dynamic flows for collecting payment method details for future payments. It tracks the lifecycle of a payment setup flow and can trigger additional authentication steps if required by law or by the payment method) para configurar un método de pago para pagos futuros. Es similar a un pago, pero no se crea ningún cargo. [Configura un método de pago para pagos futuros ahora](https://docs.stripe.com/payments/save-and-reuse.md). El objetivo es guardar y optimizar las credenciales de pago para pagos futuros, es decir, tener el método de pago configurado correctamente para todas las situaciones. Por ejemplo, al configurar una tarjeta, puede ser necesario autenticar al cliente o verificar la validez de la tarjeta con el banco del cliente. Stripe actualiza el objeto `SetupIntent` durante todo ese proceso. ## Cómo guardar y reutilizar métodos de pago La API Setup Intents es útil para las empresas que hacen el onboarding de los clientes sin cobrarles de inmediato: - Una empresa de alquiler de coches que guarda datos de los métodos de pago antes de que el cliente alquile el coche y le cobra en la tarjeta una vez terminado el período del alquiler. - Un sitio web de micromecenazgo que recopila los datos de las tarjetas para cobrarle al usuario después, solamente si la campaña llega a un determinado importe - Una empresa de servicios públicos que cobra diferentes importes todos los meses según el consumo, pero que guarda datos de pago SEPA antes del pago del primer mes. > También puedes configurar métodos de pago para su uso futuro cuando aceptes pagos durante el [proceso de compra](https://docs.stripe.com/payments/save-and-reuse.md?platform=checkout). #### Empezar - [Guarda tarjetas sin realizar ningún pago inicial](https://docs.stripe.com/payments/save-and-reuse.md) - [Guarda datos bancarios para pagos de adeudo directo SEPA](https://docs.stripe.com/payments/sepa-debit/set-up-payment.md) - [Guarda los datos bancarios para los pagos de adeudo directo BECS](https://docs.stripe.com/payments/au-becs-debit/set-up-payment.md) ## Obtener permiso para guardar un método de pago Eres responsable de cumplir con todas las leyes, normativas y reglas de red aplicables al guardar los datos de pagos de un cliente. ### Uso futuro durante la sesión Si configuras un método de pago para futuros pagos *on-session* (A payment is described as on-session if it occurs while the customer is actively in your checkout flow and able to authenticate the payment method), como mostrar el método de pago en una página de proceso de compra futura, debes obtener explícitamente el consentimiento del cliente para este uso específico. Por ejemplo, incluye una casilla de verificación «Guardar mi método de pago para uso futuro» para obtener el consentimiento. Si necesitas diferenciar entre los métodos de pago guardados solo para usos sin conexión y los métodos de pago que puedes presentar a tu cliente para futuras compras *on-session* (A payment is described as on-session if it occurs while the customer is actively in your checkout flow and able to authenticate the payment method), puedes utilizar el parámetro [allow_redisplay](https://docs.stripe.com/api/payment_methods/object.md#payment_method_object-allow_redisplay) en el objeto PaymentMethod. ### Uso futuro fuera de la sesión Si configuras un método de pago para pagos futuros *fuera de la sesión* (A payment is described as off-session if it occurs without the direct involvement of the customer, using previously-collected payment information), necesitas autorización. Crear un acuerdo (a veces denominado *mandate*) por adelantado te permite hacer el cobro sin que el cliente esté utilizando activamente tu sitio web o aplicación. En tu sitio web, agrega condiciones que indiquen cómo prevés procesar los pagos y deja que tus clientes elijan. Como mínimo, cerciórate de que las condiciones cubran los siguientes puntos: - El permiso del cliente para que puedas iniciar un pago o una serie de pagos en su nombre - La frecuencia prevista de los pagos (es decir, únicos o recurrentes) - Cómo se determinará el importe a pagar Consulta el texto del mandato recomendado para [guardar tarjetas](https://docs.stripe.com/payments/save-and-reuse.md?platform=web&ui=elements#collect-payment-details) o [guardar los datos bancarios SEPA](https://docs.stripe.com/payments/sepa-debit/set-up-payment.md). Para clientes afectados por la *autenticación reforzada de clientes (SCA)* (Strong Customer Authentication (SCA) is a regulatory requirement in effect as of September 14, 2019, that impacts many European online payments. It requires customers to use two-factor authentication like 3D Secure to verify their purchase), este acuerdo ayuda a que los pagos se efectúen sin interrupciones. Cuando configuras tu integración para guardar una tarjeta correctamente, Stripe marca los pagos sucesivos efectuados fuera de la sesión como *transaccones iniciadas por el comerciante* (A payment made off-session with a properly authenticated saved card, can qualify as merchant-initiated transaction and be exempt from SCA) (MIT) para que el cliente no tenga que volver a conectarse para la autenticación. Las transacciones iniciadas por el comerciante exigen que exista un acuerdo entre tú y el cliente. ## Especifica el uso para aumentar la tasa de éxito El parámetro [usage](https://docs.stripe.com/api/setup_intents/object.md#setup_intent_object-usage) le indica a Stripe cómo planea usar los detalles del método de pago más adelante. En el caso de algunos métodos de pago, Stripe puede usar tu configuración de `usage` para elegir el flujo más sencillo para el cliente. Esta optimización está diseñada para aumentar el número de pagos efectuados correctamente. Por ejemplo, el uso de tarjetas de crédito y débito sujetas a la normativa europea de *autenticación reforzada de clientes (SCA)* (Strong Customer Authentication (SCA) is a regulatory requirement in effect as of September 14, 2019, that impacts many European online payments. It requires customers to use two-factor authentication like 3D Secure to verify their purchase) puede implicar que el cliente deba autenticar la tarjeta durante el proceso de guardado. Si se establece `usage` en `off_session`, es posible autenticar una tarjeta de crédito o débito por pagos fuera de la sesión sin que el cliente deba volver a conectarse para reautenticarla. A pesar de que genera una fricción inicial durante el flujo de configuración, establecer `usage` en `off_session` sirve para reducir la intervención del cliente en los pagos efectuados con posterioridad fuera de la sesión. Sin embargo, si prevés que solo utilizarás la tarjeta cuando el cliente esté en la página de pago, establece `usage` en `on_session`, lo que le permite saber al banco que planeas usar la tarjeta cuando el cliente esté disponible para autenticarla, con lo cual puedes posponer la autenticación de los datos de la tarjeta hasta ese momento y evitar fricciones en el comienzo. | Cómo quieres usar la tarjeta | valor de enumeración de consumo para utilizar | | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------- | | Pagos *durante la sesión* (A payment is described as on-session if it occurs while the customer is actively in your checkout flow and able to authenticate the payment method) solamente | `on_session` | | Pagos *fuera de la sesión* (A payment is described as off-session if it occurs without the direct involvement of the customer, using previously-collected payment information) solamente | `off_session` (predeterminado) | | Pagos durante la sesión y fuera de la sesión | `off_session` (predeterminado) | `Usage` es una optimización. Puedes seguir utilizando una tarjeta configurada para pagos durante la sesión para efectuar pagos fuera de la sesión, pero es más probable que los bancos rechacen el pago fuera de la sesión y soliciten la autenticación al cliente. En cualquier caso, es posible que aun así se requiera una autenticación posterior, por lo que debes [crear un proceso de recuperación](https://docs.stripe.com/billing/revenue-recovery.md) en tu aplicación. Cuando un pago con tarjeta fuera de la sesión requiera autenticación, haz que tu cliente vuelva a estar en línea para completar el pago. Si no se especifica, el valor predeterminado de `usage` es `off_session`. Consulta cómo crear un SetupIntent en tu servidor y cómo especificar `usage`: ```curl curl https://api.stripe.com/v1/setup_intents \ -u "<>:" \ -d usage=on_session ``` > Sigue la guía de esta página para asegurarte de que tu integración pueda gestionar tarjetas que necesitan la *autenticación reforzada de clientes (SCA)* (Strong Customer Authentication (SCA) is a regulatory requirement in effect as of September 14, 2019, that impacts many European online payments. It requires customers to use two-factor authentication like 3D Secure to verify their purchase). Marcar correctamente las transacciones le permite a Stripe hacer reclamaciones por exenciones a la SCA exactas en tu nombre a fin de minimizar la necesidad de autenticación en cada pago.