The Shift Reconciliation report is your daily cash control center. It lists every POS shift with expected vs. actual cash, who opened and closed it, and on which device — so you can spot overages and shortages the same day.
Reviewing Shifts
Navigate to Reports → Shift Reconciliation. Each row shows the shift date, POS device (name and short ID), the opener and closer with contact numbers, expected cash, actual cash, and the variance. Click a staff name to view their profile, or click a row to open the shift detail panel with every transaction — each one opens a receipt modal.
Cash Float
When closing a shift, you can record a float left for the next shift — the cash that stays in the drawer. The deposit amount is then computed as actual cash minus float, and the float defaults to the next shift's opening balance. All float changes are captured in an audit log.
Daily Deposits
Record the day's bank deposit directly on the reconciliation page. If accounting is enabled, a matching journal entry is posted automatically, and the deposit appears in the shift detail panel where it can also be deleted if entered by mistake.
Force-Closing Stuck Shifts
If a device went offline or was lost while a shift was open, use Force Close on the reconciliation page to close it manually. Auto-closed and force-closed shifts are badged so you can tell them apart from normal closes.
Orphan Sales Recovery
Offline POS sales that synced without a valid cash session appear on the Orphan Sales page, along with the reason each sale orphaned, the cashier, device, and source. You can create a recovery session from there to adopt them, so every sale ends up inside a reconciled shift.
Telegram Shift Reports
If Telegram notifications are connected, a shift summary is sent automatically when a shift opens and closes — to both the opener and the closer.
Cash Variance Report
Reports → Cash Variance tracks drawer over/short across shifts, not just one shift at a time. It groups every closed shift by station (each register's physical drawer) and by shift owner (who opened the drawer), showing how many shifts were short, exact, or over, and the running totals. A red streak badge means that drawer's most recent shifts were consecutively short — repeated small shortages on one drawer are the classic pattern worth investigating, and it's invisible when you only review shifts one by one. Click any shift to open its full detail.
Blind Cash Count (shift close)
With Settings → POS → Cash Management → Blind Cash Count on Shift Close turned on, the POS hides the expected cash amount and the shift's cash summary until the drawer is actually counted and the shift closed. The cashier counts what's really there instead of counting toward a number on screen — the industry-standard control against steered counts. The over/short still appears on the closed-shift summary for managers, and in reconciliation and the Cash Variance report as always.
Manager approval for big variances
Set a Variance Approval Threshold (same settings card) and any shift whose drawer is over or short by at least that amount can't close without a manager's PIN — someone with the Close Any Shift permission. The approving manager is recorded on the shift and shown with a shield icon on the Cash Variance report. The PIN check works even when the register is offline. Leave the field blank to turn the requirement off.
Both controls take effect on your registers with the next POS app update; the settings can be turned on now.
Cash-Outs Now Arrive as Draft Expenses
Every cash-out recorded on the POS automatically creates a draft expense (category "POS Cash Out", paid in cash, linked to the shift) — so money taken out of the drawer is never invisible to your books, even without a receipt photo. Shift rows on this page show "N cash-out expenses to review" until you approve them; the link opens exactly that shift's drafts. Recategorize each to the right expense category and approve — that's when it posts to your Profit & Loss. If a receipt photo was attached, the Document Inbox fills in the same draft rather than creating a duplicate. On the shift detail page, each cash-out shows its expense and status; a red "not in books" badge means a cash-out (from before this feature) has no expense record — record one manually under Expenses.
Tickets: Punched vs Finished
Every ticket punched on the POS reports to the server, so this page can show what became of them. Each shift row flags two patterns worth a look:
- "N tickets voided, not completed" — whole orders that were punched and then killed instead of rung up. The shift detail page shows who voided each, who approved (a SELF badge means the voider approved their own void), and whether the kitchen had already cooked it or a bill had been printed — the difference between an honest mistake and a pattern.
- "N unfinished tickets" — punched orders that were never rung up or voided. Food may have been prepared with no matching sale. Tickets stay open across shifts, so one completed by a later shift counts as completed.
The shift detail page's "Tickets Opened This Shift" card lists every ticket with its outcome.
Non-Cash Settlements
The card at the top of this page shows, for every non-cash payment type (GCash, Maya, card, marketplace platforms), how much the processor still owes you and how many days old the oldest unsettled peso is — green when fresh, amber at 3 days, red at 7. Post the processor's settlement report (Document Inbox for Maya, Marketplace Payouts for TikTok/Shopee/FoodPanda/Grab) and the balance clears. Two warnings to fix under Settings → Payment Types: "mapped straight to bank" (the tender needs its own clearing account to be verifiable) and "no clearing account mapped" (receipts are piling into a holding account).
Cash-Out Purposes: Not Everything Is an Expense
When recording a cash-out, the POS asks why the money is leaving (next POS release; older builds default to Expense):
- Expense — money spent from the drawer (ice, supplies, an emergency purchase). Creates the draft expense for review, exactly as described above.
- Bank Deposit — an admin or manager pulling cash mid-shift for an early bank run. No expense is created — this is your money changing pockets, not spending. The shift shows a "bank deposit pickup" badge, and this page adds the pickup to the shift's remittance as a combined Total to Deposit, so the daily deposit you record covers both.
- Transfer — other relocations (topping up another drawer's change fund). No expense either.
If someone picks the wrong purpose, the numbers tell you: a "deposit" that was actually spending never reaches the bank, so the recorded deposit comes up short of the Total to Deposit; an "expense" that was actually a pickup leaves a draft expense nobody can justify — delete the draft rather than approving it into your books.
Fixing a Mislabeled Cash-Out
If a cashier picked the wrong purpose, open the shift's detail page: reconciliation admins get a small purpose selector on each cash-out row. Switching away from Expense deletes the shadow draft (if it's already been approved or paid, the switch is blocked — void the expense under Expenses first); switching to Expense creates the draft right there. Reclassifications are recorded in the audit log with the admin's name and timestamp.
Where Every Cash-Out Ends Up
Each cash-out's label decides its paper trail. Expense creates a draft expense that must be approved under Expenses to reach the books. Bank deposit pickups show on the shift page and are stamped banked · deposit #N once the daily deposit is recorded on the reconciliation page. Transfers have no document or journal entry at all — the reconciliation page flags them per shift as "transfers to verify" so someone always confirms where that cash went.
If a cash-out is reclassified away from Expense, its draft expense is voided, not deleted: the expense number remains in the list with a void reason naming who reclassified it, so the numbering sequence never has unexplained holes.
Reading the Non-Cash Settlements Card
Each tender shows two figures. Awaiting Settlement is the clearing account's ledger balance — money the processor owes according to posted journal entries, cleared when you post their settlement report. Not yet posted is money customers already paid via that tender in shifts whose sales journal entry hasn't posted — the shift is still open, or the close was skipped because auto-journaling is off. A tender showing "nothing posted yet" isn't settled; the ledger simply hasn't caught up. If the card shows a warning that auto-journaling is disabled, shift closes aren't posting to these accounts at all — enable auto-journaling for the aging figures to work.
Refunds and the Cash Drawer
A refund is recorded against the tender the money actually went back through. On the POS (app 2.42+), the refund screen shows a Refund via selector that defaults to the original sale's payment method; the cashier can override it — for example handing out drawer cash for a GCash sale. Only cash refunds reduce the drawer's expected cash; a card or e-wallet refund goes back through the processor and never opens the drawer.
If a refund was recorded against the wrong tender (all refunds before Sep 2, 2026 were recorded as cash), a reconciliation admin can retag it on the shift's detail page: a small selector next to each refund row rewrites its payment method, expected cash recomputes on reload, and the change is audit-logged. Retagging is blocked once the shift's sales journal entry has posted — void that entry first, then retag.