#siv_best-practices

1 messages ¡ Page 1 of 1 (latest)

exotic streamBOT
#

👋 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/1374172598568484894

📝 Have more to share? Add more details, code, screenshots, videos, etc. below.

verbal ermine
#

hello! just want to acknowledge the question - i'm working on some other threads but i will get to you ASAP

#

ok.... i think the answer here is a pretty straightforward yes because i know apple pay is supported for setup intents using web elements... i can't think of a reason it wouldn't work for the payment sheet too but let me double check for you

exotic streamBOT
slim hinge
#

Thank you! okay thats great to hear. And does my workflow I am laying out make sense?

  • In the app they see the price they will be charged eventually and any trial info.
  • Then we show them a payment sheet where hopefully they have apple pay as an option
  • user completes the payment sheet and immediately on setup_intent.succeeded we create a new subscription with the trial on the customer.
  • then our normal subscription webhooks will kick in and it will be the same as if they used Stripe Checkout on the web (what we currently do).
#

I have that flow working locally but it requires me to manually close and restart my app to see the changes reflected, which isn't a problem we have for In app purchases, not sure if theres a better way to refresh once the subscription is attached

fast orbit
#

hello! I'm taking over, gimme a while to catch up!

slim hinge
#

no rush!

fast orbit
#

yep, that's totally possible. You'll want to remember to set the default payment method on either the customer or the subscription since you're using a separate SetupIntent to collect the PaymentMethod first

slim hinge
#

okay cool and all good on using apple pay?

#

And do I need to check on my server that they dont already have a setupIntent or card on file before creating the setupintent?

fast orbit
#

yep, it's fine to use Apple Pay.

And do I need to check on my server that they dont already have a setupIntent or card on file before creating the setupintent?

I think that's really up to you. If you want to do so, I'll recommend looking into the deferred Intent flow. Let me try and find the corresponding docs

#

gosh, sorry, this is taking a while for me to find that set of docs

#

maybe try it out first and let us know if you're running into any issues

slim hinge
#

awesome thank you!

#

oh yeah I think this is what I have working currently

#

its the same as the docs linked in the parent post I think. Okay cool ill try setting up apple pay and see what happens

#

And is there a way to test if the 3D Secure redirects work?

fast orbit
#

we have a set of test cards : https://docs.stripe.com/testing

Test card numbers

Use test cards to validate your Stripe integration without moving real money. Test a variety of international scenarios, including successful and declined payments, card errors, disputes, and bank authentication. You can also test non-card payment methods and redirects.

#

it does have 3ds test cards which you can use