Crea cargos a un destino
Crea cargos en la cuenta de tu plataforma, cobra comisiones y transfiere de inmediato los fondos restantes a tus cuentas conectadas.
Crea cargos a un destino cuando los clientes hacen la transacción con tu plataforma por productos o servicios suministrados por tus cuentas conectadas y transfieres fondos inmediatamente a tus cuentas conectadas. Con este tipo de cargo:
- Creas un cargo en la cuenta de tu plataforma.
- Determinas si el total o una parte de los fondos se transfiere a la cuenta conectada.
- Se debita del saldo de tu cuenta el costo de las comisiones, los reembolsos y los contracargos de Stripe.
Este tipo de cargo es más óptimo para plataformas como Airbnb, una plataforma de alquiler de alojamientos o Lyft, una aplicación de viajes compartidos.
Con ciertas excepciones, si tu plataforma y una cuenta conectada no están en la misma región, debes especificar la cuenta conectada como el comerciante a cargo del cobro utilizando el parámetro on_behalf_of en el Payment Intent.
Recomendamos usar cargos a un destino para las cuentas conectadas que no tienen acceso al Dashboard completo de Stripe.

Esta integración combina todos los pasos necesarios para efectuar el pago (la recopilación de los datos de pago y la confirmación del pago) en una sola hoja que aparece arriba en tu aplicación.
Configura StripeLado del servidorLado del cliente
Primero, necesitas una cuenta de Stripe. Inscríbete ahora.
Lado del servidor
Esta integración necesita puntos de conexión en tu servidor que se comuniquen con la API de Stripe. Usa las bibliotecas oficiales para acceder a la API de Stripe desde tu servidor:
Lado del cliente
El SDK para React Native es de código abierto y está plenamente documentado. Internamente, utiliza SDK para iOS nativo y Android. Para instalar el SDK para React Native de Stripe, ejecuta uno de los siguientes comandos en el directorio del proyecto (según el administrador de paquetes que utilices):
A continuación, instala otras dependencias necesarias:
- Para iOS, vaya al directorio ios y ejecute
pod installpara asegurarse de que también instala las dependencias nativas necesarias. - Para Android, no hay más dependencias para instalar.
Nota
Recomendamos seguir la guía oficial de TypeScript para agregar soporte para TypeScript.
Inicialización de Stripe
Para inicializar Stripe en tu aplicación React Native, ajusta tu pantalla de pago con el componente StripeProvider o usa el método de inicialización initStripe. Solo se requiere la clave publicable de la API en publishableKey. El siguiente ejemplo muestra cómo inicializar Stripe usando el componente StripeProvider.
import { useState, useEffect } from 'react'; import { StripeProvider } from '@stripe/stripe-react-native'; function App() { const [publishableKey, setPublishableKey] = useState(''); const fetchPublishableKey = async () => { const key = await fetchKey(); // fetch key from your server here setPublishableKey(key); }; useEffect(() => { fetchPublishableKey(); }, []); return ( <StripeProvider publishableKey={publishableKey} merchantIdentifier="merchant.identifier" // required for Apple Pay urlScheme="your-url-scheme" // required for 3D Secure and bank redirects > {/* Your app code here */} </StripeProvider> ); }
Nota
Usa las claves de prueba de la API durante las pruebas y el desarrollo, y tus claves para modo activo cuando publiques tu aplicación.
Agregar un punto de conexiónLado del servidor
Nota
Para mostrar la PaymentSheet antes de crear un PaymentIntent, consulta Recopila datos de pago antes de crear un Intent.
Esta integración usa tres objetos de la API de Stripe:
PaymentIntent: Stripe lo utiliza para representar tu intención de cobrarle a un cliente, haciendo el seguimiento de los intentos de cobro y de los cambios en el estado del pago a lo largo del proceso.
(Opcional) Cliente: Para configurar un método de pago para pagos futuros, debes adjuntarlo a un Cliente. Crea el “Customer Object” cuando tu cliente cree una cuenta en tu empresa. Si tu cliente hace un pago como invitado, puedes crear un “Customer Object” antes del pago y asociarlo con tu propia representación interna de la cuenta del cliente más adelante.
(Opcional) CustomerSession: La información que contiene el “Customer Object” es confidencial y no se puede recuperar directamente desde una aplicación. Una CustomerSession otorga al SDK acceso temporal al objeto Customer y proporciona más opciones de configuración. Consulta una lista completa de opciones de configuración.
Nota
Si nunca guardas tarjetas para un cliente y no permites que los clientes frecuentes vuelvan a usar tarjetas guardadas, puedes omitir los objetos Customer y CustomerSession en tu integración.
Por motivos de seguridad, tu aplicación no puede crear estos objetos. En su lugar, agrega un punto de conexión en tu servidor que haga lo siguiente:
- Recupere el objeto Customer o cree uno nuevo.
- Crea una CustomerSession para el cliente.
- Crea un PaymentIntent con el importe, la moneda y el cliente.
- Devuelve a tu aplicación el secreto de cliente del Payment Intent, el
client_de CustomerSession, la ID del cliente y tu clave publicable.secret
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 los métodos de pago de tu configuración del Dashboard o puedes enumerarlos manualmente. Independientemente de la opción que elijas, debes saber que la moneda 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 OXXO no admite 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 moneda, las restricciones de los métodos de pago y otros parámetros para determinar la lista de métodos de pago admitidos. Se les da prioridad a los métodos de pago que aumentan la conversión y guardan mayor relación con la moneda y la ubicación del cliente.
Integrar la hoja de pagoLado del cliente
Antes de mostrar el Payment Element móvil, tu página de finalización de compra debe cumplir con los siguientes requisitos:
- Mostrar los productos de la compra y el importe total
- Recopilar la información de envío necesaria
- Incluir un botón de pago para presentar la interfaz de usuario de Stripe
En la finalización de compra de tu aplicación, haz una solicitud de red al punto de conexión de back-end que creaste en el paso anterior y llama a initPaymentSheet desde el hook useStripe.
export default function CheckoutScreen() { const { initPaymentSheet, presentPaymentSheet } = useStripe(); const [loading, setLoading] = useState(false); const fetchPaymentSheetParams = async () => { const response = await fetch(`${API_URL}/payment-sheet`, { method: 'POST', headers: { 'Content-Type': 'application/json', }, }); const { paymentIntent, ephemeralKey, customer } = await response.json(); return { paymentIntent, ephemeralKey, customer, }; }; const initializePaymentSheet = async () => { const { paymentIntent, ephemeralKey, customer, } = await fetchPaymentSheetParams(); const { error } = await initPaymentSheet({ merchantDisplayName: "Example, Inc.", customerId: customer, customerEphemeralKeySecret: ephemeralKey, paymentIntentClientSecret: paymentIntent, // Set `allowsDelayedPaymentMethods` to true if your business can handle payment //methods that complete payment after a delay, like SEPA Debit and Sofort. allowsDelayedPaymentMethods: true, defaultBillingDetails: { name: 'Jane Doe', } }); if (!error) { setLoading(true); } }; const openPaymentSheet = async () => { // see below }; useEffect(() => { initializePaymentSheet(); }, []); return ( <Screen> <Button variant="primary" disabled={!loading} title="Checkout" onPress={openPaymentSheet} /> </Screen> ); }
Cuando el cliente toque el botón Pagar, llama a presentPaymentSheet() para abrir la hoja. Después de que el cliente completa el pago, la hoja se cierra y la promesa se resuelve con un StripeError<PaymentSheetError> opcional.
export default function CheckoutScreen() { // continued from above const openPaymentSheet = async () => { const { error } = await presentPaymentSheet(); if (error) { Alert.alert(`Error code: ${error.code}`, error.message); } else { Alert.alert('Success', 'Your order is confirmed!'); } }; return ( <Screen> <Button variant="primary" disabled={!loading} title="Checkout" onPress={openPaymentSheet} /> </Screen> ); }
Si no se produjo ningún error, infórmale al usuario que el proceso terminó (por ejemplo, mostrándole una pantalla de confirmación del pedido).
Establecer allowsDelayedPaymentMethods en true permite aceptar métodos de pago de notificación diferida como cuentas bancarias en EE. UU. Para estos métodos de pago, el estado final del pago no se conoce cuando se completa el PaymentSheet, sino que se efectúa con éxito o falla más tarde. Si aceptas este tipo de métodos de pago, infórmale al cliente que su pedido está confirmado y solo finalízalo (por ejemplo, envía el producto) cuando el pago se realice correctamente.
Configurar una URL de retorno (solo para iOS)Lado del cliente
El cliente puede salir de tu aplicación para autenticarse (por ejemplo, en Safari o en su aplicación bancaria). Para permitirles que regresen automáticamente a tu aplicación después de autenticarse, configura un esquema de URL personalizado y define el delegado de la aplicación para que envíe la URL al SDK. Stripe no admite enlaces universales.
Además, debes definir la returnURL del objeto PaymentSheet.Configuration en la URL de tu aplicación.
var configuration = PaymentSheet.Configuration() configuration.returnURL = "your-app://stripe-redirect"
Administrar eventos posteriores al pago
Stripe envía un evento payment_intent.succeeded cuando se completa el pago. Usa la herramienta de webhook del Dashboard o sigue la guía de webhooks para recibir estos eventos y ejecutar acciones como, por ejemplo, enviar un correo electrónico de confirmación del pedido a tu cliente, registrar la venta en una base de datos o iniciar un flujo de envío.
Escucha estos eventos en lugar de esperar una devolución de llamada del cliente. De su lado, el cliente puede cerrar la ventana del navegador o salir de la aplicación antes de que se ejecute la devolución de llamada, y clientes malintencionados podrían manipular la respuesta. 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 un cliente inicia con éxito un pago, pero éste aún no se completó. Este evento se envía normalmente cuando el cliente inicia un débito bancario. Le sigue un evento payment_ o payment_ en el futuro. | Envía al cliente una confirmación del pedido que indique que el pago está pendiente. En caso de productos digitales, quizá te convenga completar el pedido antes de esperar que se complete el pago. |
| payment_intent.payment_failed | Enviado cuando un cliente intenta un pago, pero el pago falla. | Si un pago pasa de processing a payment_, ofrécele al cliente otro intento de pago. |
Probar la integración
Consulta Pruebas para obtener información adicional para probar tu integración.
OpcionalHabilitar Apple Pay
Inscribirse para obtener un ID de comerciante Apple
Obtén un ID de comerciante Apple solicitando un nuevo identificador en el sitio web de desarrolladores de Apple.
Completa el formulario con una descripción y el identificador. La descripción es para tus registros y se puede modificar en el futuro. Stripe recomienda usar el nombre de tu aplicación como identificador (por ejemplo, merchant.).
Crear un nuevo certificado de Apple Pay
Crea un certificado para que tu aplicación cifre los datos de pago.
Ve a Configuración de certificados de iOS en el Dashboard, haz clic en Agregar nueva aplicación y sigue la guía.
Descarga un archivo de solicitud de firma de certificado (CSR) para obtener un certificado seguro de Apple que te permita utilizar Apple Pay.
Se debe usar un archivo CSR para emitir exactamente un certificado. Si cambias tu ID de comerciante de Apple, debes ir a la Configuración de certificados de iOS en el Dashboard para obtener una nueva CSR y un nuevo certificado.
Integrarse con Xcode
Agrega la funcionalidad Apple Pay a tu aplicación. En Xcode, abre la configuración del proyecto, selecciona la pestaña Firma y funcionalidades y agrega la funcionalidad Apple Pay. En este paso, quizá se te solicite iniciar sesión en tu cuenta de desarrollador. Selecciona el ID de comerciante que creaste antes, y tu aplicación estará lista para aceptar Apple Pay.

Habilitar la funcionalidad Apple Pay en Xcode
Agregar Apple Pay
Seguimiento de pedidos
Para agregar información de seguimiento de pedidos en iOS 16 o posterior, configura una función de de llamadasetOrderTracking. Stripe llama a tu implementación después de que se complete el pago, pero antes de que iOS descarte la hoja de Apple Pay.
En su implementación de la función de devolución de llamada setOrderTracking, obtén los detalles del pedido de tu servidor para el pedido completado y transfiere los datos a la función de completion proporcionada.
Para obtener más información sobre el seguimiento de pedidos, consulta la documentación sobre pedidos de billetera de Apple.
await initPaymentSheet({ // ... applePay: { // ... setOrderTracking: async complete => { const apiEndpoint = Platform.OS === 'ios' ? 'http://localhost:4242' : 'http://10.0.2.2:4567'; const response = await fetch( `${apiEndpoint}/retrieve-order?orderId=${orderId}`, { method: 'GET', headers: { 'Content-Type': 'application/json', }, }, ); if (response.status === 200) { const orderDetails = await response.json(); // orderDetails should include orderIdentifier, orderTypeIdentifier, // authenticationToken and webServiceUrl complete(orderDetails); } }, }, });
OpcionalActivar Google Pay
Configura tu integración
Para usar Google Pay, primero habilita la API de Google Pay agregando lo siguiente a la etiqueta <application> de tu AndroidManifest.xml:
<application> ... <meta-data android:name="com.google.android.gms.wallet.api.enabled" android:value="true" /> </application>
Para obtener más detalles, consulta cómo configurar la API de Google Pay para Android en Google Pay.
Agregar Google Pay
Al inicializar PaymentSheet. establece merchantCountryCode en el código de país de tu empresa y establece googlePay en verdadero.
También puedes usar el entorno de prueba especificando el parámetro testEnv. Solo puedes probar Google Pay en un dispositivo Android físico. Sigue la documentación de React Native para probar tu aplicación en un dispositivo físico.
const { error, paymentOption } = await initPaymentSheet({ // ... googlePay: { merchantCountryCode: 'US', testEnv: true, // use test environment }, });
OpcionalHabilitar escaneo de tarjeta (solo para iOS)Lado del cliente
A fin de habilitar el soporte para escaneo de tarjetas, establece NSCameraUsageDescription (Privacidad - Descripción del uso de la cámara) en el Info.plist de tu aplicación y especifica el motivo por el que se necesita acceder a la cámara (por ejemplo, “Para escanear tarjetas”). Los dispositivos con iOS 13 o posterior aceptan el escaneo de tarjetas.
OpcionalPersonalizar la hoja
Todo lo que se quiera personalizar se configura usando initPaymentSheet.
Aspecto
Personaliza los colores y las fuentes, entre otros elementos, para que combinen con el aspecto de tu aplicación usando la API Appearance.
Nombre de pantalla para el comerciante
Especifica el nombre que quieres que el cliente vea para tu empresa configurando merchantDisplayName. El valor predeterminado es el nombre de tu aplicación.
await initPaymentSheet({ // ... merchantDisplayName: 'Example Inc.', });
Modo oscuro
De forma predeterminada, PaymentSheet se adapta automáticamente a la configuración de aspecto de todo el sistema del usuario (modo claro y modo oscuro). Puedes cambiarla definiendo la propiedad style en alwaysLight o alwaysDark en iOS.
await initPaymentSheet({ // ... style: 'alwaysDark', });
En Android, debes definir modo claro u oscuro en tu aplicación:
// force dark AppCompatDelegate.setDefaultNightMode(AppCompatDelegate.MODE_NIGHT_YES) // force light AppCompatDelegate.setDefaultNightMode(AppCompatDelegate.MODE_NIGHT_NO)
Datos de facturación predeterminados
Para establecer los valores predeterminados para los datos de facturación recopilados en PaymentSheet, configura la propiedad defaultBillingDetails. Los campos de PaymentSheet se completan automáticamente con los valores que proporcionas.
await initPaymentSheet({ // ... defaultBillingDetails: { email: 'foo@bar.com', address: { country: 'US', }, }, });
Recopila datos de facturación
UsabillingDetailsCollectionConfiguration para especificar cómo deseas recopilar los datos de facturación en PaymentSheet.
Puedes recopilar el nombre, el correo electrónico, el número de teléfono y la dirección del cliente.
Si no tienes intención de recopilar los valores que exige el método de pago, debes hacer lo siguiente:
- Adjunta los valores no recopilados por
PaymentSheeta la propiedaddefaultBillingDetails. - Configura
billingDetailsCollectionConfiguration.enattachDefaultsToPaymentMethod true.
await initPaymentSheet({ // ... defaultBillingDetails: { email: 'foo@bar.com', } billingDetailsCollectionConfiguration: { name: PaymentSheet.CollectionMode.ALWAYS, email: PaymentSheet.CollectionMode.NEVER, address: PaymentSheet.AddressCollectionMode.FULL, attachDefaultsToPaymentMethod: true }, });
Nota
Pregúntale a tu asesor legal sobre las leyes que se aplican a la recopilación de información. Solicita los números de teléfono solo si los necesitas para la transacción.
OpcionalCompleta el pago en tu interfaz de usuario
Puedes presentar una hoja de pago para recopilar solo los datos del método de pago y luego llamar al método confirm para completar el pago en la interfaz de usuario de tu aplicación. Esto resulta útil si tienes un botón de compra personalizado o solicitas pasos adicionales después de recopilar los datos del pago.

Nota
Un ejemplo de integración está a tu disposición en nuestro GitHub.
- Primero, llama a
initPaymentSheety especificacustomFlow: true.initPaymentSheetse resuelve con una opción de pago inicial que contiene una imagen y una etiqueta que representan el método de pago del cliente. Actualiza tu interfaz de usuario con estos datos.
const { initPaymentSheet, presentPaymentSheet, confirmPaymentSheetPayment, } = useStripe() const { error, paymentOption } = await initPaymentSheet({ customerId: customer, customerEphemeralKeySecret: ephemeralKey, paymentIntentClientSecret: paymentIntent, customFlow: true, merchantDisplayName: 'Example Inc.', }); // Update your UI with paymentOption
- Usa
presentPaymentSheetpara recopilar datos del pago. Una vez que el cliente termina, la hoja se cierra y se resuelve la promesa. Actualiza la interfaz de usuario (IU) con los datos del método de pago elegido.
const { error, paymentOption } = await presentPaymentSheet();
- Usa
confirmPaymentSheetPaymentpara confirmar el pago. Esto se resuelve con el resultado del pago.
const { error } = await confirmPaymentSheetPayment(); if (error) { Alert.alert(`Error code: ${error.code}`, error.message); } else { Alert.alert( 'Success', 'Your order is confirmed!' ); }
Establecer allowsDelayedPaymentMethods en true permite aceptar métodos de pago de notificación diferida como cuentas bancarias en EE. UU. Para estos métodos de pago, el estado final del pago no se conoce cuando se completa el PaymentSheet, sino que se efectúa con éxito o falla más tarde. Si aceptas este tipo de métodos de pago, infórmale al cliente que su pedido está confirmado y solo finalízalo (por ejemplo, envía el producto) cuando el pago se realice correctamente.
Cobra comisiones
Cuando se procesa un pago, en lugar de transferir el importe total de la transacción a una cuenta conectada, tu plataforma puede decidir tomar una parte del importe de la transacción en forma de comisiones. Puedes establecer el precio de las comisiones de dos maneras diferentes:
Utiliza la herramienta de tarifas de la plataforma para establecer y probar las reglas de comisiones de la plataforma. Esta función que no requiere programación del Dashboard de Stripe solo está disponible actualmente para plataformas responsables de pagar las comisiones de Stripe.
Establece tus reglas de tarifas internamente, especificando las comisiones directamente en un PaymentIntent utilizando el parámetro application_fee_amount o transfer_data[amount]. Las comisiones establecidas con este método anulan la lógica de tarifas especificada en la herramienta de tarifas de la plataforma.
Especifica el comerciante a cargo del cobro
El comerciante a cargo del cobro depende de las funcionalidades activas en una cuenta y de cómo se crea el cargo. El comerciante a cargo del cobro determina de quién es la información utilizada para efectuar el cargo. Esto incluye la descripción del cargo (ya sea de la plataforma o de la cuenta conectada) que aparecerá para ese cargo en el extracto bancario o de tarjeta de crédito del cliente.
Si especificas el comerciante a cargo del cobro, puedes ser más explícito sobre quién es el destinatario del cargo. Por ejemplo, algunas plataformas prefieren ser el comerciante a cargo del cobro porque el usuario final interactúa directamente con ellas, como es el caso de las plataformas on-demand. No obstante, algunas plataformas tienen cuentas conectadas que interactúan directamente con los consumidores finales (por ejemplo, las tiendas físicas de una plataforma de e-commerce). En estos casos, es más lógico que el comerciante a cargo del cobro sea la cuenta conectada.
Puedes establecer el parámetro on_ en el ID de una cuenta conectada para que esa cuenta sea el comerciante a cargo del cobro. Cuando se usa on_:
- Los cargos se liquidan en el país y la moneda de cobro de la cuenta conectada.
- Se utiliza la estructura de comisiones del país de la cuenta conectada.
- La descripción del cargo en el extracto bancario de la cuenta conectada se muestra en el extracto de la tarjeta de crédito del cliente.
- Si la cuenta conectada está en un país diferente al de la plataforma, la dirección y el número de teléfono de la cuenta conectada se muestran en el extracto de la tarjeta de crédito del cliente.
- La cantidad de días durante la que se retiene el saldo pendiente antes de pagar depende de la configuración del delay_days en la cuenta conectada.
Si se omite on_, la plataforma es la empresa registrada para el pago.
Precaución
El parámetro on_ solo se admite para cuentas conectadas con una funcionalidad de pagos como card_payments. Las cuentas regidas por el Contrato de servicios del destinatario no pueden solicitar card_ u otras funcionalidades de pago.
Emitir reembolsos
Si usas la API Payment Intents, los reembolsos deben emitirse por el último cargo creado.
Los cargos creados en la cuenta de la plataforma se pueden rembolsar usando la clave secreta de la cuenta de la plataforma. Cuando se rembolsa un cargo con un transfer_, de manera predeterminada, la cuenta de destino conserva los fondos transferidos y deja que la cuenta de la plataforma cubra el saldo negativo del rembolso. Para retirar los fondos de la cuenta conectada para cubrir el rembolso, establece el parámetro reverse_ en true al crear el rembolso:
De forma predeterminada, se rembolsa el cargo total, pero puedes crear un rembolso parcial definiendo el valor de amount con un número entero positivo.
Si el rembolso implica que se devuelve el total del cargo, se revierte el total de la transferencia. De lo contrario, se revierte un importe proporcional de la transferencia.
Reembolsar comisiones de la plataforma
Cuando se reembolsa un cargo con una comisión de la plataforma, de manera predeterminada, la cuenta de la plataforma conserva los fondos de la comisión. Para volver a enviar los fondos de la comisión de la plataforma a la cuenta conectada, establece el parámetro refund_application_fee en true al crear el reembolso:
Ten en cuenta que si rembolsas la comisión de la aplicación para un cargo a un Destino, también debes revertir la transferencia. Si el rembolso implica que se devuelve el total del cargo, también se rembolsa el total de la comisión. De lo contrario, se rembolsa un importe proporcional de la comisión.
Como alternativa, puedes especificar un valor false para refund_ y reembolsar la comisión de la plataforma por separado a través de la API.
Reembolsos fallidos
Si un reembolso falla, o lo cancelas, el monto del reembolso fallido regresa al saldo de Stripe de tu cuenta de plataforma. Crea un envío de fondos para transferir los fondos a la cuenta conectada, según sea necesario.
Gestionar disputas
En el caso de los cargos de destino, con o sin on_, Stripe debita los montos de las disputas y las comisiones de tu cuenta de la plataforma.
Te recomendamos configurar un webhook para recibir notificaciones de los eventos creados por la disputa. Cuando eso sucede, puedes intentar recuperar los fondos de la cuenta conectada revirtiendo la transferencia a través del Dashboard o creando una revocación de transferencia.
Si la cuenta conectada tiene un saldo negativo, Stripe intenta debitar de su cuenta externa si debit_ se establece en true.
Si impugnas la disputa y esta se resuelve a tu favor, puedes volver a transferir los fondos que revertiste previamente a la cuenta conectada. Si tu plataforma tiene un saldo insuficiente, la transferencia falla. Para evitar errores por saldo insuficiente, agrega fondos a tu saldo de Stripe.
Errores habituales
La retransferencia de una revocación anterior está sujeta a restricciones de transferencia transfronteriza, lo que significa que es posible que no tengas medios para pagar tu cuenta conectada. Por el contrario, espera para recuperar transferencias de pagos transfronterizas disputadas por cargos a un destino con on_ hasta después de perder la disputa.
Transferencias omitidas por estado de cuenta
Los pagos que utilizan métodos de pago asincrónicos (como débito ACH o SEPA) demoran entre la autorización del pago y la disponibilidad de los fondos. Durante este tiempo, si la cuenta destino pierde la funcionalidad requerida de envío de fondos o se cierra, Stripe no puede completar el envío de fondos según lo solicitado originalmente.
Cuando Stripe intenta crear un envío de fondos, pero no puede debido a la pérdida de funcionalidad o eliminación de cuenta, se omite la creación del envío de fondos y los fondos permanecen en el saldo de tu plataforma.
Para detectar transferencias omitidas, escucha el evento webhook charge.. Si el valor del transfer_data en el objeto cargo es nulo, esto indica un envío de fondos omitido.
Cuando detectas un envío de fondos omitido, puedes crear un envío de fondos después de que se resuelva el problema, si corresponde a tu empresa.
Componentes integrados de Connect
Los cargos a un destino son compatibles con los componentes integrados de Connect. Cuando usas el componente integrado de pagos, puedes permitir que tus cuentas conectadas vean la información de pago desde tu sitio. Para los cargos a un destino con on_, puedes usar la funcionalidad destination_on_behalf_of_charge_management para permitir que tus cuentas conectadas vean detalles adicionales, gestionen reembolsos y disputas, y permitan capturar pagos.
Los siguientes componentes muestran información para cargos a un destino:
Payments component: Displays all of an account’s payments and disputes.
Detalles de pagos: Muestra todos los pagos y las disputas de una cuenta.
Disputes list component: Displays all of an account’s disputes.
Disputes for a payment component: Displays the disputes for a single specified payment. You can use it to include dispute management functionality on a page with your payments UI.
