VAT on Digital Payments in Nepal

For a growing number of Nepali businesses, the money now arrives digitally - an eSewa payment, a Khalti wallet transfer, a Fonepay QR scan. The convenience is real. But digital collection does not change your tax obligations, and it does introduce a specific complication: the amount your customer paid, the amount that reached your bank, and the amount that is subject to VAT are three different numbers. Getting them straight is the whole job.

This article covers the basics of the 13 percent VAT for digital merchants, what an invoice and receipt need to carry, what your accountant is actually asking for at month-end, and where the IRD's electronic billing system fits in.

The 13 percent, and what it applies to

Nepal levies Value Added Tax at a standard rate of 13 percent. If your business is VAT-registered, that rate applies to your taxable supplies regardless of how the customer paid. A digital payment is just a collection method; it has no bearing on whether a sale is taxable.

The point that trips people up is what the 13 percent is calculated on. VAT applies to the sale value - the price of the goods or service - not to the amount that landed in your bank after the payment provider took its fee.

• A customer buys goods for Rs 1,130 (that is Rs 1,000 plus 13 percent VAT).
• The payment provider - eSewa, Khalti, or another - deducts, say, a 2 percent service fee before settling.
• Roughly Rs 1,107 reaches your bank.

Your VAT liability is on the Rs 1,000 sale value - Rs 130. It is not on the Rs 1,107 that arrived, and the provider's fee does not reduce your output VAT. The fee is a separate business expense with its own (often VAT-inclusive) treatment.

The rules, registration thresholds, and current rates are all published by the Inland Revenue Department, which is the authority for anything VAT-related in Nepal. When in doubt, that is the source, not a forum thread.

Invoices and receipts: what has to be on them

VAT in Nepal is invoice-driven. A digital payment does not replace a tax invoice; you still have to issue a compliant one. A VAT invoice generally needs to carry the buyer and seller details, your VAT (PAN) registration number, a sequential invoice number, the date, a description of the supply, the taxable value, and the VAT amount shown separately.

The separation matters. "Rs 1,130 received" is a receipt, not a tax document. A tax invoice shows Rs 1,000 taxable value and Rs 130 VAT as distinct lines, so that both you and your customer can account for the tax. When the payment is digital, you also want the provider reference on or against the invoice, so the sale can later be tied to the settlement that paid it.

What your accountant actually needs

At the end of a VAT period, your accountant is not asking for your bank balance. They need a clean, reconciled picture that ties sales to tax to money. Specifically:

• A list of taxable supplies for the period, at gross sale value, with VAT shown separately. This is your output VAT.
• Purchase invoices with VAT you can claim as input credit.
• A reconciliation that ties sales to money received. Every taxable sale should trace to a payment - a provider settlement, a bank transfer, or cash - so that reported sales and collected money agree.
• Provider fees identified separately, because they are an expense, not a reduction of taxable turnover.

The recurring problem is the mismatch between the sales figure and the settled figure. If your sales report says Rs 500,000 for the month and your bank received Rs 489,000, the Rs 11,000 gap is provider fees plus timing - not missing sales, and certainly not a lower VAT base. An accountant who cannot see that breakdown cannot file confidently. This is precisely the gap a proven daily close is built to remove, which is why what a daily close is is worth reading alongside this.

Digital collection has to be period-aware

VAT is filed against Nepali fiscal periods, cut on Bikram Sambat months inside the Shrawan-to-Ashadh year. Digital providers timestamp in the AD calendar. A sale captured on the last day of a BS month but settled two days later can drift into the wrong VAT period if you file by settlement date instead of sale date.

The rule is that VAT is owed in the period of the supply, not the period the money settled. A payment provider's settlement date is a banking event, not a tax event. Keeping these straight requires reconciliation that understands both calendars, which is the subject of the Bikram Sambat financial year explained.

Where IRD e-billing and CBMS fit

Nepal has been steadily moving toward electronic billing. The IRD operates a Central Billing Monitoring System (CBMS) that connects approved billing software to the tax authority, so that invoices issued by registered businesses are reported centrally. For larger businesses, and increasingly for others, issuing invoices through CBMS-connected software is part of staying compliant.

What this means for a digital merchant is that your invoicing and your reconciliation can no longer live in separate worlds. The invoice you issue - through a CBMS-connected system - and the payment that settles it need to reconcile, because both are visible to the tax authority in their own way. A sale reported through e-billing but never reconciled to a payment is a loose end; a payment with no matching invoice is worse. The current scope and requirements are, again, defined by the Inland Revenue Department, and worth checking against your own registration category.

Keeping tax, sale, and money in agreement

The core discipline for a VAT-registered digital merchant is simple to state and easy to neglect: keep three numbers in agreement - the taxable sale value, the VAT on it, and the money that eventually settled. Do that per sale, roll it up per day, and your VAT period assembles itself from proven parts.

Feeding clean, reconciled entries into your accounting - a tool like Tigg, for instance - only works if those entries are trustworthy to begin with. RakamHQ sits at that upstream point: it reconciles what your providers report against what your bank received, separates fees from sale value, and ties each settlement back to the orders and invoices inside it, so the numbers your accountant files against are ones you can prove.

Frequently asked

Is VAT calculated on the sale value or the settled amount?

VAT is 13 percent of the gross sale value of the supply, not the amount that reached your bank after provider fees. The service fee is a separate expense and does not reduce your output VAT.

Does a payment success screen count as a tax invoice?

No. A success screen or received amount is a receipt, not a tax document. A compliant VAT invoice shows the taxable value and the VAT amount as separate lines along with PAN, invoice number, date, and supply details.

Which VAT period does a digital sale belong to?

The period of the supply, cut on Bikram Sambat months within the Shrawan-Ashadh fiscal year. A sale captured at month-end but settled days later still belongs to the supply period, not the settlement period.

What is CBMS and does it affect digital merchants?

CBMS is the IRD's Central Billing Monitoring System that connects approved billing software to the tax authority. For businesses in scope, invoices issued through CBMS-connected software must reconcile to the payments that settle them.

Keep reading

Bikram Sambat Financial Year Explained

Read

What Is a Daily Close, and Why Prove It?

Read