#alex_best-practices
1 messages · Page 1 of 1 (latest)
👋 Welcome to your new thread!
⏲️ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.
⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.
🔗 This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1337527791431712799
📝 Have more to share? Add more details, code, screenshots, videos, etc. below.
It also sounds like mobile wallets do not yield a generated_card which is a bit of a blocker as well. But also seeing there is a beta program to use mobile wallets to get a generated_card..?
Hi, Tap to Pay should allow you to save cards in-person using SetupIntents,https://docs.stripe.com/terminal/features/saving-cards/save-cards-directly?terminal-sdk-platform=android
That is correct, Ddgital wallet payments such as Apple Pay or Google Pay can’t be saved and don’t create a generated_card.
We document the supportability in the QA: https://support.stripe.com/questions/tap-to-pay-on-iphone-or-android-and-stripe-terminal
ok thanks for clarifying that. it seems there is a beta program that would allow us to get a generated_card from mobile wallets for charging off-session: https://docs.stripe.com/terminal/features/saving-cards/save-cards-directly?terminal-sdk-platform=react-native#saving-digital-wallets
I've written to that email to see about enabling that.
Sounds good!
Is there any other way to save a payment method from a mobile wallet? we're currently using tap to pay to create a payment intent with capture method manual to delay it somewhat.
We're open to using other terminal devices if that makes the difference, like the S700.
Is your account based in the US?
Canada
Ah that country does not have any play. You mentioned you alreadt showed your interest in the feature: https://docs.stripe.com/terminal/features/saving-cards/save-cards-directly?terminal-sdk-platform=android so I would wait for that
ok, so that's our best bet, even considering the option of developing on the S700 terminal?
Yes
any limitations or things we should know about the S700 option? I have a colleague who is keen on it but I suspect the development effort might prove prohibitive.
We document more about the reader here: https://docs.stripe.com/terminal/readers/stripe-reader-s700
I do not know of what limitation you may be referring to
I'm referring to things like: getting a unit to develop on, modifying our existing android app to be compatible, having all of our app updates going through a Stripe review process.
None of those are blockers per se but may mean we don't release anything for the S700 in a timely manner.
Otherwise, in terms of limitations, it seems like we could use setup intents linked to a customer and save the "card-present" payment method to that customer with the S700, will that work for mobile wallets or we'll be back to the same issue of only being able to create a payment intent with capture method manual when it comes to mobile wallets?
I'll mention that our app relies on the camera as well, which is listed as not officially supported on the S700.
I have a separate question whenever you have a minute. What is the differene or the distinct use case for setup intents vs payment intents with setup_future_usage enabled? (doc: https://docs.stripe.com/api/payment_intents/create#create_payment_intent-customer)
Let me get grab a teammate to help with the question on S700 as I do not have that deep of expertise there
As for the difference between setup intents vs payment intents with setup_future_usage..
The first one is used when there is no payment/ charge when you collect the payment method details
The second one is used when you want to save the payment method details used on the first charge for a later time
oh I see ok, so in our case we would use setup intent as there is no sale event at the time we receive the payment method
ok thanks, should I continue watching this thread for information on the S700 or is it better if someone from the terminal team emails me?
Hello 👋
I'm trying to get someone to jump in this thread now.
I believe you're referring to needing devkit device for development?
hi Hanzo, yes that's one element
Gotcha. We only allow development on DevKit devices yeah. They run a different firmware compared to production S700s
yes, I recall trying to request one but it wasn't the most straightforward process. what's the canonical way to secure a dev kit?
It actually requires talking to your sales rep as this is a paid feature. You can contact them via - https://docs.stripe.com/terminal/features/apps-on-devices/overview#:~:text=Stripe smart readers.-,CONTACT SALES,-Apps on Devices
Going back to saving wallet payment methods question
then yeah my other questions that would come before that:
want to confirm:
- we will likely have to modify our existing react-native android application to be compatible with the S700
- our app relies on camera access, do you have any sense for the camera support, it's listed as not officially supported
- every update to our app has to go through a stripe review process
- can we save mobile wallets for charging later on an S700 or are we back to payment intents API with capture method manual
It's available for specific businesses mentioned here - https://docs.stripe.com/terminal/features/saving-cards/save-cards-directly?terminal-sdk-platform=react-native#saving-digital-wallets
It should work fine with your Tap to pay integration too once you're approved
ok right, so still the same beta program regardless of S700 or Tap to Pay for saving mobile wallets for future use.
we will likely have to modify our existing react-native android application to be compatible with the S700
Yeah, Apps on Devices is a bit different so would require changes
our app relies on camera access, do you have any sense for the camera support, it's listed as not officially supported
Officially, it is still in experimental phase. So we don't block you from using it but we can't really provide any support in case things don't work 100% of the times. I believe you can still try to include the camera permission in your app and give it a try..
every update to our app has to go through a stripe review process
That's correct. There are ways you can bypass that while testing but otherwise we do require review of app updates on production readers
can we save mobile wallets for charging later on an S700 or are we back to payment intents API with capture method manual
The beta feature mentioned above would work with S700 once you're approved, yes.
ok right, so still the same beta program regardless of S700 or Tap to Pay for saving mobile wallets for future use.
Yes
ok great thanks that's very helpful context
Happy to help! 🙂
Anything else I can help with?
Our ideal experience is to capture a payment method from physical payment cards as well as mobile wallets, that we attach to a customer, that we can in turn:
- recognize on future interactions
- charge off-session
given those requirements, if there a terminal or other workflow you're aware of that will already do that (available in Canada, ha)? or, essentially, the path forward of updating our MCC to be a rental and applying to the save mobile wallet beta program is the best path forward.
and, when it comes to recognizing the user, using the fingerprint of the payment method to correlate
As far as I know, this flow should be supported in Canada - https://docs.stripe.com/terminal/features/saving-cards/save-cards-directly
My team on discord won't know much about updating the MCC to qualify for the beta part unfortunately. I'd say wait for the beta team to get back to you assuming you've already applied and take it from there