> ## Documentation Index
> Fetch the complete documentation index at: https://docs.now-os.app/llms.txt
> Use this file to discover all available pages before exploring further.

# Orders, sales, and refunds

> Track orders, browse sealed sales, and manage refunds from the backoffice, wherever you are.

The **Orders & payments** section of the backoffice shows you what is happening in the store, from any browser: orders in progress, completed sales, payment corrections, and the refund history. These screens are identical in restaurant mode and retail mode.

<Note>
  Data arrives from the location's main register, automatically. If the store
  loses its internet connection, service continues normally on site — the
  numbers show up in the backoffice as soon as the connection returns. A short
  delay is therefore possible.
</Note>

## Orders

Open **Orders & payments** → **Orders**. The list shows orders sent by the main register as they happen: when a check is opened, on every change, and at payment.

Each row shows:

* **Check** — the check number;
* **Status** — **Open** (in progress), **Completed** (paid), or **Cancelled** (voided);
* **Items** — the number of order lines;
* **Total** — the order amount;
* **Device** — a short code identifying the main register it came from;
* **Updated** — the last change.

To find an order:

* type a check number in the **Search by check number or order ID…** field;
* pick the range: **Today** (default), **7 days**, **30 days**, or **All**;
* filter by status with the **Status** menu;
* sort by clicking a column header (**Check**, **Status**, **Updated**).

The list refreshes itself about every 30 seconds — the "Updated … ago" label at the top tells you how fresh the numbers are. Click **Refresh** to force an update.

Click an order to open its detail: the lines, the total, the payments, and the times it was created, last changed, and received in the cloud (**Uploaded**). Items show at their full price; if a discount or comp was applied at the register, a negative row spells it out — **COMP 1×** under the comped item, or **Discount 10 % · Service** under the list — so the column always adds up to the total.

Under **Payments and corrections**, an active payment appears normally. A corrected payment stays visible, struck through and marked **Corrected**; its reason, money resolution, operator, time, and approving manager appear directly underneath.

## The payment correction history

Open **Orders & payments** → **Payment corrections** to review every correction made before a sale closed. This log is read-only. These are not refunds: the original payment remains stored and the correction only removes its effect from the collected amount.

Filter by date range, tender, reason, and operator, or search for a check, staff member, or device. Each row shows the check, original amount and tender, decision, operator, approving manager, and source device.

Click a row to open its **Correction evidence** panel. It shows:

* the original payment and who recorded it;
* the reason, details, and resolution — for example **Cash returned to the customer** or **Void confirmed on the external terminal**;
* the operator and approving manager;
* the timeline from payment capture to acceptance by the main register and receipt in the cloud;
* technical identifiers useful to support.

<Note>
  A correction made during an internet outage still works on site. It appears in
  this log after the main register reconnects to the cloud.
</Note>

## Sales

Open **Orders & payments** → **Sales**. A sale is the final record produced when a check is fully paid: it is sealed and never changes again. This is where you review a receipt's details and where you start a refund.

Each row shows:

* **Sale** — the sale number;
* **Status** — **Sale**, **Partial refund**, or **Refunded**;
* **Total** — the amount collected;
* **Refunded** — the amount already refunded, if any;
* **Closed** — the time of payment.

Search by sale number, pick the range (**7 days** by default), then click a sale to open its detail:

* **Items** — the items sold at their full price, with their tax; a comped item keeps its line with a negative **COMP** row underneath, and a discount shows as a negative row with its reason — the total stays the amount actually collected;
* **Discounts & comps** — every discount or comp applied on this sale, with its reason (see [Discount or comp](/en/pos/order-actions#discount-or-comp));
* **Tax** — the tax breakdown by rate;
* **Payments** — the payments (**Cash** / **Card**), see [Payments](/en/pos/payments);
* **Refund history** — every refund already issued, with its reason;
* the **Total**, **Refunded**, and **Net** amounts at the top of the panel.

## Refunding from the backoffice

You can issue a refund without going through the register — useful remotely, or after the fact. The refund creates a new record: the original sale is never changed.

<Steps>
  <Step title="Open the sale">
    In **Sales**, click the sale, then **Issue refund** (or **Refund more** if it has already been partially refunded).
  </Step>

  <Step title="Choose what to refund">
    * **Full refund** — everything still refundable on the sale.
    * **By item** — pick items and quantities with the **−** / **+** buttons (or **All** for the whole line). Quantities already refunded are shown and cannot be refunded twice.
  </Step>

  <Step title="Set the tender and the reason">
    * **Refund to** — **Cash** or **Card**. Defaults to the original tender.
    * **Reason** — required: **Wrong item**, **Quality**, **Returned**, or **Other**.
    * **Details** — your own words; required when the reason is **Other**.
  </Step>

  <Step title="Confirm">
    The refund total, tax included, shows at the bottom. Click **Refund** followed by the amount to confirm.
  </Step>
</Steps>

<Warning>
  A cash refund issued from the backoffice does **not** record a pay-out on the
  register. Remember to record it on site so the evening count stays right — see
  [Refunds](/en/pos/refunds) and [close of day](/en/pos/close-of-day).
</Warning>

## The refund history

Open **Orders & payments** → **Refunds**. This is the log of every refund, whether it was issued at the register or from the backoffice. It is read-only: each refund is a final record that points to its original sale.

At the top, the total refunded over the range and the number of refunds. In the list: the refund number and its sale, the scope (**full** or **partial**), the tender (**cash** / **card**), the amount, the reason, and the time. The default range is **30 days**.

For an aggregated view — breakdown by reason, impact on revenue — see the [refunds report](/en/backoffice/reports).

## Invoices

The **Invoices** section (B2B invoices for account customers) is planned but not available yet.