Payments

Checkout opens the payment screen. Pick a method, enter the amount, and the sale completes when the tenders cover the total.

The methods

Under Payment Method you get:

Method	What it needs
Cash	An amount tendered
Card	An amount and a reference number
GCash	An amount and a reference number
Maya	An amount and a reference number
Credit	A customer attached, and a connection

Cash, Card, GCash and Maya are always available. Credit only appears when you have the accounts receivable feature and a customer is attached.

There is no bank transfer or cheque at checkout. Both exist elsewhere in Kassly — a bank transfer can settle a customer's outstanding balance, and post-dated cheques are handled against receivables — but neither is a tender you can pick when ringing up a sale. See Receivables and Post-dated cheques.

Cash

Type the cash handed over into Amount Tendered, or use one of the quick buttons above it. The quick buttons are worked out from what is still owed: the next round ₱100, the next round ₱500, the next round ₱1,000, and then ₱1,000 / ₱2,000 / ₱5,000. On a ₱753.20 bill you get ₱800, ₱1,000, ₱2,000 and ₱5,000.

Change appears in a green panel as soon as the tendered amount covers the balance. Change is calculated against what is still owed, not the original total — so on a ₱500 bill with ₱300 already paid by GCash, tendering ₱500 in cash gives ₱300 change, not ₱0.

Kassly does not round cash. There is no rounding to the nearest 5, 25 or 50 centavos, and no setting for it. The total is the total to the centavo. If your store rounds at the drawer, that rounding is not recorded anywhere.

Card, GCash and Maya

All three use the same form: an Amount (pre-filled with the balance owed) and a Reference Number.

The reference number is required. Until you enter one the payment button stays greyed out. There is no error message — a disabled button is the whole signal. Spaces alone do not count.

Kassly does not talk to card terminals or e-wallets. You take the payment on the provider's own device or app, then record it here with its reference so the two can be reconciled later.

Over-tendering a non-cash method gives no change and no warning. Type ₱600 against a ₱500 balance and Kassly records ₱500. Only cash produces change.

If your store has a payment QR code uploaded, a customer-facing display can show it with Scan to pay and the steps "Open the GCash app" / "Tap Scan QR" / "Confirm ₱…". That is a display aid; you still record the reference yourself.

Credit — charging to a customer's account

Credit puts the amount on the customer's tab instead of collecting it now. It is the utang / charge-account method, and it creates a receivable you will have to collect.

Needs accounts receivable, which comes with the Cash Drawer & Expenses add-on (₱300 per branch each month), the B2B Sales Orders add-on, the Consignment add-on, or any bundle including one of them.

Three conditions, all of which the app enforces:

• A customer must be attached. Remove the customer and the method resets to Cash. Without a credit record loaded you see "Link a customer to use credit" — "A customer must be assigned to this order before using credit payment."
• You must be online. Tapping Credit offline gives "No Connection" — "Credit payments require an internet connection." The tile is greyed out.
• The customer must have room on their limit. Over it, you get "Exceeds credit limit" — "This payment of ₱1,200.00 would exceed the available credit of ₱500.00."

Before you confirm, the screen shows Current balance owed, Credit limit and Available credit. A credit limit of ₱0 means No limit — not "no credit".

The limit is checked against the credit part only, not the whole bill. A ₱1,000 sale with ₱800 in cash and ₱200 on account passes for a customer with ₱300 of room, because only the ₱200 is charged.

Collecting the balance later is covered in Receivables.

Split payments and deposits

To take more than one tender, enter the first amount and tap Split/Deposit instead of the pay button. The payment is added to a Payments list showing a running "₱300.00 / ₱500.00", the method picker resets, and the heading changes to Next Payment.

Remaining shows what is still owed. Remove a tender with the ✕ on its row.

Common combinations:

• Cash plus GCash, where the customer is short on cash.
• A cash deposit with the rest on account — take what they can pay now as cash, then add a Credit tender for the remainder.
• Two cash tenders, which stays labelled Cash rather than Split.

A sale settled with two different methods is recorded as Split, and both tenders show individually on the receipt.

A sale can never leave the counter underpaid. If the tenders fall short you get "Incomplete Payment" — "Please enter the full amount or add another payment." Push past that and a second guard stops you with "Payment does not cover the total" — "Collected ₱569.80 of ₱753.20 — ₱183.40 short. Add the remaining payment before completing the sale."

Nothing is written when a sale is refused. The cart survives, so you add the rest and carry on. This refusal exists because an underpaid sale that reaches the server is stuck: no receipt, no stock movement, invisible in reports, and impossible to finish from the device. It is better to be stopped now.

If you genuinely need to let a customer pay later, that is not an underpaid sale — it is a Credit tender for the unpaid part.

A sale that comes to ₱0 — a full-discount promo, say — completes without asking for money.

Where the money shows up

Tender	Effect
Cash	Expected drawer cash goes up; reconciled when you close the shift
Card / GCash / Maya	Recorded against the sale and broken out on the X and Z readings
Credit	No money moves — the customer's balance owed goes up

Cash and non-cash are separated on every reading and report, so a shift's drawer total is only ever measured against cash. See Closing a shift.

What prints

The receipt lists each tender on its own line, and a cash line also shows Tendered and Change. A credit sale prints Payment on Account.

Once your store is BIR-accredited, a sale settled on credit prints as a CHARGE INVOICE rather than a CASH INVOICE — the document type follows how it was paid. See Receipts.