Skip to content
Penahak now runs hotels, restaurants and retail on one ledger.
Penahak
Since 2019 Trusted by 1,500+ businesses across Nepal

Cloud accounting and ERP software built for Nepal

Run the whole business on one ledger.

Penahak connects accounting, inventory, sales, retail and restaurant POS, hotel PMS, CRM, HR, attendance, payroll, production and reporting in one platform — for a single outlet, a growing company or a multi-branch enterprise.

IRD-ready fiscal invoicing · eSewa, Khalti & Fonepay · English & Nepali

Trusted by 1,500+ businesses across Nepal

1,500+
businesses across Nepal
10
integrated modules
500+
built-in reports
2
languages: English & Nepali
The platform

Ten modules. One ledger.

Most businesses end up with a till that does not talk to the books, a hotel system that does not talk to either, and a spreadsheet holding it together. Penahak replaces that with one platform where every module posts into the same accounting core.

Why it matters

A guest orders dinner. Watch where the money goes.

In most setups this is four systems and three manual re-entries. In Penahak it is one chain of documents, each one referencing the last, ending in a posted invoice that reconciles to the rupee.

  • No duplicate entry between the outlet, the front desk and accounts
  • Stock for the ingredients moves as the order is served
  • Retrying a failed checkout returns the same invoice, never a second one
  • Every line traces back to the person and the terminal that created it
Order taken at the table Restaurant POS
Kitchen ticket routed to the station Print bridge
Charged to the guest room folio Hospitality
Ingredients issued from stock Inventory
Night audit posts the room charge Runs overnight
Checkout posts one sales invoice Accounting
From an operational action to a reportA four-step chain: an operational action creates one source document carrying a safe-retry reference, which posts to the ledger with tax and dimensions, which a report reads and can drill back through to the original document. 1 Operational action
A sale, a folio charge, a pay run
2 Source document
Created once, with a safe-retry reference
3 Ledger posting
Tax, settlement and dimensions attached
4 Report
Drills back to the source document ID
Retrying any step returns the same document reference — never a duplicate.
One ledger

Ten modules, one set of books

Every module writes into the same accounting core. There is nothing to reconcile between them, because there is only one set of records.

Every module posts into one ledgerEight Penahak modules arranged around a central accounting ledger. Each module sends source documents inward to the ledger, and the ledger feeds a single reporting layer. One ledger immutable Retail POS Restaurant POS Hospitality CRM Inventory HR & Payroll Production Sales & Purchase
How we are different

The problems we solve differently

Most Nepali businesses replace a familiar setup when they move to Penahak. These are the specific things we do differently, and why it matters once you are live.

Not locked to one computer

How it usually works

Accounting sits on a single desktop in the back office. The owner cannot see today’s numbers from anywhere else, a second branch means a second disconnected copy, and the backup is whatever someone remembered to take.

With Penahak

One cloud account with branch-level books and consolidated reporting. The same application runs in a browser, or as a desktop app where thermal printing is needed. Backups and updates are handled for you.

Posted figures cannot be quietly edited

How it usually works

Many systems let a user reopen and change a posted voucher. It is convenient, and it means last month’s reported profit can change without anyone knowing — which is exactly what an auditor is looking for.

With Penahak

Posted documents are immutable. Corrections go through credit notes, debit notes or reversing journals, each recorded with the approving user, the reason and the original document. The trail is complete by construction.

The till and the books are one system

How it usually works

POS is a separate product that exports a daily total into accounting. Someone reconciles the two, the numbers rarely agree exactly, and the difference gets written off as a rounding or shortage entry.

With Penahak

The counter posts source documents straight into the ledger with their tax and settlement treatment. There is nothing to reconcile between them because there is only one set of records.

Hotels and restaurants are not an afterthought

How it usually works

Hospitality means either a foreign property system priced for a chain and unaware of Nepali tax, or a local system with no real folio, night audit or city ledger. Restaurant and hotel usually do not talk to each other at all.

With Penahak

Full folio, night audit, housekeeping and city-ledger handling, with restaurant charge-to-room built in — and checkout posting one invoice into the same ledger your retail counter uses.

Solutions

Configured for how your industry trades

The same platform underneath, set up differently. Pick the closest fit and see the modules, workflows and reports that come with it.

Built differently

The parts nobody demos, that decide whether you trust the numbers

Any ERP can show you a dashboard. These are the design decisions that determine whether the dashboard is still right in eighteen months.

One source of financial truth

POS, hospitality, payroll and production do not keep their own books. Every module posts into the same ledger, so operational reports and financial reports cannot drift apart.

A retry can never double-charge

Checkout, night audit, online payments and stock issues each carry a safe-retry reference. Press the button again after a failure and you get the same invoice number back — never a second invoice, and never a doubled stock movement.

Printing that survives reality

Kitchen and receipt printing runs through durable job queues and a local bridge with retry. A printer that dies mid-service does not silently lose a ticket.

Auditable end to end

Every figure drills down to a source document ID, and every correction leaves a reversal trail with the approving user and reason attached.

Built for Nepal

Bikram Sambat fiscal years, IRD-ready fiscal invoicing, VAT and TDS handling, and native eSewa, Khalti and Fonepay support.

Setup gates, not surprises

Stage-based configuration checks block posting until ledgers, tax terms and numbering are mapped, so nothing lands in the wrong account on day one.

Platform

One application, wherever the work happens

Back office in the browser, the counter on a desktop with real thermal printing — the same application, and the same ledger behind both.

Web application

The full system in a modern browser. Nothing to install on each machine, nothing to upgrade desk by desk, and the same books whether you open it from the office, the shop floor or home.

  • No installation required
  • Menus follow each person’s role
  • English & Nepali

Desktop app & print bridge

A desktop app for Windows, macOS and Linux, with the same screens plus a printing service that runs on the machine itself. It drives thermal printers directly, so a receipt or kitchen ticket never depends on a browser print dialogue.

  • Windows, macOS & Linux
  • Thermal receipt & kitchen printing
  • Reprints anything that failed

Reporting

Reporting runs on its own dedicated capacity, so the statutory pack and every operational report come back print-ready and exportable — and stay fast across long date ranges and large volumes.

  • Excel, CSV & PDF
  • Layouts specific to your business
  • Drill-down to source

Multi-company & multi-branch

Your organisation gets its own secure workspace, holding as many companies and branches as you trade through. Each one carries its own books, numbering and report layouts, and consolidated reporting sits across them.

  • Your own private workspace
  • Branch-level books
  • Switch modules on per company

Automated overnight processing

Night audit, scheduled posting, notifications and heavy report generation all run in the background, so the work happens on time without freezing the screen of anyone using the system.

  • Scheduled jobs
  • Night audit automation
  • Queued reporting

Security & deployment

Role-based access control, IP address whitelisting and two-factor authentication, with user activity logging, time-based account start and expiry, and automatic plus manual backup and restore.

  • Role-based access
  • IP whitelisting & 2FA
  • Activity logging

Notifications & SMS

Common and custom notification templates with an SMS gateway layer for booking confirmations, payment receipts, payslips and approval alerts.

  • Template library
  • SMS API configuration
  • Per-event triggers
Whatever size you are

One outlet, a growing company, or a group of branches

The same platform underneath. You switch on what you need now, and it is still the right system when the second branch opens.

A single outlet

Start with the counter and the books. Sales post straight into accounting, stock moves as you sell, and your VAT position is a report rather than an evening’s work.

A growing company

Add stock control, purchasing, CRM and payroll as the team grows. Because it is all one ledger, switching on a module later is configuration — not another migration.

Built for Nepal

Compliance in the engine, not bolted on

Fiscal years, tax treatment, payment rails and audit expectations are part of the central posting paths, so every module inherits them.

IRD-ready fiscal invoicing

Fiscal invoice behaviour is built into the sales invoice and POS paths themselves rather than added on top, with IRD synchronisation, VAT customer and vendor summaries, and an audit trail written as you trade rather than reconstructed afterwards.

Nepali fiscal year and dates

Bikram Sambat fiscal-year control, business-date close and dual-date handling throughout documents and reports.

Local payment providers

eSewa, Khalti, Fonepay, card, bank, QR and wallet adapters, with verification evidence required before a provider goes live. Cash stays simple: no merchant ID, no callback URL.

English and Nepali

Interface translations and a localisation layer in both the web application and the reporting engine.

Immutable audit trail

Posted figures are never edited in place. Corrections go through an approved reversal or credit note, each recorded with the user, the reason and the original document.

Role-based security

Granular roles and permissions, IP address whitelisting, two-factor authentication, user activity logging, time-based account expiry, and stage-based setup gates that block posting until configuration is safe.

Implementation

How a go-live actually runs

We do not hand over a login and wish you luck. Configuration is verified against setup gates before anything posts, and your opening balances are reconciled before you trade on it.

01

Discovery

We map your outlets, books, stock locations and statutory obligations, and agree what go-live means.

02

Configuration

Chart of accounts, tax and bill terms, document numbering, godowns, roles and payment providers, all checked against the setup gates before anything posts.

03

Migration

Masters, opening balances and opening trial imported and reconciled against your closing figures.

04

Training

Role-based sessions for owners, cashiers, front desk, kitchen, storekeepers and accounts, using your own data.

05

Go-live

One full test cycle end to end, then supervised go-live with a support engineer on hand.

06

Aftercare

Ongoing support, statutory updates, new-release rollout and periodic health checks.

Questions

The things people ask first

Yes. Modules are licensed individually, so you can begin with the counter or the books and switch the rest on later. Because everything shares one ledger and one customer and supplier list, adding a module later does not mean migrating your data again.

The desktop app keeps printing locally and holds each job in a queue, so service continues. Posting to the books resumes automatically once the connection returns, and the safe-retry reference on each document makes sure nothing is duplicated in the process.

Fiscal invoice behaviour, VAT summaries, the audit trail and IRD synchronisation are built into the sales invoice and POS paths themselves. Your configuration is verified against your own registration during onboarding.

Yes. Company and branch structures are built in, each with their own books, document numbering, report layouts and module licensing, plus consolidated reporting across all of them.

See pricing and the full FAQ

See Penahak on your own numbers

Book a walkthrough and we will demo the modules that match how you actually trade — not a generic slide deck.

No obligation. Typically 30–45 minutes.