Z Report

A store finishes trading and needs a record of sales and payments, so staff run the POS closing procedure and the Z report summarises the period and may finalise its counters. Lightspeed's retail support distinguishes X reports, which can be viewed during the day, from Z reports used for closing, but the exact meanings are product-specific and an operator should follow its own POS guidance.

Lightspeed Restaurant's closing-report guidance describes what one product records when a Z report is generated, while other systems may have different labels or automation, so do not assume printing a report alone moves money. A fictional bakery prints a Z report after the last sale, checks cash, card, refunds and discounts against the shift records, and stores the report with the closeout evidence.

A Z report is not necessarily the same as a bank deposit, since card payments may settle later and cash may include an opening float, so each tender must be reconciled using the relevant records. A fictional cafe processes $2,100 in cash sales, $100 in cash refunds and a $50 cash payout; with a $500 opening float, expected drawer cash before any safe drop is $2,450, and the count must match the same period.

If safe drops occurred, cash held in the safe is part of the total but not in the drawer, so a simple expected-drawer formula needs to subtract those transfers and the physical bags should be compared with records. A Z report may list taxes, tips, voids and discounts, which serve different accounting purposes, so gross sales, net sales and tender totals should not be treated as interchangeable.

A fictional restaurant notices that card tips and card sales are shown separately, so the manager checks the report definition before reconciling settlement, because adding the tip line twice would inflate expected receipts. Opening and closing times need care for overnight businesses, as a restaurant trading past midnight may close a shift on the next calendar day, so define the trading period before comparing with bank or inventory data.

Square's cash drawer reporting guidance illustrates how systems compare expected and actual cash, and a Z report is one source for closeout while a cash drawer record may be separate, so follow the actual product workflow. A fictional convenience store runs several tills, each with its own closing record, and the manager does not combine a shortage from one drawer with an overage from another without investigating both.

A closing report may trigger a reset or prevent edits, so review open transactions, refunds and tender corrections before finalising, bearing in mind that reopening rules vary by POS. Training should cover who may run the report, when and where it is stored, because duplicate or missing closes make later reconciliation difficult and access controls reduce accidental or unauthorised changes.

A fictional shop closes a register early while another sale is still being entered, so the transaction lands in the next period and staff document the timing rather than altering sales totals to force a match. A Z report can support daily revenue accounting and inventory movements can be linked to sales, but it still needs comparison with payment processor settlements, cash deposits and any later adjustments, since chargebacks may arrive after the close, and it may highlight unusual discounts or voids without proving why they occurred.

A fictional small retailer reviews repeated late voids by checking POS permissions and supporting receipts, so the report helps identify a pattern without deciding its cause, and reports should be kept securely for the required retention period in the business's jurisdiction, without exposing customer payment details unnecessarily. When a POS changes, map old and new report fields, because one system's net sales may treat returns differently; a Z report is a closing snapshot, not the whole accounting ledger, so run it under the correct workflow, reconcile each tender and document exceptions, which turns a daily total into a reliable control.