#_vijju

1 messages ยท Page 1 of 1 (latest)

rain badgerBOT
tough ibex
#

๐Ÿ‘‹ happy to help

#

what's the context? where did you read that from?

winged spire
#

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

tough ibex
#

would you mind sharing the subscription ID?

winged spire
#

sub_1NfHMrId3XBXXz6YgEZrU1QN

#

invoiceId: in_1NfHMrId3XBXXz6YVVz6av72

tough ibex
#

taking a look

winged spire
#

yes
i've seen that
but im not able to understan how -157 is charged in that invoice

tough ibex
#

this is because you canceled the customer's subscription schedule

winged spire
#

ok
but if we cancel it how it is related to charging -157
im not getting

tough ibex
#

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

winged spire
#

ok
if i want to stop this behaviour
it is possible

tough ibex
winged spire
#

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

tough ibex
#

I'm not sure I follow

winged spire
#

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

tough ibex
#

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

winged spire
#

ok

#

for option 3 what setting i shoult set in dash board
after all the subscriptions are paid

scenic belfry
#

Hi! I'm taking over this thread.

winged spire
#

im using above option

#

do i need to set this below option as well?

scenic belfry
#

That's completely up to you, it depends exactly what you want to do.

winged spire
#

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

scenic belfry
#

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?

winged spire
#

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

scenic belfry
#

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)

winged spire
#

#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