The sales entry records the day — proving the cash is a separate job.
This is not a takedown, and it is not a comparison. Shogo and Bookkeep post the daily sales entry, and if you use one of them you should keep it. The point is narrower: a daily sales entry is a recording, and three of the biggest restaurant bookkeeping problems are reconciliations — comparisons between that record and the deposit slip, payroll and the bank. Whoever posts the entry, someone has to make those comparisons and keep the evidence.
What a daily sales entry does — correctly
A daily sales entry reads the POS close (Toast, Square, Clover, etc.) and posts a summary journal entry into QuickBooks Online: sales by category, tax collected, tips, payment-type splits, discounts and comps. Shogo and Bookkeep automate it; plenty of bookkeepers still key it by hand. Done well, it's a faithful transcription — the POS said X, so the ledger says X.
Transcription is genuinely valuable: it kills manual daily entries and it’s consistent. But notice what a transcription takes as given: that what the POS said actually happened.
The three reconciliations that prove it
1 · Cash over/short
The POS says the drawer took $2,148 in cash. Whether $2,148 actually reached the bank is a different question, answered days later by a deposit slip that may combine two service days and subtract whatever left the drawer as tips and paid-outs in between. Some sales-entry tools post an over/short line — Shogo does. Proving the number means tying three documents together: the POS cash line, the paid-outs, and the deposit slip. Whatever posts the line, ask what it was compared against — a $312 March shortage is only provable once the deposit slip is part of the comparison.
2 · Tip-liability drift
A sales entry can accrue tips payable at close. But the liability’s other side (payments through payroll, cash tip-outs from the drawer) is recorded in payroll and the cash log. If payroll mis-maps tips to wage expense, or cash tip-outs never get booked, the liability balance drifts month after month — even when every line of the sales entry is correct. Only a monthly rollforward (accrued − paid vs. the QuickBooks Online balance) surfaces it.
3 · Deposit matching
The bank feed shows a $4,631 deposit on Monday. Which service days is that? Saturday plus Sunday? Saturday minus a $200 paid-out? The sales entries and the bank feed sit in the same QuickBooks Online file, but nothing in either says which day a deposit pays. Matching them — day-by-day, location-by-location — is the tedious bridging work that usually ends up on the bookkeeper, monthly, in a spreadsheet.
| Question | Compared against | How often |
|---|---|---|
| What did the POS record? | the POS close | daily — the sales entry |
| Did the cash make it? | POS cash line, paid-outs, deposit slip | per service day |
| Does the tip liability tie? | accrued tips, payroll, cash tip-outs, the QuickBooks Online balance | monthly |
| Which deposit is which day? | bank deposits vs. service days | per deposit |
So: keep the sales entry. Add the proof.
The wrong conclusion from all this is “switch tools.” Re-implementing daily sales entries would be a waste of everyone’s time — Shogo and Bookkeep have spent years on POS integrations. The useful conclusion is to make sure something compares the POS side and the payroll side and the bank side, keeps the arithmetic, and queues only the exceptions.
That’s what LedgerInbox does — it runs those checks whenever a location's files arrive, alongside Shogo, Bookkeep or a hand-keyed entry, not instead of them. They post the entry; we prove the cash.