مال کی وصولی اور تھری وے میچنگ: مطابقت نہیں تو ادائیگی نہیں

تیسرے حصے میں خریداری کو ایک تصدیق شدہ سپلائر اور ایک تحریری پرچیز آرڈر ملا جس میں آئٹم، مقدار، قیمت اور شرائط درج تھیں۔ لیکن پرچیز آرڈر دو فریقوں کے درمیان ایک وعدہ ہے، اور سپلائر اس میں لکھی مقدار سے کم پہنچا سکتا ہے، آرڈر کی گئی چیز سے ملتی جلتی چیز پہنچا سکتا ہے، یا ایسی قیمت پر بل بھیج سکتا ہے جو طے شدہ قیمت نہیں ہے۔ ان میں سے کچھ بھی کاغذ پر نظر نہیں آتا۔ یہ گودام کے گیٹ پر نظر آتا ہے، سائٹ پر جب ٹرک مال اتارتا ہے، یا ہوٹل کے کمرے میں جب ٹیکنیشن کام ختم کرتا ہے۔

جہاں کاغذ حقیقت سے ملتا ہے

یہ حصہ ان دو مرحلوں کا احاطہ کرتا ہے جہاں کاغذ حقیقت سے ملتا ہے: وصولی، جو درج کرتی ہے کہ اصل میں کیا پہنچا، اور تھری وے میچنگ، جو کوئی بھی رقم جانے سے پہلے موازنہ کرتی ہے کہ جو پہنچا وہ طے شدہ چیز سے اور سپلائر جو مانگ رہا ہے اس سے مطابقت رکھتا ہے یا نہیں۔ پہلے حصے میں ہم نے یہاں ہونے والی عام خرابی بیان کی تھی: بغیر گنے دستخط کیا گیا ڈلیوری نوٹ، اور پھر پوری مقدار کا بل۔ یہیں ہم اسے ٹھیک کرتے ہیں۔

وصولی: جو اصل میں پہنچا، نہ کہ جو سپلائر کا نوٹ کہتا ہے

کھیپ سپلائر کے ڈلیوری نوٹ کے ساتھ پہنچتی ہے جو دکھاتا ہے کہ کیا بھیجا گیا۔ وہ نوٹ سپلائر کی دستاویز ہے، آپ کی نہیں۔ آپ کی دستاویز وصولی کا وہ ریکارڈ ہے جو آپ خود پرچیز آرڈر اور اس کی سطروں کے مقابل درج کرتے ہیں، اور اس میں چار چیزیں ہوتی ہیں:

• اصل میں گنی گئی مقدار، نہ کہ ڈلیوری نوٹ پر لکھی مقدار۔ دونوں کے درمیان فرق وہ پہلی چیز ہے جو سامنے آنی چاہیے، اور اسے اس وقت سامنے آنا چاہیے جب ڈرائیور ابھی گیٹ پر ہو، کچھ دن بعد نہیں۔
• حالت: درست، خراب، پیکنگ نامکمل، یا جہاں مواد کی شیلف لائف ہو وہاں میعاد ختم ہونے کے قریب۔ جہاں ضرورت ہو تصویر منسلک کریں، کیونکہ وصولی کے وقت لی گئی تصویر بعد میں لکھی گئی کسی بھی تفصیل سے زیادہ مضبوط ہوتی ہے۔
• مسترد کی گئی مقدار اور اس کی وجہ: تفصیلات کے مطابق نہیں، خراب، یا آرڈر سے زیادہ۔ وجہ کے ساتھ درج کیا گیا استرداد ہی وہ بنیاد ہے جس پر بعد میں سپلائر کی اصلاح قائم ہوتی ہے؛ ڈرائیور سے زبانی کہا گیا استرداد بل آنے سے پہلے ہی کھو جاتا ہے۔
• کس نے وصول کیا، کب اور کہاں: مرکزی گودام، کوئی مخصوص پراجیکٹ سائٹ، یا جائیداد۔ جو مواد براہ راست تعمیراتی سائٹ پر اتارا جاتا ہے وہ کبھی گودام سے گزرتا ہی نہیں، اس لیے اس کی وصولی سائٹ ہی سے درج کرنی ہوتی ہے۔

آپ کا درج شدہ اسٹاک شیلف سے کبھی کیوں نہیں ملتا میں، انوینٹری کے فرق کا پہلا شگاف بالکل یہی تھا: فرش پر رکھی گئی کھیپ، جس کا پرچیز آرڈر سے ملان ایک ایسے کل تک ٹال دیا گیا جو کبھی نہیں آتا۔ یہاں حل بھی وہی ہے: وصولی اسی لمحے درج ہوتی ہے جب وہ ہوتی ہے، سائٹ سپروائزر کے فون یا اسٹور کیپر کے آلے سے، کھلے پرچیز آرڈر کے مقابل، نہ کہ کسی شیٹ پر جسے بعد میں سسٹم میں ٹائپ کیا جائے۔ بارکوڈ اور اسکیننگ میں ہم نے دکھایا تھا کہ اسٹور کیپر کیسے پرچیز آرڈر اور پھر ہر آئٹم کو اسکین کرتا ہے، تاکہ ڈلیوری پر کسی کے دستخط کرنے سے پہلے ہی فرق نظر آ جائے۔

ایک طریقہ آزمانے کے لائق ہے: وصول کرنے والا آرڈر کی گئی مقدار دیکھے بغیر گنتا ہے، اور وہی درج کرتا ہے جو اس نے گنا، نہ کہ سپلائر کے نوٹ پر لکھا عدد۔ جو وصول کنندہ متوقع عدد دیکھ لیتا ہے وہ نیک نیتی سے اسی کی تصدیق کرنے لگتا ہے، خاص طور پر دن کے آخر میں جب ٹرک انتظار کر رہا ہو۔ جو اسے نہیں دیکھتا وہ صرف گن سکتا ہے۔ پھر سسٹم گنتی کا آرڈر سے موازنہ کرتا ہے اور فرق اس شخص کو دکھاتا ہے جو اس کی پیروی کرتا ہے۔ کچھ آئٹمز کو قبول کرنے سے پہلے ایک اور قدم کی ضرورت ہوتی ہے: سریا جس کا مل سرٹیفکیٹ جانچنا ہوتا ہے، یا کوئی خام مال جسے پروڈکشن لائن تک پہنچنے سے پہلے معیار کی جانچ درکار ہو۔ انہیں معائنے کے تحت وصول شدہ کے طور پر درج کیا جاتا ہے، تاکہ قبول یا مسترد ہونے تک نہ انہیں جاری کیا جائے اور نہ ان کا ملان ہو۔

اور جو شخص مال وصول کرتا ہے وہ وہی شخص نہیں ہوتا جس نے سپلائر سے معاملہ طے کیا: خریداری کا شعبہ طے کرتا ہے، گودام یا سائٹ وصول کرتی ہے، اور اکاؤنٹس ادائیگی کرتا ہے۔ اس لیے نہیں کہ کسی پر شک ہے، بلکہ اس لیے کہ ہر ایک وہ حصہ ثابت کرتا ہے جو باقی ثابت نہیں کر سکتے۔

خدمات اور ذیلی ٹھیکیدار: کام کی تکمیل کا ریکارڈ

خدمت ٹرک پر نہیں آتی، اس لیے گیٹ پر گننے کو کچھ نہیں ہوتا: کسی رہائشی ٹاور میں لفٹ کی دیکھ بھال، کسی پراجیکٹ پر ذیلی ٹھیکیدار کا کیا ہوا انسولیشن کا کام، پروڈکشن لائن پر مرمت کیا گیا پمپ۔ یہاں وصولی کام کی تکمیل کا ایک ریکارڈ ہے جس میں کام کی درخواست کرنے والا شخص تصدیق کرتا ہے کہ کام طے شدہ طریقے سے ہوا: کیا مکمل ہوا، کب، اور کیا کچھ باقی ہے۔ اس پر وہ شخص دستخط کرتا ہے جس نے کام کی درخواست کی تھی یا جو اس جگہ کا ذمہ دار ہے جہاں کام ہوا، نہ کہ خریداری کا شعبہ جس نے معاہدے پر دستخط کیے تھے، کیونکہ جس نے کام کی درخواست کی تھی وہی جانتا ہے کہ کام واقعی ہوا یا نہیں۔

ہفتوں تک چلنے والے ذیلی ٹھیکے کے کام کی وصولی مرحلہ وار ہوتی ہے: آج تک ہر آئٹم کا کتنا حصہ مکمل ہوا، اسی طرح جیسے ادائیگی کی درخواست میں کام کی پیمائش کی جاتی ہے۔ چنانچہ ذیلی ٹھیکیدار کی ادائیگی کی درخواست کو اصل میں مکمل ہونے والی مقداروں کے وصولی ریکارڈ کے مقابل رکھا جاتا ہے، جو صرف ذیلی ٹھیکیدار کے تخمینے پر نہیں بلکہ درخواست گزار یا سائٹ انجینئر کی تصدیق پر مبنی ہوتا ہے۔ مواد کی طرح، جو قبول نہیں ہوتا اسے وجہ کے ساتھ درج کیا جاتا ہے: ایسا کام جو دوبارہ کرنا ہے، یا کوئی آئٹم جو مکمل نہیں ہوا۔

تھری وے میچنگ: تین دستاویزات جنہیں ایک ہی بات کہنی چاہیے

جب سپلائر کا بل آتا ہے تو کمپنی کے پاس ایک ہی خریداری کے بارے میں تین دستاویزات ہوتی ہیں: پرچیز آرڈر دکھاتا ہے کہ ہم نے کیا طے کیا، وصولی کا ریکارڈ دکھاتا ہے کہ کیا پہنچا، اور بل دکھاتا ہے کہ سپلائر کیا مانگ رہا ہے۔ تھری وے میچنگ کا مطلب ہے ادائیگی سے پہلے تینوں کا سطر بہ سطر موازنہ کرنا: وہی آئٹم، بل کی گئی ایسی مقدار جو اسی وصولی پر پہلے سے بل کی گئی مقدار کے ساتھ مل کر قبول کی گئی مقدار سے زیادہ نہ ہو، اور بل کی فی یونٹ قیمت جو پرچیز آرڈر کے تازہ ترین منظور شدہ ورژن کی قیمت کے برابر ہو۔ اگر تینوں مطابقت رکھتے ہیں تو بل کسی کے پوچھے بغیر ادائیگی کی طرف بڑھتا ہے۔ اگر نہیں تو وہ اس وقت تک رکا رہتا ہے جب تک فرق کی وضاحت نہ ہو جائے۔

مطابقت کا حرف بہ حرف درست ہونا ضروری نہیں۔ وزن یا مکعب میٹر سے ناپا جانے والا مواد آرڈر سے تھوڑا مختلف پہنچ سکتا ہے، اور ہللہ کی راؤنڈنگ کسی سطر کے کل میزان کو بدل سکتی ہے۔ اس لیے کمپنی ایک گنجائش طے کرتی ہے، اور اسے مالک طے کرتا ہے، نہ کہ سسٹم اور نہ ہی بل درج کرنے والا شخص؛ یہ ایک قسم کی خریداری سے دوسری قسم میں مختلف ہو سکتی ہے۔ اہم بات یہ ہے کہ گنجائش لکھی ہوئی ہو اور سب پر لاگو ہو، اور اس کے اندر آنے والا ہر فرق بھی درج ہو، چاہے وہ کتنا ہی چھوٹا ہو۔ اگر کسی ایک سپلائر کے ساتھ وہی چھوٹا فرق بار بار آتا رہے تو وہ پوچھنے کے لائق سوال بن جاتا ہے۔

میچنگ ڈیزائن کرنے والے کو تین صورتیں سمجھنی چاہییں:

• کئی وصولیوں کے لیے ایک بل۔ ویلیو ایڈڈ ٹیکس کے نفاذی ضوابط سپلائر کو اجازت دیتے ہیں کہ وہ ایک گاہک کو ایک کیلنڈر مہینے سے زیادہ نہ ہونے والی مدت میں کی گئی کئی الگ الگ فراہمیوں پر مشتمل ایک خلاصہ ٹیکس انوائس جاری کرے (آرٹیکل 53(4))۔ مہینے بھر کسی سائٹ پر کھیپوں میں مال پہنچانے والا سپلائر اس مہینے کی ترسیلات کے لیے ایک ہی بل بھیج سکتا ہے، اس لیے میچنگ سطروں اور مقداروں پر کام کرتی ہے، دستاویزات کی تعداد پر نہیں۔
• ہفتوں بعد آنے والا بل۔ جیسا کہ پہلے حصے میں ذکر ہوا، کاروباروں کے درمیان فراہمی کے لیے ٹیکس انوائس جاری کرنے کی آخری تاریخ اس مہینے کے بعد والے مہینے کا 15واں دن ہے جس میں فراہمی ہوئی (آرٹیکل 53(1)(b))۔ اگر وصولی اسی دن درج نہیں ہوئی جس دن وہ ہوئی، تو بل آتا ہے اور کسی کو یاد نہیں ہوتا کہ کیا آیا تھا، اور میچنگ پھر سے فون کالوں کے ایک دور میں بدل جاتی ہے۔
• بغیر مادی ترسیل والی بار بار کی خدمات۔ ماہانہ سافٹ ویئر سبسکرپشن، یا آلات یا گودام کا مقررہ کرایہ۔ ہر مہینے وصول کرنے کو کچھ نہیں ہوتا، اس لیے میچنگ ٹو وے ہوتی ہے، پرچیز آرڈر یا معاہدے اور بل کے درمیان۔ یہ اس قسم کی خریداری کے لیے آرڈر پر ہی درج ایک فیصلہ ہے، نہ کہ کوئی چور راستہ جو کوئی بعد میں ڈھونڈ لے: سسٹم جانتا ہے کہ یہ آرڈر ٹو وے میچ ہوتا ہے، اور باقی آرڈر وصولی کے بغیر آگے نہیں بڑھتے۔ آرڈر میں ایک اختتامی تاریخ اور ایک نامزد شخص بھی ہوتا ہے جو ہر تجدید پر تصدیق کرتا ہے کہ خدمت کی اب بھی ضرورت ہے، تاکہ خدمت بند ہونے کے بعد بل پاس ہوتے نہ رہیں۔

کئی سائٹوں اور ٹیکنیشنز کی گاڑیوں میں اسپیئر پارٹس اور انوینٹری میں ہم نے تھری وے میچنگ کا ذکر ایک ہی سطر میں کیا تھا، اس قدم کے طور پر جو ایسی مقدار کی ادائیگی سے روکتا ہے جو کبھی پہنچی ہی نہیں، اور ایک ہی فراہمی کی دو بار ادائیگی سے بھی۔ وہ سطر درست ہے، لیکن میچنگ کی اصل قدر اس وقت نظر نہیں آتی جب دستاویزات مطابقت رکھتی ہوں۔ یہ اس وقت نظر آتی ہے جب وہ مطابقت نہ رکھتی ہوں۔

جب مطابقت نہ ہو: ہر استثنا کے لیے ایک راستہ

مطابقت نہ رکھنے والے بل کو دو متضاد خطرات کا سامنا ہوتا ہے۔ پہلا یہ کہ اس کی ادائیگی بغیر کسی اعتراض کے ہو جائے، کیونکہ سپلائر فون کر رہا ہے اور فرق چھوٹا لگتا ہے۔ دوسرا یہ کہ وہ رک جائے اور کسی کو معلوم ہی نہ ہو کہ وہ رکا ہوا ہے، چنانچہ وہ ہفتوں تک کسی دراز یا ان باکس میں پڑا رہے، اور سپلائر ادائیگی کا تقاضا کرتے ہوئے آپ سے پہلے اس روک کے بارے میں جان لے۔ حل یہ ہے کہ ہر قسم کے فرق کے لیے ایک معلوم راستہ ہو، فیصلہ کرنے والا ایک نامزد شخص ہو، اور فیصلہ اور اس کی وجہ بل پر ہی درج ہو۔ چار سب سے عام فرق:

• کم ترسیل۔ بل پوری مقدار کا ہے اور وصولی کم کی۔ جو نہیں پہنچا اس کی ادائیگی نہیں ہوتی۔ خریداری کا شعبہ سپلائر سے دو میں سے ایک نتیجے کے لیے رابطہ کرتا ہے: سپلائر باقی مال پہنچائے، جسے پرچیز آرڈر کے کھلے بقایا کے مقابل وصول کیا جائے، یا وہ نہ آنے والی مقدار کے لیے کریڈٹ نوٹ سے اپنا بل درست کرے، اور پھر آرڈر کا کھلا بقایا تحریری وجہ کے ساتھ بند کیا جائے، جیسا کہ تیسرے حصے میں ہے، تاکہ کوئی ایسی ذمہ داری باقی نہ رہے جس کا کوئی انتظار نہیں کر رہا۔
• متبادل آئٹم۔ کوئی دوسرا برانڈ پہنچتا ہے، ملتا جلتا سائز، یا مختلف تفصیلات۔ سسٹم اسے پرچیز آرڈر کی سطر کے مقابل قبول نہیں کرتا، جیسا کہ بارکوڈ اور اسکیننگ میں ہے؛ وصول کنندہ اکیلے اسے قبول کرنے کا فیصلہ نہیں کرتا، اور وہ اسٹاک میں اس طرح نہیں جاتا جیسے وہی ہو جو آرڈر کیا گیا تھا۔ اسے فیصلہ زیر التوا رہنے تک اسٹاک سے باہر رکھے گئے کے طور پر درج کیا جاتا ہے، اور درخواست کرنے والی ٹیم میں تکنیکی ضرورت کا ذمہ دار شخص فیصلہ کرتا ہے: اگر وہ اسے قبول کرے تو پرچیز آرڈر کو نئے ورژن اور وجہ کے ساتھ نظرثانی کیا جاتا ہے، جیسا کہ تیسرے حصے میں بیان کیا گیا؛ اگر وہ اسے مسترد کرے تو وہ سپلائر کو واپس جاتا ہے۔
• پرچیز آرڈر سے زیادہ قیمت۔ یہ اکاؤنٹس کے بجائے خریداری کے شعبے کو جاتا ہے، کیونکہ قیمت خریداری کے شعبے نے طے کی تھی۔ یا تو سپلائر اپنے بل کو اس کا حوالہ دینے والے کریڈٹ نوٹ سے درست کرے، یا اضافے کی کوئی قابل قبول وجہ ہو، اس صورت میں آرڈر کو نئے ورژن کے ساتھ نظرثانی کیا جاتا ہے اور اگر وہ منظور شدہ حد سے زیادہ ہو تو دوبارہ منظوری کے لیے جاتا ہے، جیسا کہ دوسرے حصے میں ہے۔ بل سے مطابقت کے لیے پرچیز آرڈر میں خاموشی سے ترمیم کرنا، بغیر کسی درج وجہ اور بغیر منظوری کے، ٹھیک وہی ہے جو میچنگ کے مقصد کو تباہ کرتا ہے۔
• پہلے سے درج بل نمبر۔ ضوابط تقاضا کرتے ہیں کہ ٹیکس انوائس پر ایک سلسلہ وار نمبر ہو جو اس کی شناخت کرے اور اسے ممتاز کرے (آرٹیکل 53(5)(b))۔ چنانچہ ایک ہی سپلائر سے ایک ہی نمبر کا مطلب عام طور پر وہی بل ہوتا ہے: ایک نقل جو ای میل سے آئی اور پھر WhatsApp پر، جیسا کہ پہلے حصے میں بیان کیا گیا۔ سسٹم اسے اندراج کے وقت ہی روک دیتا ہے اور پہلے سے فائل میں موجود بل کو اس کے ساتھ دکھاتا ہے، اور جو اس کی پیروی کرتا ہے وہ اسے تحریری وجہ کے ساتھ دہرے بل کے طور پر بند کرتا ہے۔ اگر معلوم ہو کہ یہ واقعی الگ بل ہے، مثال کے طور پر اس لیے کہ سپلائر ہر برانچ کے بلوں کو الگ سلسلے میں نمبر دیتا ہے، جس کی اجازت زکوٰۃ، ٹیکس اور کسٹمز اتھارٹی (ZATCA) کی ای انوائسنگ کی تفصیلی گائیڈ لائن دیتی ہے، تو وہ میچنگ کی طرف بڑھتا ہے۔ اور یہ جانچ تبھی کام کرتی ہے جب ہر سپلائر کا ایک ہی ریکارڈ ہو جس کا شناخت کنندہ دہرایا نہ جا سکے، جیسا کہ تیسرے حصے میں وضاحت کی گئی۔ اسی ترسیل کے لیے مختلف نمبر والا دوسرا بل نمبر کی جانچ سے نہیں بلکہ میچنگ ہی سے رکتا ہے، کیونکہ پہلا بل وصولی کی مقدار پہلے ہی استعمال کر چکا ہوتا ہے۔

جب کسی بل کو درست کرنے کی ضرورت ہو، چاہے مقدار میں، قیمت میں یا کسی بھی فریق کی تفصیلات میں، تو راستہ ایک نئی دستاویز ہے، پرانی میں ترمیم نہیں: سپلائر کی طرف سے جاری کردہ کریڈٹ یا ڈیبٹ نوٹ جو واضح طور پر اس بل یا ان بلوں کا حوالہ دے جن سے وہ متعلق ہے (آرٹیکل 54)۔ ZATCA کی ای انوائسنگ کی تفصیلی گائیڈ لائن کہتی ہے کہ ای انوائس جاری ہونے کے بعد نہ اس میں ترمیم کی جاتی ہے اور نہ اسے حذف کیا جاتا ہے، اور اسے منسوخ کرنا صرف اس سے منسلک کریڈٹ نوٹ اور ایک نئے بل کے ذریعے ہوتا ہے۔ اس لیے سپلائر سے اسی بل کی ترمیم شدہ نقل نہ مانگیں؛ اس سے منسلک نوٹ مانگیں، اور دونوں کو ساتھ رکھیں۔ ہم پانچویں حصے میں نوٹس کو خریدار کے نقطہ نظر سے دیکھیں گے؛ اپنے ان پٹ ویلیو ایڈڈ ٹیکس پر اثر سے متعلق کوئی بھی سوال اپنے ٹیکس مشیر کے پاس لے جائیں۔

آخر میں، فرق کے باوجود بل کو کون جاری کر سکتا ہے؟ نہ وہ شخص جو بل درج کرتا ہے، اور نہ وہ جو اس کی ادائیگی کرتا ہے۔ یہ ایک کردار ہے جسے مالک منظوری کے میٹرکس میں طے کرتا ہے؛ اجرا اسے کرنے والے کے نام پر وجہ کے ساتھ درج ہوتا ہے، اور یہ اس فہرست میں نظر آتا ہے جسے مالک دیکھتا ہے۔ ہر استثنا کو مالک کی طے کردہ ایک مہلت بھی ملتی ہے، اور اگر وہ بغیر فیصلے کے گزر جائے تو استثنا اگلی سطح پر بھیج دیا جاتا ہے، اسی طرح جیسے کوئی رکی ہوئی خریداری کی درخواست۔ جب کوئی بل روکا جاتا ہے تو سپلائر کو وجہ اسی دن خریداری کے شعبے سے معلوم ہوتی ہے، نہ کہ ہفتوں بعد اکاؤنٹس سے جب وہ اپنی ادائیگی کے بارے میں پوچھتا ہے۔ میچنگ صرف رقم کی حفاظت نہیں کرتی؛ یہ اس قابل اعتماد سپلائر کے ساتھ آپ کے تعلق کی بھی حفاظت کرتی ہے جس کی ادائیگی صرف اس لیے تاخیر کا شکار ہے کہ کسی نے اس کے پہنچائے ہوئے مال کی وصولی کی تصدیق نہیں کی۔

Origami کا نقطہ نظر

جب ہم کسی کمپنی کے لیے یہ مرحلہ بناتے ہیں تو ہم ان جگہوں سے شروع کرتے ہیں جہاں مال اور خدمات اصل میں پہنچتی ہیں: گودام کا گیٹ، ہر پراجیکٹ سائٹ، وہ جائیداد یا ہوٹل جہاں ٹیکنیشن کام کرتا ہے۔ ہر جگہ ہم پوچھتے ہیں کہ آج دستخط کون کرتا ہے، دستخط کے بعد کاغذ کا کیا ہوتا ہے، اور اکاؤنٹس تک پہنچنے میں کتنے دن لگتے ہیں۔ جو وصولی موقع پر، اسی لمحے درج نہیں کی جا سکتی، وہ کسی کی جیب میں رکھی شیٹ بن کر رہ جائے گی، چاہے اس کے پیچھے کوئی بھی سسٹم ہو۔

پھر ہم فون سے، کھلے پرچیز آرڈر کے مقابل وصولی بناتے ہیں، سپلائر کے نوٹ اور مال کی حالت کی تصویر کے ساتھ، کام کی درخواست کرنے والے کے دستخط والا تکمیل کا ریکارڈ، بل درج ہوتے ہی خود بخود چلنے والی میچنگ، اور استثناؤں کی ایک فہرست جس میں ہر آئٹم کا ایک نامزد فیصلہ ساز، ایک مہلت اور ایک درج وجہ ہو، اور یہ سب اس اکاؤنٹنگ سسٹم سے جڑا ہو جس پر کمپنی چلتی ہے۔ یہ ان کسٹم سسٹمز کا حصہ ہے جو ہم بناتے ہیں، جن کی تفصیل ہماری خدمات میں ہے۔

اس ہفتے کی مشق: گیٹ پر ایک ہفتہ اور ایک مہینے کے بل

اس مشق کے لیے کسی نئے ٹول کی ضرورت نہیں، اور آپریشنز مینیجر اسے فنانس مینیجر کے ساتھ کر سکتا ہے:

• ایک ہفتے کے لیے ایک وصولی مقام چنیں: مرکزی گودام، آپ کی سب سے مصروف سائٹ، یا کوئی ایک ہوٹل۔ کہیں کہ ہر ترسیل گنی جائے، اور گنی گئی مقدار سپلائر کے نوٹ پر لکھی مقدار کے ساتھ لکھی جائے۔
• ترسیل پر دستخط کرنے والے سے پوچھیں: کیا وہ واقعی گنتا ہے، یا نوٹ سے مقدار نقل کر لیتا ہے؟ خدمات کون وصول کرتا ہے، اور کون تصدیق کرتا ہے کہ ذیلی ٹھیکیدار کا کام مکمل ہو گیا؟ آپ کسی قصوروار کو نہیں، بلکہ ایسے قدم کو تلاش کر رہے ہیں جس کا کوئی ذمہ دار نہیں۔
• پچھلے مہینے جن سپلائر بلوں کی ادائیگی کی، انہیں لیں، ہر ایک کے لیے وصولی کا ریکارڈ یا تکمیل کا ریکارڈ تلاش کریں، اور گنیں کہ کتنوں کی ادائیگی بغیر دستاویزی وصولی کے ہوئی۔
• ملنے والے ہر فرق کو چار زمروں میں تقسیم کریں: کم ترسیل، متبادل آئٹم، زیادہ قیمت، یا دہرا بل۔ ہر ایک کے ساتھ لکھیں کہ کس نے فیصلہ کیا اور وہ فیصلہ کہاں درج ہوا۔
• پہلے حصے کی مشق کے دس بلوں پر واپس جائیں، اور اس وقت نوٹ کیے گئے قیمت اور مقدار کے فرق لیں: ہر ایک کو چار میں سے کسی ایک زمرے میں رکھیں، اور جانچیں کہ کیا کسی کے نام پر فیصلہ درج ہوا، یا بل کی ادائیگی بس جوں کی توں کر دی گئی۔

بغیر دستاویزی وصولی کے ادا کیے گئے بلوں کی تعداد اس مشق سے نکلنے والا سب سے واضح عدد ہے، اور جو زمرہ سب سے زیادہ دہرایا جاتا ہے وہی سب سے پہلے ایک تحریری راستے کا تقاضا کرتا ہے۔ اگر آپ دیکھیں کہ وصولیاں درج تو ہوتی ہیں لیکن تاخیر سے، تو وجہ عام طور پر یہ ہوتی ہے کہ انہیں درج کرنا موقع پر ہونے والے کام سے سست ہے، اور حل اسی جگہ پر آسان اندراج ہے، ایک اور دستخط نہیں۔

اگلے حصے میں

اب ہر بل کے پاس موازنے کے لیے ایک وصولی اور پیمائش کے لیے ایک پرچیز آرڈر ہے۔ اگلا حصہ خود بل پر رکتا ہے، خریدار کے نقطہ نظر سے، اور یہ کہ اس کا ان پٹ ویلیو ایڈڈ ٹیکس کلیم کرنے سے پہلے اس میں کیا جانچنا ہے: وہ تفصیلات جو ٹیکس انوائس میں ہونی چاہییں، جب سپلائر ای انوائسنگ کے انٹیگریشن مرحلے میں ہو تو کیا بدلتا ہے، اسکین کیا گیا کاغذی بل ضوابط کے مطابق ای انوائس کیوں نہیں مانا جاتا، اور غلطیاں کریڈٹ یا ڈیبٹ نوٹ سے کیسے درست کی جاتی ہیں۔

ذرائع

• ویلیو ایڈڈ ٹیکس کے نفاذی ضوابط، زکوٰۃ، ٹیکس اور کسٹمز اتھارٹی (ZATCA) (سرکاری عربی متن) — آرٹیکل 53: پیراگراف 1(b) (ٹیکس انوائس جاری کرنے کی آخری تاریخ)، پیراگراف 4 (ایک کیلنڈر مہینے کے اندر کئی فراہمیوں کے لیے خلاصہ ٹیکس انوائس) اور پیراگراف 5(b) (وہ سلسلہ وار نمبر جو بل کی شناخت کرے اور اسے ممتاز کرے)؛ اور آرٹیکل 54 (کریڈٹ اور ڈیبٹ نوٹس، بشمول بل کی تفصیلات کی اصلاح، اور متعلقہ بل یا بلوں کا ان میں حوالہ)۔
• ای انوائسنگ کی تفصیلی گائیڈ لائنز، ورژن 2 (مئی 2023)، زکوٰۃ، ٹیکس اور کسٹمز اتھارٹی (ZATCA) — الیکٹرانک کریڈٹ اور ڈیبٹ نوٹس اصل بل کے حوالے کے ساتھ جاری کیے جاتے ہیں؛ ای انوائس جاری ہونے کے بعد نہ اس میں ترمیم ہوتی ہے نہ اسے حذف کیا جاتا ہے، اور اسے منسوخ کرنے کے لیے ایک منسلک کریڈٹ نوٹ اور ایک نیا بل درکار ہے؛ بلوں کے سلسلہ وار نمبر مختلف سلسلوں کی پیروی کر سکتے ہیں، جیسے ہر برانچ کے لیے ایک۔