متعدد کرنسی والی بکنگ ویب سائٹ: مارجن کہاں رِستا ہے

ریاض کا ایک sub-agent پوچھتا ہے کہ سرچ صفحے پر آپ کی سائٹ نے SAR میں قیمت دکھائی اور انوائس پر AED کیوں لکھا ہے۔ آپ جانچتے ہیں۔ دونوں اعداد درست ہیں۔ کرایہ supplier نے ایک کرنسی میں مقرر کیا، مسافر کو دوسری میں دکھایا گیا، اور کارڈ کلیئر ہونے پر تیسری میں settle ہوا۔ غلطی کسی نے نہیں کی، اور پھر بھی آپ کے ہاتھ میں کم رقم ہے۔ یہی وہ خلا ہے جہاں متعدد کرنسی والی ٹریول بکنگ ویب سائٹ خاموشی سے پیسہ کھو دیتی ہے، اور نقصان تقریباً کبھی شرحِ تبادلہ نہیں کرتی۔ نقصان اس کے نیچے پڑے rounding کے اصول سے ہوتا ہے، اور اس ان کہے سوال سے کہ quote اور settlement کے درمیان خطرہ کون اٹھا رہا ہے۔

دو کرنسیاں، اور رقم صرف ایک میں چلتی ہے

سرحد پار بیچنے والی ہر دکان بیک وقت دو کرنسی نظام چلاتی ہے۔ انہیں ایک سمجھ لینا ہی زیادہ تر گڑبڑ کی جڑ ہے۔

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

سیٹلمنٹ کرنسی وہ ہے جس میں رقم واقعی حرکت کرتی ہے — جس میں supplier آپ کو بل بھیجتا ہے، جس میں gateway کیپچر کرتا ہے، جو بینک اسٹیٹمنٹ پر آتی ہے، اور جس میں ریفنڈ واپس جاتا ہے۔ عام طور پر ہر supplier کی ایک ہوتی ہے اور ہر gateway کی ایک، اور ضروری نہیں کہ دونوں ایک ہی ہوں۔

جب کوئی ایجنسی کہتی ہے "ہم AED، SAR اور PKR میں بیچتے ہیں"، تو اس کا مطلب تقریباً ہمیشہ یہ ہوتا ہے کہ وہ تین دکھاتی ہے اور ایک میں settle کرتی ہے۔ دکان چلانے کا یہ بالکل درست طریقہ ہے؛ زیادہ تر دکانیں ایسے ہی چلتی ہیں۔ مسئلہ اُس لمحے شروع ہوتا ہے جب آگے کوئی عمل دکھائی گئی قیمت کو وعدہ سمجھ بیٹھے — ریفنڈ، sub-agent کا اسٹیٹمنٹ، یا کوئی تنازع — کیونکہ دکھائی گئی قیمت کبھی وعدہ تھی ہی نہیں۔ وہ ایک رینڈرنگ تھی۔

متعدد کرنسی والی بکنگ ویب سائٹ پر FX کا خطرہ کون اٹھاتا ہے

مسافر کے قیمت دیکھنے اور رقم کے settle ہونے کے درمیان کوئی نہ کوئی ایسی شرح کے سامنے کھڑا ہے جو ہل سکتی ہے۔ سوال یہ نہیں کہ یہ خطرہ موجود ہے یا نہیں۔ سوال یہ ہے کہ اس کا مالک کون ہے، اور کیا اسے معلوم ہے کہ وہ مالک ہے۔

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

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

Rounding فارمیٹنگ نہیں، قیمت کا فیصلہ ہے

زیادہ تر انجن 0.01 کا rounding قدم ڈیفالٹ رکھتے ہیں کیونکہ اعشاری کرنسی ایسی ہی دکھتی ہے۔ سفر کے کاروبار میں یہ ڈیفالٹ چار الگ وجوہات سے غلط ہے۔

پہلی یہ کہ ہر کرنسی کا چھوٹا یونٹ ہوتا ہی نہیں۔ جاپانی ین اور کوریائی وون کا نہیں ہے؛ ان بازاروں میں دو اعشاریوں کے ساتھ لکھی قیمت سافٹ ویئر کی باقیات لگتی ہے، اور جس کرنسی میں پیسہ ہے ہی نہیں اس پر 0.01 کا قدم ایک ایسے یونٹ پر حساب ہے جو وجود نہیں رکھتا۔

دوسری یہ کہ تبدیل شدہ قیمتیں تبدیل شدہ لگتی ہیں۔ PKR 348,236.47 خود اعلان کرتی ہے کہ یہ کسی ضرب کا نتیجہ ہے۔ اسے پڑھنے والا مسافر جانتا ہے کہ اس کے پیچھے کوئی اور عدد ہے، اور اگلا فطری قدم وہ عدد کہیں اور جا کر ڈھونڈنا ہے۔ گول قدم پر بیٹھنے والی قیمت آپ کی اپنی قیمت لگتی ہے۔

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

چوتھی ترتیبِ عمل ہے، اور یہی اصل میں کاٹتی ہے۔ پہلے تبدیل کریں، پھر markup لگائیں، پھر round کریں — ایک بار، آخر میں۔ جو انجن تبدیلی پر net fare کو round کرے اور markup کے بعد دوبارہ round کرے، اس نے دو بار round کیا ہے، اور دوسری بار ایسے عدد پر جو اپنا بقایا پہلے ہی کھو چکا تھا۔ اسے کرایہ، ٹیکس اور ancillaries پر الگ الگ اجزاء کے طور پر پھیلا دیں اور کل رقم اپنے اجزاء کے مجموعے کے برابر نہیں رہتی — جو قیمت کا مسئلہ بننے سے پہلے حساب ملانے کا مسئلہ ہے۔

یا ہر جزو کو round کریں یا کل کو، مگر دونوں نہ کریں، اور یقینی بنائیں کہ انوائس پر جو کچھ لکھا ہے وہ جمع ہو کر پورا بنے جب کوئی sub-agent اسے اسپریڈ شیٹ میں ڈالے۔ وہ ڈالے گا۔

اسے چلانے کے تین عملی طریقے

نیچے دیے ماڈل فیچر کے درجے نہیں ہیں۔ یہ "آپ مسافر سے کیا وعدہ کرتے ہیں" کے تین مختلف جواب ہیں، اور ہر ایک کا کام کا بوجھ الگ ہے۔

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

غلطی کی قیمت کیا ہے

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

خاموش مسئلہ کریڈٹ ہے۔ sub-agent کی کریڈٹ حد اور settlement انوائسنگ یہاں اسپریڈ شیٹ نہیں بلکہ پہلے درجے کی چیزیں ہیں — مگر یہ فائدہ تبھی ہے جب حد اُسی کرنسی میں ہو جس میں وہ ایجنٹ واقعی بیچتا ہے۔ SAR میں بیچنے والے ایجنٹ کے خلاف USD کی حد ہر بار شرح ہلنے پر کھسکتی ہے، اور کھسکاؤ بدترین لمحے میں دریافت ہوتا ہے — جب حد ایئرپورٹ پر ٹکٹ کے اجرا کو روک دیتی ہے۔

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

کوئی بازار آن کرنے سے پہلے

اس میں سے کسی کے لیے پروجیکٹ نہیں چاہیے۔ لکھے ہوئے فیصلے چاہئیں، اسی ترتیب سے، اس سے پہلے کہ کرنسی پکر میں نظر آئے:

• اُس بازار کی settlement کرنسی بتائیں، اور وہ supplier اور gateway جن پر لاگو ہے۔ ایک جملہ۔
• بتائیں ریٹ ٹیبل کون اپڈیٹ کرتا ہے اور کتنے وقفے سے، اور آخری اپڈیٹ کی تاریخ وہاں رکھیں جہاں انسان دیکھے۔
• ہر کرنسی کے لیے الگ rounding قدم چنیں، ایک عالمی قدم نہیں، اور بغیر اعشاریے والی کرنسیاں الگ جانچیں۔
• تصدیق کریں کہ ترتیب ہے: تبدیل کریں، markup لگائیں، پھر ایک بار round — اور انوائس پر اجزاء کی قیمتیں اب بھی کل کے برابر جمع ہوں۔
• تصدیق کریں کہ ریفنڈ محفوظ شدہ فروختی شرح پر ہوتا ہے، آج کی شرح پر نہیں۔
• جانچیں کہ sub-agent کی کریڈٹ حدیں اور settlement انوائس اُسی کرنسی میں ہیں جس میں وہ ایجنٹ اپنے اسٹیٹمنٹ پڑھتے ہیں۔

پھر اسے آن کریں، دو ہفتے بیچیں، اور اُن دو ہفتوں کا حساب ایک بار ہاتھ سے ملائیں۔ پہلا بازار ہی سکھاتا ہے کہ اوپر کی چھ میں سے کون سی آپ سے غلط ہوئی۔

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

شرحِ تبادلہ عوامی معلومات ہے۔ آپ کا rounding اصول، آپ کی ریفنڈ شرح اور آپ کا اپڈیٹ وقفہ نہیں — اور سرحد پار بکنگ کا مارجن انہی تین جگہوں پر طے ہوتا ہے۔