ProblemShop money
Half in cash, half by transfer: one payment, two places
A customer pays part in notes and part into your account. One entry, two homes for the money, and four places the second half quietly disappears.

Write it as one payment against his name, then split that one payment between the cash box and the account it landed in. His page must move by the full amount and your two money pots must move by their own halves. Recording only the notes is how balances quietly go wrong.
The payment that arrives in two pieces
A customer comes to settle Rs 14,000. He counts out six thousand in notes, then holds up his phone and says he is sending the rest.
You take the notes, you watch him tap, and somewhere in the next minute a message arrives. Both of you are satisfied. He walks out with a clear page and you go back to serving, and the whole thing took less than two minutes.
That is where the trouble starts, because in your book only one of those two events is easy to write. The notes are in your hand and they go into the cash box, which is the thing your book was built around. The transfer went somewhere you cannot see from the counter, and it has no natural place in an evening's cash count.
So it waits. It waits for you to check the account, or for the bank message to be read properly, or for a quiet moment that does not arrive. Sometimes it gets written the same evening and everything is fine. Sometimes it does not, and a shop with hundreds of small movements will not notice one missing entry until the customer says he already paid.
Split payments are becoming ordinary rather than unusual, and shops that handle them casually accumulate small errors in both directions. This is a different problem from half your sales landing in your mobile account, which is about the money's destination. This one is about a single payment having two destinations at once.
Why one payment with two homes goes wrong
There are two separate records in every shop and a split payment touches both.
The first is the customer's page: what he owed, what he has paid, what remains. That record does not care at all how the money arrived. Rs 14,000 came in, the page moves by Rs 14,000, finished.
The second is where the money physically is: notes in the box, or balance in an account. That record does not care whose money it was. Six thousand went into the box and eight thousand into the account.
Both records must be true at the same time, and a split payment is the one everyday event that pulls them apart. Almost every mistake with a split payment is a shopkeeper who kept one of the two records honestly and let the other one drift.
The commonest version is writing all fourteen thousand as cash, because that is the only column the book has. His page is then correct and your cash box is short by eight thousand every single evening, which quietly makes your daily cash count useless. If you count the box and it never matches, this is one of the reasons.
The second commonest is writing only the six thousand you touched. Then your box is right and his page still shows Rs 8,000 owing. Weeks later he comes in, says he paid it all, and he is telling the truth. You have no way to prove otherwise and you should not try, which is exactly the argument described in when a customer says he already paid.
Say he clears Rs 14,000 in two pieces
Say he clears Rs 14,000 in two pieces on one afternoon
The page and the cash box tell different halves of the same story, and both halves have to be true.
Nothing in that table is difficult. That is the point worth sitting with: this error is never caused by the arithmetic. It is caused by one half of the payment being physical and the other half being invisible, and by the writing happening at two different moments.
A shopkeeper who takes the notes and immediately thinks "and eight is coming" has done the whole calculation correctly in his head. What he has not done is write it, and by evening the head has moved on to twenty other things.
Start your digital khata today
Free to start. Works offline. English, Roman Urdu & Hinglish. Your customers get their app free, forever.
Record it once, then split it
The rule that removes almost all of this is short.
One payment, on one date, against one name, for the full amount. Then, inside that payment, name where each part went.
This matters more than it sounds. If you write two separate payments, his page shows two events for one afternoon, and when he asks about a date later you have to explain both. If a helper is looking at it, he sees what could be two payments or one payment entered twice, and he cannot tell which. One entry with two parts inside it can never be misread.
Every proper book can do this, on paper or otherwise. On paper it is one line for the payment with a small note beside it, "6 cash / 8 bank", and the transfer copied into whatever page tracks your account. The discipline is the note, not the format.
If you keep your accounts in an app it should do this for you rather than making you choose one pot. In Wasoolo a payment can be split across cash and a bank account in the same entry, so the customer's page moves by the whole amount while each account moves by its own share, and the two records stay true without you doing the sum twice.
The ten seconds at the counter
The ten seconds at the counter
- 1Ask for both numbers before he puts the phone away"How much in notes, and how much are you sending?"
- 2Count the notes in front of him and say the figure aloudThe number he hears is the number that goes in the book.
- 3Wait for the transfer to appear before you write itA screenshot is not an arrival. Your own account is the proof.
- 4Write one payment against his name, dated todayOne entry for the full amount, so his page never shows two events.
- 5Split that entry into its two homesNotes to the cash box, the rest to the account it landed in.
- 6Say the closing balance out loud before he goes"That clears it. Your page is at zero." The dispute ends here.
The step people skip is the third one. A screenshot is not money. A screenshot is a picture of somebody's intention, and screenshots of failed, pending and outright fake transfers all look almost identical to a shopkeeper glancing at a phone across a counter.
Check your own account. If the shop is busy and you cannot check it that second, write the notes as received, tell him plainly "I will confirm the transfer when I see it", and do not clear his page until you have. Said in an ordinary voice this offends nobody; it is what banks and every other business do.
The last step matters for a different reason. Saying the closing balance out loud, before he leaves, ends the dispute before it can exist. He heard the number, he agreed with it while standing in front of you, and no argument three weeks later can get past that. It costs you two seconds and it is the cheapest protection in the whole shop.
The four places the second half disappears
Where the second half disappears
What keeps it visible
- One payment entry, split across cash and the account
- The account balance checked at the same moment
- The closing balance said aloud before he leaves
- The same rule whoever is standing at the counter
What loses it
- The notes written down and the transfer left for later
- A screenshot accepted as proof the money arrived
- Both halves dropped into the cash box in the book
- The transfer entered again when the bank message arrives
The double-entry problem on the right deserves its own warning, because it is the one that damages you rather than the customer.
It happens like this. You write the split payment properly at four in the afternoon. At nine in the evening the bank message is read while you are entering the day's work, and the eight thousand gets written again as a fresh payment from him. His page now shows Rs 8,000 more paid than he actually paid. He will not mention it. Nobody will notice until his page is settled at a number that was never right.
The habit that prevents it is to decide, once, which moment is the moment you record a transfer: when it appears in the account, or when it is agreed at the counter. Either works. Doing both is what causes the damage, and in a shop with a helper this needs to be an actual instruction rather than a preference, or two people will use two different moments.
When the halves arrive on different days
The variation that catches people out is the customer who hands over notes today and says the transfer will come tomorrow morning.
Treat that as two events, because it is two events. Write today's cash as today's payment, and leave the rest open on his page. Do not write tomorrow's transfer today on the strength of a promise, however reliable he is, because a page that shows money you have not received is a page that will eventually be wrong in a way you cannot untangle.
When the transfer does arrive, it is simply a second payment on its own date. Two clean entries on two days are correct and easy to read. One entry that pretends both happened together is neither, and it will not survive a disagreement.
The same thinking applies when a customer sends a transfer for slightly more or less than the notes suggested. Record what actually moved, not what was intended, and let his page show the small remainder. A page that always matches reality, to the rupee, is the whole reason for keeping one, and it feeds directly into knowing what your shop actually earned rather than what you think passed through it.
Start your digital khata today
Free to start. Works offline. English, Roman Urdu & Hinglish. Your customers get their app free, forever.
My customer sends the transfer from his brother's account. Does that change anything?
Not for his page: the payment is his and it clears his balance. Note whose account it came from beside the entry, so that a future question about that arrival has an answer.
What if the transfer never arrives and I have already cleared his page?
Reverse only the part that did not arrive, keep the cash part, and tell him the same day. The longer it sits, the harder the conversation becomes.
Is it better to just ask everyone for cash?
You will lose customers. Transfers are convenient for the person paying you, and convenience is what gets an old balance moving at all.
How do I know a transfer is genuinely in my account?
Look at your own account balance, not at his phone. A message can be delayed and a screen can be edited. Your balance cannot.
My helper takes payments when I am out. What should he do?
The same steps, and he should never clear a page on a transfer he cannot see arriving. Write the cash, note the promised transfer separately, and leave the confirming to whoever can see the account.
Should the cash half go in the box or straight to the bank?
Wherever it actually goes. The record has to follow the notes. If you deposit them the next morning, that is a movement between your own two pots and it belongs in the book as one.