The purpose of reconciliation is not tidy books — it is making every unit of money traceable: how much came in, how much was refunded, which channel settled it, and which purchase order owes whom. Store reconciliation runs on three lines: shift/daily closes on the checkout side, payment and refund flows on the payment side, and purchase statements on the procurement side.
Shift and daily closes: when a cashier changes shifts, the checkout runs a shift close that aggregates that shift's orders and takings into a shift record; daily closes aggregate by calendar day. Trace cash differences starting from 'shift record vs counted cash', with responsibility assigned per shift.
Payment and refund flows: every payment and refund has its own transaction record — method, channel and time, itemized. Reconcile against the settlement statements in each payment channel's back office; differences typically concentrate in refunds not yet settled or channel-fee rounding.
Purchase reconciliation: purchase statements between stores and suppliers flow through three states — 'pending reconciliation', 'pending supplier confirmation', 'reconciled' — with suppliers confirming in the supplier portal. Only reconciled statements should trigger payments.
Suggested rhythm: daily closes every day, flow checks weekly, purchase statements per purchasing cycle. In a system where all three lines are document-based, reconciliation means 'checking records'; in a manual-bookkeeping system, it means 'relying on memory'.