#dannyboy

1 messages · Page 1 of 1 (latest)

late violetBOT
light crane
#

Hi there

toxic bronze
#

Hello

light crane
#

Subscriptions create Invoices which create PaymentIntents

#

You don't create PaymentIntents directly if you are working with Subscriptions

#

Can you clarify your ask here?

toxic bronze
#

I'm trying to find a more easier way to implement this recurring payment given that we have a system that handles single payments perfectly already.

In our single payment flow, I create PaymentIntent object.. i was wondering if i could just create subscription after that

#

Is this possible..

  1. Create PaymentIntent.. Pay for it..
  2. Create subscription with trial_period_days . Basically the initial payment will not be linked to the subscription but the succeedding will be?
light crane
#

Yeah that works fine overall

#

But you could also just create a Subscription for that initial payment

#

Is there a reason you want to take a one-off first before creating the Sub with a trial?

toxic bronze
#

hmm, our payment flow is a bit complicated already.. the recurring payment might not be the same as the initial as there are combined one off payments..

#

like

monthly membership 10$
game registration - 5$ -> one-off payment

light crane
#

So when you create a Sub you can add one-time Prices or InvoiceItems alongside a recurring Price and then also have a trial

#

So you could do this all with the Subscription if you want

toxic bronze
#

do you think that will be easier

light crane
#

Imo yes, but mostly depends on your integration and what you want

toxic bronze
#

we could end up tons of invalid subscription as we are creating it before hand? PaymentElement requires PaymentIntent to be created right?

light crane
toxic bronze
#

thank you bismarck!