@mycheaperstuff wrote:
@portkoop-0 , that seems like very, very bad advice. Keep ebay out of it. The INR I'd a demerit the OP doesn't deserve. He has done everything right.
That the buyer hasn't "seen" the refund may simply be a language barrier.
OP, Do you have a paypal transaction number for a pending refund? That would assure you that your refund was initiated. If so, tell the buyer he may contact paypal to see how long before he actually "sees" the refund.
It seems to me you need do nothing more.
There is so much wrong with the order to begin with I don't even know where to start.
As things stand, the buyer doesn't have their money.
If it were your money at stake would you see things different?
But the seller has the money, it's the buyer getting the short end so that's fine?
First off if the seller had proper settings to not sell International this order would not have happened.
So there is a very good chance if this seller cancels, that alone would cause a defect.
It's a defect, not a demerit, this is how these misunderstandings start.
So the seller probably did NOT exclude international orders from within site preferences (or maybe business policies) and probably should have shipped the item.
So what now, the seller issued a refund through Paypal...
Oh boy...
We don't just issue refunds outside of ebay because it can come off as "off site sale."
Ebay will issue a defect for that as well so most likely, no matter how we look at it this seller is going to catch a defect... And one more or less isn't going to hurt, last but not least an INR done proper doesn't cause a defect but even if it does, having refunded through Paypal is what is causing a conflict now.
I do NOT provide a refund outside of a case, EVER.
No INR, no refund.
No SNAD, no refund.
No return, no refund (and don't just ship it back without opening a formal return either or we won't issue a refund, I am sure you disagree with that as well).
That is how I operate, prim and proper.
So now we've bypassed ebay's GetOrder parameter, and we're conducting damage control now hoping to fool the API that controls these things. There are no humans behind the scenes, it's all software, on/off switches. Trigger the wrong one and things don't work as expected.
Here's more:
Full or partial refunds can be issued at the order level or line item level. The refunds issued through this method are processed asynchronously, so the refund will not show as 'Refunded' right away.
We're not even sure at this stage how exactly ebay is reacting to this, the refund SHOULD have been issued
https://developer.ebay.com/api-docs/sell/fulfillment/resources/order/methods/issueRefund
That is why I suggested the buyer should open an Item Not Received case.
Because the API is stuck on a refund call with no refund to issue.
Like when the computer freezes, it's usually because of conflicting software operands.
Hoping the INR shakes the software back into action.
