Lost kitchen tickets
Printing straight from a browser means an offline printer, an empty paper roll or a closed tab loses the order outright, and the table simply waits.
Floor map service, station-routed kitchen tickets, KDS and cash shifts, with recipe stock consumption behind every plate.
Service fails in small, expensive ways: a ticket that never printed, a bill split badly, a bar stock count nobody trusts. Penahak queues every kitchen ticket so a printer fault delays it instead of losing it, and puts recipe consumption behind every dish.
Printing straight from a browser means an offline printer, an empty paper roll or a closed tab loses the order outright, and the table simply waits.
Without recipes behind the menu, ingredient stock is a monthly guess from purchases rather than from what was actually sold.
Pour variance is invisible when sales and stock live in different systems that are reconciled by hand, if at all.
If a cancelled item leaves no record, the difference between a genuine mistake and a habit cannot be seen.
Each step below creates or references a real document. Nothing is retyped between them, and every figure at the end traces back to the action that caused it.
A starting point, not a fixed bundle. Add or drop modules once we have seen how you operate.
Table service built around a floor map, station-routed kitchen tickets and durable print jobs that survive a printer going offline mid-service.
One inventory engine serves retail, restaurant, hotel minibar and manufacturing. Movements are vouchered, costed and reconcilable back to accounting.
Light manufacturing that consumes real stock and produces costed output, with a production journal you can audit line by line.
A double-entry core with a real chart of accounts, fiscal-year control and logged corrections. Every sale, folio, payroll run and stock movement in Penahak resolves to a source document here.
Not features — outcomes. If these are not true six months after go-live, something has been configured wrongly and we want to hear about it.
Many totals open the document behind 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.
Cash, card, bank transfer, QR and wallet payments are recorded against the bank account you choose. Penahak does not move the money.
English and Nepali in the accounting, inventory, retail POS, HR and report screens. The hotel, restaurant and CRM screens are in English.
With IRD on, saved invoices cannot be changed: they are corrected by returns or same-day cancels. Approved, reconciled and locked documents cannot be edited, and edits are logged.
Granular roles and permissions, sign-in by listed IP addresses, account lock after wrong passwords, user activity logging and account start and end dates.
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 methods, checked before the first live day.
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, new releases, and the help centre’s step-by-step guides.
The guides your staff use after go-live, written from the Penahak screens.
One picture of the whole job, and where each setting lives: on the restaurant screens, in Accounting, in Administration.
How a check moves from the table to the booksSend KOT / BOT turns the draft order into tickets at each station. The cash shift must be open. A lost ticket is reprinted from Sent KOTs.
Send an order to the kitchen and reprint a KOTStock leaves the store when the bill is posted, not when the order is sent. A dish with a recipe takes its ingredients out; a combo takes its parts out.
What leaves stock when a bill is postedA cashier opens a shift with the cash in the drawer and closes it by counting. The screen compares the count with what the bills say should be there.
Open and close the cash shiftBook 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.