#arrayappy_docs
1 messages ¡ Page 1 of 1 (latest)
đ Welcome to your new thread!
â˛ď¸ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.
âąď¸ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always 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/1220255177165242409
đ Have more to share? Add more details, code, screenshots, videos, etc. below.
I want to identify above things from subscription object only.
Why stripe subscription object status is canceled but cancellation_details not there for records. When this case happen?
@modern kindle
Yes I think canceled_at will refect the timestamp when the subscription has been canceled regardless of who cancelled it. If you cancel the Sub using API (not the customer) then maybe the cancellation_details won't have any string
You can test it out in Test mode, using Test Clock
Will cancellation_details be available for auto recurring payment failures?
Long question:
How to identify payment failure timestamp?
We are using collection_method as charge_automatically, so status is being canceled instead of unpaid. I want to identify timestamp of unpaid status without changing collection_method. Is there any field I can depend?
Hmm payment failure and subscription cancelling are 2 different things. I am not following why you having both of them here. Do you have an example Subscirption?
The question is to identify payment failure timestamp and users/developer canceled timestamp. I can identify second using canceled_at field but how to identify first one
It's when you have the invoice.payment_failed webhook event
checking that Invoice belongs to a Subscription
Can we identify using subscription object only as we are storing only subscription object in the db. We are doing this on different server for analytics. We can't change main flow now.
Is there any field that'll be available only for payment failures that I can depend on?
If there is no change in Subscription object then no I don't think there will be a subscirption related webhook event
For testing if you use a Stripe CLI and listen to all events, and test a payment failure what do you get?
Final question:
canceled_at:
If the subscription has been canceled, the date of that cancellation. If the subscription was canceled with cancel_at_period_end, canceled_at will reflect the time of the most recent update request, not the end of the subscription period when the subscription is automatically moved to a canceled state.
The above is the documentation for stripe canceled_at field. Will this field gets updated upon auto recurring payment failure as well?
No. Like I mentioned if you cancel the Sub at the same time you may have a webhook event on the Subscription object, but they are not a same thing