...
Field name | Description |
|---|---|
Batch Size | Number of payments "refund in Progress" which will be reimbursed by the batch. |
Cancellation date from | The Date of departure from which the "refund in Progress" must be taken into account. |
Cancellation date to | The end Date up to which the "refund in Progress" created must be taken into account. |
Sales Channel | The sales chain is important here because it provides the payment Service Provider which will be used for the refund on credit balance. |
Point of Sales | The point of sale to be used for the creation of the payment and identifying the physical item to which the payment will be attached. |
Put money in credit note | This check box is used to decode on how the refund will be processed:
When put on a credit account, it is the original payer contact who will be credit the corresponding amount. |
Credit note payment method to use | This function tells the batch which credit note payment method to use when transferring money to the balance of credit account. If no value is selected, the batch will use the first payment method of the credit note type of the point of sale on which the refund is to be made. |
Run batch in simulation mode | This mode allows to make a simulation of refunds, without the batch actually executing them, and therefore without making the actual refunds. This allows the batch to be validated before making the actual refunds. |
Document template for e-mail notification | This field allows you to select the document template that will be used in sending the notification email in case of a successful refund. |
File ID | This field allows you to enter File numbers, separated by commas. If such numbers are provided, only the payments of these files will be refunded. |
...
- Verification of the amounts to be refunded: Before performing the actual refund, an operator must perform the batch refund in simulation mode by choosing the date range of refunds to be considered, such as last week or last month. The simulation mode produces an execution log detailing the refunds to be made and the number and total amount of refunds. This information enables the operator to validate the amounts before making the actual refund.
Processing credit card refunds: Once the refunds are validated, the operator can run another with the same set of parameters as above (in particular, the range of dates). Just deactivate the simulation mode and choose not "Never" for the "Put on credit note option" to credit the cases of errors to the credit account. At this stage, refunds that can be processed by credit card are sent to the payment service provider. The execution log identifies successful and failed payments. When payment is made, you can send an e-mail to the customer to confirm that a refund has been made to his/her credit card.
Should transaction fail, you can either attempt the refund again later by repeating this same step or go to the next step to transfer the remaining refunds to the credit account.Note that this step can be skipped if you don't want to credit back the money on the original credit card automatically.
Warning Refund is transaction based : it is the original purchase order that will be refunded.
If holder's card has expired after the purchase and before the refund, there will be no problem to refund him.
However, if the card has been cancelled (stolen, lost...) the refund could not be done : system will follow then the rules setup in the batch either to log an error or to refund on credit note. (see : below)- Credit in the credit account of outstanding refunds: Lastly, the operator can run another once again with the same parameters, but by activating choosing "When refund to credit card is not possible" for the "Put to credit note" option this time credit to the customer. As with the previous step, you can send an e-mail to the customer notifying that the refund is available on its credit balance. In case you decided to skip step 2 and want to always refund to the credit note, then choose "Always" for the "Put to credit note" parameter instead.