मल्टी करेंसी ट्रैवल बुकिंग वेबसाइट: मार्जिन कहाँ रिसता है

दुबई में बैठा आपका सब-एजेंट पूछता है कि सर्च पेज पर AED दिख रहा था और इनवॉइस INR में क्यों आया। आप जाँचते हैं — दोनों आँकड़े सही हैं। सप्लायर ने किराया एक करेंसी में तय किया, यात्री को दूसरी में दिखा, और कार्ड कटते समय सेटलमेंट तीसरी में हुआ। गलती किसी ने नहीं की, फिर भी आपके पास पैसा कम है। ठीक यहीं एक मल्टी करेंसी ट्रैवल बुकिंग वेबसाइट चुपचाप अपना मार्जिन गँवाती है, और नुकसान लगभग कभी एक्सचेंज रेट से नहीं होता। नुकसान उसके नीचे बैठे राउंडिंग नियम से होता है, और उस सवाल से जिसका जवाब किसी ने तय नहीं किया — कोट और सेटलमेंट के बीच करेंसी का जोखिम उठाता कौन है।

दो करेंसी, पैसा सिर्फ़ एक में चलता है

सीमा पार बेचने वाली हर दुकान एक साथ दो करेंसी सिस्टम चलाती है। दोनों को एक मान लेना ही ज़्यादातर गड़बड़ी की जड़ है।

डिस्प्ले करेंसी वह है जो यात्री पढ़ता है — यह सिर्फ़ प्रस्तुति की परत है। इस प्लेटफ़ॉर्म पर हर व्हाइट-लेबल साइट अपनी डिफ़ॉल्ट करेंसी और अपनी सूची खुद चुनती है, और कीमतें हर टेनेंट की अपनी रेट टेबल से क्लाइंट-साइड पर बदलती हैं। यह बारीकी जितनी लगती है उससे बड़ी है: स्क्रीन पर दिखने वाला अंक निकाला हुआ है। वह पेज बनते समय सप्लायर की कीमत पर आपका रेट लगाने का नतीजा है, कोई ऐसी कीमत नहीं जिसे थामे रखने का वादा किसी ने किया हो।

सेटलमेंट करेंसी वह है जिसमें पैसा सचमुच चलता है: सप्लायर आपको इसी में बिल करता है, गेटवे इसी में वसूलता है, बैंक स्टेटमेंट पर यही आती है, रिफ़ंड इसी में बाहर जाता है। आम तौर पर हर सप्लायर की एक और हर गेटवे की एक होती है, और ज़रूरी नहीं कि दोनों एक ही हों।

जब कोई एजेंसी कहती है "हम INR, AED और USD में बेचते हैं", तो उसका मतलब लगभग हमेशा यही होता है कि वह तीन दिखाती है और सेटल एक में करती है। दुकान चलाने का यह तरीका पूरी तरह सही है; ज़्यादातर इसी तरह चलती हैं। यह सिर्फ़ उस क्षण गड़बड़ होता है जब आगे की कोई प्रक्रिया दिखाई गई कीमत को वादा मान लेती है — रिफ़ंड, सब-एजेंट का स्टेटमेंट, या कोई विवाद — क्योंकि दिखाई गई कीमत कभी वादा थी ही नहीं। वह एक रेंडर थी।

करेंसी का जोखिम उठाता कौन है

यात्री के कीमत देखने और पैसे के सेटल होने के बीच कोई न कोई ऐसे रेट के सामने खड़ा रहता है जो हिल सकता है। सवाल यह कभी नहीं कि यह जोखिम है या नहीं; सवाल यह है कि वह किसका है और क्या उसे पता है कि वह उसी का है।

ईमानदार जवाब तीन हैं। जोखिम सप्लायर उठाता है जब आपने अपनी करेंसी में नेट रेट (Net Rates) पर अनुबंध किया है और कन्वर्ज़न वही सोखता है। जोखिम यात्री उठाता है जब आप सप्लायर की करेंसी में वसूलते हैं और उसका कार्ड जारीकर्ता कन्वर्ट करता है — आपके लिए सबसे साफ़ रास्ता, और वही जिसकी शिकायतें आती हैं, क्योंकि स्टेटमेंट की रकम कन्फ़र्मेशन की रकम नहीं होती। या जोखिम आप उठाते हैं, और रेट टेबल रखने का मतलब बिलकुल यही है: आपने एक रेट तय किया, और सेटलमेंट वाले दिन के असली रेट से उसका अंतर आपका है — दोनों दिशाओं में।

तीनों बचाव-योग्य हैं। बचना उस चौथी, अनजाने बनी हालत से है जहाँ किसी ने कुछ तय ही नहीं किया, रेट टेबल तब अपडेट होती है जब किसी को याद आ जाए, और पोज़िशन एक तिमाही बाद मिलान के समय सामने आती है। अगर आप एक वाक्य में ज़िम्मेदार और अपडेट की आवृत्ति नहीं बता सकते, तो आप चौथी हालत में हैं।

राउंडिंग कीमत का फ़ैसला है, फ़ॉर्मैटिंग का नहीं

ज़्यादातर इंजन राउंडिंग स्टेप 0.01 मान लेते हैं, क्योंकि दशमलव करेंसी ऐसी ही दिखती है। ट्रैवल में यह गलत डिफ़ॉल्ट है, और वजहें चार अलग-अलग हैं।

पहली, हर करेंसी की उप-इकाई नहीं होती। जापानी येन और कोरियाई वॉन की नहीं है; उन बाज़ारों में दो दशमलव वाली कीमत सॉफ़्टवेयर का अवशेष लगती है, और बिना पैसे वाली करेंसी पर 0.01 का स्टेप लगाना उस इकाई पर गणित है जो मौजूद ही नहीं।

दूसरी, बदली हुई कीमत खुद को पकड़वा देती है। 1,236.47 जैसा अंक ऐलान करता है कि वह किसी गुणा का नतीजा है। उसे पढ़ने वाला यात्री जानता है कि पीछे कोई और अंक है, और उसका अगला कदम उसी अंक को कहीं और जाकर ढूँढ़ना होता है। गोल स्टेप पर गिरने वाली कीमत आपकी अपनी कीमत की तरह पढ़ी जाती है।

तीसरी, दिशा। नज़दीकी स्टेप पर राउंड करना सममित है: मात्रा बढ़ने पर अंतर आपस में कट जाते हैं और मार्जिन पर असर नहीं पड़ता। हमेशा ऊपर राउंड करना हर बार एक पतली परत जोड़ता है, हमेशा नीचे करना वही परत मुफ़्त दे देता है। सोच-समझकर चुनी गई हो तो दोनों जायज़ नीतियाँ हैं। खराबी तब है जब वह संयोग से चुनी जाए, गलत दिशा में, और फिर हैरानी हो कि एक बाज़ार का सकल मार्जिन बाकियों से थोड़ा नीचे क्यों रहता है।

चौथी है क्रियाओं का क्रम, और असल चोट यही पहुँचाती है। पहले कन्वर्ट करें, फिर मार्कअप लगाएँ, फिर अंत में एक ही बार राउंड करें। जो इंजन कन्वर्ज़न पर नेट किराया राउंड करता है और मार्कअप के बाद दोबारा राउंड करता है, वह दो बार राउंड कर चुका है, और दूसरी राउंडिंग उस अंक पर लगी है जो अपना शेष पहले ही खो चुका था। अब इसे किराए, करों और अलग-अलग कंपोनेंट के रूप में लगने वाली अतिरिक्त सेवाओं से गुणा कीजिए — कुल रकम अपने हिस्सों के जोड़ के बराबर नहीं रहती। यह कीमत की समस्या बाद में है, मिलान की समस्या पहले है।

या तो कंपोनेंट राउंड करें या कुल, दोनों नहीं; और यह पक्का करें कि इनवॉइस पर जो दिख रहा है वह तब भी जुड़े जब कोई सब-एजेंट उसे स्प्रेडशीट में उतारे। वह उतारेगा ज़रूर।

इसे चलाने के तीन तरीके

नीचे दिए मॉडल फ़ीचर के स्तर नहीं हैं। ये "आप यात्री से वादा क्या कर रहे हैं" के तीन अलग जवाब हैं, और हर एक का काम का बोझ अलग है।

लगभग सबको बाईं ओर से शुरू करना चाहिए, और जब कोई एक बाज़ार इस ध्यान के लायक हो जाए तभी उसे बीच वाले खाने में ले जाना चाहिए। दाईं ओर का खाना तकनीक का लबादा ओढ़े एक ऑपरेशन्स फ़ैसला है; अगर आज दफ़्तर में कोई दो बहियों का मिलान नहीं करता, तो तीसरी करेंसी जोड़ने से यह आदत शुरू नहीं होगी।

गलती की कीमत क्या है

रिफ़ंड सबसे जाना-पहचाना मामला है। बुकिंग एक रेट पर बिकती है, छह हफ़्ते बाद रद्द होती है, और रिफ़ंड आज के रेट पर होता है क्योंकि इंजन के पास वही था। रेट यात्री के पक्ष में हिला तो अंतर आपने भरा; उलटा हिला तो यात्री मानता है कि उसे कम मिला, और वह पूरी तरह गलत भी नहीं है। बिक्री के समय इस्तेमाल हुआ रेट बुकिंग पर ही सहेजें और रिफ़ंड उसी के हिसाब से करें।

ज़्यादा चुपचाप नुकसान क्रेडिट में है। सब-एजेंट की क्रेडिट लिमिट और सेटलमेंट इनवॉइसिंग यहाँ स्प्रेडशीट नहीं, अपने आप में पूरे दर्जे की चीज़ें हैं — पर यह फ़ायदा तभी है जब लिमिट उसी करेंसी में हो जिसमें वह सब-एजेंट सचमुच बेचता है। INR में बेचने वाले एजेंट पर USD की लिमिट हर रेट हलचल के साथ खिसकती है, और यह खिसकाव सबसे बुरे क्षण में पकड़ में आता है: जब लिमिट हवाई अड्डे पर टिकट जारी होने से रोक देती है।

फिर धीमा वाला। पुरानी पड़ चुकी रेट टेबल कोई त्रुटि नहीं देती। वह बेचती रहती है। हफ़्तों तक यह किसी एक बाज़ार में असामान्य रूप से अच्छा वॉल्यूम लग सकता है — ठीक उस दिन तक जब महीना बंद होता है और पता चलता है कि वह वॉल्यूम दरअसल एक छूट थी जो आप अनजाने में दे रहे थे। इसीलिए रेट टेबल पर तारीख और ज़िम्मेदार का नाम होना चाहिए, न कि एक शेड्यूल्ड जॉब जिसका आउटपुट कोई नहीं पढ़ता।

कोई बाज़ार चालू करने से पहले

इसमें से किसी के लिए प्रोजेक्ट नहीं चाहिए। चाहिए सिर्फ़ लिखे हुए फ़ैसले, इसी क्रम में, करेंसी के पिकर में दिखने से पहले:

• उस बाज़ार की सेटलमेंट करेंसी तय करें, और वह सप्लायर व गेटवे भी जिन पर यह लागू है। एक वाक्य काफ़ी है।
• तय करें कि रेट टेबल कौन और कितनी बार अपडेट करता है, और आख़िरी अपडेट की तारीख वहाँ दिखाएँ जहाँ कोई इंसान उसे देखे।
• एक वैश्विक स्टेप के बजाय हर करेंसी के लिए अलग राउंडिंग स्टेप चुनें, और बिना दशमलव वाली करेंसी अलग से जाँचें।
• पक्का करें कि क्रम यही है — कन्वर्ट, मार्कअप, फिर एक बार राउंड — और इनवॉइस पर कंपोनेंट जुड़कर कुल बनते हैं।
• पक्का करें कि रिफ़ंड आज के नहीं, सहेजे हुए बिक्री-दिवस के रेट पर होता है।
• जाँचें कि सब-एजेंट की क्रेडिट लिमिट और सेटलमेंट इनवॉइस उसी करेंसी में हैं जिसमें वे एजेंट अपने स्टेटमेंट पढ़ते हैं।

फिर उसे चालू करें, दो हफ़्ते बेचें, और उन दो हफ़्तों का मिलान एक बार हाथ से करें। पहला बाज़ार वही होता है जो बताता है कि ऊपर की छह में से कौन-सी बात आपने गलत की।

करेंसी का व्यवहार दुकान का वह हिस्सा है जिसे दिखाना सबसे आसान और जाँचना सबसे मुश्किल है, इसलिए उसके इर्द-गिर्द डिज़ाइन करने से पहले असली सेटिंग्स देख लेना फ़ायदेमंद है। अगर यह देखना हो कि एक साइट के साथ क्या-क्या आता है — करेंसी की सूची, रेट टेबल, वह एडमिन पैनल जहाँ मार्कअप रहते हैं — तो विज़ार्ड से एक साइट शुरू कीजिए; वह प्लेटफ़ॉर्म के सबडोमेन पर बन जाती है और कार्ड नहीं माँगती। अगर आप अब भी तय कर रहे हैं कि किसी और का इंजन इस्तेमाल करना है या नहीं, तो अपना बनाएँ बनाम व्हाइट-लेबल की तुलना इसके नीचे की बहस है, और व्हाइट-लेबल ट्रैवल साइट असल में क्या देती है बाकी हिस्सा पूरा करता है।

एक्सचेंज रेट सार्वजनिक जानकारी है। आपका राउंडिंग नियम, आपका रिफ़ंड रेट और आपकी अपडेट आवृत्ति सार्वजनिक नहीं हैं — और सीमा पार बुकिंग का मार्जिन असल में इन्हीं तीन जगहों पर तय होता है।