#Bob-payment-method
silk dragon
For some context - that payment intent was created on behalf of a connected account
Just a minute ago I noticed that payment methods settings page is now different. "These settings apply to payments created on your connected accounts using direct charges." I think thats exactly our scenario
But it still shows more than those 3 payment methods
We have a use case where we conditionally require different payment methods (not allowing non-immediate payment methods in some cases). There's no alternative to payment_method_types for that, I think?
conditionally require different payment methods
And relied upon stripe not showing ones that are disabled for the account
violet cipher
I'm checking with my coworker. This indeed looks strange
silk dragon
The enabled payment methods for that connected account in question
Same on a different connected account - req_OJzdZfdloPaNFj. bancontact, eps, ideal, p24 are not enabled
violet cipher
In the sample request req_3rOakXOZQdjuPe, it's using direct charge (instead of on_behalf_of)
silk dragon
I used the wrong term - its all direct charges.
violet cipher
In the payment method page (https://dashboard.stripe.com/test/settings/payment_methods) you're seeing, the list are used to display in Payment Element with automatic_payment_method
silk dragon
Okay, so that list is irrelevant for our use case
violet cipher
The payment method list that is actually active on this account should refer to: https://dashboard.stripe.com/settings/payments
silk dragon
On the platform account, or connected account?
For example, iDeal doesnt look enabled?
But it still shows up in the response
There's this message in test mode
When using payment element with the created payment intent.
Relevant part being "They will be displayed in test mode, but hidden in live mode".
Problem being, they're not hidden in live mode
runic kite
do you have a link to the page where you're using the PaymentElement so I can have a look? might help
silk dragon
In live mode?
runic kite
yes
silk dragon
Oky, will prepare one in a minute
runic kite
I'm looking at the connected account and it seems to have those payment methods all onboarded(which is normal, we onboard all accounts into all European payment methods), so if you pass payment_method_types with them they will appear
runic kite
For example, iDeal doesnt look enabled?
not sure where you're seeing that, is it your platform account? That's not what I see when I look at the connected account in https://dashboard.stripe.com/settings/payments
runic kite
There's this message in test mode
ok well the payment methods the platform has enabled are irrelevant here because it's Direct Charges
(didn't mean to reply to that specific post :p )
runic kite
Just a minute ago I noticed that payment methods settings page is now different....
to be clear those only apply when you're using automatic payment methods
silk dragon
We're not using automatic payment methods.
runic kite
like all those settings are for letting you control what appears when using automatic payment methods
I know yes
runic kite
you use payment_method_types, so if the account has those methods onboarded(and they do, and most accounts will since we explicitly onboard all accounts by default to a bunch of European methods), it will appear in the PaymentElement if you include it in the list
so the only real confusion here I guess is the console warning about not appearing in live mode
silk dragon
Ah okay. How to get to that /settings/payments page through UI and not a direct link?
runic kite
https://www.3rpms.de/deposit/arthotel-city/wSgku9VoQ0qQfHFv07e3rfUAAeM2RmAfPcrwJ...
ok, just so I understand, what's the issue with this page? I see you created a PaymentIntent with
payment_method_types: {
0: "bancontact",
1: "card",
2: "eps",
3: "ideal",
4: "giropay",
5: "p24",
6: "sepa_debit",
7: "sofort"
}
and those methods are appearing in the PaymentElement. Seems totally expected and normal
silk dragon
For the connected account this is what we get, so all seems okay then
runic kite
Ah okay. How to get to that /settings/payments page through UI and not a direct ...
link to the 'manual settings page' AFAIK :
silk dragon
What about bancontact and p24? Those are not on the active list
silk dragon
ok, just so I understand, what's the issue with this page? I see you created a P...
We had a client complain (the connected account) that they see payment methods that are not enabled in their settings.
The settings are confusing. Why is ideal active in one settings page, but not the other?
runic kite
We had a client complain (the connected account) that they see payment methods t...
they're on the eligible list
I don't disagree it's confusing, but the way it's(it being, this https://dashboard.stripe.com/settings/payments page) designed is that you have two tabs, live and eligible
live are methods you've actually taken a payment with
eligible are ones that either are available but you haven't integrated or had a live payment with yet, or that you can activate
silk dragon
So, eligable is the same as "active" ?
runic kite
not sure how else I can describe then how I just did
if you look at the Eligible page you see it splits into two sections 'Ready To Integrate' and 'Needs Action'
eligible are ones that either are available but you haven't integrated or had a live payment with yet, or that you can activate
we explicitly onboard all accounts by default to a bunch of European methods so most accounts are going to have a bunch of "Ready to Integrate" methods there, they move to "Live" tab once a livemode payment with them has been made
silk dragon
Okay, I think I got it
Thanks for the information. I misunderstood before. All seems correct then. 👌
runic kite
my only concern is that console.warn() in test mode, that one I'm not sure about
silk dragon
I use a separate account in test mode. Its not configured for live payments at all