Balancing the Drawer

My Drawer Does Not Match the Till, and Nothing on the Screen Says Why

Your drawer does not match the till, and nothing on the screen says what it should have held. By the end of this guide you will be able to count the till, work out what you should have found, and — if the two numbers differ — say which of four things the difference actually is before anyone calls it a shortage. It takes about ten minutes the first time and five after that.

Read this one before you need it. The night you are RM 71.50 short is the wrong night to be learning where the figures come from.

Meet GadgetSphere

GadgetSphere Sdn Bhd runs 22 consumer-electronics branches across Malaysia. You are on the counter at GS-KV-01 on a Saturday, and this is the evening the rest of the guide works through:

You opened at ten with a RM 500.00 float, counted note by note.
At four you handed RM 2,000.00 to the branch manager to bank, and at five you took RM 35.00 out to pay a courier. You keyed both as Cash Out.
At a quarter past six a walk-in customer paid RM 285.00 for a power bank by card. In the rush it was rung up as Cash.
At seven a customer brought back a pair of earbuds and you refunded RM 129.00 in cash, on a bill of its own.
Between half past eight and nine the shop’s connection dropped. Your till runs with offline mode on, so it kept working, and one RM 218.00 cash sale waited in its queue. You locked up before the connection came back, so that bill goes to BigLedger when the till is switched on tomorrow morning.

At close the drawer holds RM 2,519.90. The rest of this guide is how you find out whether that is right, and what each part of the gap is.

A shift, at a glance

No Session menu at your till? Your shop runs without sessions: start at item 4 and compare your count with the Cash row for the whole branch and day.

Count the float in, note by note, when you open the session. Put nothing in the Remarks box: it is not saved (Step 1).
Key every Cash In and Cash Out, and write each on a paper slip with the time, the reason and who took the money: those records never reach the Z Report (Step 2).
Hand the till over by closing your session, and let the next person open a new one; never share a login (Step 3).
Count the drawer before you look at any figure, and print the count slip before CLOSE: the closing denominations are not saved (Step 4).
Work out what you expected on paper: opening float, plus the Z Report’s Cash row for your session with Device on All, plus cash in, less cash out. Ignore the printed Variance line; it subtracts every sale, cards included. Export the report to PDF before you go: tomorrow’s run gives a different answer (Step 5).
Name which of four things the difference is: a tender keyed to the wrong method, a document the report does not have, a change error, or a genuine shortage (Step 6).
Report the difference; never quietly correct it. Hand the evidence to your supervisor, who checks the explanation the next morning (Step 7).

The shift runs across three pages: Step 1 here, Steps 2 to 5 on Record, hand over, count and expect, and Steps 6 and 7 on Name the difference and report it.

What BigLedger holds, and what only you hold

This is the part the till does not explain, and everything in the steps depends on it. The right-hand column says whether each figure is stored at a moment you can name, or recomputed every time you ask.

The fact	Where it lives
The float you started with, note by note	Stored at the moment you open the session — one record per denomination you counted
Every sale, and how it was paid	Stored on each bill when it is finalised: one payment line per method, at the amount it settled
What you keyed as received in cash, and the change the till worked out	Stored on the bill as well. The till shows Paying and Change at the counter and keeps both. It records the change it told you to give, not the change you gave
Money you took out or put in mid-shift	Stored as an amount, a direction and free text — and it never reaches the Z Report (Step 2)
The total you counted at the end	Stored at the moment you press CLOSE — the total only. The closing denominations are not saved
The Z Report’s takings	Recomputed at every run from the finalised bills. Nothing freezes it at close: run it again tomorrow and an offline bill that arrived overnight, or a payment a supervisor corrected, is in the new answer. The PDF you export is the only copy of what it said tonight
What you should have found	Nowhere. No screen or report subtracts your count from the cash you should have found; the Z Report’s Variance line subtracts different numbers (Step 5)
Why a difference happened	Nowhere. The Remarks box on the closing screen is not saved

So the arithmetic at the end of a shift is yours, the explanation is yours, and the evidence for both is whatever you wrote down while the shop was open. The rest of this guide is about making that cheap instead of expensive.

If there is no Session menu at your till, your shop runs without sessions and floats. That is a supported way to run a counter — the till still records every sale and every tender, and the Z Report still gives you takings by payment method. You lose the opening and closing figures and the float movements; you lose nothing about the sales. Skip Steps 1 to 3 and start at Step 4, comparing your count against the Cash row of the takings block for the whole branch and day.

Step 1: Count the float into the drawer, and let the till store the denominations

POS General › Session › Create

Key the Opening Amount, or open the Float Count tab and key how many of each note and coin you have — RM 100 down to five sen — and let it total for you. The float count is the version worth doing, because the denominations you key at opening are saved: one stored line per denomination, against this session, dated the moment you opened it. That is the one moment in the shift where BigLedger can prove exactly what was in the drawer. Tonight it proves RM 500.00, and nobody has to remember it.

The session records who opened it and on which terminal. From here until someone closes it, the drawer is yours — and every bill you ring up carries this session, which is what lets you pull tonight’s takings apart from the afternoon shift’s in Step 5.

Do not put an explanation in the Remarks box on this screen. It is on the form and it is not saved — neither here nor on the closing screen. Anything that has to survive the night goes on paper or into the branch’s own log.

Steps 2 to 7, in brief

Step 2: Write down every note that leaves the drawer, because the report will not

Key every Cash In and Cash Out, and write each on a paper slip with the time, the reason and who took the money: those records never reach the Z Report. (Step 2)

Step 3: Hand the till to one named person, not to a shift

Hand the till over by closing your session, and let the next person open a new one; never share a login. (Step 3)

Step 4: Count the drawer before you look at any figure

Count the drawer before you look at any figure, and print the count slip before CLOSE: the closing denominations are not saved. (Step 4)

Step 5: Work out what you expected, because nothing in BigLedger will

Work out what you expected on paper: opening float, plus the Z Report’s Cash row for your session with Device on All, plus cash in, less cash out. Ignore the printed Variance line; it subtracts every sale, cards included. Export the report to PDF before you go: tomorrow’s run gives a different answer. (Step 5)

Step 6: Name which of four things the difference is, before you call it a shortage

Name which of four things the difference is: a tender keyed to the wrong method, a document the report does not have, a change error, or a genuine shortage. (Step 6)

Step 7: Report the difference — never quietly correct it

Report the difference; never quietly correct it. Hand the evidence to your supervisor, who checks the explanation the next morning. (Step 7)

What success looks like

Thirty seconds, before you lock the drawer:

The session is closed, and the Closing Amount on it is the number you actually counted — not a number you adjusted to make something agree.
A printed count slip exists with the denominations on it, and its total equals that Closing Amount.
Your expected figure and your counted figure are both written down, next to each other, on something your supervisor can read tomorrow.
The Z Report is exported, run for the trading date with Device on All and your session chosen, and it shows the float block.
If there is a difference, it has a name — wrong tender, a document the report does not have, change error, or unexplained — and a person other than you has seen it. Any offline bill is on the slip by number.

And the next morning, the supervisor’s half: the same report re-run leaves only the part of the difference your note said nobody could prove.

Common mistakes

Running the Z Report before counting. It turns a blind count into a copying exercise. The only reason to count at all is to find a difference you did not already know about.

Running it without your session. No float block, and the whole branch’s takings instead of yours. On a busy Saturday with two shifts, the Cash row is then wrong by the other shift’s cash.

Reading the Variance line as the variance. It is negative at every counter that takes a card, by design, and with more than one drawer in the session it is worked out from the last drawer listed, not all of them. Half the “my drawer does not balance” calls are this line.

Expecting cash in and cash out on the Z Report. They will not be there. The paper slip is the record.

Calling an offline bill a surplus. The drawer is over by exactly a bill that has not synced. Write it down and let tomorrow’s re-run absorb it, rather than taking the money out or putting it in an envelope.

Typing the explanation into the Remarks box at close. It is not saved. Write it on the count slip.

Letting the shift change without closing the session. You will find the difference; you will not find which half of the day it belongs to.

Correcting a bill to make the drawer agree. It restates the day in the ledger, it undoes any bank reconciliation on that line, and it turns a RM 60 question into an audit finding.

Treating a round-number difference as a change error. Change errors are rarely round. RM 50.00 exactly is usually a note, a missing tender, or a drop nobody wrote down.