#mkp_webhooks
1 messages ยท Page 1 of 1 (latest)
๐ Welcome to your new thread!
โฒ๏ธ We'll be here soon! We typically respond in a few minutes, but in some cases we might need a bit more time (e.g., server's busy, you've got a complex question, etc.).
โฑ๏ธ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can start a new thread if you have another question.
๐ This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1251025300993736777
๐ Have more to share? Add details, code, screenshots, videos, etc. below.
Test mode btw
hello! you can test out winning or losing a dispute according to the instructions here : https://docs.stripe.com/testing#evidence
can you elaborate more on what you mean by setting the dispute status on their subscription?
Its an internal bookkeeping thing to disallow service to disputed charges until they get resolved. So people don't think they can just open disputes for 'refunds' with my platform and still use the service while it goes on.
Is there a way to force a charge into dispute?
i'm guessing you're asking how to test this out?
In essence, you should make the first payment with a test card that will be successful, then change the default_payment_method used for the subscription/customer to that of the relevant dispute test card here : https://docs.stripe.com/testing#disputes so that the subsequent invoice will be disputed
Then test out winning or losing a dispute according to the instructions here : https://docs.stripe.com/testing#evidence
in case you haven't seen this yet, you can use test clocks to mimic the passing of time : https://stripe.com/docs/billing/testing/test-clocks
Ah okay. So first you would complete the charge with the relevant 4000... card number, instead of 4242... which is a success and it will set the status as a dispute so I can put the winning_evidence/losing_envidence to test out what will happen.
Thanks so much!
Stripe only allows you to control what happens to the subscription if a dispute is opened in https://dashboard.stripe.com/settings/billing/automatic
Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.
Stripe doesn't do anything to the subscription if the dispute is won or lost
your screenshot is for payment reties, not for disputed payments
So from what I can tell here I have it set to disable auto renewal. Which should cause an customer.subscription.update event near the .dispute.created event
Or am I mistaking with the term cancel? Its a pretty loaded word in subscriptions!
cancel the subscription immediately without prorating != disable auto renewal. what you refer to as disable auto renewal is more likely cancel the subscription at the end of the period
customer.subscription.deleted is emitted when the subscription is actually cancelled. e.g. if you choose to cancel the subscription at the end of the period, this event will be emitted at the end of the period
the folks who are answering questions here are engineers ๐
Speak to me the language of the programming gods! haha
Gotcha. I suppose I should just leave it as cancel the subscription at the end of the period, in case of wins. So I don't have to black magic the subscription back from death, if its even possible I don't even need to know.
disputes tend to take a very long time to be resolved : https://docs.stripe.com/disputes/how-disputes-work#timing around 2 - 3 months, but i've seen it take even longer
so i wouldn't depend on it being completed in time if your subscription is monthly
I also feature a yearly on this one. So I guess it is a cause for concern.
But I am fine for the user to resubscribe if they really want to continue using it after the dispute.
personally, cancelling at the end of the period makes sense since the user has already paid for it
Yeah. You get the full ride of what you paid for if I won, you don't if I don't win. In that case, the transaction is entirely reversed, Im out $15, and I can expect the customer.subscription.deleted? I'll probably have to test for the answer as described above.
to be clear, this setting applies when a dispute is opened - not when it's won or lost
Yep!
so if you win the dispute, yes we will return the $15 dispute fee to you. The customer's subscription will possibly / likely be cancelled at this point (if not, it will be cancelled at the end of the billing period)
Uhg its so difficult to find the giant list of events available and the description with it.
this one? https://stripe.com/docs/api/events/types
Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.
Yep.
Lol!
Okay so I guess the worst case scenario is I listen to charge.dispute.closed and check status === 'won' / status === 'fail' on the Dispute object and use the api to expand the charge in search of the relevant data and manually ensure that my database properly handles the charges.
sounds about right to me. As always, you'll want to test it out to make sure everything works as per what you expect