#cerbu4752_api
devout pivotBOT
👋 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/1276081716489879573
📝 Have more to share? Add more details, code, screenshots, videos, etc. below.
astral raptor
Hello, Giropay is deprecated : https://support.stripe.com/questions/availability-of-giropay-june-2024-update
barren current
ok, that makes sense
one more quesiton
if I use for example sepa_debit in the setupintent and then I turn of sepa debit as a payment method in my account
it still displays as a payment option in the Elements instance
shouldn't it disappear automatically ?
astral raptor
that settings page which you're referring to is for Dynamic Payment Methods : https://docs.stripe.com/payments/payment-methods/dynamic-payment-methods i.e. Stripe will automatically determine what payment methods to display and use based off certain criteria.
If you explicitly pass in what payment method type to use in payment_method_types, Stripe uses that instead
barren current
ok, but if it's turned off, how would that work ?
astral raptor
i'm not sure i understand what you mean?
barren current
ok, so this page
doesn't it control what payment methods I can use in the setupintents ?
ohh, I think I understand, so if I don't pass any payment method types, stripe will try to generate a list of payment methods based on what is turned on in the profile
astral raptor
ohh, I think I understand, so if I don't pass any payment method types, stripe will try to generate a list of payment methods based on what is turned on in the profile
yep
barren current
ok, what would happen if I enable the sepa_debit for example and the account doesn't have it turned on ?
I mean, request it thru the SetupIntent
astral raptor
did you define it in payment_method_types? or you just omit payment_method_types entirely?
barren current
I define it in payment_method_types
astral raptor
then it should display
barren current
it does, but would it throw an error or would the payment_method be created ?
the reason I'm asking is that I will processing transactions for a bunch of connected accounts and I am not sure what payment methods they can handle
is there a way to check if they can support a specific one or should I leave it for dynamic
?
devout pivotBOT
astral raptor
I would recommend that you leave it up to Stripe to determine what's appropriate and relevant. The whole idea of dynamic payment methods is to prevent all the pain that is associated with determining what payment methods can be used
barren current
ok, it makes sense, however right now we are looking at firstly doing an integration for cards only as they have instant confirmation, while for the other methods they require the webhooks
that's why I was asking if we can gradually enable them
so we do the webhooks at a later time
but I guess then we can start with the payment_method_types card only in the beginning
and once we are ready with the others go dynamic
astral raptor
what fund flow are you using? destination or direct charges?
you can just turn off all the payment methods except for cards via the Dashboard settings - if you let us know which fund flow you're using, we can point you to the exact settings page
barren current
well, we allow connected accounts to manage their own payment methods and they take the money directly
astral raptor
it would probably be good if you can share an example PaymentIntent so that we can easily confirm which fund flow you're using
a PaymentIntent id has the prefix pi_
astral raptor
hrm, you're using the same StripeAccount header as your platform account, this isn't right. Did you actually intend to input a connected account id in the StripeAccount header?
astral raptor
i see no connected accounts yet on your platform too
barren current
well
so
the PI is one of the connected accounts
is from one of the connected accounts
this one is connected to a different one
astral raptor
okay, anyway, with the assumption that you're going to use direct charges - you can manage your connected account's payment methods here :
barren current
yes, but we are allowing customers to customize their own payment methods
since we are connecting existing accounts which may have already have stuff setup on their own
and we don't want to override their settings
astral raptor
i'm not sure i understand the concern here - is it that you want to prevent your platform preferences i.e. you only want to offer card right now, and you don't want that fact to override their own payment method settings?
barren current
maybe I'm understanding wrong the way that page works
what I'm referring too is if I turn off for example google pay and our connected accounts used to have it turned on in some of their stripe checkouts
would us turning it off overide theirs ?
astral raptor
that page's setting should only affects payment that are initiated by you, the platform
you can test this out to see
barren current
I understand
astral raptor
for example, turn off everything except card on https://dashboard.stripe.com/test/settings/payment_methods/connected_accounts (on the platform)
barren current
I was under the impression we would be overriding everything
astral raptor
you should have access to the connected account also, and you can turn on all the payment methods in https://dashboard.stripe.com/test/settings/payment_methods
so try creating a PaymentIntent with a StripeAccount header (with the connected account's id) and the platform's secret key
and then try creating a PaymentIntent with the connected account's secret key
test what i just mentioned to be certain 😁
astral raptor
happy to have been able to clarify. If you're still running into issues, feel free to reach out again. Sharing the specific object ids would be really helpful for us to help troubleshoot too