اگر آپ کی انوائسز FBR کے ڈیجیٹل انوائسنگ سسٹم سے رد ہو رہی ہیں تو آپ اکیلے نہیں ہیں۔ Rejection وہ سب سے عام مسئلہ ہے جس کا سامنا پاکستانی کاروباروں کو FBR کے PRAL گیٹ وے سے پہلی بار جڑتے وقت ہوتا ہے — اور زیادہ تر معاملات میں یہ چند مخصوص اور قابل انداز غلطیوں کی وجہ سے ہوتا ہے۔ اس مضمون میں ہم وہ سب سے بڑی وجوہات بیان کریں گے جن کی وجہ سے FBR انوائس رد کرتا ہے اور ہر ایک کا حل بھی بتائیں گے۔
یہ رد ہونے کی سب سے عام وجہ ہے۔ FBR کی PRAL specification ہر HS کوڈ کے لیے ایک مخصوص اور منظور شدہ یونٹ آف میژر مقرر کرتی ہے۔ اگر آپ HS کوڈ 8517.1211 (موبائل فونز) کے ساتھ "KG" بطور UoM استعمال کریں بجائے "NOS" کے، تو FBR فوری طور پر انوائس رد کر دیتا ہے۔
حل: PRAL Technical Specification V1.12 میں ہر HS کوڈ کا پہلے سے منظور شدہ UoM موجود ہے۔ آپ کو ایسا software چاہیے جس میں یہ mapping پہلے سے موجود ہو اور HS کوڈ منتخب کرتے ہی درست UoM خود بھر جائے۔ Panther FBR Enterprise V10.1 میں تمام 8,521 HS کوڈ اپنے درست UoMs کے ساتھ پہلے سے لوڈ ہیں — آپ غلط combination داخل ہی نہیں کر سکتے۔
FBR نے 28 انوائسنگ scenarios مقرر کیے ہیں جو خریدار کی قسم، ٹیکس کے سلوک اور ٹرانزیکشن کی نوعیت کے مختلف امتزاج کا احاطہ کرتے ہیں۔ غلط scenario چننا — مثلاً B2C ٹرانزیکشن کے لیے B2B scenario استعمال کرنا — باقی تمام فیلڈز درست ہونے کے باوجود rejection کا سبب بنتا ہے۔
حل: انوائسنگ شروع کرنے سے پہلے اپنی ٹرانزیکشن کی اقسام کو درست FBR scenario سے match کریں۔ Panther FBR میں scenarios عام زبان میں لیبل کیے گئے ہیں تاکہ آپ بغیر FBR دستاویزات دیکھے صحیح scenario پہچان سکیں۔
کسی رجسٹرڈ خریدار کو B2B انوائس جاری کرتے وقت FBR خریدار کا NTN اپنے ڈیٹا بیس میں تلاش کرتا ہے۔ اگر NTN غلط درج ہو — کوئی ہندسہ اُلٹا ہو، ڈیش غائب ہو، یا NTN غیر فعال ہو — تو انوائس رد ہو جاتی ہے۔
حل: خریداروں کو اپنے database میں شامل کرنے سے پہلے FBR کی Active Taxpayer List (ATL) سے ان کا NTN تصدیق کریں۔ Panther FBR Enterprise میں آپ اپنی خریداروں کی فہرست import کر کے کسی بھی NTN کو submission سے پہلے جانچ سکتے ہیں۔
FBR کا سسٹم انوائس کا کل خود لائن آئٹمز سے دوبارہ حساب کرتا ہے اور اسے درج شدہ کل سے موازنہ کرتا ہے۔ کوئی بھی فرق — یہاں تک کہ ایک روپے کا گول کرنے کا فرق — rejection کا باعث بنتا ہے۔
حل: انوائس کا کل کبھی خود نہ لکھیں۔ ایسا software استعمال کریں جو اسے لائن آئٹمز سے خودکار حساب کرے اور FBR کے مقررہ گول کرنے کے قوانین لاگو کرے۔ دستی حساب تقریباً ہر معاملے میں اس غلطی کی وجہ ہوتا ہے۔
FBR کا گیٹ وے ہر وہ انوائس رد کرتا ہے جس کا نمبر آپ کے NTN کے تحت پہلے جمع کرایا جا چکا ہو — چاہے پہلی submission رد ہی کیوں نہ ہوئی ہو۔ بہت سے کاروبار یہ غلطی کرتے ہیں کہ رد شدہ انوائس کو اسی نمبر سے دوبارہ جمع کرا دیتے ہیں۔
حل: جب انوائس رد ہو تو درست شدہ version کے لیے نیا انوائس نمبر generate کریں۔ رد شدہ نمبر دوبارہ استعمال نہ کریں۔ درست انوائسنگ software انوائس نمبروں کا سلسلہ خود سنبھالتا ہے۔
FBR تقاضا کرتا ہے کہ انوائسز generate ہونے کے ایک مقررہ وقت کے اندر جمع کرائی جائیں۔ بہت پرانی یا submission کے وقت سے مطابقت نہ رکھنے والی timestamp والی انوائسز رد کر دی جاتی ہیں۔
حل: generate کرنے کے فوراً بعد انوائسز جمع کرائیں۔ اگر connectivity نہ ہو تو جیسے ہی connection بحال ہو فوری جمع کرائیں — دنوں تک queue نہ رکھیں۔ Panther FBR Enterprise انوائس generate ہوتے وقت timestamp لگاتا ہے۔
FBR PRAL گیٹ وے سے جڑنے کے لیے API tokens جاری کرتا ہے۔ یہ tokens expire ہوتے ہیں۔ اگر آپ کا token ختم ہو گیا ہے یا غلط درج ہے تو ہر submission کی کوشش authentication پر ہی رد ہو جاتی ہے — FBR انوائس کا مواد دیکھنے سے پہلے ہی۔
حل: software کی Settings میں اپنے API token کی میعاد باقاعدگی سے چیک کریں۔ Panther FBR Enterprise کی Settings اسکرین پر ایک بٹن سے connection test ہوتا ہے جو فوری بتاتا ہے کہ آپ کے credentials درست ہیں یا نہیں۔
ان تمام غلطیوں میں ایک مشترک بات ہے — یہ سب قابل انداز ہیں، اگر آپ کا software FBR تک پہنچنے سے پہلے انوائس جانچ لے۔ Panther FBR Enterprise V10.1 ہر submission سے پہلے PRAL V1.12 کے تمام قوانین کے مطابق مقامی validation کرتا ہے۔ اگر کوئی غلطی ہو تو آپ کو عام زبان میں بتایا جاتا ہے کہ کیا غلط ہے اور کیا ٹھیک کرنا ہے — FBR کے دیکھنے سے پہلے۔
7 دن کا مفت trial یہاں سے download کریں: fbr.pecsglobal.com — اگر ابھی rejections آ رہی ہیں اور آپ وجہ جاننا چاہتے ہیں تو WhatsApp کریں +92 307 3812493 پر اپنا error code بھیجیں، ہم بتائیں گے کیا مسئلہ ہے۔