#r3v3rb
1 messages · Page 1 of 1 (latest)
payment_intent.succeeded guarantees it
There's certain payment methods that are delayed, so you could get a checkout.session.completed event without receiving payment (only with certain payment method types)
And from that I can get back to the customer object and subscription object?
If you need subscription too, then I recommend listening to invoice.paid instead
Invoice object will have both customer and subscription: https://stripe.com/docs/api/invoices/object
Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.
No you'd need to retrieve the subscription to get the status too
Make an api call based off the id attached to the invoice
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, perfect thanks
No problem
Last last one -there appears to be lots of duplication for example does stripe send out reminder emails for payment or should I provision this based on invoice.created webhooks? I'm at a loss as to who handles what - because it appears that it could be either
for rolling monthly contracts for example
if the payment fails should I send out an email or does Stripe?
Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.
Whoops, should have read through that little lot!
Arhhhh that's nice 'As one of our earliest Stripe users, your account is on legacy pricing.'
Yeah, it's kind of hidden if you don't know to look for it, but yeah: you should be able to toggle on or off depending on if you want to handle emails yourself or not