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

کڑی کہاں ٹوٹتی ہے، اور اسے ٹھیک کرنے والے تین قدم

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

سپلائر ریکارڈ: ایک بار درج، شامل کرتے وقت جانچا گیا

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

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

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

پہلے پرچیز آرڈر سے پہلے دو مفت سرکاری جانچیں

کسی سپلائر کے آپ کی لسٹ میں آنے سے پہلے دو سرکاری ذرائع پر دو جانچیں کافی ہیں، دونوں مفت اور چند منٹ کا کام:

  • زکوٰۃ، ٹیکس اور کسٹمز اتھارٹی (ZATCA) کی VAT رجسٹریشن جانچ۔ ٹیکس دہندگان اور عوام کے لیے کھلی ایک آن لائن سروس: تین نمبروں میں سے کسی ایک سے تلاش کریں، یعنی VAT نمبر، کمرشل رجسٹریشن نمبر یا VAT سرٹیفکیٹ نمبر، اور کاروبار کی VAT رجسٹریشن کی حیثیت سامنے آ جاتی ہے۔
  • وزارتِ تجارت کی کمرشل رجسٹر انکوائری۔ ایک فوری اور مفت سروس جس میں آپ ادارے کے نام یا اس کے متحدہ قومی نمبر سے تلاش کرتے ہیں اور وزارت کی کسی شاخ میں گئے بغیر اس کی کمرشل رجسٹر تفصیلات دیکھتے ہیں۔

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

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

دہرا سپلائر: ایک کمپنی، دو نام

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

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

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

کوٹیشنز کا ایک ہی بنیاد پر موازنہ

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

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

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

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

پرچیز آرڈر: چنی گئی کوٹیشن تحریری عہد بن جاتی ہے

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

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

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

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

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

Origami کا نقطۂ نظر

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

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

اس ہفتے کی مشق: ایک صاف سپلائر لسٹ اور دس تصدیق شدہ سپلائر

اس مشق کے لیے کسی نئے ٹول کی ضرورت نہیں، اور فنانس مینیجر اسے خریداری کے سربراہ کے ساتھ ایک یا دو نشستوں میں کر سکتا ہے:

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

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

اگلے حصے میں

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

ذرائع