A build-to-order Odoo module that connects your accounting to Pakistan's FBR for real-time digital invoice transmission, STRN/NTN validation, and provincial plus federal sales-tax handling. ECOSIRE builds, installs, and supports it for your Odoo 17/18/19 instance. Built to order by ECOSIRE for Odoo 17, 18, 19 — indicative price from $499.00 USD; request a quote for a scoped proposal.

A build-to-order Odoo module that connects your accounting to Pakistan's FBR for real-time digital invoice transmission, STRN/NTN validation, and provincial plus federal sales-tax handling. ECOSIRE builds, installs, and supports it for your Odoo 17/18/19 instance.
现在无需付款。此操作会向我们的团队发送报价请求——我们会通过邮件跟进价格和后续步骤。
Businesses under Pakistan's FBR digital-invoicing mandate face a hard compliance wall that Odoo core does not address. When you post a customer invoice in native Odoo, account.move computes tax lines and generates a QWeb PDF — but nothing transmits that invoice to FBR's IRIS/e-invoicing endpoint, embeds the FBR invoice reference number (IRN) and QR code, or validates the buyer's STRN and NTN against registration status. There is no field to map a line to the correct provincial jurisdiction (SRB, PRA, KPRA, BRA) versus federal sales tax, no withholding-sales-tax logic on the payable side, and no structured extract that matches the Annex-C / sales-tax return format. Teams end up re-keying every invoice into the FBR portal by hand, which does not scale and invites penalties for late or non-compliant transmission.
FBR real-time digital invoice transmission on `account.move` posting, with IRN and QR code written back onto the record
STRN and NTN validation against FBR's online verification service, cached on `res.partner` with a form-view status badge
Buyer registration-type classification (registered / unregistered / withholding agent) driving the correct invoice schema
Provincial vs federal sales-tax mapping across SRB, PRA, KPRA and BRA jurisdictions on each tax line
Withholding sales-tax computation via `@api.depends` for buyers acting as withholding agents
HS-code and unit-of-measure fields required by the FBR JSON schema, mapped from product records
ECOSIRE builds a dedicated Odoo module that closes this gap end to end. We extend account.move and account.move.line with the FBR-required fields (invoice type, buyer registration type, HS code, jurisdiction, IRN, QR payload) via models.Model inheritance, and add @api.depends compute methods that classify each tax line as federal or provincial and calculate withholding sales tax where the buyer is a withholding agent. On posting — or through a configurable automated action / ir.cron batch — the module authenticates to FBR's digital-invoicing REST API using your issued token, serializes the invoice to the mandated JSON schema, transmits it, and writes back the returned IRN and QR code onto the record so they render on a customized QWeb invoice report. STRN and NTN entered on res.partner are validated against FBR's online verification service, with results cached and surfaced as a status badge in the form view (XML/OWL).
Access is governed properly through ir.model.access.csv and record rules so that only authorized accounting and tax roles can transmit or void invoices, and every transmission attempt, response code, and error is logged for audit. We build a sales-tax return workspace that aggregates posted, FBR-accepted invoices into the return line structure (taxable value, output tax by rate and jurisdiction, input tax, withholding) and exports a reconciled dataset your filer can lodge against the FBR return — turning month-end from manual re-keying into a review-and-submit step. The module is delivered against the standard Odoo XML-RPC/JSON-RPC surface so external systems or a POS front end can trigger transmission programmatically.
Because this is build-to-order, nothing ships until we understand your exact registration profile. We start with a scoping call to confirm your Odoo edition (Community or Enterprise), version (17.0, 18.0, or 19.0), which provincial authorities apply to you, your withholding obligations, and your current FBR API credentials and sandbox access. We then develop against your requirements, validate in FBR's sandbox on a staging copy of your database, run UAT with your team, and deploy to production with a rollback plan. Typical delivery is 2–4 weeks from confirmed scope. You receive the full installable source, and we support it through go-live and beyond as FBR's schema and endpoints evolve.
Finance leads at registered manufacturers, distributors and service firms who must transmit sales-tax invoices to FBR in real time and can no longer re-key them into the portal by hand.
Partners who need a reliable, source-available FBR localization to deploy across multiple Pakistani clients on 17/18/19, with clean model inheritance and access rules they can maintain.
Owns STRN/NTN validity, provincial vs federal classification and withholding accuracy, and needs an auditable transmission log plus a return-ready extract for monthly filing.
Sells across jurisdictions and must map each line to the correct authority (SRB, PRA, KPRA, BRA) and handle withholding agents without manual spreadsheets.
在 ecosire.com 上购买许可证并从您的帐户仪表板下载 Pakistan FBR Digital Invoicing & Sales Tax 模块 ZIP。
将 ZIP 解压到服务器上的 Odoo 自定义插件文件夹中(或通过“应用程序”>“从 Odoo.sh / runbot 上的文件安装”上传)。
激活开发者模式,打开应用程序,单击更新应用程序列表,搜索 Pakistan FBR Digital Invoicing & Sales Tax,然后按安装。
打开新菜单,粘贴您的 ECOSIRE 许可证密钥,连接任何外部凭据(Shopify、Amazon、Stripe 等),然后保存。
运行内置连接测试,同步前 10 条记录,并安排定期 cron。如果出现任何问题,请联系支持人员。
| 标准 | 伊科西尔 | 定制建造 | 竞争对手 | 奥杜本机 |
|---|---|---|---|---|
| FBR real-time transmission | Built into invoice posting with IRN/QR write-back | Possible but you design the whole integration | Often partial or region-generic, rarely FBR-current | |
| STRN / NTN validation | Live check against FBR verification, cached with badge | Must be coded and maintained yourself | Usually a plain text field, no verification | |
| Provincial + federal mapping | SRB/PRA/KPRA/BRA and federal per line | Requires deep local tax knowledge to build | Typically federal-only or generic tax groups | |
| Withholding sales tax | Computed automatically for withholding agents | Hand-rolled compute methods and testing | Rarely handled | |
| Return preparation | Aggregated, FBR-return-aligned export | Bespoke reporting effort | Limited or absent | |
| Version fit (17/18/19) | Built to your exact edition and version | You own version compatibility | May lag Odoo releases | |
| Support & schema updates | Post-go-live window + source + git handover | Your team maintains it entirely | Depends on vendor's roadmap | |
| Audit & access control | Full transmission log + `ir.model.access` record rules | Build and secure it yourself | Varies, often minimal |
This is a build-to-order module, so it is not an instant download. After a confirmed scope from our initial call, typical delivery is 2–4 weeks depending on how many provincial jurisdictions and withholding scenarios you need and your FBR sandbox readiness. We validate in FBR's sandbox on a staging copy before touching production.
Every build includes a post-go-live support window for defects, and you receive the full source plus git repo so your team can maintain it. FBR periodically revises its JSON schema, endpoints and validation rules; we handle those adjustments during the support window and can continue under an ongoing support arrangement afterward.
It works on both. The FBR integration is built on standard `account.move` accounting, `ir.cron`, QWeb and the ORM, which exist in Community and Enterprise. We confirm your edition and version (17.0, 18.0 or 19.0) during scoping and target the build precisely to it.
Each tax line is classified by jurisdiction so federal sales tax and the relevant provincial authority (SRB, PRA, KPRA, BRA) are mapped correctly, using your tax configuration. Withholding sales tax is computed via `@api.depends` where the buyer is a withholding agent, and the return workspace aggregates output tax by rate and jurisdiction.
Yes. Buyer STRN and NTN entered on the partner record are checked against FBR's online verification service, with the result cached and shown as a status badge in the form. This catches unregistered or invalid registrations before an invoice is transmitted and rejected.
Yes. The module exposes its transmission and IRN read-back over Odoo's standard XML-RPC / JSON-RPC API, so a POS front end, e-commerce backend or external ERP can post an invoice and retrieve the FBR invoice reference number programmatically.
Your Odoo edition and version, FBR digital-invoicing API credentials and sandbox access, your STRN/NTN, the provincial authorities that apply to you, and your withholding obligations. We gather these in the scoping call and translate them into the configuration workbook that drives the build.
A build-to-order Odoo module that connects your accounting to Pakistan's FBR for real-time digital invoice transmission, STRN/NTN validation, and provincial plus federal sales-tax handling. ECOSIRE builds, installs, and supports it for your Odoo 17/18/19 instance.