The short answer
M-Pesa is how the money arrives; eTIMS is about the document that records the sale. They are answering different questions, and most of the confusion between them comes from expecting one to do the other's job.
The other system
Our reading, not a rule. Nothing below is a statement of what KRA requires.
M-Pesa is a payment rail. A till or paybill tells you that money came in, from which number, and when. It does not know what was sold, to whom in any tax sense, or at what price before tax.
Why a business joins them
Our reading, not a rule. Nothing below is a statement of what KRA requires.
Because the two records are about the same sale and almost never line up by themselves. A shop with a busy till ends the day with a list of payments and a separate list of sales, and reconciling them by hand is the job nobody does until something forces it. Where the payment and the invoice are joined at the moment of the sale, the reconciliation stops being a task.
What would move, and which way
Our reading, not a rule. Nothing below is a statement of what KRA requires.
- From the till to your records: the amount, the time, and the reference that identifies the payment
- From your records to eTIMS: the invoice, which needs what was sold rather than what was paid
- Back the other way: the link between a specific payment and a specific invoice, which is the part that makes the month-end possible
Settle these first
Our reading, not a rule. Nothing below is a statement of what KRA requires.
- Who reconciles today, and how long it takes them. That answer usually decides whether this is worth doing at all.
- Whether one M-Pesa number serves more than one business, which is extremely common and makes every downstream record ambiguous
- Part payments, overpayments and a customer paying for two invoices at once: the awkward cases are the normal cases
- Personal and business money moving through the same number, which is not an integration problem but will surface as one
What this does not solve
Our reading, not a rule. Nothing below is a statement of what KRA requires.
- Joining them does not tell you whether a sale needed an invoice. That is a question about the supply, not about the payment.
- It does not fix a business that is not recording sales in the first place. Invoicing is a recording problem first, and no payment integration solves it.
- A payment reference is not a buyer's PIN, and no amount of matching produces one that was never captured.
The question to ask a vendor. Ask what happens to a payment that arrives with no matching sale, and to a sale with no matching payment. Every business has both every week, and how a system handles them is what you will live with.
What the rules say
This page explains how a requirement generally works. It is not tax advice, and it cannot account for the specifics of any one business. For a position you intend to rely on, confirm with KRA directly or with a registered tax agent.
Tax rules in Kenya change with each Finance Act and with regulations made during the year. Before acting on any figure, deadline or threshold, check the current position on KRA's own website.
Common questions
How do I know this information is current?
Tax rules in Kenya change with each Finance Act and with regulations made during the year. Before acting on any figure, deadline or threshold, check the current position on KRA's own website.
Related integrations
Sources
- officialeTIMS (Electronic Tax Invoice Management System) — Kenya Revenue Authority, checked 2026-09-18
- officialCentral Bank of Kenya — Central Bank of Kenya, checked 2026-09-18
- officialKenya Revenue Authority — Kenya Revenue Authority, checked 2026-09-18