|
| 1 | +=================== |
| 2 | +Returns and Refunds |
| 3 | +=================== |
| 4 | +Sometimes, customers are unsatisfied with the product they received and wish to return them. While |
| 5 | +return reasons can vary between individual customers, ensuring your business has a comprehensive |
| 6 | +return policy creates a smoother return process for both you and your customers. |
| 7 | + |
| 8 | +The Sales App provides two different ways to process returns based on whether an invoice has been |
| 9 | +sent or not. |
| 10 | + |
| 11 | +Case 1: Using Reverse Transfers |
| 12 | +=============================== |
| 13 | +When a customer decides to return a product before an invoice has been sent or validated, returns |
| 14 | +are completed using reverse transfers. |
| 15 | + |
| 16 | +To start a return, navigate to the customer’s Sales Order, and click on the Delivery smart tab to |
| 17 | +open the associated Delivery Order. On the validated Delivery Order, the available buttons are |
| 18 | +**Print**, **Return**, and **Unlock**. |
| 19 | + |
| 20 | +Click **Return**, which opens the Reverse Transfer pop-up. By default, the quantities match the |
| 21 | +validated quantities from the Delivery Order. Update the quantities if the customer wants to |
| 22 | +return a portion of the validated amount. Clicking the trash icon next to a line item removes the |
| 23 | +item without having to zero out the quantity. |
| 24 | + |
| 25 | +.. image:: returns_refunds/Reverse-transfer-popup.png |
| 26 | + :align: center |
| 27 | + :alt: Reverse Transfer Pop-Up |
| 28 | + |
| 29 | +Clicking **Return** generates a new Warehouse Operation for the incoming returned product(s). After |
| 30 | +the receiving the return, the team can validate the Warehouse Operation. Head back to the original |
| 31 | +Sales Order, and the Delivered Quantity reflects the difference between the original and the |
| 32 | +returned quantities. |
| 33 | + |
| 34 | +.. image:: returns_refunds/updated-sales-quantities.png |
| 35 | + :align: center |
| 36 | + :alt: Updated Sales Order Quantities |
| 37 | + |
| 38 | +The customer receives an invoice only for the products they're keeping. |
| 39 | + |
| 40 | +Case 2: Returning products after invoicing |
| 41 | +========================================== |
| 42 | +Sometimes, customers receive and/or pay their invoice before deciding to return an item within your |
| 43 | +company’s return window. In these cases, a return using only Reverse Transfers is impossible since |
| 44 | +validated or sent invoice cannot be changed, but Reverse Transfers can be used in conjunction with |
| 45 | +Credit Notes to complete the customer's return. |
| 46 | + |
| 47 | +Navigate to the customer’s Sales Order. If a Sales Order has any registered payment on it, the |
| 48 | +payment details are located in the chatter, and the invoice itself has a **Paid** banner across it. |
| 49 | + |
| 50 | +A customer wants to return 10 of the 20 products that they purchased, already paid for, and |
| 51 | +received. Starting a return in this case begins the same as Case 1 by clicking on the validated |
| 52 | +Delivery Order, then on **Return** to open the Reverse Transfer pop-up. Edit the quantity from 20 |
| 53 | +to 10 since the customer only wants to return half of the order, and click **Return**. Just as in |
| 54 | +Case 1, this action generates a new Warehouse Operation for the incoming returned product, which can |
| 55 | +then be validated once received. Back on the Sales Order, if **Update Quantities** was selected, the |
| 56 | +return product's line item now reflects the change in amount under delivered quantities. |
| 57 | + |
| 58 | +.. image:: returns_refunds/case-2-updated-sales-quantities.png |
| 59 | + :align: center |
| 60 | + :alt: Updated Delivered Quantities |
| 61 | + |
| 62 | +Since the items have already been paid for, the validated invoice needs to be changed to reflect |
| 63 | +that your team processed a return. Tap on the **i** icon next to the paid line item, and the |
| 64 | +**Payment Info** pop-up appears and provides the option to unreconcile this payment. Click on |
| 65 | +**Unreconcile**. |
| 66 | + |
| 67 | +.. image:: returns_refunds/unreconcile-button.png |
| 68 | + :align: center |
| 69 | + :alt: Unreconcile Button |
| 70 | + |
| 71 | +After the invoice is unreconciled, the options for **Send & Print** and **Register Payment** become |
| 72 | +available again alongside a note that there are outstanding payments for the customer. |
| 73 | + |
| 74 | +.. note:: |
| 75 | + The Accounting application needs to be installed for the **Unreconcile** option to be available on |
| 76 | + an invoice. |
| 77 | + |
| 78 | +Now, select **Add Credit Note**, and a pop-up menu appears where several selections need to be made. |
| 79 | + |
| 80 | +.. image:: returns_refunds/credit-note-popup.png |
| 81 | + :align: center |
| 82 | + :alt: Credit Note pop-up |
| 83 | + |
| 84 | +Choose whether you want the Credit Method to be issued as a Partial Refund, Full Refund, or a Full |
| 85 | +Refund and new draft invoice. A reason for the credit is not required, but adding one can ensure |
| 86 | +team members know exactly why a customer was credited if looking at orders later. Choosing a |
| 87 | +Specific Reversal Date requires a **Refund Date** to also be selected. For both options, a |
| 88 | +**Specific Journal** is not required but can be a helpful tool for team organization. |
| 89 | + |
| 90 | +.. tip:: |
| 91 | + Choosing **Full Refund and New Draft Invoice** cancels the created invoice and creates a new draft |
| 92 | + one. |
| 93 | + |
| 94 | +After clicking **Return,** edit the quantity of the product on the draft invoice before confirming |
| 95 | +the invoice. A new banner appears after confirmation to inform your team that this particular |
| 96 | +customer has outstanding payments that can be used as a payment option on the invoice. Odoo will |
| 97 | +display this message until the credits are completely used on their account. |
| 98 | + |
| 99 | +.. image:: returns_refunds/outstanding-payment-banner.png |
| 100 | + :align: center |
| 101 | + :alt: Outstanding payments banner |
0 commit comments