Accounting & Finance
The financial engine every other module posts into.
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
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.
The financial engine every other module posts into.
Stock truth across every godown, counter and kitchen.
Quotation to invoice to settlement, with nothing falling between.
A counter that keeps selling, then reconciles to the rupee.
Floor, kitchen and bar working off the same order.
Front desk to night audit to posted revenue.
Accounting-native CRM. It knows what the customer owes you.
From the shift roster to the posted salary journal.
Bill of materials in, costed finished goods out.
Over 500 reports, and every figure traces to a document.
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.
Every module writes into the same accounting core. There is nothing to reconcile between them, because there is only one set of records.
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.
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.
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.
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.
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.
The same platform underneath, set up differently. Pick the closest fit and see the modules, workflows and reports that come with it.
Multi-counter selling with barcode, schemes, loyalty and gift cards, closing each shift with a cash handover that reconciles.
Retail & supermarketFloor map service, station-routed kitchen tickets, KDS and cash shifts, with recipe stock consumption behind every plate.
Restaurant, café & barReservations through night audit to posted revenue, with restaurant charge-to-room and city-ledger billing included.
Hotel, resort & homestayOrder-to-dispatch with challans, agent commissions, multi-godown stock and receivable ageing that collections can act on.
Wholesale & distributionBill of materials, raw-material consumption, quality pass and finished-goods costing that flows into real inventory value.
ManufacturingService billing with CRM ticketing, staff attendance, payroll and elected-member pay runs.
Services & institutionsAny ERP can show you a dashboard. These are the design decisions that determine whether the dashboard is still right in eighteen months.
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.
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.
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.
Every figure drills down to a source document ID, and every correction leaves a reversal trail with the approving user and reason attached.
Bikram Sambat fiscal years, IRD-ready fiscal invoicing, VAT and TDS handling, and native eSewa, Khalti and Fonepay support.
Stage-based configuration checks block posting until ledgers, tax terms and numbering are mapped, so nothing lands in the wrong account on day one.
Back office in the browser, the counter on a desktop with real thermal printing — the same application, and the same ledger behind both.
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.
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.
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.
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.
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.
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.
Common and custom notification templates with an SMS gateway layer for booking confirmations, payment receipts, payslips and approval alerts.
The same platform underneath. You switch on what you need now, and it is still the right system when the second branch opens.
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.
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.
Separate books per company and branch, consolidated reporting above them, segregation of duties, approvals and an audit trail that cannot be rewritten.
Fiscal years, tax treatment, payment rails and audit expectations are part of the central posting paths, so every module inherits them.
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.
Bikram Sambat fiscal-year control, business-date close and dual-date handling throughout documents and reports.
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.
Interface translations and a localisation layer in both the web application and the reporting engine.
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.
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.
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.
We map your outlets, books, stock locations and statutory obligations, and agree what go-live means.
Chart of accounts, tax and bill terms, document numbering, godowns, roles and payment providers, all checked against the setup gates before anything posts.
Masters, opening balances and opening trial imported and reconciled against your closing figures.
Role-based sessions for owners, cashiers, front desk, kitchen, storekeepers and accounts, using your own data.
One full test cycle end to end, then supervised go-live with a support engineer on hand.
Ongoing support, statutory updates, new-release rollout and periodic health checks.
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.
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.