Ask ten Nepali business owners what payment reconciliation means and you will get ten shrugs and one honest answer: "matching the money." That is right, but it hides how many separate records have to agree before you can say a day is closed. This article explains reconciliation for a Nepali business specifically - the four lists that never quite agree, and why that is normal rather than a sign something is broken.
Reconciliation, defined simply
Payment reconciliation is proving that the money you think you earned, the money the gateways say they collected, and the money that actually landed in your bank all describe the same reality. When they agree to the rupee, the day is reconciled. When they do not, the gap is a question you have to answer before you trust your numbers.
The reason this is hard in Nepal is not that anyone is dishonest. It is that a single sale leaves a trail across several independent systems, each recording it at a different time, in a different format, sometimes net of a fee, sometimes bundled into a batch. Reconciliation is the work of lining those trails back up.
The four lists that never agree
For most Nepali merchants accepting digital payments, a sale shows up in four different places - and no two of them are ever identical at the same moment.
- Your orders. What your own system, shop till, or invoice book says a customer bought and owes. This is the story from your side of the counter.
- The gateway record. What eSewa, Khalti, or Fonepay says it captured. This includes payments your order system might have missed, and excludes attempts that never completed.
- The wallet or merchant balance. What is sitting in your gateway account, captured but not yet paid out. Money that is real but not in the bank.
- The bank statement. What actually credited your account, as a settlement - net of fees, often batched, with a cryptic narration.
Each list is correct from its own point of view. The orders list knows intent. The gateway knows capture. The wallet knows what is pending. The bank knows what settled. Reconciliation is the discipline of walking a rupee across all four and confirming it is the same rupee.
Nobody's four lists match on the first look, and they are not supposed to. Timing, fees, batching, and failed attempts guarantee differences. Reconciliation is not about the lists being identical - it is about every difference having a named, provable reason.
Why they drift apart
Understanding why the lists disagree is most of the skill. The usual culprits:
- Timing. A payment captured late today may settle to the bank tomorrow. Your gateway shows it now; your bank does not yet. The lists disagree purely because of the clock.
- Fees. The gateway captures 1,000 but settles 975 after its cut. Orders and gateway say 1,000; the bank says 975. Both are right - the gateway fee explains the gap.
- Batching. Banks receive settlements as lumps. One credit of 48,300 might contain sixty transactions. Until you decompose it, it will not match any single order.
- Refunds and netting. A refund can be subtracted from a future settlement rather than shown as its own debit, making a later payout look short for no visible reason.
- Failed and abandoned attempts. A customer who was charged but never returned to your site leaves a payment in the gateway with no matching order. These abandoned payments are money you may have earned but never recorded.
None of these is an error. Each is a normal mechanic that puts the lists temporarily out of sync. The job is to account for every one of them.
What "reconciled" actually means
A day is reconciled when you can make this chain hold, end to end:
- Every order that was paid maps to a gateway capture.
- Every gateway capture maps to either a settlement already in the bank or a pending wallet balance.
- Every bank settlement decomposes into the exact captures inside it, plus the fee deducted, minus any refunds netted out.
- Nothing is left over on any side.
When that chain holds, you have not just "matched the money" - you have proven it. You can point at any rupee in your bank and trace it back to the order that created it. That is the standard worth aiming for, and it is a very different thing from a total that "looks about right."
The dangerous state is not a mismatch you can see and chase. It is a mismatch you cannot - a day that looks balanced because a fee overcharge and an unrecorded payment happened to cancel out. Two errors hiding each other pass every casual glance.
The daily close, not the month-end scramble
Most Nepali businesses reconcile once, at month-end, in a panic. By then the trail is cold: you cannot remember which refund netted which payout, and a residual from three weeks ago is nearly unsolvable.
The better rhythm is a daily close - reconciling each day while the context is fresh, so that any gap is caught the morning after it happened, when you can still explain it. A day that closes clean is a day you never have to revisit. We describe the practice in what is a daily close, and it pairs naturally with bank statement reconciliation in Nepal since the bank is the final arbiter of what truly settled.
For businesses registered for tax, this discipline is not optional in spirit - the Inland Revenue Department expects your reported revenue to be evidenced, and a clean daily close is the evidence.
Where automation fits
You can reconcile four lists by hand. Thousands of Nepali businesses do, every evening, in a spreadsheet. It works until volume grows, fees drift, and refunds net days apart - and then the residuals pile up faster than anyone can chase them.
RakamHQ exists to make the four lists agree automatically. It ingests your orders, your gateway reports, your wallet balances, and your bank statements, walks every rupee across all four, and names each difference - this is a fee, this is a pending payout, this is a netted refund, this is an unmatched payment worth investigating. The goal is the one that should define reconciliation everywhere: prove where every rupee went, every single day.
Frequently asked
What is payment reconciliation in simple terms?
It is proving that the money you think you earned, the money the gateways say they collected, and the money that actually landed in your bank all describe the same reality - to the rupee. When they agree, the day is reconciled.
What are the four lists in reconciliation?
Your orders (what customers bought), the gateway record (what eSewa, Khalti, or Fonepay captured), the wallet or merchant balance (captured but not yet paid out), and the bank statement (what actually settled). No two ever match at the same moment.
Why do the lists never match?
Timing, fees, batching, refund netting, and failed or abandoned attempts all put the lists temporarily out of sync. Each difference is a normal mechanic, not an error - reconciliation is giving every difference a named, provable reason.
Should I reconcile daily or monthly?
Daily. A daily close catches any gap the morning after it happened, while you can still explain it. Month-end reconciliation works on a cold trail where a three-week-old residual is nearly unsolvable.
Keep reading
Get your free reconciliation.
Send us last month's eSewa report, Khalti export, bank statement and orders sheet. Within 48 hours we send back a one-page close - every payment matched, every fee computed, every settlement decomposed.
Files only · private upload link · nothing to install