Would it be possible to refund the user? Let's say you want to let the user buy your game but refund him if he finds out that it doesn't work on his device or he is not happy with it.
Refunding users
Would it be possible to refund the user? Let's say you want to let the user buy your game but refund him if he finds out that it doesn't work on his device or he is not happy with it.
Crediting of users would cause too much overhead and issues with 'moola' laundering etc.
What you could do is refund a user with some of your in game currency if that is available. Or provide him with some other benefit in return. Legally it's probably a difficult domain to be playing in, and different countries probably have different rules regarding consumer protection etc.
I would like to add to Carel's question: what if you HAVE to refund the user?
-Lets say they are so mad at a problem that they do not wish to use your service at all anymore and is pertinent that they want a refund: would it be acceptable to pay them this money back in REAL money (into their bank accounts directly)?
Luckily this has not happened to my app, but I am sure the situation will arise.
For example, when I am hosting a website at a company and they do not provide what they advertised or their service is extremely poor I would not for one second hesitate to demand my money back because it is my consumer right to be refunded if they have false advertising of what their service includes.
Once again, this has not happened to me yet, but I would like to know what are the options, we as mxit 3rd party developers, have with regards to refunds?
On that note, and since you mentioned the Consumer Protection Act, are you not by law expected to be able to refund a user?
I'd like to chime in and agree that there should be some sort of refund mechanism.
To prevent abuse this could be done with a call to the API that uses the original transaction id as a key.
Def, what scenarios are you thinking of with Moola laundering? The user will just be getting Moola back in their account and not Rands.
I agree that this will become really important.
That's true, things are changing and we are looking at all the requirements, and the proper method for dispute resolution. I'll get our lawyer to comment, as well as get our team looking at what the minimum requirements should be for every service on MXit.
I just thought of this: a function that reverses an existing transaction would be quite useful and safe.
I agree. As suggested above, take the original transaction id as a key. That way the user is refunded what they paid initially and it can easily linked to the original payment.
Posting Permissions
Reply With Quote