Skip to content

How to Refund an Order (Pro)

A return is two things: the money back and the stock back. MultiPOS does both from one panel, and records the refund where your drawer count will find it.

In the POS, press Orders in the menu. The Online tab lists every synced sale, newest first, and selecting one opens its details on the right.

The POS Orders tab with an order selected and its items, totals and buttons on the right

Search by order number, phone, email or customer name if the list is long.

Refund is the button at the foot of the order details panel, under Print Invoice. It is greyed out once an order is fully refunded.

Above it, in the totals, sits the Refunded row. It reads $0.00 on an untouched order and carries the running total once anything has gone back, which is how you avoid refunding the same order twice on a busy afternoon.

Available Items for Refund lists the order line by line, each with a quantity stepper starting at zero.

Step the quantity up on the lines coming back. Leave the rest at zero.

This is how a partial refund is entered. There is no box to type an amount into. You say what is coming back and the POS works out what that is worth.

The stepper will not go past what was sold, and it will not go past what is still refundable. Two of three units already returned leaves a ceiling of one, so the same unit cannot be refunded twice.

Restock Items sits at the bottom left, and it is ticked by default.

Ticked, the goods go back into stock and back on sale, on the website as well as at the counter. That is right for an unopened return.

Untick it when the goods are not going back on the shelf: damaged, opened, a warranty replacement. Leaving it ticked there tells your website it has something to sell that it does not have.

Refund Amount to the right of the checkbox updates as you change the quantities.

The refund popup with one Arabica Coffee Beans selected, Restock Items ticked, a reason and Refund Amount $15.40 including tax

It is the figure including tax, labelled as such. One $14.00 bag on a 10% tax rate shows $15.40.

When the sale used a coupon or a LoyaltyX reward, the amount actually refunded is lower than the popup shows, because the coupon’s share of that item comes off. The demo’s sale had a $5.00 reward, so the bag refunded $14.15. The refund note on the order always carries the exact figure.

Enter Reason (Optional) is a free-text line. It is optional and it is worth typing anyway: it lands on the WooCommerce refund and it is the only explanation anyone gets in three months’ time.

Press Refund. If cashiers may not refund alone, Manager Approval opens with the reason Refund order #565, and a supervisor types their PIN.

The Manager Approval popup over the refund popup, with the reason Refund order #565 and a PIN typed in

The POS confirms with Refund Success, and Approved by Jordan Belfort. when a PIN was used. The Refunded row now carries the amount, and the item line shows the refunded quantity.

Order #565 after the refund, with the Refunded row at $14.15 and the refund marked on the coffee line

Who may refund alone is set under Permissions. A cashier can only ever refund orders placed at an outlet they are assigned to.

Refund is disabled until at least one quantity is above zero, so an empty press does nothing.

Then hand the money over. Which brings us to the part that catches people out.

What actually happens is this:

  1. The refund is written against the order in WooCommerce.
  2. The stock goes back, if Restock Items was ticked.
  3. A transaction row is written with the amount in the Out column. A card sale’s refund is written as Refund (not cash), so it does not lower the cash expected in the drawer.
  4. A note on the order names the refund, and the manager who approved it.
  5. You hand over the cash, or refund the card on the card machine.

Step five is a human step and there is nothing in the software to remind anyone of it. A refund recorded and not paid leaves an unhappy customer; a refund paid and not recorded leaves your drawer short with no explanation. Do both, in that order.

In Today’s Transactions on the Statistics screen, as a row with the amount under Out and Refund as its type.

Today’s Transactions on the POS Statistics screen with the refund row for order #565

That row is the reason your drawer count still balances after a cash refund. Expected Drawer Amount takes the refund off, exactly as if the money had left, because it has. Today’s Cash Sale is net of cash refunds too, and the Z-report lists refunds on their own line.

In the admin transactions list, filterable by date and cashier.

The MultiPOS transactions list showing each payment with its cashier, method and totals

On the WooCommerce order, as a refund line under the items with the reason you typed, plus a Refunded total and a Net Payment figure.

A WooCommerce order showing its refund line, the refunded total and a net payment of zero

A fully refunded order also moves to the Refunded status, which is what makes it easy to find later.

There is no offline refund. Creating the refund, writing the transaction and putting the stock back all need the server.

If the connection drops, the POS shows Refund Failed with the reason, and nothing is recorded. Check the connection icon in the cart header.

The same wifi icon turned red, reading Offline

Take the customer’s details and do it when the connection is back, or refund from the admin later.

Three habits worth teaching:

  • Refund the line, not the total. Picking the item is what keeps stock, tax and reports right. A staff member who wants to refund “about twenty pounds” is asking for a number the screen cannot take.
  • Do it once. Two half refunds on the same order are legitimate, and the ceiling stops you overdoing it. The Refunded row is the only running total, so check it first.
  • Say why. The reason field is thirty seconds now against ten minutes of guessing later.