Paybill or Till: the choice that shapes your bookkeeping
Both let a customer pay you from an M-Pesa wallet. They are not interchangeable, and picking the wrong one creates a reconciliation problem you will live with for as long as you operate.
The difference that actually matters
A Till number — Lipa na M-PESA Buy Goods — is tied to a point of sale. The customer enters the Till number and the amount. There is no account reference, because in a shop there is nothing to reference: the goods are in their hand.
A Paybill requires the customer to enter an account number alongside the amount. That reference is what allows one paybill to serve thousands of distinct customers or invoices.
The instrument is not cosmetic. It determines what data arrives with each payment, and therefore what your accounting can do with it.
When a Paybill is right
A Paybill fits any business where a payment must be attributed to a specific person, account, invoice or policy:
- Schools collecting fees per student
- Landlords collecting rent per unit
- Utilities and subscriptions billed per meter or account
- SACCOs and chamas collecting member contributions
- Any business invoicing customers individually
- Online checkouts generating an order reference
The account number is the entire point. It is what your reconciliation matches against, and a paybill where customers type whatever they like into that field produces records you cannot use.
When a Till is right
A Till fits high-volume, low-attribution retail where the customer is standing in front of you: supermarkets, restaurants, hardware, pharmacies, salons, boutiques, fuel stations, deliveries paid on arrival.
If you run several branches, a Till per branch gives useful location-level reporting without the complexity of a paybill account structure.
The limitation is that a Till tells you money arrived, not who sent it. That is fine for a shop and unworkable for a school.
The account reference problem
The account reference is the weakest link in most Paybill implementations, and almost nobody designs for it before launch.
Three failures recur:
- No validation. The customer types a student's name, a phone number, an invoice number, or nothing at all. Your system receives a payment that ties to no record.
- Ambiguous formats. If invoices are numbered 1042 and a customer enters 104, you have a payment that may belong to someone else.
- No suspense process. Unmatched payments land in a holding account nobody clears, and by year-end the balance is a number in your accounts you cannot explain.
The fix is to constrain input before it reaches you: state the required format on the invoice, validate against open items on receipt, and quarantine anything that fails rather than accepting it silently.
Reconciliation: the ongoing cost
Each M-Pesa payment arrives as a confirmation containing a transaction code, an amount, a timestamp, a partially masked payer, and for paybills the account reference the customer typed.
Your accounting has to tie every one of those to an invoice or a customer. At low volume a spreadsheet works. Past a few hundred transactions a month it does not, and most businesses discover this during their first audit rather than before it.
Two controls are worth building from day one. First, reject or flag payments whose reference matches no open invoice rather than accepting them into a suspense account. Second, reconcile daily rather than monthly, because the longer the gap the harder an unmatched payment is to trace.
A test you can apply in a minute
One question settles it:
Do you need to know who paid?
If yes, you need a Paybill, and you need a reference convention your systems enforce. If you only need to know that someone paid, a Till is simpler and cheaper to operate.
Businesses that answer "both" are usually right — a counter Till plus an invoicing Paybill is a common and sensible combination. What matters is that you treat them as two separate transaction streams in your accounting rather than merging them into one total.
Questions
Can a business have both a Paybill and a Till?
Yes, and many do. A Till handles walk-in counter sales while a Paybill handles invoiced or account-based payments. They settle to the same bank account but produce separate transaction streams, so reconciliation must handle both.
Does the customer pay a charge to pay me?
Payer and payee can each be charged depending on transaction type and tariff band. Check the current published Safaricom tariff for the specific instrument and amount rather than assuming.
Can I change the Paybill account reference format later?
The paybill number is fixed, but account references are just data. You control validation on your side, which is where format should be enforced rather than relying on the customer.
What if a customer pays to the wrong account number?
The funds arrive against a reference matching no open invoice. You need a documented process to identify, contact and reallocate, or these accumulate as unallocated receipts and become an audit finding.