You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
I’m frustrated when using the Stripe Terminal React Native SDK for Tap to Pay, especially when working with connected accounts. In an external terminal flow, I can easily pass the connected account ID and let Stripe handle direct charges on behalf of the connected account. However, with Tap to Pay, I am restricted to only using the payment intents created on the device through the SDK, which means I cannot retrieve and process server-generated payment intents for connected accounts. This limitation forces the platform to absorb the payment processing fees, rather than the connected accounts, which is not ideal for marketplaces and platforms that rely on connected accounts covering their own fees.
Describe the solution you’d like
I would like the Stripe Terminal React Native SDK for Tap to Pay to function similarly to how it works in the external terminal flow, where I can pass a connected account ID and use a payment intent created server-side. Specifically, I should be able to retrieve and use a payment intent generated on the server and pass it to the Tap to Pay terminal for processing. This would allow me to seamlessly charge connected accounts and have them cover their own payment processing fees, using parameters like on_behalf_of and application_fee_amount, without being forced to create a new payment intent locally on the device.
Describe alternatives you’ve considered
One alternative is to create the payment intent directly on the device, but this limits the flexibility of the solution and does not allow connected accounts to pay their own fees. Another alternative is to create the payment intent on the server and attempt to retrieve it on the device, but this currently does not work in the Stripe Terminal React Native SDK for Tap to Pay, as the SDK does not support processing server-generated intents.
Additional context
In scenarios where connected accounts should pay for their own payment processing fees, the current restriction of having to create the payment intent on the device for Tap to Pay causes significant limitations. Implementing the ability to retrieve and process server-generated payment intents in the Stripe Terminal React Native SDK for Tap to Pay, just as is possible in external terminal setups, would significantly streamline the process for developers and allow for smoother integration with marketplaces and platforms that use connected accounts.
This version further clarifies the distinction between external terminal flows and Tap to Pay, highlighting the current limitation and the need for the ability to retrieve server-generated payment intents for connected accounts in the Tap to Pay flow.
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe.
I’m frustrated when using the Stripe Terminal React Native SDK for Tap to Pay, especially when working with connected accounts. In an external terminal flow, I can easily pass the connected account ID and let Stripe handle direct charges on behalf of the connected account. However, with Tap to Pay, I am restricted to only using the payment intents created on the device through the SDK, which means I cannot retrieve and process server-generated payment intents for connected accounts. This limitation forces the platform to absorb the payment processing fees, rather than the connected accounts, which is not ideal for marketplaces and platforms that rely on connected accounts covering their own fees.
Describe the solution you’d like
I would like the Stripe Terminal React Native SDK for Tap to Pay to function similarly to how it works in the external terminal flow, where I can pass a connected account ID and use a payment intent created server-side. Specifically, I should be able to retrieve and use a payment intent generated on the server and pass it to the Tap to Pay terminal for processing. This would allow me to seamlessly charge connected accounts and have them cover their own payment processing fees, using parameters like on_behalf_of and application_fee_amount, without being forced to create a new payment intent locally on the device.
Describe alternatives you’ve considered
One alternative is to create the payment intent directly on the device, but this limits the flexibility of the solution and does not allow connected accounts to pay their own fees. Another alternative is to create the payment intent on the server and attempt to retrieve it on the device, but this currently does not work in the Stripe Terminal React Native SDK for Tap to Pay, as the SDK does not support processing server-generated intents.
Additional context
In scenarios where connected accounts should pay for their own payment processing fees, the current restriction of having to create the payment intent on the device for Tap to Pay causes significant limitations. Implementing the ability to retrieve and process server-generated payment intents in the Stripe Terminal React Native SDK for Tap to Pay, just as is possible in external terminal setups, would significantly streamline the process for developers and allow for smoother integration with marketplaces and platforms that use connected accounts.
This version further clarifies the distinction between external terminal flows and Tap to Pay, highlighting the current limitation and the need for the ability to retrieve server-generated payment intents for connected accounts in the Tap to Pay flow.
The text was updated successfully, but these errors were encountered: