FBR digital invoicing in Pakistan: the complete guide

FBR digital invoicing is the requirement for sales-tax-registered businesses in Pakistan to transmit each invoice to the Federal Board of Revenue in real time, not just report totals at month end. As of 31 December 2025, the mandate covers every sales-tax-registered person under SRO 1852(I)/2025, and integration itself is free through FBR's own automation company, PRAL, regardless of what invoicing software a business actually uses day to day.

If your business issues sales tax invoices and has not integrated yet, this guide walks through what the rule actually requires, who has to comply and by when, the three practical routes to get connected, and the steps to take this week.

What FBR digital invoicing actually is

Before 2025, most FBR-registered businesses reported sales tax through a periodic return: totals filed once a month, invoices kept on file in case of audit. Digital invoicing changes that. Each invoice, at the moment it is created, gets sent to FBR's systems and either comes back accepted, with a unique FBR invoice reference number and QR code, or comes back rejected with an error to fix.

The legal foundation is Chapter XIV of the Sales Tax Rules 2006, as wholly substituted by SRO 69(I)/2025. That rewrite introduced the rules that govern the whole system today, including Rule 150XE (integration requirements) and Rule 150XF (PRAL's role as the free, licensed integrator). Anything you read that cites older rule numbers from before that substitution is describing a repealed regime.

Who must integrate, and by when

SRO 1852(I)/2025 phased the mandate in by turnover tier and business type rather than switching it on for everyone at once:

• Public companies, importers, and businesses with sales tax turnover above PKR 1 billion: integration testing by late October 2025, live invoicing from 1 November 2025.
• Companies with turnover between PKR 100 million and PKR 1 billion: live invoicing from 15 November 2025.
• Individuals and associations of persons above PKR 100 million turnover: live invoicing from 1 November 2025.
• Companies with turnover below PKR 100 million: live invoicing from 1 December 2025.
• All other sales-tax-registered persons: live invoicing from 31 December 2025.

That last date matters most for small and medium businesses: as of today, if you are registered for sales tax in Pakistan, you are already in scope, whether or not you have integrated yet. FBR has also floated a separate, income-tax-side expansion (draft rules would pull in restaurants, clinics, private schools, and similar service businesses that are not primarily sales-tax registered) but that track was still being contested by provincial tax authorities as of early 2026, so treat it as a sector to watch rather than a confirmed deadline.

How integration actually works: three routes

This is the part that confuses most business owners, because "integrator" sounds like it must mean a paid vendor. It does not have to.

Route 1: PRAL directly, free. Rule 150XF names PRAL (Pakistan Revenue Automation Limited, FBR's own automation arm) as a licensed integrator obligated to provide integration free of cost on demand. In IRIS, you nominate PRAL in the "Licensed Integrator" field. This satisfies the legal integration requirement at zero cost, but PRAL's own tooling is basic: it is built for compliance, not for running a business.

Route 2: a licensed, paid integrator. A short list of other FBR-licensed integrators can configure and manage your invoicing pipeline for a fee. FBR caps what licensed integrators may charge, though the exact threshold has not been published (press reports put it near PKR 1 million a year). This route suits businesses that want a vendor to fully own the technical integration and hold the relationship with FBR on their behalf.

Route 3: independent software riding your own PRAL token. This is where tools like InvoiceGuru sit. You still nominate PRAL as your licensed integrator (free, same as route 1), and you separately name your software provider in IRIS's free-text "ERP / System Provider" field. FBR's own DI API is built around a taxpayer-owned, 5-year bearer token that you generate yourself in IRIS after passing the required sandbox scenarios. Independent software then uses that token to submit invoices on your behalf, which means you, not the software vendor, remain the FBR-facing registered person throughout. This is the same nomination pattern used openly by other invoicing tools in the Pakistani market today, and it is why software like InvoiceGuru can offer a better day-to-day invoicing experience without being a licensed integrator itself.

Comparing the three routes

What to actually do, step by step

1. Check your registration status. Confirm your sales tax registration number (STRN) and current turnover tier, since that determines which deadline already applied to you.
2. Log in to IRIS and nominate PRAL as your licensed integrator under Rule 150XF. This step is free regardless of which route you take afterward.
3. Decide on your invoicing software. If you want more than PRAL's basic tooling, name your chosen software (for example, InvoiceGuru) in the "ERP / System Provider" field in IRIS.
4. Generate your sandbox credentials and work through FBR's required test scenarios before requesting production access. This is the same process regardless of which software submits your invoices.
5. Whitelist your server IP with PRAL (its data centre collects the submitting IP addresses before sandbox testing unlocks), and confirm your production bearer token once sandbox scenarios pass.
6. Start issuing invoices through the live system and keep an eye on rejected invoices; a rejection now costs you time, and left unresolved it can also cost you money, since non-compliance carries real penalties under the Sales Tax Act.

None of this requires you to change accounting systems or hire a dedicated compliance team. It does require someone in the business to own the IRIS nomination step and the sandbox testing, at least once.

Where this leaves a small or medium business

If you are still issuing invoices the old way, the honest summary is: the legal deadline has already passed for almost everyone, integration itself costs nothing through PRAL, and the real decision in front of you is not whether to integrate but what to run on top of that free integration. A spreadsheet-adjacent process barely survives contact with real invoice volume; dedicated software, riding the same free PRAL token, tends to be the more sustainable answer once you are past a handful of invoices a month.

You can start on InvoiceGuru's homepage if you want to see how the software side of this looks in practice, or read on for the sandbox and penalty specifics linked below.