Toast cash over/short in QuickBooks — the reconciliation nobody automates.

Toast tells you how much cash the registers took. The bank tells you how much got deposited. The number between those two numbers is where restaurant cash quietly disappears — and no tool in the standard stack computes it daily.

LedgerInbox · updated July 2026 · corrections@ledgerinbox.com

Why the shortage is invisible in QBO

If a client runs Toast and you run QuickBooks Online, the daily sales entry (posted by hand, by Shogo, or by Bookkeep) records what Toast says: gross sales, tax, tips, payment-type splits. The bank feed records what Chase says: a deposit hit the account. Both of those are true, and neither one is the reconciliation.

Cash over/short lives between three documents that never meet in QBO:

• The POS cash line — what Toast expected the drawer to hold at close (cash sales, minus cash refunds, minus tips paid out of the drawer).
• The paid-outs — the produce guy who only takes cash, the emergency keg run, the window washer. Recorded (sometimes) as Toast paid-outs, receipts (sometimes) in a shoebox.
• The deposit slip — what actually went to the bank, usually two or three business days later, often combining multiple service days into one deposit.

The daily-sales tools stop at document one. The bank feed starts at document three. Nobody’s software reads document two. So the variance only surfaces if a bookkeeper manually builds the bridge — per day, per location.

The daily math, written down

Forty-seven dollars is not a police matter. Forty-seven dollars, three Fridays a month, across the year, is $1,692 from one register — and a consistent $20–50/day shortage across a location runs $7,000–$18,000 a year of cash nobody can prove. The operator can’t act on what nobody computes.

The journal entry, when there is a variance

Book the shortage the day it happens, against a dedicated over/short account — don’t let it dissolve into “miscellaneous expense” at month-end:

Overages post the same entry mirrored. The point of the dedicated account is the trend line: a random ±$5 is drawer friction; a repeating −$40 every Friday night shift is a person, a process, or a policy — and now you have the dates to prove which.

Why nobody automates it

1. The data lives in three systems. POS (Toast), paper (deposit slips, paid-out receipts), bank (the feed). No API covers the middle.
2. Deposits don’t map 1:1 to days. Weekend cash goes in Monday, sometimes combined. The reconciliation needs a matching step, not a lookup.
3. It’s below the billing radar. At 20 minutes per location per day, no firm can afford to do it by hand — so it gets done monthly, badly, or never.

The manual procedure, if you’re doing it yourself

1. Schedule Toast’s daily sales summary email for every location, every close.
2. Build a per-location sheet: date, POS cash, tips from drawer, paid-outs, expected deposit, actual deposit, variance.
3. Match deposits to service days (watch Monday multi-day deposits).
4. Post the over/short JE the day the variance appears, not at month-end.
5. Flag any repeating pattern (same weekday, same shift, same register) to the operator with the dates attached.

That procedure is exactly what LedgerInbox runs automatically — which is the honest reason this guide exists.