पेमेंट रेल्स की तुलना: कन्फ़र्मेशन से रिफ़ंड तक

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

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

चार इवेंट अलग करें

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

सेटलमेंट की फ़ाइनैलिटी का एक तय अर्थ है। CPMI-IOSCO के सिद्धांत अंतिम सेटलमेंट के क्षण और उस क्षण की स्पष्ट परिभाषा माँगते हैं जिसके बाद निर्देश वापस नहीं लिए जा सकते। इसका यह मतलब नहीं कि सभी पेमेंट तरीकों में रिफ़ंड या विवाद के नियम एक जैसे हैं। PFMI का सिद्धांत 8।

लोकल ट्रांसफ़र: मिलान पर ध्यान दें

बैंक ट्रांसफ़र के लिए ख़ास राष्ट्रीय सिस्टम, पैसा पाने की व्यवस्था और कन्फ़र्मेशन का तरीका तय करें। «लोकल» शब्द अपने-आप में स्पीड, लागत या काम के घंटे तय नहीं करता। पूछें कि आने वाला पैसा ऑर्डर से कैसे जुड़ता है और ग़लत राशि या ग़लत रेफ़रेंस पर क्या होगा।

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

टिकट सर्विस के लिए कम फ़ीस का आकर्षण ख़त्म हो जाता है, अगर सीट बुक रहते हुए कर्मचारी हाथ से भुगतान करने वाले को खोजता रहे। स्क्रीन पर सिर्फ़ बैंक डिटेल्स नहीं, बल्कि बिना पहचान वाले क्रेडिट को संभालने की प्रक्रिया चाहिए।

इंस्टेंट पेमेंट काम का तरीका बदल देता है

तेज़ सेटलमेंट की जाँच ख़ास सिस्टम के हिसाब से करनी चाहिए। ECB TIPS को सेंट्रल बैंक मनी में चौबीसों घंटे अंतिम और अपरिवर्तनीय सेटलमेंट का सिस्टम बताता है। यह TIPS की विशेषता है, किसी भी बिचौलिए के ज़रिए हर मर्चेंट को किसी तय पेआउट शेड्यूल का वादा नहीं। ECB का TIPS अवलोकन।

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

सिर्फ़ सफल डेमो नहीं, बल्कि अधूरा परिदृश्य भी दिखाने को कहें। कन्फ़र्मेशन में देरी किसे दिखेगी? ऑर्डर कहाँ अटका रहेगा? ग्राहक को क्या मिलेगा? जवाब ऑपरेशन टीम को हर शिकायत में डेवलपर की मदद के बिना उपलब्ध होने चाहिए।

कार्ड: ख़रीदारी के बाद का चरण ध्यान में रखें

कार्ड ट्रांज़ैक्शन पर बाद में विवाद हो सकता है। Stripe बताता है कि कार्डधारक पेमेंट को चुनौती देने के लिए बैंक से संपर्क करता है और मर्चेंट सबूत देता है। Stripe में कार्ड विवाद का जीवन-चक्र।

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

वॉलेट: पता करें कि इंटरफ़ेस के नीचे क्या है

वॉलेट हमेशा अलग सेटलमेंट सिस्टम नहीं होता। कुछ मोबाइल वॉलेट कार्ड डिटेल्स और पेमेंट टोकन इस्तेमाल करते हैं। EMVCo टोकनाइज़ेशन को कार्ड के मुख्य नंबर को सीमित उपयोग वाले वैकल्पिक मान से बदलना बताता है। EMVCo का टोकनाइज़ेशन अवलोकन।

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

वीकेंड पूरी कड़ी की परीक्षा लेता है

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

अगर सप्लायर «इंस्टेंट» का वादा करता है, तो माप की शुरुआत और अंत परिभाषित करने को कहें। ऐप में कन्फ़र्मेशन से मर्चेंट के खाते में क्रेडिट तक? बैंक के भेजने से प्रतिभागियों के बीच सेटलमेंट तक? उपलब्ध बैलेंस आने से बैंक पेआउट तक? अलग-अलग घड़ियों की तुलना बिना व्याख्या के एक कॉलम में नहीं हो सकती। हर रूट के लिए समझौते को ऑपरेशनल योजना के साथ रखें।

पैसे की वापसी का रास्ता अलग से डिज़ाइन होता है

ग्राहक एक तरीके से भुगतान कर सकता है, और सपोर्ट दूसरे तरीके से भरपाई की पेशकश कर सकता है। ऐसे बदलाव के लिए अनुमति, प्राप्तकर्ता और अधिकारों की जाँच ज़रूरी है। कर्मचारी की सुविधा किसी भी ट्रांसफ़र को मूल ट्रांज़ैक्शन का रिफ़ंड नहीं बना देती। पहले से पता करें कि प्रोडक्ट कौन-से रिफ़ंड परिदृश्य सपोर्ट करता है और वे रिकंसिलिएशन में कैसे पहुँचेंगे।

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

एक ऑर्डर को हर रूट से गुज़ारें

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

• यह रूट किन ग्राहकों और बैंकों के लिए उपलब्ध है?
• ऑर्डर की पुष्टि किससे होती है और सेटलमेंट की पुष्टि किससे?
• डुप्लिकेट और बिना पहचान वाले क्रेडिट कैसे संभाले जाते हैं?
• पूरी फ़ीस और पेआउट की शर्तें क्या हैं?
• काम के घंटों के बाहर अधूरे मामलों का ज़िम्मेदार कौन है?

ऐसा रूट चुनें जिसका ऑपरेशनल व्यवहार आपके प्रोडक्ट के लिए उपयुक्त हो। जाना-पहचाना लोगो और तेज़ पेमेंट स्क्रीन सिर्फ़ आकलन की शुरुआत हैं, और फ़ैसले में पैसे का पूरा रास्ता और उससे जुड़े दायित्व शामिल होने चाहिए।