FBR POS Invoice Requirements: Fields & QR Code

What must an FBR POS invoice actually show?

An FBR-compliant POS invoice must carry the retailer's name and NTN/STRN, a unique invoice number, the date and time of sale, an itemised list with quantity and price, the sales tax charged, the total, and an FBR invoice number with a scannable QR code. The QR code is what lets a customer verify the receipt against FBR's records.

That last part — the FBR invoice number and QR — is the piece most shopkeepers misunderstand. It is not something your POS software generates on its own. It comes back from FBR's system after your terminal transmits the sale. Everything else on the list is ordinary receipt design that any decent POS can already print.

This guide separates the two clearly: what your receipt needs regardless, and what only arrives once you are integrated.

Who has to issue an FBR POS invoice?

The requirement applies to tier-1 retailers — the category FBR defines by size and type of operation, covering things like retailers operating in shopping malls, those with large shop footprints, and businesses above certain electricity-bill and turnover thresholds. If you fall in that category, your point of sale is expected to be connected to FBR's system and every sale transmitted in real time.

A small neighbourhood kiryana shop or a single-counter pharmacy is generally not in tier-1. But the thresholds have moved more than once, and they are the kind of thing worth confirming with your tax consultant rather than reading off a blog. The cost of guessing wrong is penalties, not a warning letter.

If you are unsure whether you are in scope, that question belongs with a practitioner who can look at your actual turnover, premises and electricity bills.

The receipt fields you should get right anyway

Whether or not you are integrated with FBR today, a well-formed sales receipt is worth building now. It costs nothing and it means that when you do integrate, the layout does not need rebuilding.

A complete receipt shows:

• Business identity — registered name, branch address, NTN and STRN where applicable
• Invoice number — unique, sequential, never reused
• Date and time — the actual moment of sale, not the print time
• Line items — description, quantity, unit price, line total
• Tax — the sales tax amount shown separately, not buried in the total
• Totals — subtotal, tax, discount if any, grand total
• Payment method — cash, card, credit

In POSFORRETAIL, receipt templates are configurable, so these fields can be laid out to match what your accountant or auditor expects. Sales tax is set per product, which matters because different goods carry different rates and a flat percentage across the whole basket is simply wrong on a mixed cart.

Why is tax shown separately so important?

Because a receipt that folds tax into the price cannot be audited, and cannot be reconciled against what you file.

When tax is a separate line, three things become possible. Your monthly return can be reconciled against your own sales data. A customer can see exactly what they were charged. And an auditor looking at a sample of receipts can check your arithmetic in seconds rather than requesting a full data extract.

Shops that show only a grand total often discover at filing time that their books and their receipts disagree, and there is no way to work out which one is right. Setting the tax rate correctly on each product from the start avoids that entirely.

Where does POSFORRETAIL stand on FBR integration?

Plainly: POSFORRETAIL does not currently transmit invoices to FBR. There is no FBR integration in the shipped product today. It is on our roadmap, and we will say so clearly here when it ships.

We are stating this directly because the Pakistani POS market has a habit of implying compliance that does not exist. If a vendor tells you their system is "FBR ready", ask a precise question: does it transmit each sale to FBR's system in real time and print the returned FBR invoice number and QR code on the receipt? "Ready" and "integrated" are not the same word, and the difference is the entire requirement.

If you are a tier-1 retailer who must be integrated today, you need a solution that is licensed and live with FBR now. We would rather tell you that than sell you something that leaves you exposed at audit.

What you can do in the meantime

If you are not in tier-1, or you are preparing for the possibility of being in scope later, the useful work is getting your data clean:

Set your tax rates per product. Mixed baskets need per-item rates. Doing this once means your reports are correct from day one.

Number your invoices properly. Sequential, unique, no gaps you cannot explain. Every sale in POSFORRETAIL gets a document number automatically.

Keep your sales data intact and exportable. If FBR ever asks for records, the answer should be an export, not a shoebox. Your data can be exported in CSV and Excel at any time.

Track your tax on the reporting side. Sales reports that break out tax collected give you the figure you actually file against, rather than a number reconstructed at month end.

Get your books in order. On the Enterprise plan, double-entry accounting means your sales, expenses and tax positions all sit in one ledger rather than three spreadsheets.

None of this makes you FBR-integrated. All of it makes integration — whenever you do it, with whoever you do it with — a configuration job instead of a data-cleanup project.

The honest summary

An FBR POS invoice needs the standard receipt fields plus an FBR-issued invoice number and QR code that only comes from being connected to FBR's system. If you are a tier-1 retailer, that connection is a legal requirement and you should confirm your status with a tax professional.

POSFORRETAIL handles the receipt, the per-product tax, the numbering and the records. It does not handle FBR transmission yet, and we will not pretend otherwise. For a fuller picture of the compliance landscape, our guide to FBR POS integration walks through how the system works and what it costs.

If clean sales records, correct per-item tax and proper invoice numbering are what you need right now, every plan includes them. See pricing — plans start at PKR 2,999 per month with a 14-day free trial, no card required.