#.abishek

1 messages · Page 1 of 1 (latest)

tepid rainBOT
#

Hello! 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.

olive rune
nimble lily
#

thank you. looking through it

#

is there a webhook that can notify if a particular payment method is expiring or if the payment method used has failed?

olive rune
#

Nothing for the former, but you'd recieve payment_intent.payment_failed for any payment failures

nimble lily
#

so, there is no way I can notify the customer if a card is expiring?

olive rune
#

Not with Payment Method objects no

nimble lily
#

how does stripe do this. I was hoping to use a branded email for this notification instead of the one Stripe sends

CleanShot_2024-02-13_at_16.23.33.png
olive rune
#

Internal logic

nimble lily
olive rune
#

Yes, but you should ignore the ones generated by Checkout really

nimble lily
#

can you clarify what you mean by this?

olive rune
#

Well during a Checkout payment the customer will be on-session when those events fire. Assume they have a paymenbt decline, the decline message will show on the payment page

#

It'd be weird if you had logic that sent them a failure email for example in that scenario

nimble lily
#

ok, makes sense, will the above webhook for payment_failed be triggered if an ongoing subscriptions payment fails?

olive rune
nimble lily
#

ok, great. one last question, is there a way to know if a subscriptions payment method/card was updated?

olive rune
#

Updated by the customer?

nimble lily
#

yes

#

what other options are there?

olive rune
#

Depends on how you're facilitating that I guess

#

There'd likely be payment_method.attached events

#

Should be easy enough to test!

nimble lily
#

so, can this not be done at the subscription level? assuming if the customer has 2 separate subscriptions with separate payment methods.

olive rune
#

Sure, yep. You'd set default_payment_method on the Sub

#

And customer.subscription.updated would fire

nimble lily
#

ah ok

olive rune
#

Again, I'd recommend trying this all out end-to-end

nimble lily
#

ko, sounds good

olive rune
#

As I said, depends on how you're integrating as to what APIs/events you'd get

nimble lily
#

can radar be used to identify early dispute frauds?

grizzled frigate
#

Hi! I'm taking over from my colleague. Please, give me a moment to catch up.

nimble lily
#

i have seen some people create subscriptions on the site just to raise a dispute and win them.

grizzled frigate
#

Is this an unrelated question?

nimble lily
#

just trying to figure out how to prevent disputes early

grizzled frigate
nimble lily
#

ok

#

nvm, its on the page, looks like it was recently updated

#

when unpausing, does the subscription start immediately or will it charge payment on the renewal date? anyway to unpause with the charge/renewal date immediately?

grizzled frigate
#

It charge on the renewal date.

nimble lily
#

anyway to resume with the charge date immediately?

grizzled frigate
#

I don't understand what you mean by this.

nimble lily
#

so, if some one unpauses in the middle of the month after pausing for 15 days, I want to charge the customer immediately for the subscription when they unpause

#

i don't want to wait for another 15 days to charge the customer at the previous renewal date

#

does it make sense?

grizzled frigate
#

Then you would need to reset the billing_cycle_anchor

nimble lily
grizzled frigate
#

Yes

nimble lily
#

ok