Pakistan Distribution Tax extends the Pakistan localization with the FBR levies a distributor, dealer or wholesaler has to charge but that standard invoicing does not calculate. You record the buyer profile once on the contact and the goods profile once on the product. From then on every quotation and invoice line resolves its own taxes.

An unregistered buyer picks up the further tax under Section 3(1A). A distributor, dealer or wholesaler picks up 236G advance income tax and a retailer picks up 236H, at the filer or non-filer rate, with fertilizer withheld on its own 236G branch. A Third Schedule product is taxed on its printed retail price under Section 3(2)(a) while the line still invoices at your trade price. Rates live in an effective-dated rate card that your accountants own, so a Finance Act change adds a new dated row instead of rewriting history.

NTN or CNIC, sales tax status, filer status and distribution tier sit in the customer information block on the contact form.

Tick Third Schedule Good and enter the printed retail price. A Third Schedule product without a positive MRP is refused, so the tax base can never silently fall back to the trade value.

Fertilizer, other goods, or exempt. This is the branch that decides which 236G rate a distributor is withheld at, and it is set on the product, not on the customer.

Every levy, category, filer status, rate and start date in one list, with the tax it drives beside it. Seeded on install and yours to maintain from there.

To change a rate you add a new row with a later effective date. The module builds the new tax and uses it from that date. The old row and its tax stay exactly as they were.

An unregistered non-filer distributor buying Third Schedule goods. Sales tax and further tax compute on the printed retail price, 236G computes on the trade value, and the totals break the levies out separately.

The same goods and the same tier sold to a registered filer. No further tax, and 236G drops from the non-filer rate to the filer rate. Nothing on the quotation was changed by hand.

A buyer whose distribution tier is Retailer moves to Section 236H automatically, and the invoice shows the withholding separately from output sales tax.

Fertilizer takes its own 236G branch, and the invoice picks the rate card row that was in force on its own document date, not the newest row in the table.

Further tax and the 236 advance taxes are real Odoo taxes with their own tax group and their own liability account, so they are reported and reconciled separately from output sales tax.

Set Sales Tax Status to Unregistered on the customer. From then on every quotation and invoice line for that customer carries the further tax under Section 3(1A) alongside the normal sales tax, with its own tax group and its own liability account, so it is reported separately from output sales tax.

Set the Distribution Tier on the customer. A distributor, dealer or wholesaler gets 236G and a retailer gets 236H. The rate is then picked from the buyer's filer status and, for 236G, from the product's advance tax category, so fertilizer is withheld at its own rate and other goods at the general rate.

The buyer defaults to Non-Filer, which is the higher rate. Withholding at the higher rate is the compliance-safe direction, so an unverified buyer is never under-withheld. Change the field to Filer once you have confirmed the buyer on the ATL.

Tick Third Schedule Good on the product and enter the Printed Retail Price. Sales tax and the further tax are then computed on the MRP instead of the trade price, while the line still invoices at your trade price and any discount. A Third Schedule product without a positive MRP is refused.

Open the FBR Rate Card and add a new row for that levy with the new rate and the date it takes effect. The module builds a new tax for it and uses it from that date forward. The old row and its tax stay untouched, so every posted document keeps the rate it was actually charged.

No, it extends it. The Pakistan localization chart of accounts and its sales taxes stay exactly as they are, and this module adds the distribution levies on top and posts them to their own accounts.

It is maintained for current major Odoo versions and works on both Community and Enterprise. Use the version selector at the top of this page to pick your Odoo release.

The team behind this module

About CODEerts

Full-Service Odoo ERP Company  ·  Solutions That Scale

Every module in our store is built from real client work, tested in production and maintained long-term by a team of Odoo certified consultants. When you need more than an app, we deliver the full solution.