#akashpatil7596_api

1 messages · Page 1 of 1 (latest)

wicked hedgeBOT
rancid hingeBOT
#

Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.

wicked hedgeBOT
#

👋 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/1225410183170228304

📝 Have more to share? Add more details, code, screenshots, videos, etc. below.

neon agate
#

Can you please assign @thorn scarab to thread?

rancid hingeBOT
chilly ibex
#

hi. So you're just repeating the exact question from your last thread.

What's new, how can we help?

chilly ibex
neon agate
#

No actually I'm facing the same issue, But I really need to solve this. There must be a way to refund, please can you help?

chilly ibex
#

I gave you the answer, which is no, there is no way.

#

there must be a way to refund
there isn't! In your example the customer has only ever paid you $239.00 in real money. That is the maximum you can refund them. That's just how this works.

#

there is no "real" ~$700 dollars you can just give to the customer, right? you do not have that money. So how would you give it to the customer? It's just impossible.

I suggest you accept that and just design your business and approach to accept it. For example, refund what you can, and leave the rest as a balance on the customer to offset future payments. (which is how it works by default in Stripe). If the customer really wants that ~$700 somehow, then I suppose you'll have to figure out how your business will handle that and maybe send money outside of Stripe entirely.

anything we can clarify?

neon agate
#

No actually customer pays for 760,

first customer pays 239.88
Then on same day he switch to 999.99, so he/she got 239.88 minus, and pays for remaining -> 760.00

chilly ibex
#

then you have two separate payments

#

you have to refund both of them so the overall effect is to have refunded larger amount. You can't just refund each individual payment for more than it is.

wicked hedgeBOT
chilly ibex
#

like you call the refund API on the payment that was for 239, and separately you call the refund API on the payment that was for 760.

neon agate
#

Yes there's one way of doint it

chilly ibex
#

my colleague also already explained this to you.

image.png
chilly ibex
neon agate
#

Hmmmmmmmmmm

obsidian wasp
#

👋 taking over for my colleague. Let me catch up.

neon agate
#

Okay thanks

#

Hello

obsidian wasp
#

oh sorry

#

I meant to say Let me know if there's any follow-up Qs I can answer!

#

how can I help?

neon agate
#

The way karllekko said I have to refund for both charge separately,

But if my subscription history is like this

Plan amount credit Balance
239.88/year
999.99/year - 239.88 760.11
19.99 /month - 760.11 + 239.88 980.00
239.88 740.12
999.99 259.87
19.99

Is it possible that at some point It'll give the refunds of the past that does not belong now.

obsidian wasp
#

what part do you need to refund now?

neon agate
#

I don't know How to explain but,
If I map through invoices and refund for all of the charge separately, is it possible it also give refunds for the past invoices?

obsidian wasp
#

yes

#

I suggest trying this in test mode with test clocks