FBR Digital Invoicing API

FBR digital invoicing API — file invoices from your own system

Keep your billing system. eInvoicePro sits between your ERP, POS or own software and FBR. Your developers build the link once, and do not have to rebuild it every time the rules change.

eInvoicePro API documentation — FBR digital invoicing for ERP and custom systems

Trusted Nationwide

150+ Alliance Partners Across Pakistan

Tax advisers and CA firms who help businesses get started with FBR invoicing.

Tax linksTax links
ADEEL GHANI ASSOCIATESADEEL GHANI ASSOCIATES
Mirza Law AssociatesMirza Law Associates
Irfan bilwani & Co.Irfan bilwani & Co.
M. Umair & Co. Chartered AccountantsM. Umair & Co. Chartered Accountants
Abdullah & Co.Abdullah & Co.
HASSAN LAW ASSOCIATES ADVOCATES & TAX CONSULTANTSHASSAN LAW ASSOCIATES ADVOCATES & TAX CONSULTANTS
Nisar Tax ConsultantNisar Tax Consultant
ASHFAQUE & COMPANYASHFAQUE & COMPANY
Saleem Tax ConsultantSaleem Tax Consultant
Moien Khan & CoMoien Khan & Co
Hashaam AssociatesHashaam Associates
Memon Tax ConsultantMemon Tax Consultant
Ledgers & ReconciliationsLedgers & Reconciliations

Alliance Partner Program →

Who it’s for

Made for teams that already have a system

If your invoices live in an ERP, POS or your own software, connect that system. You do not need to replace everything overnight.

Enterprises with ERP

Keep the finance tools you have and add reliable sending to FBR.

Custom billing software

Software houses and in-house teams connect once and serve many clients.

POS & retail chains

Send invoices from the tools your counters already use.

High-volume operations

Send many invoices through the API, not one screen at a time.

Build vs buy

DIY FBR integration vs eInvoicePro API

You can connect to FBR yourself. But most IT teams underestimate the work that never ends. Here is how the two ways compare.

DIY approach

Build your own FBR connection

  • Months of research, testing and sign-off before you go live
  • Your team owns every format change, retry and odd case
  • Bulk sending and error handling become custom work
  • Every rule change pulls developers away from your own product
eInvoicePro API

Connect through a maintained layer

  • Documented endpoints made for ERP, POS and billing systems
  • Faubix looks after the FBR link. Your team maps the invoice data
  • Bulk invoicing and checks are part of the API
  • A sandbox to test in before real customer invoices go through

API capabilities

What your developers get

What your tech lead needs to know. Endpoint details are in the developer docs.

Structured submission endpoints

Send invoices from your system and get back a clear success, or an error that tells you what to fix.

Bulk job support

Send hundreds of invoices in one request. Made for ERP batch runs, not one screen at a time.

Pre-submission validation

Catch format and tax rule problems before they reach FBR, so fewer live invoices fail.

Official proof in the response

Get the FBR invoice number and QR data back in your system, for printing and for your audit trail.

Sandbox environment

Test safely with sample data before you switch to live login details.

ERP-agnostic design

Works with SAP, Dynamics, Oracle, POS platforms, or any stack that can call a REST API.

How it fits

Your system → eInvoicePro → FBR

A simple path: keep your software, connect through eInvoicePro, and stay in line with FBR.

For developers

How the integration works

Enough to judge whether this fits your stack. Full endpoint reference, schemas, and field-level detail live in the developer docs.

Getting access

One API key, sent as either an Authorization: Bearer or an X-API-Key header — no OAuth handshake, no token refresh. You also supply the seller’s own FBR token, saved once against their NTN or CNIC. Sandbox and production share one base URL and one key; they differ only by a flag on the request.

Check before you send

Validate a single invoice against FBR without submitting it, without creating a job and without consuming quota — FBR’s response comes back verbatim. Reference lookups head off the most common rejections: which units of measure FBR accepts for an HS code, and which rate and SRO fields apply to a sale type.

Submit and track

A submission is a job of 1 to 1,000 invoices — the same endpoint whether you file one or a thousand. Send an idempotency key so a network timeout can’t double-file. Then poll the job, or subscribe to webhooks for invoice-submitted, invoice-failed and job-completed events. A running batch can be paused, resumed or cancelled.

When FBR rejects an invoice

Partial success is normal — one bad row does not sink the batch. Each row carries a typed failure reason, and you can fetch the exact payload sent plus FBR’s raw response, so you debug against real bytes rather than a re-worded summary. Retry re-queues that single invoice, not the whole job.

Before you integrate

The invoice payload is FBR’s own digital invoicing schema, unchanged — this API does not invent its own invoice format, so existing mapping work carries over. Sandbox invoices carry an FBR scenario ID (SN001–SN028); production invoices do not. Production submissions draw on your plan’s invoice quota, and a short account is told before anything reaches FBR.

Read the API documentation →

Go-live path

From sandbox to production

A typical plan for ERP and billing teams. The time it takes depends on your system. Check with your tax adviser what applies to you.

  1. Week 1

    Map your invoice data

    List the fields your ERP or billing system already has, and what must be matched to FBR's format.

  2. Week 2–3

    Connect in sandbox

    Your developers connect to the test system and check sample invoices. Nothing real goes to FBR.

  3. Week 4

    Parallel run

    Send test invoices next to your normal process, and check the results match.

  4. Go live

    Switch to production

    Switch on your live login details and send real customer invoices through the API, in bulk too when needed.

Getting started

From interest to live connection

Simple steps for business teams. Your tech team can open the docs whenever they need more detail.

Share your setup

Tell us whether you use an ERP, POS or your own billing system, and how many invoices you make.

See the fit

We show you how eInvoicePro sits between your system and FBR.

Connect & test

Your team connects through our API and tests safely before going live.

Go live with support

Send real invoices, in bulk too when you need it.

FAQ

Frequently Asked Questions

Answers for business and IT leads looking at an FBR API link.

What is the eInvoicePro FBR digital invoicing API?

It helps ERP, POS and billing systems send invoices to FBR. Your software calls eInvoicePro. We handle the hard FBR work, the checks and the replies, so your team does not have to build that part.

Why not connect my system directly to FBR?

Linking straight to FBR often means a long setup, special testing and constant upkeep when rules change. eInvoicePro is built for real business systems, so your team goes live faster with fewer surprises.

Does the API support bulk invoicing?

Yes. Busy businesses and software teams can send many invoices through the API, not only one by one on the screen.

Who is the API for?

Large companies with an ERP or their own billing system, software houses building for clients in Pakistan, and any team that needs reliable FBR sending without building the hard part itself.

How do I authenticate with the API?

With a single API key created in the developer portal, sent as either an Authorization: Bearer header or an X-API-Key header — whichever your HTTP client makes easier. Either one alone is enough; you never send both. Every endpoint requires it, including the reference lookups.

Is there a sandbox I can test against before going live?

Yes, and it uses the same base URL and the same API key as production — you switch by setting isSandbox on the request. Sandbox jobs do not consume quota, and every sandbox invoice carries its FBR scenario ID (SN001 to SN028). You can also validate a single invoice against FBR without submitting it at all.

What happens when FBR rejects an invoice?

The rest of the batch keeps going — one bad invoice does not sink the job. The failed row records why it failed, and you can fetch the exact payload that was sent along with FBR’s raw response for that row. Once the job has finished you retry just that invoice, rather than resubmitting everything.

How many invoices can I submit at once?

A single job takes between 1 and 1,000 invoices, and the same endpoint handles one invoice or a thousand. One batch can mix invoices belonging to different sellers, because each invoice carries its own seller NTN or CNIC and the platform picks the right FBR credential per row.

How are our clients’ FBR tokens stored?

Seller FBR tokens are write-only and encrypted at rest: you can save or rotate them, but the API never returns them — only whether a sandbox and production token exist. Webhook deliveries are signed, and the signing secret is shown once when you register the endpoint.

Where can developers find technical details?

Open the eInvoicePro API docs for endpoints, formats and setup. Business teams can book a demo first if they want someone to walk them through it.

Ready to connect your system to FBR?

Book a demo for a guided walkthrough, or open the API docs for your builders.

Chat with us