#djordje_best-practices

1 messages ยท Page 1 of 1 (latest)

austere furnaceBOT
#

๐Ÿ‘‹ 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/1488096302570143754

๐Ÿ“ Have more to share? Add more details, code, screenshots, videos, etc. below.

weary moat
#

hi there ๐Ÿ‘‹ I'm not sure I fully understand your question - what is your current setup? do you save payment methods on both your platform and connected accounts?

what would be the scenario where you have two SetupIntents for one payment method?

hybrid musk
weary moat
#

yes sorry, it's possible to create a second mandate but my question is why, and in what scenario would you expect this to happen?

I'm guessing that your use case involves sharing payment methods across multiple connected accounts - is that correct?

#

if you could share more details about your use case I'll be better placed to help

hybrid musk
#

I'm guessing that your use case involves sharing payment methods across multiple connected accounts - is that correct? yes

If we have one pm which can work for multiple connected accounts then on UI we could use just one pm for multiple connected accounts , if we use 1 setupIntent -> 1 pm -> 1 mandate then we need to add additional fileds in db so that we can know with which pm we should do payment... but I'm not sure is that ok in context of changes that you plan to apply on 6 August this year (ACH v1 - ACH V2)

weary moat
#

in that approach, just one SetupIntent is used, on the platform when initially collecting the payment method

hybrid musk
#

one more question ... currently we have a lot of customers which having Bank accounts created by stripe BankService and Token (trough charge api) .. and my teammate was able to surround BankAccount with payment intent and do the payment ... will that be possible after 6 August ? ... my teammate says we don't use chargeApi now but paymentIntent ... but I still see bankAccount account on his picture .. and what I understtod from stripe email is that we need to replace ba_... acounts with pm_...

weary moat
#

when you say "surround BankAccount with payment intent", what does this mean specifically in your Stripe integration?

do you mean pass a legacy bank account ID (ba_123) to the payment_method parameter of the Create PaymentIntent API?

hybrid musk
#

when you say "surround BankAccount with payment intent", what does this mean specifically in your Stripe integration? yes ... He was able to make a payment now with a paymentIntent ..but I'm wondering will he be able to do that after 6 August ?

This is an email that we got from stripe:

weary moat
#

you'll have to ensure that there is a mandate for the bank account - but once there is a valida mandate, then you can continue charging them using the PaymentIntents API

hybrid musk
#

ChatGpt says .. that if we use my teammate approach .. so one payment method for multiple connected accounts ... then later we could have issues in these areas :

off_session payment
future usage
mandate validation
compliance

is that the true ?

weary moat
#

not once you complete the step that I referenced above, and ensure to create and complete a SetupIntent for the legacy bank accounts - that will allow you to set them up for future payments

hybrid musk
#

ok ... thanks