Skip to main content
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.
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.

Orders

Open Orders & paymentsOrders. The list shows orders sent by the main register as they happen: when a check is opened, on every change, and at payment.
backoffice — Orders list with the search bar, the Today / 7 days / 30 days / All range picker, the Status filter, and a few Open / Completed rows
Each row shows:
  • Check — the check number;
  • StatusOpen (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.
backoffice — order detail with a struck-through payment and its nested correction: reason, resolution, operator, and approver

The payment correction history

Open Orders & paymentsPayment 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.
A correction made during an internet outage still works on site. It appears in this log after the main register reconnects to the cloud.
backoffice — Payment corrections log with filters, struck-through payment, and the Correction evidence panel open

Sales

Open Orders & paymentsSales. 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;
  • StatusSale, 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);
  • Tax — the tax breakdown by rate;
  • Payments — the payments, under the names of your payment methods (“Cash”, “Card”, “Meal voucher”…), see Payments;
  • Refund history — every refund already issued, with its reason;
  • the Total, Refunded, and Net amounts at the top of the panel.
backoffice — detail panel of a partially refunded sale: Total / Refunded / Net at the top, Items, Payments and Refund history sections, Refund more button at the bottom
backoffice — detail panel of a sale with a comped item: negative COMP 1× row under the item and Discounts & comps section with the reason

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.
1

Open the sale

In Sales, click the sale, then Issue refund (or Refund more if it has already been partially refunded).
2

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.
Every line is priced at what was actually paid. If the sale carried a discount, the original price shows struck through beside it (for example 100.00 90.00): the figure on the right is what goes back to the customer.
3

Set the tender and the reason

  • Refund to — your configured payment methods. Defaults to the original tender; picking a different one (for example handing cash back on a card payment) asks for an override reason — it is written on the credit note.
  • Reason — required: Wrong item, Quality, Returned, or Other.
  • Details — your own words; required when the reason is Other.
  • Return items to stock — for a stock-tracked product (retail mode), leave it on when the customer brings the goods back; turn it off when they are damaged or kept.
4

Confirm

The refund total, tax included, shows at the bottom. Click Refund followed by the amount to confirm.If a free-amount refund was already issued at the register for this sale, less money may be left than items: the backoffice then warns you that the selection exceeds what is still refundable, and asks you to reduce the quantities.
backoffice — Refund sale #N dialog in By item mode: selected quantities, Refund to / Reason / Details fields, Refund total at the bottom
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 and close of day.

The refund history

Open Orders & paymentsRefunds. 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.
backoffice — Refunds list with the Refunded in range banner and a few full / partial rows with their reasons
For an aggregated view — breakdown by reason, impact on revenue — see the refunds report.

Invoices

Open Orders & paymentsInvoices. This is the register of every invoice issued at the POS (see how to issue an invoice). It is read-only: an invoice is a final document, numbered and sealed the moment it is issued — you browse it here, you don’t create it here. In the list: the invoice number (F-000123), the customer when a customer block was filled in, the mode (Aggregated — invoice without details — or Detailed), the original sale, the amount, and the issue date. Search by invoice number or customer name, filter by mode and by date range — the default range is 7 days.
backoffice — Invoices list with Aggregated and Detailed rows, the search box and the mode and date-range filters visible
Click an invoice to open its detail: the customer block as it was printed (name, address, tax ID, VAT number, email), the covers for an aggregated dine-in invoice, the items for a detailed invoice, the tax breakdown, and the payments.
backoffice — detail panel of a Detailed invoice: customer block, items, taxes, payments
Invoices appear here as soon as the main register syncs with the cloud. An invoice issued while offline arrives once the network is back.