#morio4182
1 messages ยท Page 1 of 1 (latest)
๐ happy to help
the trial always superceeds the coupon
I guess the best thing in the voucher scenario is to create a subscription schedule
where the first phase is 1 year and apply the coupon/discount to that phase
and then the second phase starts with a trial
hmmm but then you would need the payment_method upfront in that case
I might be wrong on this, @opaque plank would you mind taking a look?
We would like to have a low barrier for our customers so in case of a trial or a voucher we don't ask for payment details
and the combination trial + voucher code + cancel is a little neckbreaker
I mean I can manually change sub and remove the cancellation in such a case could even automate it but it is a little bit not super cool ๐
Problem is that the subscription gets cancelled after the trial ends because there is no payment data information
do you have an example where that happened?
I don't really understand overall. Are you saying that trial_settings.end_behavior.missing_payment_method does something different in some scenario?
Yes so my expectation would be that if there is a voucher with e.g. 1 year runtime added the trial_settings.end_behavior.missing_payment_method does not just cancel the subscription after the trial ends
For me thats not really intuitive - because I do not know upfront if the customer has a voucher code or not
I see
maybe in your logic for creating the API call to create the subscription, if you're also passing a voucher to coupon, don't pass trial_settings.end_behavior , and only do that if a coupon is not being used.
Thats not possible because we are creating a checkout link and we don't know upfront if the user will enter a code there ๐ฆ
well when you handle the webhook event for checkout.session.completed you could check if one was used and then call the Update Subscription API to set trial_settings.end_behavior to create_invoice.
Ok thank you very much! I thought maybe I'm something missing and there is a easy one config solution ๐