Return order vs reverse transfer in Odoo: which one to use for retailer returns

Odoo offers two ways to bring sold goods back into stock. Here is how they differ, when each fits, and what FMCG distributors usually pick for key-account returns.

Reverse transfer

Open a validated delivery, click Return, choose the lines and quantities, and Odoo creates an incoming transfer that reverses the original moves. It is fast and keeps a clean link between the delivery and the return. The catch: you need to know which delivery the goods came from. A retailer's return note rarely says. Returned cases may span several deliveries over months.

Return sales order

Create a sales order for the retailer with negative quantities on the returned products. On confirmation Odoo generates an incoming transfer for those lines, and the order can be invoiced as a credit note. There is no need to find the original delivery. The document mirrors the retailer's return note one to one, which is what finance needs when the retailer deducts that value from a payment.

When to use which

• Use a reverse transfer when a single delivery is being rejected at the dock, in full or in part, and the delivery reference is known.
• Use a return sales order when the retailer issues a consolidated return note after the fact, mixing products from many deliveries, with its own reference number and prices.
• Either way, receive returned stock into a dedicated returns or quarantine location so it is inspected before going back to sellable stock.

What Odoomation creates

Key-account return notes are almost always the second case, so PDF Returns creates a return sales order referencing the retailer's note number, with the unit prices from the note. You choose whether to leave it as a draft, confirm it, validate the incoming transfer and draft the credit note. Anything that would need a manual wizard in your Odoo configuration is reported rather than forced.