What is a split payment in a gaming lounge?

A split payment is when a customer pays for one session in two parts — some in cash and the rest on M-Pesa. It's common when a player is a little short of cash and tops up the balance by phone. The key is to record each part on its own rail: the cash portion as cash, the M-Pesa portion as M-Pesa. PsTally has a split option that captures both, so the money lands in the right totals and the shift still balances.

Should cash and M-Pesa be tracked separately in a lounge?

Yes. Cash and M-Pesa fail in different ways — cash physically goes missing, M-Pesa is received but sometimes never rung up as a session — so blending them into one total hides both problems. Kept apart, a short drawer points to the cash side and a mismatched M-Pesa total points to an unrecorded session, and each gap tells you where to look. This is what makes the shift reconciliation honest.

What is the most common M-Pesa mistake in a gaming lounge?

A session paid on M-Pesa that never gets recorded as a session. The money arrives on the phone, the player plays, and because nothing was rung up, the console time is untracked and the M-Pesa total no longer matches the recorded sessions. Recording every session against its payment method — the moment it's paid — closes that gap.

Running the lounge · 2026

Cash, M-Pesa and Split Payments in a Gaming Lounge

A gaming lounge or gaming center takes money three ways now: cash, M-Pesa, and increasingly a split of the two — part in notes, the rest by phone. How you record each one decides whether the day balances at close or comes up short with no explanation. The single most expensive habit is adding them all into one number.

How gaming lounges take payment

Most sessions are still paid in cash, but M-Pesa is now a large and growing share, and split payments — part cash, part M-Pesa — are common when a player is a little short. Three tender types, arriving all shift, at every console. The temptation is to treat money as money and count one total at the end. That is exactly where the trouble starts.

Cash and M-Pesa should be tracked separately

Cash and M-Pesa fail in completely different ways. Cash is physical — you can lose it to a mistake, wrong change, or a hand in the drawer. M-Pesa is a record — hard to steal, but easy to receive and never ring up as a session, so the console time goes untracked. Blend them into one number and you can no longer tell which side a gap is on. Kept apart, a short drawer points to cash and a mismatched M-Pesa total points to an unrecorded session — each gap tells you where to look. Keeping the rails separate is what makes the shift reconciliation mean anything.

One blended total that “balances” doesn’t mean nothing is wrong. It means you can no longer see what is.

What is a split payment (part cash, part M-Pesa)?

A split payment is one session paid in two tenders — say a Ksh 200 session settled as Ksh 120 cash and Ksh 80 on M-Pesa, because that’s what the player had on them. It’s a normal, friendly thing to allow, and it keeps a customer playing instead of turning them away. The only rule is that both halves must land on their own rail: the cash part counted as cash, the M-Pesa part as M-Pesa — not the whole thing dumped into one.

How to record split payments so the shift balances

If a split is recorded as “cash” for the full amount, your drawer will be over and your M-Pesa short by the same figure — a gap that looks like two separate problems. Record it as a split, and each portion adds to the right total, so the day still reconciles. This is one of the specific jobs PsTally does: a session can be settled as cash, M-Pesa, or split, and a split puts each part on its own rail automatically — the cash into expected cash, the M-Pesa into the M-Pesa total — so a busy night of mixed payments still closes cleanly.

Common M-Pesa mistakes in a gaming lounge

Two catch owners again and again. The first: an M-Pesa payment received but never rung up as a session, so the money sits on the phone with no console time behind it and the totals drift apart. The second: an M-Pesa payment logged as cash (or the reverse), which quietly unbalances both rails at once. Both come from recording payment away from the moment it happens — and both disappear when every session is tied to its payment method as it’s paid, which is how a proper till should work.

Questions owners ask

What is a split payment?

One session paid part in cash and part on M-Pesa. Record each part on its own rail so the totals stay right.

Should I track cash and M-Pesa separately?

Yes — they fail differently, so a blended total hides both. Kept apart, a gap tells you which side to check.

What’s the most common M-Pesa mistake?

An M-Pesa payment that never gets rung up as a session, so the money and the console time no longer match.