पेमेंट की ज़िम्मेदारी का नक्शा: सपोर्ट से फ़ाइनेंस तक

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

व्यावहारिक विश्लेषण: 120 यूरो कहाँ ढूँढें

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

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

मान लीजिए काल्पनिक रिपोर्ट में 120 यूरो की बिक्री और अलग से 3 यूरो की फ़ीस है। कोई और हलचल न हो तो सेटलमेंट की रकम 117 यूरो है। यह उदाहरण का गणित है, किसी सर्विस का टैरिफ़ नहीं। जब तक पैसा उपलब्ध होने की तारीख और पेआउट की संरचना न जाँची जाए, यह नतीजा निकालना गलत है कि खरीदार ने 3 यूरो कम दिए।

पहले भूमिकाएँ, फिर कंपनियों के नाम

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

PSP, यानी payment service provider, बिज़नेस के लिए पेमेंट की सुविधाएँ एक जगह जोड़ता है। खास सेट प्रोडक्ट पर निर्भर करता है: पेमेंट मेथड जोड़ना, रूटिंग, मैनेजमेंट इंटरफ़ेस, रिपोर्ट। प्रोसेसर पेमेंट मैसेज की तकनीकी प्रोसेसिंग करता है। एक सप्लायर कई भूमिकाएँ निभा सकता है, इसलिए "PSP" नाम अपने आप में कॉन्ट्रैक्ट की कड़ी का वर्णन नहीं करता। भूमिकाओं के इस मेल को पेमेंट प्रोवाइडर पर Adyen का ओवरव्यू समझाता है।

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

ज़िम्मेदारी कार्रवाइयों के रूप में लिखें

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

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

जाँच को सवाल के साथ सौंपें

"पेमेंट गायब हो गया" वाली शिकायत की कोई जाँचने लायक सीमा नहीं है। इसे दोबारा लिखें: "ऑर्डर O-120 पेमेंट P-817 से जुड़ा है; प्रोवाइडर ने डेबिट की पुष्टि की, अंदरूनी ऑर्डर पेंडिंग में रह गया। यह पता करना है कि इवेंट मिला या नहीं और ऑर्डर क्यों नहीं बदला।" अब ऑब्जेक्ट, आखिरी पुष्ट स्थिति और गायब तथ्य साफ़ हैं। उदाहरण के आइडेंटिफ़ायर काल्पनिक हैं।

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

लेने वाली टीम को अगले कदम की पुष्टि करनी चाहिए। जब तक पुष्टि न हो, पहले वाला ओनर ही शिकायत संभालता रहता है। यह काम का सुझाया गया नियम है, पेमेंट नेटवर्क की कोई विशेषता नहीं। यह उस असुविधाजनक खाली जगह को बंद करता है जब भेजने वाला टिकट को किसी और का मान चुका है और पाने वाला अभी उसे अपना नहीं मानता।

एक ज़िम्मेदार व्यक्ति के पास सारे अधिकार होना ज़रूरी नहीं

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

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

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

बिचौलिये से क्या स्पष्ट करें

अगर कनेक्शन किसी प्लेटफ़ॉर्म के ज़रिए है, तो पूछें कि कॉन्ट्रैक्ट में पक्ष कौन है और पैसा कौन ट्रांसफ़र करता है। उदाहरण के लिए, payment facilitator सब-मर्चेंट को जोड़ सकता है और बाद के पेआउट के लिए सेटलमेंट का पैसा प्राप्त कर सकता है; इस मॉडल का वर्णन Adyen की हेल्प में है। देशों और कानूनी इकाइयों सहित ठीक अपने कॉन्फ़िगरेशन का ढाँचा माँगें।

कार्ड डेटा की सुरक्षा से जुड़ी ज़िम्मेदारियाँ अलग से दर्ज करें। प्रोसेसिंग किसी कॉन्ट्रैक्टर को सौंपने से मर्चेंट की सारी ज़िम्मेदारियाँ खत्म नहीं होतीं: PCI SSC ज़िम्मेदारी के बँटवारे को समझने की ज़रूरत पर ज़ोर देता है। जाँच का खास दायरा उस संस्था के साथ तय करें जो आपकी PCI रिपोर्टिंग स्वीकार करती है।

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