Payments
eSewa vs Khalti vs Fonepay: Which One Should Your Service Business in Nepal Use?
Choosing between eSewa, Khalti, and Fonepay for your Nepali service business? This practical guide compares trust, adoption, checkout flow, and day-to-day operations so you can pick the right payment setup.
01
The short answer
For most service businesses in Nepal, the best setup is usually to start with one primary rail your customers already use heavily and add a second rail for redundancy and flexibility.
If you want a quick directional take: pick Khalti-first if your customer base is very active there and you want clear published references for limits and charges, pick eSewa-first if your team is already comfortable with eSewa workflow and your customers trust it, and pick Fonepay QR-first for broad interoperability in in-person/offline-heavy businesses.
In many cases, a dual setup of wallet plus interoperable QR gives better day-to-day operational stability than trying to force everything through one option.
02
Why this decision matters more now
Nepal's digital payment behavior is no longer early stage. NCHL reported major transaction milestones through retail payment infrastructure, including crossing NPR 1.2 trillion in a single month and NPR 9.3 trillion in FY 2025/26 through Retail Payment Switch channels.
That matters for service businesses because customer expectation has changed. People expect fast, familiar digital payment choices, and businesses that still rely on manual booking plus ad hoc transfer confirmation lose both time and trust.
Payment convenience now affects conversion and repeat bookings directly.
03
eSewa: where it often fits best
eSewa has been one of the most recognizable names in Nepal's digital payment ecosystem for years. Its developer-facing materials describe a large user and agent footprint, which helps with customer familiarity.
Good fit when your customers already ask for eSewa by name, you want a known wallet flow with established local trust, and your team is already familiar with eSewa settlement/checking process.
Always verify current transaction limits and operational policies before rollout. Do not rely on memory for limits and fees.
04
Khalti: where it often fits best
Khalti publicly states large scale on its site, including users, merchants, and monthly transactions, and it publishes charge and transaction-limit pages that are useful for operations planning.
Good fit when you want a modern customer-facing experience with strong local familiarity, you value transparent references for charges and limits in team training, and you plan to embed deposit collection into online booking flow.
As with all rails, test edge cases: failed callbacks, partial confirmations, and refund flow.
05
Fonepay: where it often fits best
Fonepay is often chosen for interoperability and QR acceptance patterns. Its business-facing pages emphasize broad acceptance across a large merchant network and connected institutions.
Good fit when your business has strong in-person payment behavior, you want broad compatibility across bank and wallet apps, and you want a scan-and-pay experience that feels low-friction at front desk.
Fonepay's fees page lists merchant QR acceptance fee as free and also notes that some charges may depend on member BFIs, so confirm with your bank/partner before finalizing.
06
The most common mistake: picking by brand, not workflow
Many businesses choose based on what the owner personally uses. That is understandable, but costly.
A better decision framework is customer behavior first, operational ease second, failure planning third, and booking integration fourth.
When these four are aligned, payment stops being a daily headache and starts becoming a conversion tool.
07
A practical 14-day rollout plan
Days 1 to 3: pick primary and secondary payment option, define deposit policy in plain Nepali/English, and create an internal payment confirmation SOP.
Days 4 to 7: add payment step to booking flow, add automatic confirmation messaging, and define fallback behavior for confirmation delays.
Days 8 to 14: train front desk on success/pending/failed/duplicate scenarios, then track drop-off from booking to payment and no-show reduction after deposit enforcement.
08
Final recommendation
Start with the payment option your customers already trust most, add a second rail for reliability, and make payment part of booking rather than a separate manual step.
You do not need a perfect enterprise stack on day one. You need a setup your team can run cleanly every day.
09
Sources and last verified
Khalti: https://khalti.com, https://khalti.com/info/charges/, https://khalti.com/info/transaction-limits/, https://docs.khalti.com. eSewa: http://developer.esewa.com.np and https://blog.esewa.com.np/revision-in-transaction-limits/. Fonepay: https://fonepay.com, https://fonepay.com/business, https://fonepay.com/content/fees-and-charges.
Market context: https://nchl.com.np/nepals-retail-payment-switch-surpasses-monthly-transaction-of-npr-1-2-trillion-marking-a-new-milestone-in-the-nepals-digital-payment-journey/. Last verified: 2026-09-07.