Telebirr at the counter: making the till agree with the wallet

The scale of it

Ethio Telecom reports that more than 1.9 trillion birr moved through telebirr in the six months to January 2026, and more than 6.8 trillion birr since launch, against a customer base of 87.1 million.

Whatever the precise figure, the direction is not in doubt: a meaningful share of what crosses an Ethiopian counter is now settled digitally.

The problem cash never had

With cash, the drawer is the reconciliation. Count it at close, compare it to the till total, and any difference is a real, same-day discrepancy you can investigate while the people involved are still on shift.

With a wallet payment, three things can now go wrong that could not before:

• The sale is recorded and the payment never arrives — a failed or reversed transfer that the cashier believed had succeeded.
• The payment arrives and no sale is recorded — money in the account that nothing accounts for.
• Both happen, for different amounts, and net out to something that looks nearly right at month end.

None of these show up in a drawer count. They show up weeks later, when someone tries to tie a bank or wallet statement to a month of sales and finds a gap with no obvious owner.

What to store against the sale

The fix is unglamorous and entirely about capture at the moment of sale. Every non-cash payment should be recorded against the invoice with:

• The tender type — which wallet, bank or card, not just "not cash".
• The transaction reference from the payment, keyed or scanned at the counter.
• The amount actually settled, which is not always the amount invoiced.
• The time, and the cashier.

With the reference stored, month-end reconciliation is a matching exercise a junior bookkeeper can run. Without it, it is a forensic hunt through a statement, and businesses very reasonably give up and write the difference off.

Mixed tenders and partial settlement

The case that breaks most simple tills: a 4,200 birr sale settled with 2,000 in cash and 2,200 from a wallet. Or a wholesale customer paying 30,000 against a 45,000 invoice, leaving 15,000 on account.

Both are ordinary. Both require the payment to be a separate record from the sale, linked to it, with its own amount and reference — rather than a single "paid by" field on the invoice. If the till cannot represent a sale with two payments, or a payment smaller than the invoice, the difference ends up as a manual adjustment somewhere, and the receivables balance stops being trustworthy.