#tatsuya_unexpected
1 messages ¡ Page 1 of 1 (latest)
đ 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/1413521346998308996
đ Have more to share? Add more details, code, screenshots, videos, etc. below.
Hi there, looking into this now
hello, ty, do you need a seti id?
Yes, that would be helpful!
seti_1RdW3KFW0gXfdawfQIFGbNTP
and this is the one generated 3 minutes before that has no Klarna
seti_1RdVynFW0gXfdawf4heUWkcR
I'm checking to see if your default payment configuration was changed during that time, but it doesn't look like it. Investigating some more
thanks, yeah i've changed it this morning and shut off Klarna since I didn't plan to have it as a saved payment method, but the config hasn't changed in a long time and we did not change API/integration either
Is there an example of this happening in the last 30 days? If so it will be easier to investigate the issue. If you're not observing this happening anymore, it may have been a temporary bug that has already been resolved
yeah it did happen up until today at 12AM UTC ish? then I turned off Klarna entirely
seti_1S3w0xFW0gXfdawfthU2BGBz
so from the 24th of June until today
Hi, taking over as my teammate needs to step away. Let me catch up.
According to our logs, your default payment configuration turned Klarna on 2024-08-09T14:57:14.000Z, and was not turned off until today
exactly
So it makes sense that Klarna showed up in the cases where it was supported. The times it didn't show up could be because it wasn't supported for various possible reasons
hmmm ok, I thought that the field payment_method_types wasn't able to change based on what's available but based on the configuration
so since we had Klarna on for the past year and was never available in the v1/setup_intents response body I thought it was unexpected
and the fact that on the 30th there was this change that added support for saving Klarna as payment method
https://docs.stripe.com/changelog/basil/2025-06-30/klarna-saved-payment-methods
I thought it was an unexpected behavior
since we're on an older version of the API
so basically I need to override the field when creating the request from the node backend so that I can leave Klarna on with the amout > n filter working for paymentIntents but not showing up in setupIntents?
This is working as expected. You can add rules, https://docs.stripe.com/payments/payment-method-rules to customize at what amount specific payment methods surface
sorry if I seem repetitive, I do have a custom rule to set the show only if amount is > x but I don't see how I can avoid letting users save Klarna as a payment method from the Customize availability modal
When using setup Intents, you would not know the amount. You mentioned 'leave Klarna on with the amout > n filter working for paymentIntents ' so I provided the above document.
exactly, so I cant exclude it from setupIntents with a custom rule no?
That is correct. You could create a separate payment method configurations, https://docs.stripe.com/api/payment_method_configurations/object?api-version=2025-05-28.basil and pass that on the SetupIntent.
thanks