میرا POS مجھے کسی ایک بار کی سیل (one-off sale) کو بل کرنے سے پہلے پروڈکٹ بنانے پر کیوں مجبور کرتا ہے؟
کچھ POS سسٹمز اس وقت تک کسی آئٹم کو بل نہیں کرتے جب تک وہ پہلے سے کیٹلاگ میں موجود نہ ہو، اس لیے کیشیئرز عارضی پروڈکٹس بنا لیتے ہیں یا غلط SKU پر سیل درج کر دیتے ہیں۔ ایسا کیوں ہوتا ہے، اس سے ڈیٹا کیسے متاثر ہوتا ہے، اور چیک آؤٹ پر ایک اوپن آئٹم (open item) کیسا ہونا چاہیے۔
Mathias NielsenCEO, Final POS
کیونکہ آپ کا POS پروڈکٹ کیٹلاگ کو ہی سچائی کا واحد ذریعہ مانتا ہے، اور اس ماڈل میں کسی ایک بار کی سیل (one-off sale) کی کوئی جگہ نہیں ہوتی۔ رسید کی ہر لائن کا کسی پروڈکٹ ریکارڈ سے منسلک ہونا ضروری ہوتا ہے، اور بہت سے سسٹمز بغیر کسی اوپن آئٹم کے آتے ہیں: یعنی ایسی کوئی لائن ٹائپ نہیں ہوتی جہاں کیشیئر صرف نام اور قیمت ٹائپ کرے اور آگے بڑھے۔ جب کوئی گاہک آپ کو ایسی چیز دیتا ہے جو کبھی پروڈکٹ کے طور پر درج ہی نہیں کی گئی تھی، تو رجسٹر کے پاس اس کے لیے کوئی بٹن نہیں ہوتا۔
چنانچہ کیشیئر جگاڑ نکالتا ہے، عام طور پر دو طریقوں میں سے ایک سے: سیل کے دوران گاہکوں کی لائن بڑھنے کے ساتھ ہی ایک عارضی پروڈکٹ بنا لیتا ہے، یا پھر قریب ترین اصلی پروڈکٹ پر سیل درج کر دیتا ہے اور امید کرتا ہے کہ کوئی چیک نہیں کرے گا۔ یہ دونوں طریقے آپ کے کھاتوں میں غلط ڈیٹا شامل کرتے ہیں۔
ہر سیل کا کیٹلاگ ریکارڈ سے منسلک ہونا کیوں ضروری ہے؟
کیونکہ کیٹلاگ پر مبنی POS میں، تمام کام پروڈکٹ ریکارڈ ہی کرتا ہے۔ اس میں قیمت، ٹیکس کے قواعد، انوینٹری کا لنک اور رپورٹنگ کیٹگری شامل ہوتی ہے، لہذا چیک آؤٹ ڈیٹا اینٹری کے بجائے صرف ایک تلاش (lookup) بن جاتا ہے۔ یہ ڈیزائن ریٹیل ٹرانزیکشنز کی اکثریت کے لیے بالکل درست ہے، اور اسی وجہ سے بارکوڈ اسکین کرنا فوری محسوس ہوتا ہے۔
مسئلہ استثنائی حالات میں سامنے آتا ہے: جیسے مرمت کی فیس، کوئی خاص آرڈر، ڈیلیوری چارجز، یا کوئی ایسا سامان جو کسی وینڈر نے آج صبح ہی دیا ہو۔ پرانے الیکٹرانک کیش رجسٹرز ان سے نمٹنے کے لیے اوپن ڈیپارٹمنٹ کی (ایک ایسا بٹن جو ٹائپ کی گئی قیمت قبول کرتا تھا اور اسے کسی کیٹگری میں درج کرتا تھا) استعمال کرتے تھے۔ بہت سے جدید کلاؤڈ POS سسٹمز نے کیٹلاگ پر مبنی ڈیزائن اپنائے وقت اس صلاحیت کو خاموشی سے ختم کر دیا اور اسے دوبارہ کبھی تیار نہیں کیا۔
اوپن آئٹم بٹن نہ ہونے پر عملہ اصل میں کیا کرتا ہے؟
وہ عارضی راستے اور جگاڑ نکالتے ہیں، اور یہ عارضی راستے اس مسئلے سے بھی زیادہ نقصان دہ ثابت ہوتے ہیں۔
سیل کے دوران بنائی گئی عارضی پروڈکٹس۔ کیشیئر ٹرانزیکشن روکتا ہے، کیٹلاگ ایڈیٹر کھولتا ہے، اور آج کی قیمت کے ساتھ ایک "مختلف آئٹم" (misc item) بنا لیتا ہے۔ ایک مہینے تک ایسا کریں اور آپ کا کیٹلاگ فضول ریکارڈز سے بھر جائے گا جو سرچ، ایکسپورٹس اور رپورٹس کو خراب کر دیتے ہیں۔
ڈمی پروڈکٹ گریڈ۔ کچھ سسٹمز تاجروں کو "custom sale 1" اور "custom sale 2" کے نام سے پروڈکٹس بنانے پر مجبور کرتے ہیں، جس میں ہر قیمت کی حد ($1.00، $2.00 وغیرہ) کا ایک ویریئنٹ ہوتا ہے، تاکہ کیشیئر حقیقی رقم کے قریب ترین ویریئنٹ کو منتخب کر سکے۔ یہ ایک کیٹلاگ ہے جو کی پیڈ بننے کی اداکاری کر رہا ہے، اور یہ آپ کی آمدنی کو دستیاب ویریئنٹس کے مطابق راؤنڈ کر دیتا ہے۔
اسے قریب ترین اصلی پروڈکٹ کے نام پر بل کرنا۔ کاؤنٹر پر سب سے تیز، لیکن کھاتوں میں سب سے برا۔ متبادل SKU (اسٹاک کیپنگ یونٹ، یعنی پروڈکٹ ریکارڈ) اس انوینٹری کو کم کر دیتا ہے جو کبھی بکی ہی نہیں، فرضی ڈیمانڈ پر ری آرڈر کی تجاویز جاری ہوتی ہیں، اور آپ کی سیلز رپورٹ غلط پروڈکٹ کو کریڈٹ دیتی ہے۔
مقدار کی چال۔ 37 کی مقدار میں بل کی گئی $1 کی پروڈکٹ $37 کی لائن اور بکنے والے یونٹس کی ایسی تعداد بناتی ہے جس کا کوئی مطلب نہیں ہوتا۔
ان میں سے ہر طریقہ اس وقت تو نظر نہیں آتا لیکن رپورٹنگ کے وقت نقصان دہ ثابت ہوتا ہے۔ یہ ناکامی کا وہی پیٹرن ہے جیسا کہ عارضی جگاڑ والا POS: جگاڑ ہی سسٹم بن جاتا ہے، اور رپورٹس دکان کی واقعی صورتحال بتانا بند کر دیتی ہیں۔
اس مسئلے کے حل تک کون سے عارضی طریقے کارآمد ہو سکتے ہیں؟
اگر آپ کا موجودہ POS یہ کام نہیں کر سکتا اور آپ اس ہفتے تبدیل نہیں کر رہے ہیں، تو نقصان کو کم رکھیں:
مرکزی طور پر ہر ٹیکس کی قسم کے لیے ایک متفرق (miscellaneous) پروڈکٹ بنائیں، اور کیش کاؤنٹر (till) پر قیمت تبدیل کرنے (price override) کا اختیار فعال رکھیں۔ ان کے واضح نام رکھیں، جیسے "Misc taxable" اور "Misc non-taxable"، تاکہ کم از کم اس لائن پر ٹیکس درست لاگو ہو۔
رجسٹر پر کیٹلاگ ایڈیٹنگ کو لاک کر دیں۔ عارضی پروڈکٹس کو صرف مینیجر کے ذریعے ایک بار بنایا جانا چاہیے، نہ کہ ڈیوٹی پر موجود عملے کے ذریعے سیل کے دوران۔
ہر ہفتے متفرق لائنوں کا جائزہ لیں۔ اگر متفرق سیلز آمدنی کا ایک بڑا حصہ ہیں، تو آپ کو اندازہ ہی نہیں کہ اصل میں کیا بک رہا ہے، بالکل اسی طرح جیسے رات کا CSV ایکسپورٹس مہینے کے آخر تک کی غلطیوں کو چھپاتے ہیں۔
یہ ایک عارضی انتظام (triage) ہے۔ یہ ٹوٹل اور ٹیکس کو درست رکھتا ہے، لیکن ہر ایک بار کی سیل پھر بھی ایک غیر واضح خانے میں جاتی ہے، اور اس سے متبادل SKUs سے پیدا ہونے والی انوینٹری کی غلطیاں ٹھیک نہیں ہوتیں۔
چیک آؤٹ پر ایک بار کی سیل (one-off sale) کیسی ہونی چاہیے؟
ایک بنیادی اور مکمل لائن ٹائپ کی طرح، نہ کہ کسی کیٹلاگ کی ہیکنگ کی طرح۔ کیشیئر نام ٹائپ کرتا ہے، قیمت ٹائپ کرتا ہے، منتخب کرتا ہے کہ ٹیکس لاگو ہوتا ہے یا نہیں اور کون سا ٹیکس گروپ ہے، اور اس لائن کو کارٹ میں شامل کرتا ہے۔ یہ ادائیگی کے وقت کسی بھی دوسری آئٹم کی طرح کام کرتا ہے، رسید پر اپنا نام پرنٹ کرتا ہے، رپورٹس میں اپنی علیحدہ لائن ظاہر کرتا ہے، اور کبھی انوینٹری کو متاثر نہیں کرتا۔ پرانے رجسٹرز دہائیوں پہلے ایسا کرتے تھے؛ ایسی کوئی فنی وجہ نہیں ہے کہ ایک جدید POS ایسا نہ کر سکے۔
Final اسے کسٹم سیل (custom sale) کے طور پر فراہم کرتا ہے: سیلنگ اسکرین پر کیٹلاگ کے ساتھ ایک ٹیب جہاں آپ کی پیڈ پر نام اور رقم درج کرتے ہیں، اختیاری طور پر ٹیکس گروپ منتخب کرتے ہیں، اور اسے کارٹ میں شامل کرتے ہیں جیسے کوئی بھی دوسری لائن۔ یہ فیچر آج دستیاب ہے، اور مکمل اقدامات ہیلپ سینٹر میں موجود ہیں: کسٹم سیل بنانے کا طریقہ۔ یہی اصول چیک آؤٹ کے دیگر پیچیدہ حالات کو بھی کور کرتا ہے جنہیں ایک لچکدار سسٹم کو سنبھالنا چاہیے، ٹیکس سے مستثنیٰ سیلز سے لے کر تقسیم شدہ ادائیگیاں (split payments) تک: لائن کی سطح اور ادائیگی کی سطح کے فیصلے کاؤنٹر پر ہونے چاہئیں، کیٹلاگ کی چھیڑ چھاڑ میں نہیں۔
ایک احتیاط: اوپن آئٹم کا آپشن صرف سچی ایک بار کی سیلز کے لیے ہے۔ اگر آپ ہر ہفتے ایک ہی "ایک بار کی" چیز کو بل کر رہے ہیں، تو وہ ایک پروڈکٹ ریکارڈ کے قابل ہے۔ فرق یہ ہے کہ اسے شامل کرنا ایک سوچا سمجھا کیٹلاگ فیصلہ بن جاتا ہے، نہ کہ گاہکوں کی لائن کے سامنے سیل کے دوران کی جانے والی ہنگامی کارروائی۔
تو پھر آپ کا POS آپ کو پہلے پروڈکٹ بنانے پر کیوں مجبور کرتا ہے؟
کیونکہ اسے اس مفروضے پر ڈیزائن کیا گیا تھا کہ کیٹلاگ مکمل ہے، اور کاؤنٹر وہ جگہ ہے جہاں یہ مفروضہ ہفتے میں کئی بار غلط ثابت ہوتا ہے۔ اس کا حل عملے کی مزید سختی یا ڈمی پروڈکٹس کا صاف ستھرا گریڈ نہیں ہے؛ یہ ایک اوپن آئٹم لائن ٹائپ ہے جو ٹائپ کیا گیا نام، ٹائپ کی گئی قیمت، اور ٹیکس کے انتخاب کو قبول کرتی ہے۔ بنیادی اصول: اگر ایک بار کے چارج پر اس کی قیمت ٹائپ کرنے سے زیادہ وقت لگتا ہے، تو آپ کے POS میں ایک لائن ٹائپ غائب ہے، نہ کہ کوئی جگاڑ۔ شمار کریں کہ گزشتہ ماہ آپ کی رپورٹس میں کتنی "متفرق" (misc) لائنیں شامل ہوئی ہیں، اور اگر یہ تعداد آپ کو حیران کرتی ہے، تو لگے ہاتھوں اپنے باقی تمام عارضی طریقوں کا آڈٹ کریں۔
اکثر پوچھے جانے والے سوالات
POS پر اوپن آئٹم (open item) کیا ہے؟
ایک ایسی لائن جسے آپ کیٹلاگ پروڈکٹ منتخب کرنے کے بجائے نام اور قیمت ٹائپ کر کے بل کرتے ہیں۔ پرانے کیش رجسٹرز اسے اوپن ڈیپارٹمنٹ کی (open department key) کہتے تھے؛ Final اسے کسٹم سیل (custom sale) کہتا ہے۔
کیا کسی ایک بار کی آئٹم کو کسی ملتی جلتی پروڈکٹ کے نام پر بل کرنا درست ہے؟
نہیں۔ یہ اس پروڈکٹ کی انوینٹری گنتی کو کم کر دیتا ہے اور اس کی سیلز ہسٹری میں اضافہ کرتا ہے، اس لیے ہر تبدیلی کے ساتھ اسٹاک کی گنتی اور سیلز رپورٹس دونوں غلط ہوتی چلی جاتی ہیں۔
ایک بار کی سیل (one-off sale) پر ٹیکس کس طرح کام کرنا چاہیے؟
کیشیئر کو لائن کی سطح پر یہ منتخب کرنا چاہیے کہ ٹیکس لاگو ہوتا ہے یا نہیں اور کون سا ٹیکس گروپ استعمال کرنا ہے۔ Final کی کسٹم سیل میں یہ ایک 'Apply tax' ٹوگل اور ٹیکس گروپ ڈراپ ڈاؤن کے ذریعے ہوتا ہے۔
کیا کسٹم سیل (custom sale) انوینٹری کو متاثر کرتی ہے؟
نہیں۔ کسٹم سیل کسی پروڈکٹ ریکارڈ سے منسوب نہیں ہوتی، اس لیے یہ کبھی بھی اسٹاک کی گنتی کو تبدیل نہیں کرتی۔ یہی وجہ ہے کہ یہ اصلی پروڈکٹ پر سیل درج کرنے سے کہیں بہتر ہے۔
جدید POS سسٹمز میں اوپن آئٹم بٹن کیوں نہیں ہوتا؟
کیٹلاگ پر مبنی ڈیزائنز قیمت، ٹیکس اور رپورٹنگ کو پروڈکٹ ریکارڈز کے ساتھ منسلک کرتے ہیں، اور بہت سے وینڈرز نے پرانے رجسٹرز کی فراہم کردہ ٹائپ شدہ قیمت والی لائن کو کبھی دوبارہ تیار نہیں کیا۔