For all the talk of digital wallets like eSewa and Khalti, the truth of Nepali e-commerce is that most orders are still paid in cash, at the door, when the box arrives. Cash on delivery - COD - is the dominant payment method for a large share of online sales in Nepal, and it is also the hardest to reconcile, because the money does not pass through a gateway at all. It passes through a courier, in cash, and comes back to you days later as a remittance you have to trust.
This article covers how to reconcile COD: matching orders to cash actually collected, decoding courier remittances, and handling the partial deliveries and returns that make COD messy.
Why COD is harder than any gateway
A wallet payment, for all its timing quirks, leaves a digital trail you can query. COD does not. The chain is physical and full of hands:
- The customer places an order for a certain amount.
- A courier carries the parcel and collects the cash - or does not, if the customer refuses or is not home.
- The courier holds your money for a settlement cycle.
- The courier remits a batch of collections to your bank, minus its delivery and COD-handling charges.
At no point does a gateway confirm anything. Your source of truth for "was this collected?" is the courier's word, delivered as a remittance days after the doorstep moment. Reconciling COD is really about verifying the courier's remittance against what you shipped - because errors, shortfalls, and delays all live in that gap.
In COD, the courier is effectively your payment processor - it collects the money, holds it, deducts a fee, and settles you a net batch. Reconcile a courier remittance with exactly the rigour you would a gateway settlement, because it plays the same role.
The four states of a COD order
A digital payment is basically paid or not. A COD order has more ways to end, and each affects the money differently:
- Delivered and collected. The clean case. Goods handed over, full cash taken, amount owed to you by the courier.
- Delivered partial. The customer accepts some items and refuses others at the door. Cash collected is less than the order total, and the refused items should come back to you.
- Returned undelivered. The customer was unreachable or refused everything. No cash collected - but you may still owe the courier a return-shipping charge.
- Pending in transit. Out for delivery, outcome unknown. Not yet money, and it should not be counted as revenue until it resolves.
Reconciliation means knowing which state every order is in, because only "delivered and collected" and the collected portion of "delivered partial" represent cash the courier owes you. Counting in-transit or returned orders as revenue is how COD books inflate and then mysteriously fall short at remittance.
Reading a courier remittance
When the courier settles you, it sends a batch payment and, ideally, a manifest of the orders inside it. Reconcile it like any settlement:
- Match each remitted order to your own order record. Confirm the amount collected equals the amount the order should have cost.
- Separate the fee. Couriers deduct delivery charges and often a COD-handling percentage. The net you receive is collections minus these. Decompose it so you know your true COD cost, the same way you would audit a gateway fee.
- Account for partials. A partially-delivered order should remit the collected portion, not the full order value. If it remits full, someone was overcharged; if it remits nothing, the collection may be missing.
- Reconcile returns. Undelivered orders should carry no collection - but check you were not charged a return fee you did not expect, and confirm the returned stock actually came back.
- Chase the residual. Sum the collections in the batch, subtract courier fees, and it should equal the bank credit. Anything left over is a question - a miscounted order, an undisclosed fee, or a collection the courier is still holding.
The most common COD leak is the slow or partial remittance. A courier holding cash for one more cycle, or remitting a batch that quietly omits three delivered orders, looks like a small timing gap - but across months it is real money sitting outside your bank. Reconcile every remittance against what you shipped, order by order, or these gaps compound silently.
Blending COD with your digital reconciliation
Most Nepali sellers are not COD-only - they take some wallet payments and some cash. That means your reconciliation has to cover both rails at once, and they behave differently:
- Digital orders confirm at capture and settle net of gateway fees, as covered in what is payment reconciliation.
- COD orders confirm only at delivery and settle net of courier fees, days later, through a physical remittance.
The unifying idea is the same: every order should trace to money that arrived, and every arrival should decompose back into the orders inside it. Whether the intermediary is Khalti or a courier, the discipline of a daily close applies - you just have a courier manifest to reconcile alongside your bank statement.
There is a tax dimension too. Revenue is revenue whether it arrives by wallet or by cash-in-hand, and the Inland Revenue Department expects COD sales to be recorded and evidenced like any other - a standard that sits alongside the payment-system oversight of Nepal Rastra Bank. A courier remittance you can decompose is the evidence that your reported COD revenue is real.
Where reconciliation earns its keep
COD reconciliation is tedious in a specific way: it is high-volume, low-value, and full of exceptions - partials, returns, held cash, undisclosed fees. Doing it by hand means cross-checking a courier spreadsheet against your order list every settlement cycle, and the exceptions are exactly what a tired reviewer skips. That skipped exception is the leak.
RakamHQ treats a courier remittance as a settlement to be proven: it matches each remitted order to what you shipped, separates courier fees, accounts for partials and returns, and names any collection that is missing or short. COD stops being the part of your books you cannot trust, and becomes one more place where you can prove where every rupee went.
Frequently asked
Why is COD harder to reconcile than digital payments?
COD leaves no gateway trail. The money passes through a courier who collects cash, holds it for a cycle, deducts fees, and remits a net batch days later. Your source of truth is the courier's remittance, not a queryable gateway record.
What states can a COD order end in?
Delivered and collected, delivered partial (customer accepts some items), returned undelivered (no cash, but possibly a return fee), and pending in transit. Only collected amounts represent cash the courier owes you.
How do I read a courier remittance?
Match each remitted order to your own record, separate the delivery and COD-handling fees, account for partials at their collected value, reconcile returns, and chase any residual between total collections minus fees and the bank credit.
What is the most common COD reconciliation leak?
The slow or partial remittance - a courier holding cash one more cycle, or a batch that quietly omits a few delivered orders. It looks like a small timing gap but compounds into real money sitting outside your bank.
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