#jamie_97274

1 messages · Page 1 of 1 (latest)

floral vortexBOT
radiant bloom
#

hi, do you have an example of this happening like the SetupIntent ID ?

safe palm
#

pi_3OKMuZLjYDcRA6KW2eDfywGm

#

this PI was made through this setup intent:

seti_1OKMtkLjYDcRA6KW3f54hcW6

radiant bloom
#

and the concern is that the PatymentIntent is status:processing?

safe palm
#

Is there a way to make a setup intent and payment intent in once? Or use a payment intent as a setup intent for recurring payments?

#

For example if we use a iDeal setup intent to create recurring payments for a subscription, the initial cost is also 0.01 cents displayed by the bank

#

when really we are trying to immideately make the first payment of 9.99

radiant bloom
#

Is there a way to make a setup intent and payment intent in once?
that's what the setup_future_usage parameter is for. If you're using Subscriptions that is set on the PaymentIntent of the first Invoice already, automatically.

radiant bloom
#

the first payment is processed as iDEAL, and then recurring payments process as SEPA Debits against the customers' bank account that is automatically saved in the first payment

safe palm
#

So you're saying not use a setupIntent at all?

#

so the flow is not creating a setupIntent but instead:

  • Create a subscription
  • Get the first paymentIntent intent client secret from the subscription data
  • Make the first payment with the actual payment intent, starting the subscription
radiant bloom
#

yes ^^

safe palm
#

I have a feeling I tried this, but as we create a customer and a subscription at the same time as confirming the payment this was an issue

#

as opposed to having a customer first

radiant bloom
#

well you need a Customer object in order to create a Subscription object yes; the flow is you have an incomplete Subscription and then activate it on the frontend

#

and sure that can lead to some extra objects for customers that don't convert which is definitely a concern we hear/are aware of, but right now that's just how the API works overall

#

to be clear all this is unrelated to your initial question I think. Regardless of what you do, the recurring payments do take a few days each to process, since they're SEPA(which you mentioned as believing they were stuck)

safe palm
#

This is good information either way, thanks!

safe palm
#

@radiant bloom I am working on this, and the payment intent from the subscription back into the payment form, but I get this error back from stripe:

"
"The PaymentMethod provided (ideal) is not allowed for this PaymentIntent. Please attach a PaymentMethod of one of the following types: card, paypal, sepa_debit. Alternatively, update the allowed payment_method_types for this PaymentIntent to include "ideal"

#

Card/GoogleWallet/ApplePay do work, and I am not adding any payment_method_types, as the payment intent is automatically created via the subscription? I don't see anything about it on the page you sent along either

radiant bloom
safe palm
#

It is on there

radiant bloom
#

do you have the request ID req_xx from the error, or the sub ID sub_xxx?

safe palm
radiant bloom
#

ah. Hmm, I might have been wrong , damn

safe palm
#

I tried to add the payment_method_types to my subscription, but then the collection_method is only allowed to be send_invoice

#

that is not automatic recurring payments I don't think

radiant bloom
#

it doesn't include iDEAL because iDEAL doesn't support charge_automatically collection method yeah

safe palm
#

We can not use Checkout unfortunately, we have to add it to our existing payment form

radiant bloom
#

but yeah I think we never made this work for the direct integration unfortuantely, it's coming back to me now as I remember.

#

so yeah you are just supposed to use a manual PaymentIntent for iDEAL for the amount of the first payment, then create the Subscription using a trial period to skip the first payment, and set the generated SEPA Debit PaymentMethod as the default PM for the subscription, I think.

#

probably similair to what you already had

safe palm
#

No I was using setupIntents

#

because of the verification for recurring payments, I don't think the method you just told me allows me to charge recurring payments either, if the sepa_debit even comes through

radiant bloom
#

sorry, we definitely had guides on all this at one point, which I'm trying to find but I think they got replaced by the Checkout-specific ones

safe palm
#

So many doc pages it's hard to find the right one sometimes!

radiant bloom
#

yeah so the idea is you use that ^^ to process the first payment, then you have a generated SEPA PaymentMethod. That can be set as the default_payment_method on a Subscription; and also you need to use trial_end to skip payment until the start of the next cycle(since you already charged the first month using your manual PaymentIntent).

#

But yeah this integration path fell into a crack unfortunately

safe palm
#

so you think the correct method is not

  • Create a subscription
  • Get the first paymentIntent intent client secret from the subscription data
  • Make the first payment with the actual payment intent, starting the subscription

but instead

  • Create a regular payment intent with setup_future_usage = off_session
  • get the sepa debit payment method from this
  • create subscription with this payment method that starts 1 month on basically (or however long your period is)
radiant bloom
#

yes

safe palm
#

top, thank you so far I will try that and see what happens 🙂