Howdy, folks. I have a question about refunds. I w...
# support
t
Howdy, folks. I have a question about refunds. I was playing around with this to try and understand some of the behaviors here. I created an order that cost $60, made a payment, and completed it. I then issued a refund for $20, and everything seemed to work. But the order is now in a slightly odd state. The
payment_total
on the order is now $40, and that results in the order being in the payment state
balance_due
. It seems a little odd to me that that would be the case - the balance isn't due, we've refunded it.
a
If you refund a payment but the order total is still $60 then I would expect there to be a balance due since the user has paid less than the total for the order. If you were to return or cancel part of the order that cost $20 then you should see the order as paid.
t
But... we deliberately gave them a refund. So we aren't expecting them to pay us more.
I think that's what I'm kind of struggling to understand.
a
Another way to say that is that refunding a payment has nothing to do with how much money you expect to receive. All it does is refund their payment, the order still costs exactly the same amount that it did before. If you want the order to cost less then you need to create an RMA or cancel part of the order or create an adjustment to reduce the price.
t
Got it. So with the scenario I'm playing with, the process would probably look different. We'd probably have an admin create an adjustment first, and then issue a refund.
I think that helps me get my head around this - thanks, Alistair!
a
Yeah, if you want them to keep the product and just give them back $20 then you could create an adjustment and then issue a refund.
šŸ‘ 1
I've seen this cause confusion before. When I go to a store and get a refund for something it's assumed I am also returning the item but a refund is really just the part where you get your money back so you have to actually tell Solidus what's happening in terms of this being a return or a price adjustment etc.
t
Yeah - for us, a lot of the things we sell are perishable food, so we don't do as much with returns. But having the ability to offer various combinations of partial refunds and store credits is important flexibility for us, which is why I was playing with this.
a
Right, I'm not sure exactly how you want to handle that but it might make sense to mark them as returns. That way it will calculate the exact amount, taxes, etc. for you even if you're not actually expecting to them to return the item.
s
hey there. we’re also mostly shipping food, so I kinda get your scenario every day šŸ˜… here, for the product we don’t need a return, we cancel the product, and then issue a refund. for the other, we get a return, then a refund šŸ™‚
t
When you say "cancel the product" - what do you mean by that?
s
we have a ā€œcancel itemā€ tab
you make me wonder if this is custom code or solidus’ šŸ¤”
a
I have it too, that's standard Solidus
s
thanks ^^'
a
t
Ah, I see. I'll have to poke around with that!
s
yep, exactly that one
a
I just cancelled a couple items in my test store so you can see that it has a credit owed, you can then go ahead and issue a refund for the amount owed.