|
| 1 | +=========================== |
| 2 | +Process returns and refunds |
| 3 | +=========================== |
| 4 | + |
| 5 | +The :guilabel:`Sales` app provides two different ways to process returns based on whether an |
| 6 | +invoice has been sent or not. |
| 7 | + |
| 8 | +Before invoicing |
| 9 | +================ |
| 10 | + |
| 11 | +Returns are completed using *Reverse Transfers* when a customer decides to return a product before |
| 12 | +an invoice has been sent or validated. |
| 13 | + |
| 14 | +.. note:: |
| 15 | + In order to use Reverse Transfers, the :guilabel:`Inventory` app must also be installed. |
| 16 | + |
| 17 | +To start a return, open the :guilabel:`Sales` app, navigate to the customer's sales order, and |
| 18 | +click on the :guilabel:`Delivery` smart button to open the associated delivery order. |
| 19 | + |
| 20 | +On the validated delivery order, click :guilabel:`Return` to open the :guilabel:`Reverse Transfer` |
| 21 | +pop-up window. By default, the :guilabel:`Quantity` matches the validated quantities from the |
| 22 | +delivery order. Update the quantities if necessary. Click on the trash icon next to a line item to |
| 23 | +remove it from the return. |
| 24 | + |
| 25 | +.. image:: returns/reverse-transfer-popup.png |
| 26 | + :align: center |
| 27 | + :alt: The "Reverse Transfer" pop-up window, to make a return before invoicing the customer. |
| 28 | + |
| 29 | +Next, click :guilabel:`Return` to confirm the return. This generates a new warehouse operation for |
| 30 | +the incoming returned product(s). Upon receiving the return, the warehouse team validates the |
| 31 | +warehouse operation. Then, on the original sales order, the :guilabel:`Delivered` quantity will |
| 32 | +reflect the difference between the initial validated quantities and the returned quantities. |
| 33 | + |
| 34 | +.. image:: returns/updated-sales-quantities.png |
| 35 | + :align: center |
| 36 | + :alt: The updated "Delivered" quantity on the sales order after the reverse transfer. |
| 37 | + |
| 38 | +When an invoice is created, the customer receives an invoice only for the products they are |
| 39 | +keeping. |
| 40 | + |
| 41 | +After invoicing |
| 42 | +=============== |
| 43 | + |
| 44 | +Sometimes, customers return an item after they receive and/or pay for their invoice. In these |
| 45 | +cases, a return using only *Reverse Transfers* is impossible since validated or sent invoices |
| 46 | +cannot be changed. However, *Reverse Transfers* can be used in conjunction with *Credit Notes* to |
| 47 | +complete the customer's return. |
| 48 | + |
| 49 | +To start a return, navigate to the relevant sales order. If there is a payment registered on the |
| 50 | +sales order, then the payment details will appear in the Chatter, and the invoice (accessible |
| 51 | +through the :guilabel:`Invoices` smart button) will have a green banner across it. |
| 52 | + |
| 53 | +From the sales order, click on the :guilabel:`Delivery` smart button to view the validated delivery |
| 54 | +order. Then, click :guilabel:`Return` to open the :guilabel:`Reverse Transfer` pop-up window. Next, |
| 55 | +edit the :guilabel:`Product` or :guilabel:`Quantity` as needed for the return, and then click |
| 56 | +:guilabel:`Return`. This generates a new warehouse operation for the incoming returned product(s), |
| 57 | +which is validated by the warehouse team once the return is received. Then, on the sales order, the |
| 58 | +:guilabel:`Delivered` quantity will reflect the difference between the initial validated quantities |
| 59 | +and the returned quantities. |
| 60 | + |
| 61 | +Since the returned products have already been paid for, the validated invoice must be modified to |
| 62 | +reflect the return. Navigate to the relevant invoice (from the sales order, click on the |
| 63 | +:guilabel:`Invoices` smart button). Then, click on the :guilabel:`i` icon next to the |
| 64 | +:guilabel:`Paid` line at the bottom of the invoice to open the :guilabel:`Payment Info` window. |
| 65 | +Next, click :guilabel:`Unreconcile`. |
| 66 | + |
| 67 | +.. image:: returns/unreconcile-button.png |
| 68 | + :align: center |
| 69 | + :alt: The "Unreconcile" button. |
| 70 | + |
| 71 | +After the invoice is unreconciled, the options for :guilabel:`Send & Print` and |
| 72 | +:guilabel:`Register Payment` become available again alongside a note that there are outstanding |
| 73 | +payments for the customer. |
| 74 | + |
| 75 | +To process a refund, click :guilabel:`Add Credit Note` from the validated invoice. |
| 76 | + |
| 77 | +.. image:: returns/credit-note-popup.png |
| 78 | + :align: center |
| 79 | + :alt: The "Credit Note" pop-up window, to issue a credit to the customer after invoicing. |
| 80 | + |
| 81 | +Choose whether to issue a :guilabel:`Partial Refund`, :guilabel:`Full Refund`, or |
| 82 | +:guilabel:`Full refund and new draft invoice`. The :guilabel:`Partial Refund` option creates a |
| 83 | +draft credit note that can be edited before posting. The :guilabel:`Full refund and new draft |
| 84 | +invoice` option validates the credit note and duplicates the original invoice as a new draft. |
| 85 | + |
| 86 | +A :guilabel:`Reason` for the credit and a :guilabel:`Specific Journal` to use to process the credit |
| 87 | +can also be specified. If a :guilabel:`Specific Reversal Date` is selected, then a |
| 88 | +:guilabel:`Refund Date` must also be selected. |
| 89 | + |
| 90 | +After the information is filled, click :guilabel:`Reverse`. Then, for a :guilabel:`Partial Refund` |
| 91 | +or :guilabel:`Full refund and new draft invoice`, :guilabel:`Edit` the draft as needed, and |
| 92 | +finally, click :guilabel:`Confirm`. |
| 93 | + |
| 94 | +.. image:: returns/outstanding-payment-banner.png |
| 95 | + :align: center |
| 96 | + :alt: The "outstanding payments" banner. |
0 commit comments