Reports

Trace Refunds in Return Payment Transactions

The return-payment tab is the refund trail for partial and full returns. An empty result means no matching return records in the selected scope, not that returns are disabled.

Menu path
Reports -> Money -> Payment -> Return Sale Payment Transactions
Verified from
Posnic demo and current POS source reviewed on 2026-09-08
Technical source evidence

frontend/modules/paymentReport.html, frontend/static/script/js/modules/js/report_payment.js paymentreturntransaction, api/src/controllers/sales.controller.js paymentReturnSalesTranscationReportTable, api/src/repositories/sale.repository.js paymentReturnSalesTranscationReportTable

Return payment transaction scopeLive demo captured 2026-09-11. No Records is a valid result for the displayed date window and current demo data.

Find a Refund

  1. Open Reports -> Money -> Payment.
  2. Choose Return Sale Payment Transactions.
  3. Select the refund date range and branches.
  4. Optionally select one payment method.
  5. Apply.
  6. Match Sale, Date, User, Method and Amount with the return record and external refund evidence.

Read the Refund Row

FieldMeaningAudit question
SaleOriginal Posnic sales identifier attached to the return.Does it match the returned receipt?
DateReturn-sale record date used by this report.Is the selected window correct?
UserUser recorded on the return sale.Was this employee authorized to refund?
MethodStored payment_mode on the return record.Does it match the actual refund route?
Amountitems_return_total recorded for the return.Does provider or cash evidence show the same amount?

Why No Records Can Be Correct

  • Only sale processes PartialReturn and FullReturn are eligible.
  • Date, branch and optional payment method all constrain the result.
  • The public demo resets regularly, so its return tab may be empty even when sale transactions exist.
  • An empty table is not evidence that returns, refunds or reporting are broken.
  • Create a controlled test return only in an approved test shop, then rerun the exact scope.

Export and Control

  • Export All To CSV creates payment-return-sale-reports when rows exist.
  • CSV fields are SaleId, Date, UserName, PaymentMethod and Amount.
  • The export control is disabled when there are no matching rows.
  • Report Read permission is required.
  • Treat refunds as money movement: compare Posnic, register and provider evidence before approval.

Investigate a Difference

  1. Open the return in Sales History.
  2. Confirm whether it was partial or full and inspect returned lines.
  3. Compare the refund method and amount with the original payment and current provider record.
  4. Check manager authorization and the employee attached to the return.
  5. Check cash-register movement when cash was refunded.
  6. Record the resolution without deleting audit evidence.

Related Manual Pages

Sales Returns, Quotes and Hold Train staff on what to do when a sale is not a simple paid bill: park it, quote it, return it or correct it with approval. Reports Return Sale Reports Return Reports explain which completed sales were reversed, which products and quantities came back, how much value was returned and which customer, cashier, branch and payment method belong to the event. Reports Payment Method Reconciliation The Types tab is the payment-method control total. Run it for the same branch and time window as the till close, then compare each method with the drawer, terminal, bank or wallet evidence. Reports Sale Payment Transactions This tab is the bill-level trail for completed and partially returned sales. Use it when a payment-method total does not match the till or external provider. Registers Daily Close A sale is not fully controlled until the register and payment totals are closed and explained.