Help Center / Sales & Reports / Sales by Payment Type: What Counts as Money Received

Sales by Payment Type: What Counts as Money Received

Oct 16, 2026 · 18 views

Reports → Sales by Payment Type answers one question: how much money actually came in, and through which tender? It is the report to open when you want to know how much of the week was cash versus GCash, Maya or card, or when a processor's settlement does not look right. The same rules drive the Payment Methods card on the Sales Summary dashboard, so the two always agree.

What is counted

  • Completed sales, by the tender the cashier picked at checkout. A split payment (half cash, half card) shows under both tenders, but counts as one transaction.
  • Refunds as negatives. An item refund from the POS appears as a negative amount under the tender the money went back through, on the day it was refunded. Older whole-sale refunds are subtracted the same way, from the tender that paid the sale.
  • Collections on open balances (Open Balances → Collect Balance, or the POS balance screen) count on the day the money was received, under the tender it was received in — not on the day of the original sale.
  • App and web orders — see the section below.

Voided and cancelled sales, parked tickets and open orders never appear.

Charge-to-account (credit) sales

When a sale is charged to a customer's account, no money changes hands, so nothing is added to this report on the day of the sale. You will not see a "Credit" tender. The amount shows up only when the balance is collected — under cash, GCash or whatever the customer paid with, dated the day you collected it. To see what is still owed, use Sales → Open Balances or the customer's statement; to see what was sold regardless of payment, use the Sales Summary or Receipts reports.

App and web orders

Orders placed through the customer app or your online store are not rung up on a POS tender, so they are listed separately once the money is settled:

  • Online payment — the customer paid by card or e-wallet at checkout and the payment was confirmed.
  • Cash on delivery — the driver completed the delivery and collected cash. Orders still being prepared or out for delivery are not counted yet.

The amount shown is what is due to the store: the order total less the delivery fee, which is paid to the driver and settled through the booking wallet, not through your drawer. If you mark an app order as paid yourself from the Orders page, it appears under Adjustment on the day you marked it.

Reading the numbers

  • Transactions is the number of sales (plus refunds and collections) that used the tender, not the number of payment lines.
  • % of sales is each tender's share of the period's total received.
  • A tender can show a negative total for a period with more refunds than sales — that is correct, not an error.

Tying it back to your shifts

The cash line here should match the cash sales on your shift reports for the same days, plus any balances collected in cash. The two differ when:

  • a sale was rung up offline on one day and synced the next — both pages use the time of the sale, so this is rare, but check the sync time if a day looks short;
  • a collection was taken on a later shift than the sale — it counts under the shift that physically received it, which is also the day it shows here;
  • a refund was given on a later day than the sale — it reduces the day of the refund, not the day of the sale.

For non-cash tenders, the Non-Cash Settlements card on Shift Reconciliation shows how much GCash, Maya, card and marketplace processors still owe you; this report shows what customers paid through them.

Invoice collections

Below the tender table is a second section, Invoice Collections (Accounts Receivable). It lists money received against customer invoices in the period: a summary by payment method, then every confirmed payment with its date, payment number, invoice, customer, reference, and how it arrived (recorded by you, submitted by the client, or paid online). Click the payment number for its receipt, or the invoice number to open the invoice.

  • Dated by payment date. A payment counts on the payment date written on the record (the same date its journal entry carries), not on the day the invoice was issued.
  • Confirmed only. A payment a client submitted on the public invoice page is not counted until you confirm it on the invoice.
  • Kept apart from POS tenders. Invoice payments never pass through the drawer, so they are not mixed into the tender table above or into shift totals. An invoice created from a charge-to-account sale is already in your sales totals from the day it was rung up; this section is the cash side of it. A standalone invoice with no POS sale appears only here.

Related Articles

On this page