Refund Process

[asa47]

Hello,

I was wondering if it would be possible to add a few changes in refund process.

1. As for now we can process a refund through the reference number that we provide during the charge amount; however would be it possible to allow the refund process with also the "Reference no" that you generate?

2. Each refund process requires the user to insert the password. Would be it possible to disable or add a setting in the SDK that stop this from happening?

3. If we assign to multiple transactions (split payment under the same sale) the same reference number; is there a way to retrieve all the transactions with that reference number?

Kind Regards

[mattiasjahnke]

Hi!

1. What would be the benefit of this? Logically you'd always have "your" reference (since you generate it), but the same can't be said about "our" reference (in the case of interruptions for example).

2. As a property in the SDK; absolutely not. That would render the password technically moot.

3. That's business logic that would be better off being a part of your own product (you keep a reference to the sale, that sale keeps 0..* references to payments).

[asa47]

Hello, thanks for the reply.

1. Yes you are right, we are supposed to know the reference of the transaction, but unfortunately the field was optional and we did not provide an ID to the transaction. We will change our logic and provide an unique ID, however it will still be great if it was possible to refund the transaction either by "our" reference or by "your" reference id. Please let me know if it can be achieved.

2. Yes, you are right; our issue is that only the store admin can process the refund, unless the admin gives the password to the staff in his/her shop. We would like to avoid the latter. Any advice on how we could avoid this issue?

[hey-kj]

Closing due to inactivity