#_vijju
1 messages ยท Page 1 of 1 (latest)
i have created some schedules subscriptions
for one schedule paymen is 228
but 70 got paid in that schedule
then im checking in invoice
there is one -157 amount
A proration adjustment for -$157.58 USD was created for
im seeing like this
would you mind sharing the subscription ID?
taking a look
this is due to this invoice https://dashboard.stripe.com/invoices/in_1NXWNVId3XBXXz6YOJIAUTCA
Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.
yes
i've seen that
but im not able to understan how -157 is charged in that invoice
this is because you canceled the customer's subscription schedule
Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.
ok
but if we cancel it how it is related to charging -157
im not getting
when you cancelled the subscription schedule there was a remaining time on that scheduled that it was paid by the customer
it was "refunded" but instead of being refunded to their payment method we add the amount to their customer credit balance
which is used to pay the next invoice
ok
if i want to stop this behaviour
it is possible
yes while cancelling you can choose not to prorate https://stripe.com/docs/api/subscription_schedules/cancel#cancel_subscription_schedule-prorate
Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.
ok
i have observed one thing
sub_sched_1NJ9ZWId3XBXXz6Ylf6r001P
the above schedule only we've canceled
but for this schedule no payment was happend
so this got prorated is my doubt
I'm not sure I follow
what i understood is there is a subscription it got canceled after it got paid and active
so that the remaining money got refunded to the account(prorated to next subscription)
but here for that subscription no payment got happed is what im saying
yes I understand now, the first invoice was tried twice without being successfully paid
your options are the following for this not to be reproduced in the future
option 1: use prorated false on the cancelling of the subscription
option 2: void the unpaid invoice before cancelling the subscription
option 3: define in your dashboard setting what should happen when a subscription fails to be paid with all retries
and leave Stripe to handle the failed retries
ok
for option 3 what setting i shoult set in dash board
after all the subscriptions are paid
Hi! I'm taking over this thread.
The settings here: https://dashboard.stripe.com/settings/billing/automatic
That's completely up to you, it depends exactly what you want to do.
i dont want to proration in case of cancellation so i need to use the below option right?
and i want to know why the subscription is prorated
event though it was not paid
i dont want to proration in case of cancellation so i need to use the below option right?
I'm sorry I don't understand. Can you take a step back and explain exactly what you are trying to achieve here?
i have created some schedules in stripe
sub_sched_1NJ9ZWId3XBXXz6Ylf6r001P
the above schedule is canceled and for the next schedule prorated
with -157
but what my doubt is
sub_sched_1NJ9ZWId3XBXXz6Ylf6r001P
this schedule has no payments in it
so why -157 applied balance applied in next schedule and only 70 got deducted
Sorry for the delay. I think we already answered that question:
option 1: use prorated false on the cancelling of the subscription
option 2: void the unpaid invoice before cancelling the subscription
option 3: define in your dashboard setting what should happen when a subscription fails to be paid with all retries
Note that option 3 here means you don't need to re-create a new subscription schedule, and instead you just let stripe handle failed payments (so you won't get any applied balance)
#1144541487682551889 message
here they said the subscription is got paid and got canceled
that is why -157 refunded they are saying
but there is no payment success in that schedule is what im saying