IRIS का कैलकुलेशन कॉलम: पेंशनरों और शहीद परिवारों के रिटर्न में सॉफ्टवेयर गड़बड़ी, FBR से सुधार की मांग
**मुख्य उत्तर (≤60 शब्द)**: IRIS रिटर्न सिस्टम में बेहबूद सेविंग्स सर्टिफिकेट, पेंशनर्स बेनिफिट अकाउंट और शुहदा फैमिली वेलफेयर अकाउंट की छूट वाली आय को गलत तरीके से कैलकुलेट करने की शिकायत है। लाहौर टैक्स बार एसोसिएशन की पब्लिक इंटरेस्ट लिटिगेशन कमेटी ने FBR से सॉफ्टवेयर सुधारने की मांग की है; FBR की ओर से कोई आधिकारिक पुष्टि दर्ज नहीं है। **मुख्य तथ्य**: - शिकायत का विषय: IRIS रिटर्न फॉर्म का कैलकुलेशन हिस्सा और इनकम टैक्स ऑर्डिनेंस 2001 के तहत छूट वाली आय का इलाज। - प्रभावित श्रेणियाँ: बेहबूद सेविंग्स सर्टिफिकेट, पेंशनर्स बेनिफिट अकाउंट और शुहदा फैमिली वेलफेयर अकाउंट धारक — पेंशनर, विधवाएँ, शहीद परिवार। - पत्र भेजने वाला पक्ष: लाहौर टैक्स बार एसोसिएशन की पब्लिक इंटरेस्ट लिटिगेशन कमेटी; संदर्भित नाम वहीद शहजाद बट्ट। - स्रोत गुणवत्ता: एडवोकेसी पत्र, स्वतंत्र जाँच नहीं; अंकगणित भीतर से सुसंगत पर राजस्व विभाग से असत्यापित। - लेबल चेतावनी: स्रोत पर 'cricket_asia' लेबल था, जो विषय से मेल नहीं खाता; किसी क्रिकेट टीम, खिलाड़ी या मैच का जिक्र नहीं। **स्रोत**: लाहौर टैक्स बार एसोसिएशन की पब्लिक इंटरेस्ट लिटिगेशन कमेटी का FBR को पत्र; प्रकाशन तिथि स्रोत सामग्री में दर्ज नहीं है। **संबंधित प्रश्नोत्तर**: - प्रश्न: क्या FBR ने सॉफ्टवेयर गलती स्वीकार की है? उत्तर: स्रोत सामग्री में FBR की ओर से कोई आधिकारिक प्रतिक्रिया या पुष्टि दर्ज नहीं है। - प्रश्न: इस गड़बड़ी का सबसे ज्यादा असर किस पर पड़ता है? उत्तर: पेंशनर, विधवाएँ और शहीद परिवार, क्योंकि उनके पास टैक्स सलाहकार और मुकदमेबाजी के संसाधन सबसे कम हैं। - प्रश्न: आगे क्या देखा जाना चाहिए? उत्तर: FBR का सर्कुलर या IRIS पैच, और यह तय होना कि सुधार पूर्वव्यापी होगा या केवल आगामी रिटर्न पर लागू होगा।
फेडरल बोर्ड ऑफ रेवेन्यू के पास जो पत्र पहुँचा है, वह नीति की गुज़ारिश नहीं, एक कॉलम की शिकायत है। लाहौर टैक्स बार एसोसिएशन की पब्लिक इंटरेस्ट लिटिगेशन कमेटी ने IRIS — FBR का ऑनलाइन इनकम टैक्स रिटर्न सिस्टम — में ठीक उस जगह की तरफ इशारा किया है जहाँ रिटर्न की कैलकुलेशन बनती है। कमेटी से जुड़े वहीद शहजाद बट्ट की तरफ से भेजी गई चिट्ठी में कहा गया है कि सिस्टम बेहबूद सेविंग्स सर्टिफिकेट, पेंशनर्स बेनिफिट अकाउंट और शुहदा फैमिली वेलफेयर अकाउंट से मिलने वाली आय को इनकम टैक्स ऑर्डिनेंस 2026 के मुताबिक नहीं पढ़ रहा। मांग साफ है — सॉफ्टवेयर की गलती सुधारी जाए।
इस पत्र में सबसे दिलचस्प चीज़ उसका अंकगणित है। कमेटी के हिसाब भीतर से मेल खाते हैं। कोई गलती जो हर बार एक ही दिशा में, एक ही अनुपात में दोहराई जाए, वह किसी बेतरतीब खराबी से ज्यादा खतरनाक होती है। बेतरतीब गलती पकड़ में आ जाती है; सुसंगत गलती एक नियम की तरह बर्ताव करती है, और लोग उसे नियम मानकर चलने लगते हैं।
यहाँ अपनी जगह साफ कर देना जरूरी है। इस सामग्री का क्रिकेट से कोई संबंध नहीं है, हालाँकि स्रोत पर cricket_asia का लेबल लगा था — इसमें कोई टीम, खिलाड़ी, मैच या क्रिकेट बोर्ड शामिल नहीं। लेकिन जिस आदत से मैं लिखता हूँ, वह यहाँ भी लगती है: पहले लेजर, फिर कहानी। कोई दावा मंज़ूर होने से पहले एक कॉलम, एक तारीख या एक दस्तावेज़ से गुज़रता है।
IRIS वह जगह है जहाँ पाकिस्तान का आयकर कानून आखिरी बार बोला जाता है। कागज़ पर छूट एक धारा है; फॉर्म पर वह एक फ़ील्ड है। जब कोई करदाता रिटर्न भरता है, तो उसका असली मुकाबला किसी अधिकारी से नहीं, उस कॉलम से होता है जो उसकी आय जोड़ता है, घटाता है और अंत में देय रकम निकालता है। सॉफ्टवेयर का कैलकुलेशन इंजन इसीलिए प्रशासन का सबसे शक्तिशाली हिस्सा है — वहाँ एक बार लिखी गई गलती हज़ारों रिटर्न में अपने आप दोहरा दी जाती है।
विवाद के केंद्र में तीन बचत साधन हैं। बेहबूद सेविंग्स सर्टिफिकेट, पेंशनर्स बेनिफिट अकाउंट और शुहदा फैमिली वेलफेयर अकाउंट — तीनों की बनावट एक ही सोच से हुई है: ऐसे लोगों के हाथ में थोड़ी स्थिर आय देना जिनके पास बचत का कोई दूसरा भरोसेमंद रास्ता नहीं। इन धारकों की सूची में पेंशनर, विधवाएँ और शहीद परिवार आते हैं। यह वही वर्ग है जो कर विवाद में सबसे कम बोलता है, क्योंकि उसके पास मुकदमे का पैसा और सलाहकार का समय, दोनों सीमित हैं।
कानून साफ है: इन साधनों की आय को इनकम टैक्स ऑर्डिनेंस 2026 के तहत राहत मिलती है, और उस पर स्रोत पर कटा टैक्स एडजस्ट होने की व्यवस्था है। सवाल फॉर्म के पढ़ने के तरीके पर है। कमेटी के पत्र में तीन कॉलम साफ दिखते हैं — घोषित आय, छूट वाली आय, और सिस्टम द्वारा निकाली गई कर योग्य आय। गड़बड़ तीसरे कॉलम में होती है। सॉफ्टवेयर छूट वाली आय को कर योग्य आधार से अलग करने में विफल रहता है, और जहाँ स्रोत पर टैक्स कट चुका है, वहाँ उसका क्रेडिट ठीक से नहीं जुड़ता। दोनों असर एक साथ आते हैं: कर योग्य रकम बढ़ जाती है और पहले से कटा टैक्स बेकार चला जाता है।
नतीजा दो हिस्सों में बंटता है। पहला, जिनकी आय सीमा से नीचे थी और जिन्हें रिफंड मिलना चाहिए था, उनके सामने मांग पैदा हो जाती है। दूसरा, जिनकी देय रकम सही थी, उनका रिटर्न बेमेल दिखता है और वे सुधार के चक्कर काटते हैं। दोनों सूरतों में असली लागत पैसे से ज्यादा समय की है — और वह समय उस आदमी का है जिसके पास फालतू समय सबसे कम है।
पत्र पढ़ते हुए जो चीज़ सबसे ज्यादा चुभती है, वह उसकी भाषा है। यह किसी आंदोलन का दस्तावेज़ नहीं, एक वकील की चिट्ठी है — विनम्र, क्रमबद्ध, संदर्भों से भरी। उसमें गुस्सा नहीं, एक-एक करके रखे तथ्य हैं। यही उसे भरोसेमंद बनाता है और यही उसे कमजोर भी बनाता है: ऐसी चिट्ठी पढ़ी जाती है, पर उसका जवाब देना जरूरी नहीं समझा जाता।
तुलना के लिए एक बाहरी उदाहरण देखिए। परिपक्व कर प्रशासनों में तीसरे पक्ष की आय अक्सर करदाता से नहीं मांगी जाती; सिस्टम उसे पहले से भर देता है और करदाता सिर्फ पुष्टि करता है। जहाँ छूट की जानकारी जारीकर्ता संस्था से सीधे सिस्टम में आती है, वहाँ गलती की गुंजाइश घटती है, क्योंकि करदाता को अपनी बेगुनाही साबित करने का बोझ नहीं उठाना पड़ता। जहाँ ऐसा पुल नहीं बना, वहाँ फॉर्म डिफॉल्ट रूप से कर योग्य रास्ता पकड़ लेता है। यही इस पूरे मामले की सबसे साफ व्याख्या है।
यहाँ एक ठंडी लाइन खींचनी जरूरी है। स्रोत की गुणवत्ता मध्यम-निम्न है। यह एक एडवोकेसी कमेटी का पत्र है, स्वतंत्र जाँच नहीं, और FBR की तरफ से कोई आधिकारिक जवाब दर्ज नहीं है। अंकगणित भीतर से सुसंगत होना यह नहीं बताता कि वह सही है — वह सिर्फ इतना बताता है कि उसे गलत साबित करने के लिए भी उतनी ही मेहनत करनी पड़ेगी। जब तक राजस्व विभाग की ओर से पुष्टि या खंडन नहीं आता, इसे एक दावा मानकर पढ़ना चाहिए, फैसला नहीं।
दूसरी, ज्यादा असहज बात यह है कि 'सॉफ्टवेयर बग' सबसे आसान कहानी है और शायद सबसे अधूरी। सॉफ्टवेयर वही करता है जो उसे करने को कहा गया हो। अगर छूट वाली आय की पहचान किसी अलग सर्टिफिकेट व्यवस्था से होती है और उसका डेटा फॉर्म तक नहीं पहुँचता, तो गलती सॉफ्टवेयर की नहीं, डिज़ाइन की है — और डिज़ाइन की गलती पैच से नहीं सुधरती।
तीसरी बात, जो किसी पत्र में नहीं लिखी होगी: इस तरह की गलती का सबसे खतरनाक रूप वह है जिसे कोई देखता ही नहीं। जो करदाता रिफंड का हकदार था और जिसे पता ही नहीं चला, वह शिकायत भी नहीं करेगा। चुपचाप ज्यादा टैक्स दे देना भी एक तरह का राजस्व है, और व्यवस्था के लिए वह सबसे आरामदायक तरह है।
आगे तीन चीजें तय करनी होंगी। FBR कोई सर्कुलर या IRIS पैच जारी करता है या नहीं, और किस तारीख को। सुधार सिर्फ आगे के रिटर्न पर लागू होगा या पुराने रिटर्न भी अपने आप दुरुस्त होंगे। रिफंड मांगने पर मिलेगा या अपने आप आएगा। इन तीन जवाबों से पता चलेगा कि यह सुधार है या सिर्फ शिकायत का निपटारा। मैं उस नैरेटिव पर भरोसा नहीं करता जो लोड कैलकुलेशन से नहीं गुज़रा — यहाँ लोड की जगह कॉलम है, बाकी तरीका वही है।
