Mojaloop, AfricaNenda और Mastercard A2A भुगतानों की सुरक्षा पर काम करेंगे

तेज़ ट्रांसफ़र एक अहम सवाल खुला छोड़ देता है: जब भुगतानकर्ता धोखे का शिकार हो जाए तो क्या करें? 29 सितंबर 2026 को Mastercard ने Mojaloop Foundation और AfricaNenda के साथ सहयोग की घोषणा की। Mojaloop के साथ Mastercard A2A Protect के इस्तेमाल पर शोध की योजना है; दूसरी साझेदारी भरोसेमंद instant payment सिस्टम के विकास से जुड़ी है।

"सुरक्षा" शब्द के भीतर तीन काम

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

यहीं भविष्य के अमल की ठोस जानकारी ख़ास तौर पर अहम है। विक्रेता को सूचना देने और दस्तावेज़ जमा करने का स्पष्ट क्रम चाहिए। ख़रीदार को — शिकायत की स्थिति की जानकारी। सिस्टम के भागीदारों को — जानकारी आगे बढ़ाने और लिए गए फ़ैसले को लागू करने का सहमत तरीका।

भरोसा अपवाद के बाद बनता है

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

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

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

अगला सार्थक चरण होगा बाज़ारों में उपलब्ध टूल्स और उनके इस्तेमाल की शर्तें। उन्हीं से आँका जा सकेगा कि समस्याओं के समाधान का समय घटता है या नहीं और ग्राहक को ज़्यादा समझ में आने वाला नतीजा मिलता है या नहीं। सहयोग की घोषणा अपने आप अभी ऐसे नतीजे तय नहीं करती।

मर्चेंट्स और PSP के लिए इसका क्या मतलब है

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

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

आगे किस पर नज़र रखें

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

एक और व्यावहारिक क़दम है वेबसाइट और ऐप के टेक्स्ट की जाँच। अगर पेमेंट पेज पर A2A तरीके को "सुरक्षित भुगतान" जैसे शब्दों में बताया गया है, तो ज़रूरी है कि यह वादा सेवा के असली नियमों से मेल खाए। मार्केटिंग टेक्स्ट और वास्तविक प्रक्रिया के बीच अंतर प्रतिष्ठा और क़ानूनी — दोनों तरह का जोखिम पैदा करता है। सपोर्ट टीम को ऐसी शिकायतों के जवाब के परिदृश्य पहले से मिल जाने चाहिए, ताकि ख़रीदार से पहली बातचीत तात्कालिक जुगाड़ न बन जाए।