A Record With the Wrong Label: IRIS, Savings-Certificate Relief and a 79,613-Rupee Gap
**মূল উত্তর:** পাকিস্তানের FBR-এর IRIS সফটওয়্যারে সঞ্চয়পত্রের মুনাফার করছাড়ের পরও সারচার্জ ছাড়ের আগের করের ওপর হিসাব হওয়ায় প্রতি রিটার্নে ৭৯,৬১৩ টাকা বেশি আদায়ের অভিযোগ করেছে লাহোর ট্যাক্স বার অ্যাসোসিয়েশনের পাবলিক ইন্টারেস্ট লিটিগেশন কমিটি। FBR-এর কোনো আনুষ্ঠানিক জবাব এখনো রেকর্ডে নেই। **মূল তথ্য:** - উদাহরণে করযোগ্য আয় ১১,৪৪৭,১০৯ টাকা, স্বাভাবিক কর ৪২,৪১,১৯৯ টাকা, ধারা (৬)-এর ছাড় ৭,৯৬,১৩২ টাকা। - অভিযোগ অনুযায়ী আদায় হয় ৪,২৪,১২০ টাকা সারচার্জ; সঠিক হিসাবে হওয়া উচিত ৩,৪৪,৫০৭ টাকা। - পার্থক্য ৭৯,৬১৩ টাকা, যা ছাড়ের পরিমাণের ঠিক ১০ শতাংশ। - আইনি ভিত্তি আয়কর অধ্যাদেশ, ২০০১ — দ্বিতীয় তফসিল, তৃতীয় অংশ, ধারা (৬) এবং 4AB ধারা। - IRIS-এ ছাড় প্রয়োগ হয় কোড ৯৩০৯ দিয়ে; করযোগ্য আয় এক কোটি টাকার বেশি হলে সারচার্জ প্রযোজ্য। **সূত্র উল্লেখ:** লাহোর ট্যাক্স বার অ্যাসোসিয়েশন পাবলিক ইন্টারেস্ট লিটিগেশন কমিটির পক্ষ থেকে FBR চেয়ারম্যান বরাবর পেশ করা আবেদন। প্রকাশের নির্দিষ্ট তারিখ স্তর-১ নথিতে উল্লেখ নেই; FBR-এর প্রতিক্রিয়া রেকর্ডভুক্ত নয়। **সম্পর্কিত প্রশ্নোত্তর:** প্রশ্ন: এই ভুল কি সব করদাতার ক্ষেত্রে প্রযোজ্য? উত্তর: না — শুধু যাঁদের করযোগ্য আয় এক কোটি টাকার বেশি এবং যাঁরা বেহবুদ সেভিংস সার্টিফিকেট, পেনশনার্স বেনিফিট অ্যাকাউন্ট বা শুহাদা ফ্যামিলি ওয়েলফেয়ার অ্যাকাউন্টে বিনিয়োগ রেখেছেন। প্রশ্ন: FBR কী পদক্ষেপ নিয়েছে? উত্তর: স্তর-১ নথিতে FBR-এর কোনো আনুষ্ঠানিক জবাব, ব্যাখ্যা বা IRIS-এ সংশোধনের রেকর্ড নেই। প্রশ্ন: দাবিটির প্রমাণগত Status কী? উত্তর: অঙ্কগুলো অভ্যন্তরীণভাবে মিলে যায়, কিন্তু সব সংখ্যা একক দাবিদার-সূত্র থেকে এসেছে; স্বতন্ত্র যাচাই বাকি, তাই এটি আইনি বা কর-পরামর্শ নয়।
Last week a record landed on my desk. The label said "cricket." Inside there was no strike rate, no over, no scorecard. There was a number — 79,613. And a letter from Waheed Shahzad Butt, chairman of the Public Interest Litigation Committee of the Lahore Tax Bar Association.

His claim: Pakistan's Federal Board of Revenue online filing system, IRIS, is clawing back exactly ten percent of a statutory concession on National Savings profit, via surcharge.
The notebook travelled from Khulna to the World Cup; I just kept writing. Thirteen years have built one habit — I don't trust the label, I trust the arithmetic. So I take the label off and look at the numbers.
Context
Three National Savings products matter here — Behbood Savings Certificates, Pensioners' Benefit Account and Shuhada Family Welfare Account. Clause (6) of Part III of the Second Schedule to the Income Tax Ordinance, 2026 grants a reduced rate on their profit. Parliament gave the relief deliberately.
The trouble starts when taxable income crosses ten million rupees and the section 4AB surcharge applies. IRIS applies the relief through an entry called code 9309. Butt's allegation is that the code shows the relief correctly but computes the surcharge on the pre-relief tax.
The demand went not to a court but to the FBR Chairman, through three Members (IR-Legal, IR-Operations, IR-Policy) and the Director General IT. That route matters: courts are slow, the filing window is close. The play is administrative pressure for a fast fix.
The document states a filing deadline of October 31, 2026 — abnormally distant for the current cycle. Unverified, so I don't treat it as settled.
The arithmetic
In the worked example, taxable income is 11,447,109 rupees, of which 2,484,000 comes from Behbood and related holdings. Normal tax is 4,241,199. The clause (6) reduction is 796,132 — derived from 920,332 minus 124,200.
IRIS charged 424,120 in surcharge. That reconciles at ten percent of 4,241,199 — the base was the unreduced tax.
After relief, tax is 3,445,067. Ten percent of that is 344,507. The gap is 79,613 — exactly ten percent of the 796,132 relief.
That reconciliation is the strongest evidence. Four numbers — income, tax, relief, surcharge — each computed separately, all producing the same gap. This is not a discretionary assessment call; it is a base-of-computation error, and a base error never stays inside one taxpayer's file.
A second effect gets less attention: the return screen is said to show a non-nil balance the filer knows is not owed. Filing on that basis invites notices and defaults — friction beyond the tax itself.
The affected class is narrow but specific: taxable income above ten million rupees, holding these products. The per-return damage is 79,613 rupees — small alone, multiplied across a class. The document also reserves the right to a refund, which points to a future claims queue.

The other side
Here I stop, because my own rule is a three-match evidence threshold — in Qatar I watched 23 sessions and 7 matches before writing on Morocco's low block. This story has one match, one source.
First objection, legal. Section 4AB speaks of tax imposed under Division I of Part I of the First Schedule. Whether Second-Schedule-relieved tax falls inside that definition is an interpretive question. If the FBR holds its reading, the software is working as intended and the dispute is in the law. Calling it a defect pre-judges the outcome.

Second objection, remedy. Manual rectification exists but Butt says it is inadequate. A class-wide defect wants a class-wide fix — system correction plus public notice. But a notice is a de facto admission, and admission carries administrative cost, which may slow the fix.
Third objection, against my own notebook. Every figure comes from the claimant. No FBR response on record, no court order, no independent recomputation. The arithmetic reconciles; reconciliation is not proof. The loudest part of the story is the least verified.
The training ground is where the truth shows up before the scoreboard. Here the ground is software, and I have not yet seen its scoreboard — only heard a batsman say the bat is cracked.
What to watch
Whether the IRIS changelog alters the surcharge base; whether the FBR issues clarification or a notice; what the real deadline is. If refund claims begin to accumulate, the scale becomes visible.
Every match has a pulse; my job is to keep the count. This match has no players — only a system, a law, and a gap. The pipeline that sent a tax story to the cricket desk made the same error: it assigned the label before checking the base.
