Customer work, connected.

Help & supportMyAccount
Orders, fulfilment, payments and returns

Review order totals

Pixie CRM guidance. Follow the route for your workspace, check your role and enabled modules, and verify the result before moving on.

Reconcile subtotal, discount, tax, shipping, rounding, total, paid and due minor values.

Audience: Order managers, finance staff and authorised refund supervisorsPermission: Manage orders; Refund for returnsModule v1.0.0 · code-inspected
Jump to steps
Where to goEnterprise POS → Orders

What this guide helps you do

Reconcile subtotal, discount, tax, shipping, rounding, total, paid and due minor values. This section covers order search, status interpretation, fulfilment, invoice reconciliation and full compensating returns.

Follow these steps

  1. Go to Enterprise POS → Orders and open the workflow that matches “Review order totals”. Confirm the page or record context before making a change.
  2. Search and open the order.
  3. Check channel, status, payment, fulfilment, customer, lines and totals.
  4. For an eligible e-commerce order, mark it fulfilled.
  5. For a return, enter a reason of at least three characters and create the full return.
  6. Where money was captured externally, process the financial refund through the original tender outside this module.
  7. Check stock, order status, payment marker, audit and webhooks.

Fields and options

  • Guide focus: Reconcile subtotal, discount, tax, shipping, rounding, total, paid and due minor values.
  • Reference and UUID
  • POS or e-commerce channel
  • Order, payment and fulfilment statuses
  • Customer and address snapshot
  • Line/tax/discount/cost snapshots
  • Invoice ID and payment rows
  • Return and return-line records
  • Public token and idempotency key

Rules and limits

  • Fulfilment applies to eligible e-commerce orders only.
  • Reserved orders reduce reserved and on hand at fulfilment; immediately deducted orders do not deduct twice.
  • Paid fulfilled orders become completed; unpaid fulfilled orders remain processing.
  • The supplied return action is whole-order only.
  • A return reason must contain at least three characters.
  • Paid returns create a refund_due payment marker; no external tender refund is executed.

Check it worked

  • The specific outcome described by this guide is visible and remains tenant-scoped.
  • The order register and detail page reflect the new state.
  • Stock is released/restored exactly once.
  • Return, audit and webhook evidence is created.
  • Native invoice payment hooks can update POS payment status.

Safety checks and troubleshooting

  • Verify the order is eligible before fulfil/return.
  • Do not promise an automatic card/bank refund.
  • Do not repeat a return after the order already became returned/refunded.
Stay within the supported module flow

Use the supplied UI, host module lifecycle and documented endpoints. Do not bypass tenant filters, permissions, CSRF, idempotency, rate limits, audit evidence or transaction checks. A stored table or field does not imply that version 1.0.0 exposes a management screen for it.

Search the platform, integrations and practical Help Centre guides.

Press Esc to close.Browse every page