This topic describes the process when a customer is to be refunded prepaid goods that he or she did not receive or were canceled.
To select the Tender Type to handle the refund payment entry
To set up a Customer Order Refund workflow
The Refund process starts automatically when a Customer Order is finished with Shortage or Cancellation from the POS. At that time the system calculates delivered goods and prepaid goods. If there is a difference, the system creates a Refund line in the Posted Customer Order to balance out the amounts and change the Refund Status field in the Posted Customer Order to Pending Approval or Pending Payment.
To balance out the payments for the Customer Order during posting, if there is a difference to refund, a payment line of type Refund is added to the Posted Customer Order. Note: This only applies if you are dealing with a shipment order where the customer is not present to receive the refund straight away at the POS.
To select the Tender Type to handle the refund payment entry
- Click the
icon, enter Store List, and select the relevant link. - Press the Manageaction, then Edit and go to the Customer Order FastTab.
- In the Cust. Ord. Refund Tender Type field, select a tender type.
When payments are initially received for Customer Orders, they are stored on the income expense account identified in the Cust. Order Inc/Expense Acc field. When the Customer Order is posted, amounts are deducted from this account to post as payments against the actual sales of items being delivered. If there is a discrepancy in the payment amount and the actual sales amount when the Customer Order is posted, for example if not all items are available to deliver but have already been paid for, the remaining amount is deducted from the Cust. Order Inc/Expense Acc balancing it at zero, and the amount is stored in the account assigned to field Customer Order Refund Acc on the Store Card. From here the refunded amount must be manually balanced when refunding the customer.
Note: The different statuses depend on whether Customer Order Refund workflow is enabled on the Workflowspage.
To set up a Customer Order Refund workflow
Note: This example uses setup from the CRONUS LS XXXXX W1 Demo Data.
- Switch to Demo.
- Click the icon, enter Workflows, and select the relevant link.
- Select the Customer Order Refund workflow.
- Click Actions - Export to File.
- Save the Workflow as an XML file.
- Switch to your Company, and go to Workflow.
- Click the Import from File action, and select the file that you exported in step 5.
- Edit the newly added workflow, and drill into the Then Response field for the first line.
- Select line 2 in the Response lines and add Workflow User Group Code.
- Click OK, and select the Enabled check box to enable the workflow.
Workflow not enabled
If Workflow for Customer Order Refund is not enabled, the system will mark the Posted Customer Order with Refund Status Pending Payment. The user can then do the financial refund and manually change the status to Refunded or Rejected by pressing the Finish Payment or Reject actions.
Workflow enabled
If the Workflow is enabled, and depending on the setup, the system will send an email to the approver asking him or her to approve or reject the refund. If the refund is approved, a second email is sent to the cashier with instructions to finish the refund. The cashier then changes the Refund Status to Refunded by pressing the Finish Payment action.
Tip: You can add comments related to the approval or refund process with the Comments action.
Note: The system does NOT automatically do the actual refund financial process. That is an internal process in each company.
You can make the Refund Status field visible in the Posted Customer Order List and filter it.
Tip: You can disable a workflow at any time on the Workflowspage.
See also