How to Reconcile Restaurant Sales to Deposits
A practical process for matching restaurant sales to tenders, processor and delivery settlements, and bank deposits across multiple locations.
Restaurant sales do not usually arrive in the bank as one clean deposit per day. A store may take cash, cards, gift cards, delivery orders, and other tenders; processors and marketplaces may settle on different schedules and deduct different items. A deposit is the last point in a chain, not a substitute for the sales record.
A reconciliation follows four stages: sale → tender → settlement → bank. It explains what happened to POS sales, identifies timing differences, and documents open exceptions.
Start with the store’s sales record
Choose a period and preserve its POS close or sales export for each location. Record the business date, location, gross sales, discounts, voids, refunds, taxes, tips, and tender totals. Use the same business-date cutoff and time zone from one period to the next.
Keep sales separate from tender collected. Keep tax and tips identifiable; accounting treatment depends on the operator’s policies and applicable rules. Discounts and refunds affect the sales bridge. A gift-card redemption is tender for today’s order. For a gift card issued by the restaurant, the earlier cash receipt generally creates a liability until redemption; keep issuance and redemption separate so revenue is not counted twice. Avoid netting these into a generic “other” line.
For each store and day, ask whether the POS tenders explain the day’s recorded sales and non-sales collections. A simple bridge might look like this:
| Fictional store, Tuesday close | Amount |
|---|---|
| Food and beverage sales after discounts and refunds | $8,400 |
| Sales tax collected | $672 |
| Tips collected | $510 |
| Total collected across tenders | $9,582 |
These amounts are illustrative only. They assume the POS report defines sales as after discounts and refunds, and that the listed tax and tips are separate collections. Use your own POS report definitions; the totals above do not prescribe an accounting or tax treatment.
Match each tender to its settlement source
Break the POS tender total into the sources that will eventually be settled or deposited: cash, card processor, delivery marketplace, gift card, and any other tender your operation accepts. Trace each source to its report. Keep the reports and identifiers that let another person repeat the match: store, reporting period, batch or payout ID, transaction date, settlement date, and amount.
Card processors group transactions into settlement batches and may deduct fees, refunds, disputes, or other activity. Stripe’s payout reconciliation report matches automatic payouts to underlying transactions and shows activity still unsettled at period end. Its Balance report summarizes period balance activity; it does not answer the same payout-to-transaction question. Instant payouts can require separate matching to transaction history.
Delivery platforms also require two views. Use the order or transaction date to tie the platform’s activity to the POS period, then use the payout date and ID to follow settlement. DoorDash says its monthly statement is organized around transaction activity while payout details show payment information; amounts can fall in different periods because the transaction date and payout date differ. Its guide identifies fields such as sales, fees, marketing spend, amendments, and net payout. Field names and report formats can vary, so follow the actual statement for your account rather than applying a generic formula. See DoorDash’s payout and monthly statement guide.
If the POS already records delivery orders, treat the marketplace report as support for those same sales and the settlement of those sales. Do not add the marketplace’s order total to POS sales a second time. The reconciliation connects two records of one economic event; it does not create another sale.
Bridge the settlement to the bank
For each processor or marketplace payout, compare the report’s net payout to the bank deposit using its payout ID, expected date, and amount. Then explain the difference between gross activity and cash sent. For example, a fictional $1,000 payout might reflect $1,080 in eligible order activity, less $45 in fees, $20 in refunds or adjustments, and $15 in a merchant-funded promotion. The $1,000 is the cash settlement in this made-up example, not the restaurant’s sales measure. Actual platform fields and definitions control; the arithmetic is not a universal statement of how any provider calculates payout.
Do not force a match by changing the sales number to equal the deposit. Separate each reconciling item and its accounting destination according to your chart of accounts and policy. Common explanations include fees, taxes or tips collected and passed through, refunds, chargebacks, platform adjustments, reserves or holds, failed payouts, deposits in transit, and a cutoff difference. A fee can reduce cash without reducing the POS’s recorded order total. A transaction may belong to one month while its settlement lands in the next.
These different dates can put a sale and its cash settlement in different months. Stripe shows transaction availability, payout effective dates, and ending unsettled balance separately. DoorDash distinguishes transaction-date statement activity from payout-date payments. Review the report version and account settings that apply to your stores.
Close the loop at month-end
Use a short exception log rather than carrying an unexplained net difference. For every open item, write down the store, amount, source report, expected resolution date, owner, and next action. A deposit that is merely in transit should clear when it appears; an unexplained duplicate, missing payout, or repeated unexplained fee needs investigation.
| Reconciliation checkpoint | Evidence to retain |
|---|---|
| POS sales to tender totals | Store close report and tender summary |
| Tender source to processor or marketplace | Batch or payout detail, with IDs and dates |
| Net settlement to bank | Bank statement line and deposit reference |
| Open timing or adjustment items | Exception log, supporting notice, and clearing date |
Keep the reports and deposit support together with the close records. The IRS describes sales records, deposit slips, purchase and payroll records, and other supporting documents as part of business recordkeeping; that guidance supports retaining evidence, not a particular reconciliation method or account classification. See IRS recordkeeping guidance.
At group level, review the same reconciliation by store and payer. A consolidated total can hide a missing payout at one location or an incorrect location mapping. Add these checks to your recurring month-end close checklist, and see the guide to multi-unit restaurant month-end close for the surrounding close sequence.
Pulse brings sales and financial data together and reconciles activity across processors, so operators can follow sales through to deposits. Our managed services team can run that work alongside bookkeeping and AP. Talk to us about Pulse or see how the result fits into a restaurant P&L.