IRD-ready billing and POS software for Nepali shops

What CBMS actually asks for

The Central Billing Monitoring System is the Inland Revenue Department’s live record of sales invoices. Under the Electronic Billing Procedure 2074, businesses above the turnover threshold have to send each invoice to the IRD through approved billing software rather than keep them only on paper.

That means three things in practice: the bill has to carry the fields the IRD expects, it has to be numbered in an unbroken sequence, and it has to reach CBMS. Sajilo Billing does all three from the same screen your cashier already uses.

• Seller PAN, buyer name and buyer PAN where the buyer is VAT registered
• Invoice number in a continuous series that cannot be reused
• Bikram Sambat date alongside the Gregorian date
• Taxable amount, 13% VAT and total, split correctly for exempt items
• Credit and debit notes that reference the original invoice

Set it up once, then forget it

Open Settings, add the CBMS username and password the IRD issued for your PAN, and turn on automatic submission. Each bill is queued the moment it is printed and posted to CBMS in the background, so the queue at your counter never waits on a network call.

If a submission fails, the invoice is marked instead of disappearing. You can retry a single bill, or submit everything still pending in one batch at the end of the day.

When the tax officer asks

Sajilo Billing keeps every issued invoice immutable and exports your sales register in the layout the IRD expects, filtered by date range. Voided bills stay in the record with their reason, because deleting them is exactly what an audit looks for.

The activity log records who issued, voided or amended each bill and when, so the answer to "who changed this" is on screen rather than in someone’s memory.

It is still a full POS

Compliance is one job. The same software runs barcode checkout across multiple counters, keeps stock, tracks udharo, records purchases from suppliers, and accepts Fonepay, eSewa, Khalti and ConnectIPS. You are not buying a filing tool and a till separately.

Sales and purchases hit one number

Every sale reduces stock at the moment the bill is issued, across every open counter. Every received purchase increases it against the supplier and the rate you actually paid. There is no separate stock register to reconcile at month end, because there is only one register.

Items sold by weight take decimal quantities. Items sold by the piece do not, so a cashier cannot accidentally bill 1.5 packets of noodles.

Know before the shelf is empty

Set a reorder level per product. When stock crosses it, the item appears in Alerts with the supplier you last bought it from and what you paid, so raising the next purchase order takes one screen rather than a phone call and a guess.

• Reorder level and current stock on the same row
• Last purchase rate and last supplier attached to each alert
• Purchase order raised directly from the alert
• Partial receiving, so a short delivery does not overstate stock

Purchases, suppliers and returns

Raise a purchase order, receive against it in full or in part, record what you paid the supplier and what is still outstanding, and issue a debit note when goods go back. The supplier ledger runs the same way the customer udharo ledger does, with a balance per party.

Purchase analytics show spend by period, by supplier and by product, so you can see which line quietly became your biggest cost.

Margin, not just movement

Because purchase rate and sale rate are both recorded, reports show margin by product rather than only units sold. Fast movers with thin margins stop looking like your best products.

Only roles you allow can see cost and margin. Cashiers see the sale price and nothing behind it.

One balance per party

Each customer and each supplier has a running balance. Selling on credit adds to it, taking a payment reduces it, and both entries carry the date, the amount and who recorded them. Nothing is edited in place, so a balance cannot quietly change.

Suppliers work the same way in reverse. What you owe the wholesaler sits in the same ledger as what your customers owe you, so the two sides of the month are visible together.

Credit is part of checkout

A credit sale is a payment option at the till, not a separate job to do later. Pick the customer, complete the bill, and the amount lands on their balance with the invoice attached to it.

• Sell on credit without leaving the checkout screen
• Part payments against an older bill, in cash or digitally
• Every entry linked to the invoice it came from
• Outstanding total and age per party, sorted by who owes most

Ask for money with the record in hand

Open a party and you get their bills, their payments and the running balance in date order. When someone says they already paid, the answer is on the screen rather than in an argument about the copy.