Manual Transaction Rekey Scenarios

When a customer inserts his/her card on a POS device at times, it is not the final step of the purchase. There could be some slips between the cup and mouth. These are scenarios where changes need to take place from the backend in order to put the numbers right. Here are some of those scenarios:-

1. Cardholder was charged twice so the merchant is requesting that we key a refund on their behalf.

2. Merchant was never paid for the transaction but they obtained a good authorization, so they are requesting that we key a capture to pay them and charge the cardholder.

3. Merchant had a POS issue and is unable to close their batch, so they are requesting we upload their batch and process it for payment/clearing.

4. Merchant forgot to add tips before they closed the batch.

5. We might need to rekey transactions because of out of balance scenarios where the submerchant has already been funded but no clearing/settlement has occurred so the FBO account is owed money.

6. Merchant does not have the cardholder's card number and wants to charge more.

7. Card expired - in case of refund where card was valid at the time of original purchase (CP only).

At times the payment facilitators provide these options and at times they do not due to additional maintenance requirements - maybe a resource needs to be put on the bench so that he/she takes such calls during the day and does the necessary manual arrangements.

With time these facilities may not be available any longer.