ben-st-john_terminal-payment-method-types

[ocean fjord]

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

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

Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.

• ben-st-john_api-version-paymentintent-refund, 25 minutes ago, 19 messages

[hollow summit]

So the other issue, is with the current setup (without defining ANYTHING since automatic_payment_methods is on by default, I'm getting this error now
This PaymentIntent is configured to accept payment methods enabled in your Dashboard. Because some of these payment methods might redirect your customer off of your page, you must provide a return_url. If you don't want to accept redirect-based payment methods, set automatic_payment_methods[enabled] to true and automatic_payment_methods[allow_redirects] to never when creating Setup Intents and Payment Intents.

we have stuff enabled on our dashboard that ARE redirect based payments, but don't really want to use those right now.
and because automatic_payment_methods is enabled by default now, it's trying to use those and complaining about a redirect URL

and for the mobile M2 terminals to work, we needed to explicitly have card_present in the array

[lament bone]

hi there, so I see you're upgrading API versions, are you saying that this worked with a previous API version? if so, can you tell me what that API version was?

[hollow summit]

also, are you able to look in my dashboard and tell me what payments we have enabled that allow redirects?

API from
'2020-08-27'; to '2025-03-31.basil';

and the automatic_payment_methods became default enabled 2023-08-16

which means that is the issue

We just want to only allow card and card_present right now, but the new API updates are causing issues making that happen

[lament bone]

have you tried specifying card_present in payment_method_types instead of using automatic_payment_methods?

[hollow summit]

yes, but automatic_payment_methods overrides it

unless something else is broken. If I set
'automatic_payment_methods' => [
'enabled' => false,
],

should the payment_method_types be what is used?

[lament bone]

yes, in fact you can't have automatic_payment_methods set to enabled: true and use payment_method_types at the same time or the API will throw an error

[hollow summit]

is there a way for us to have automatic_payments enabled where it would work with the terminals?

or what would you recommend we do?

like for a single "payment intent creation" place in our code - but works for the PaymentELmeent with automatic payment methods but doesn't break for the M2 terminal?

[lament bone]

I don't think there is a way to use automatic_payment_methods with terminal. I'm not seeing a way to specify card_present details in payment method configurations (https://docs.stripe.com/api/payment_method_configurations) , which leads me to believe it's not possible. you should use payment_method_types instead