#SkubaSteveHD-subscriptions

1 messages · Page 1 of 1 (latest)

spice yew
#

hi! can you talk more about when the subscription would start (days/minutes/hours after collecting the card details) and the overall use case so I can give the best integration advice?

coarse pond
#

Okay so we sell time slots for locations, our customers might set up a subscription to reserve a timeslot every Thursday for the next 6 months. But their first booking might not start for another 2 weeks. To do this I am adding a trial_end flag to my subscriptions.create method. Which means I am not being returned a payment_intent to capture the users details at the time of creating the subscription

spice yew
#

fair. Then I think what you suggest (completing a SetupIntent to collect card details, and then starting a trial subscription) makes total sense

#

the alternative is to create the subscription first and then use the pending_setup_intent it returns and confirm that one on the PaymentElement instead

#

but then the subscription exists regardless of if card details were collected which might not be what you want

coarse pond
#

That's actually what I currently have at the minute 😂 I thought it was a little hacky though

#

Yeah, so if I create the Setup Intent, user fills in their card details, then when that setup intent succeeds, I create the subscription of the back of that. Is there a way to associate the setup intent with the subscription on creation?

spice yew
#

no, it's not. I don't think you need to really.
The main thing is to make sure you set default_payment_method on the Customer or Subscription to use the card that the SI collected since that's easy to miss and you won't realise until the trial ends that the subscription will fail to charge anything