The Payment Register lists every payment your store took in a date range — one row per payment, not per invoice. It’s the money-received counterpart to the Sales Register, and the report you reach for when reconciling a day’s deposits.
Columns
- Payment #, Date — the payment’s applied date.
- Customer
- Method — Cash, Check, Visa/MC, Amex, Wire, Store Credit, etc.
- Reference — check number, card auth, or memo entered with the payment.
- Amount
- Voided — a voided payment is flagged; reversed money no longer counts toward live totals.
Totals — including the by-method breakdown
The footer sums the Amount column and breaks the period down by method. That method breakdown is the heart of a daily close: it gives you the cash total, the card total, the check total, etc. for the window — match each against the matching deposit or processor batch.
Filters
- From / To — by payment date (not invoice date). A payment taken today against last month’s invoice lands in today’s register.
- Method — isolate a single tender (e.g. just card payments to match a Stripe/terminal batch).
- Status — Posted (default, live money), Voided (only reversed payments), or All.
How it differs from related reports
- Sales Register counts the invoices written, on invoice date — a partially-paid invoice still shows its full total there. The Payment Register counts the dollars collected, on payment date.
- Daily Sales Summary aggregates by day; the Payment Register shows every individual payment behind those day totals — open it when a day’s card or cash figure looks off.
Tips
- Daily close: set From and To to the same day, leave Status = Posted, and reconcile each method total against its deposit/batch.
- Hunting a discrepancy: if a day’s card total is off, filter Method to that card type and scan the references against the processor report.
- Voided payments are excluded by default — flip Status to Voided to audit reversals for a period.