1.) POS Return Feature Configuration

The return functionality can be enabled from the Point of Sale settings, allowing businesses to control whether order returns are permitted in POS sessions.

Navigation : Setting → INKERP → POS Order Return

2.) POS Order Loading Configuration

The POS return behavior can be configured to control how orders are fetched for return processing. Administrators can choose to load orders from the current session, all past orders, today’s orders, or a defined number of previous days.

Navigation : Setting → Point of Sale → Load POS Order

3.) POS Order Access from Actions Menu

Previous POS orders can be accessed directly from the Actions menu within the POS interface. This placement ensures quick navigation to order history while keeping the sales process uninterrupted.

4.) All Customer Order Listing

POS users can browse a complete list of previous orders across all customers. Essential order details are presented clearly, making it easy to identify and select the correct transaction for return processing.

5.) Order Selection for Return

A selected POS order can be reviewed before initiating the return process. This step ensures accuracy by allowing users to confirm order details prior to proceeding with a return.

6.) Return Quantity Definition

Return quantities can be precisely defined for each product line. Built-in validation ensures returned quantities do not exceed the originally sold quantities, supporting both partial and full returns with accuracy.

7.) Refund Order Creation in POS

Selected return items are automatically converted into a refund order within the POS. Negative quantities and refund totals are generated correctly, maintaining consistency with Odoo’s POS, inventory, and accounting logic.

8.) Refund Confirmation & Linked Receipt

Refund completion is confirmed through a standard POS payment flow, ensuring consistency with regular transactions. The generated receipt clearly includes references to the related original order and order number, providing transparency for customers and maintaining accurate traceability for accounting and auditing purposes.

9.) Backend Order Relationship Tracking

Refund orders are linked to their original POS orders in the backend. This relationship provides complete traceability, enabling administrators to audit returns and maintain accurate records.

Navigation : Setting → Point of Sale → POS Order

10.) Product-Level Non-Return Restriction

Products can be marked as non-returnable to enforce return policies at the product level. This restriction prevents unauthorized or invalid returns directly from the POS.

Navigation : Setting → Point of Sale → Products → Product Variants

11.) Non-Returnable Product Identification

Products marked as non-returnable are clearly identified during the order return process. This prevents restricted items from being refunded while allowing other eligible products from the same order to proceed normally.

12.) Restricted Quantity Selection for Returns

Return quantities are controlled at the product level to ensure only eligible items can be refunded. Non-returnable products are automatically excluded from quantity selection, while valid products remain adjustable within allowed limits.

13.) Customer-Specific Order Filtering

Orders can be filtered based on a selected customer, enabling quick access to customer-related transactions. This feature is especially useful when handling customer-specific return requests.

14.) Complete POS Return Workflow

The entire return process follows a seamless and intuitive POS workflow from order selection to refund completion. This ensures consistency, ease of use, and full integration with existing POS operations.