#benclum11

1 messages · Page 1 of 1 (latest)

topaz waspBOT
#

Hello benclum11, we'll be with you shortly! 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.
benclum11, 23 hours ago, 9 messages

whole dagger
#

Hey there

#

Taking a look

worthy hollow
whole dagger
#

Still looking. Need a few

worthy hollow
whole dagger
#

Do you see the same error if you confirm the PaymentIntent and only pass the PaymentMethod ID and Mandate ID and don't pass setup_future_usage at all?

worthy hollow
#

yeah same error: req_Vf5uFefnvgRNvT

whole dagger
#

Thanks for testing.

#

We are still investigating

worthy hollow
#

checking

whole dagger
#

Really strange

#

Thanks for testing. Still digging

worthy hollow
#

on POST /v1/customers/cus_OtFGQdqfrN4jqf/subscriptions

whole dagger
#

I'm a bit surprised by that

#

And I'll file feedback internally

#

But I think for now the route you are trying to go with confirming the Subscription PaymentIntent just isn't possible

worthy hollow
#

yeah that's what we're doing. we create the setup intent, attach it to the customer, and create the subscription. the payment intent requires confirmation and when we confirm it, it fails

whole dagger
#

Ah!

#

Sorry totally missed that

#

What if you just call confirm for the PaymentIntent without passing anything?

#

Or just call the Invoice /pay endpoint?

worthy hollow
#

A mandate is required. Please either provide the id of an existing mandate on confirmation, or provide payment_method_options[acss_debit][mandate_options].

whole dagger
#

Okay and same thing for /pay from Invoice endpoint?

#

And can you try one last thing which is using payment_behavior: 'allow_incomplete' instead of default_incomplete?

worthy hollow
whole dagger
whole dagger
#

Sorry I meant try allow_incomplete with the Subscriptions API

#

I assume that is why that did nothing prior when you tested allow_incomplete

#

Since you were trying to use that on the Customer API

worthy hollow
whole dagger
#

What the heck!

topaz waspBOT
worthy hollow
#

from my understanding, acss_debit is unique in that the first payment always requires confirmation due to country laws. but I guess I could be wrong.

whole dagger
#

Alright before I file a comprehensive bug report, which I'll be doing any way since this flow the way you are trying it should just work, can you do one more test and literally go through what the docs show (https://stripe.com/docs/billing/subscriptions/acss-debit#save-payment-method-for-future-subscriptions) in terms of setting the PM up with a SetupIntent and then setting it as the default on the Customer and then create a Subscription with allow_incomplete and don't set the default_payment_method on the Subscription itself?

worthy hollow
#

oh my word I found the issue.... the stripe price currency didn't match the mandate currency.

#

once I changed the currency on the price, confirming worked.

whole dagger
#

Oh no.

#

That's horrible

worthy hollow
#

haha I know right. but glad I found it

whole dagger
#

Sorry this took so long to debug. I'll file some feedback to get the error fixed.

#

Yes, glad you figured it out.