اگر آپ اپنے کاروبار کے لیے FBR ڈیجیٹل انوائسنگ ترتیب دے رہے ہیں تو آپ کو "PRAL Technical Specification V1.12" کی اصطلاح بار بار ملے گی۔ یہ دستاویز پاکستان کے پورے ڈیجیٹل انوائسنگ سسٹم کی تکنیکی بنیاد ہے — اور یہ سمجھنا کہ اس میں کیا شامل ہے آپ کو درست software چننے اور compliance کی سب سے عام غلطیوں سے بچنے میں مدد دے گا۔
PRAL کا مطلب ہے Pakistan Revenue Automation Limited۔ یہ FBR کا ذیلی ادارہ ہے جو پاکستان کی ٹیکس انتظامیہ کو چلانے والے ٹیکنالوجی سسٹمز بناتا اور برقرار رکھتا ہے — بشمول وہ ڈیجیٹل انوائسنگ گیٹ وے جس سے ہر compliant کاروبار کو جڑنا لازم ہے۔
جب آپ کا انوائسنگ software FBR کو انوائس جمع کراتا ہے تو وہ دراصل PRAL کے سرورز سے بات کر رہا ہوتا ہے۔ PRAL نے گیٹ وے بنایا، ڈیٹا فارمیٹ مقرر کیا، اور وہ تکنیکی specification تیار کی جس پر تمام software کو عمل کرنا لازم ہے۔
PRAL Technical Specification V1.12 وہ باضابطہ تکنیکی دستاویز ہے جو بالکل واضح کرتی ہے کہ ہر ڈیجیٹل انوائس FBR کے گیٹ وے پر کیسے ترتیب دی اور جمع کرائی جائے۔ اسے قوانین کی کتاب سمجھیں — اگر آپ کی انوائس اس specification پر بالکل عمل نہیں کرتی تو وہ رد ہو جائے گی، چاہے آپ کا تجارتی ڈیٹا کتنا بھی درست ہو۔
2025 تک Version 1.12 موجودہ ورژن ہے۔ FBR وقتاً فوقتاً specification کو اپ ڈیٹ کرتا ہے — یہی وجہ ہے کہ آپ کے انوائسنگ software کو ہمیشہ تازہ رکھنا ضروری ہے۔
ہر انوائس JSON ڈیٹا پیکٹ کے طور پر جمع کرائی جانی چاہیے۔ specification ہر فیلڈ کا نام، ڈیٹا کی قسم اور کریکٹر کی حد بالکل واضح کرتی ہے۔ غلط نام یا حد سے زیادہ قدر rejection کا باعث بنتی ہے۔
specification تمام لازمی فیلڈز کی فہرست دیتی ہے — بیچنے والے کا NTN، خریدار کی قسم، خریدار کا NTN (رجسٹرڈ خریداروں کے لیے)، انوائس کی تاریخ اور وقت، انوائس نمبر، HS کوڈ اور مقدار کے ساتھ لائن آئٹمز، ٹیکس کی شرحیں اور کل رقم۔ کوئی بھی لازمی فیلڈ غائب ہو تو rejection ہوتی ہے۔
specification کا ایک اہم ترین حصہ 28 انوائسنگ scenarios کی تعریف ہے۔ ہر scenario ٹرانزیکشن کی قسم، خریدار کی قسم اور ٹیکس کے سلوک کا ایک مخصوص امتزاج کا احاطہ کرتا ہے۔ آپ کے software کو ہر ٹرانزیکشن کے لیے درست scenario پہچاننی چاہیے۔
specification ہر HS کوڈ کو ایک مخصوص منظور شدہ یونٹ آف میژر سے جوڑتی ہے۔ HS کوڈ کے لیے منظور شدہ UoM سے مختلف UoM کے ساتھ انوائس جمع کرانا rejection کی سب سے عام وجوہات میں سے ایک ہے۔
specification بالکل واضح کرتی ہے کہ ہر لائن آئٹم اور انوائس کے کل پر ٹیکس کیسے حساب اور گول کیا جائے۔ FBR کا سسٹم آزادانہ طور پر ٹیکس دوبارہ حساب کرتا ہے۔ ایک روپے کا فرق بھی rejection کا باعث بنتا ہے۔
ہر انوائس کا آپ کے NTN کے اندر ایک منفرد ترتیب وار نمبر ہونا چاہیے۔ انوائس نمبر دوبارہ استعمال کرنا — یہاں تک کہ رد شدہ انوائس کی درست شدہ version کے لیے بھی — rejection کا باعث بنتا ہے۔
انوائس timestamps ایک مخصوص فارمیٹ میں ہونی چاہئیں اور submission کے وقت کے مطابق ایک مقررہ دائرے میں ہونی چاہئیں۔
specification یہ مقرر کرتی ہے کہ software FBR کی جاری کردہ API credentials سے PRAL گیٹ وے پر کیسے authenticate کرے — API token اور seller ID بشمول۔
FBR PRAL Technical Specification کو وقتاً فوقتاً اپ ڈیٹ کرتا ہے۔ ہر ورژن نئے scenarios شامل کر سکتا ہے، فیلڈ کی ضروریات بدل سکتا ہے، یا validation قوانین میں ترمیم کر سکتا ہے۔ پرانے ورژن پر بنا software کچھ انوائسز پر کامیاب ہو سکتا ہے لیکن دوسروں پر ناکام — خاص طور پر اگر آپ کے product categories یا scenarios ورژنز کے درمیان بدل گئے ہوں۔
ہمیشہ تصدیق کریں کہ آپ کا انوائسنگ software واضح طور پر بتاتا ہو کہ وہ PRAL Technical Specification کا کون سا ورژن نافذ کرتا ہے۔
Panther FBR Enterprise V10.1 مکمل طور پر PRAL Technical Specification V1.12 پر بنایا گیا ہے:
سب سے اہم بات یہ ہے کہ Panther FBR Enterprise ہر انوائس کو FBR کو بھیجنے سے پہلے مقامی طور پر specification کے خلاف validate کرتا ہے۔ اگر کچھ V1.12 سے مطابقت نہیں رکھتا تو آپ کو عام زبان میں بتایا جاتا ہے کہ کیا غلط ہے اور کیا ٹھیک کرنا ہے۔
7 دن کا مفت trial یہاں سے download کریں: fbr.pecsglobal.com — یا WhatsApp کریں: +92 307 3812493