All posts
AccountingJune 30, 2026·9 min read

Accounting Software and FBR in Pakistan: Sales Tax, Withholding and Staying Filed

The software that runs your business and the returns you file with FBR are usually two different worlds, stitched together by one tired accountant and a spreadsheet at month-end. That gap is where the notices come from. Here is how to close it.

In most Pakistani businesses there are two separate worlds that are supposed to agree with each other and rarely do. The first is the software that runs the business day to day, where invoices are made and payments are recorded. The second is FBR, where sales tax returns go out, withholding statements are filed, and the IRIS portal waits every month. Between those two worlds sits one person, usually a tired accountant, and a spreadsheet. At month-end he pulls figures out of the books, reworks them by hand into the shape FBR wants, and types them into the portal. That manual bridge, built fresh every single month, is exactly where the trouble starts.

The mismatch is not dramatic. It is a wrong sales tax figure here, a withholding deduction missed there, an annexure total that does not quite tie to the ledger. None of it looks serious in the moment. It becomes serious the day a notice arrives, or an audit asks you to prove a number you can no longer trace. The whole point of accounting software in Pakistan is to make that bridge disappear, so the figure you file is the same figure your business actually recorded, with nothing retyped in between.

FBR is not one problem, it is a stack of them

When people say “FBR is a headache” they are really describing several different headaches that all land on the same desk. There is sales tax, which has to be charged correctly on every invoice and then netted against the input tax on your purchases. There is withholding tax, where you are required to deduct tax on payments to your suppliers and contractors, at rates that change depending on what you are paying for. There is the monthly sales tax return with its annexures, and the withholding statements alongside it. And underneath all of it is reconciliation: proving that what you filed matches what your books say.

Ask any accountant which of these is the worst and the honest answer is all of them, because they compound. A small error in how sales tax was charged becomes a wrong annexure, which becomes a return that does not reconcile, which becomes the thing you cannot explain when FBR asks. The errors are not independent. They flow downstream into each other, and the further down they travel the more expensive they are to fix.

Watch out

The most dangerous FBR figure is not the one that is obviously wrong. It is the one that looks right, gets filed, and only fails when someone reconciles it months later against the ledger. By then the invoice is buried, the accountant who made it has moved on, and you are explaining a number nobody can trace. Software earns its keep precisely here: every filed figure should point back to a real document.

Sales tax should be calculated, not remembered

The first thing accounting software should take off your accountant’s plate is sales tax on invoices. Standard-rate sales tax in Pakistan sits at 18%, and on a single clean invoice that is trivial to work out. The problem is never one invoice. It is hundreds of them a month, some with multiple line items, some exempt, some at different rates, each one needing the tax charged correctly and shown clearly with your NTN and STRN on the document. Do that by hand and a percentage of them will be wrong, simply because humans typing the same calculation a thousand times make mistakes.

In NavoBook, sales tax is calculated automatically on the invoice, at the rate that applies, on every line, so the document that goes to your customer is already correct. More importantly, the same calculation flows straight into your books as output tax. There is no second step where someone copies the invoice total into a tax register. The invoice is the register. When the month closes, your output tax for the period is a number the system already knows, not one your accountant has to assemble.

Withholding tax is where good businesses quietly slip

Sales tax at least announces itself, it is on the invoice, the customer expects it. Withholding tax is sneakier, because it happens on the paying side, often after the fact, and it depends on the kind of payment. When you pay a supplier for goods you withhold at one rate; when you pay for services it is another; contractors, rent and commissions each have their own treatment under the relevant sections of the Income Tax Ordinance. The accountant is expected to remember the right treatment, on the right payment, every time, and then to keep a clean record so the withholding statement can be filed.

This is exactly the kind of judgement that should live in the system, not in someone’s memory. NavoBook handles withholding tax on payments, so the deduction is applied when you pay, recorded against the supplier, and available as a clean figure when the withholding statement is due. The point is not that the software replaces the accountant’s knowledge; it is that once the rule is set, the system applies it consistently on every voucher, instead of relying on a person to be equally careful at 11am on the first of the month and at 7pm on the last.

Real scenario

A trading business we looked at was charging sales tax fine but doing all of its withholding by hand, voucher by voucher. Most months a few supplier payments slipped through without the deduction, or with the wrong rate, because whoever cut the cheque was in a hurry. None of it was visible until the withholding statement was being prepared, at which point the accountant was reverse-engineering deductions that should have happened weeks earlier. The fix was not more discipline. It was moving the rule into the system so the deduction simply happened at the moment of payment.

The whole point: the books and the return are the same numbers

Here is the test that separates real compliance from the appearance of it. Pull your sales tax for the month from the business side, your invoices, and pull it from the tax side, what you intend to file. If those two numbers are not identical, you do not have an accounting system, you have two systems that happen to be near each other. Every report we publish has to tie to its source, which is the same principle we apply to management reporting in our piece on tracking profit by salesman, branch and project: one number, defined once, the same everywhere you look at it.

FBR taskThe manual wayInside your books
Sales tax on every invoiceCalculated by hand or in Excel, retyped onto the invoiceApplied automatically at the right rate, on every line
Withholding tax on supplier paymentsRemembered (or forgotten) by the accountant per voucherDeducted at the correct section rate when you pay
Output vs input tax for the monthTwo spreadsheets reconciled at month-endA live figure that ties to your sales and purchase ledgers
Filing the return in IRISRe-key totals from books into the annexuresRead the same totals off a single tax report
Surviving an auditHunt for the invoice behind the numberEvery figure traces back to a source document

When the books and the return draw from the same transactions, filing stops being a reconstruction project and becomes a read-off. Your accountant opens one tax report, sees output tax, input tax and the net position, and carries those figures into IRIS. If FBR later questions a number, every figure traces back to the invoice or payment behind it, because it never left the system to begin with. That traceability is the quiet thing that makes an audit boring, which is exactly what you want an audit to be.

An honest word on e-invoicing and POS integration

It would be easy to claim NavoBook does everything FBR is moving towards, but we would rather be straight with you. FBR’s push into real-time e-invoicing and live POS integration is the clear direction of travel for tax in Pakistan, and it will matter more every year. Today, NavoBook focuses on getting the foundations right, correct sales tax on every invoice, correct withholding on every payment, and reports that reconcile to what you file. Direct FBR e-invoicing and POS integration are on our roadmap, not live features we are pretending to have.

We say this deliberately, because the businesses that will struggle most with e-invoicing later are the ones whose books are a mess now. Real-time invoicing only works if the invoice was correct in the first place. Get sales tax and withholding clean and reconciled today, and the move to e-invoicing tomorrow is a connection, not a rebuild. Start with the foundations crooked and no integration will save you. We would rather you were ready than impressed.

Key insight

Compliance is not a feature you bolt on at filing time; it is a property of how your transactions are recorded all month. If sales tax is calculated on every invoice and withholding is deducted on every payment, the return practically files itself, and an audit becomes a matter of pointing at documents. The businesses that fear FBR are usually the ones rebuilding their numbers from scratch each month. Stop rebuilding, and the fear goes with it.

If your month-end is a scramble to make the books agree with what you are about to file, that is not your accountant’s fault, it is the gap between two systems that were never connected. Talk to us about what your sales tax and withholding actually look like today, and we will show you how the same numbers can run your business and satisfy FBR without being typed twice. NavoBook is one plan, PKR 30,000 a month, all 18 modules included, with implementation support from a team that understands both the software and the tax. The details are on our pricing page.

Ready to see NavoBook in action?

All 18 modules. PKR 30,000/month. No hidden per-module fees. Start today.