थाईलैंड, फिलीपींस या मलेशिया: पूरे पेमेंट साइकिल के आधार पर मार्केट चुनें

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

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

थाईलैंड: पहले तय करें — ट्रांसफ़र या मर्चेंट bill payment

Bank of Thailand की गाइड में Thai QR Tag 29 PromptPay ट्रांसफ़र के लिए है, और Tag 30 उन कारोबारियों के लिए जो biller ID या merchant ID के साथ रजिस्टर्ड हैं। मर्चेंट परिदृश्य में सिर्फ़ फ़ोन नंबर नहीं, बल्कि प्राप्तकर्ता का आइडेंटिफ़ायर और references अहम होते हैं। किसी निजी proxy ट्रांसफ़र को ऑर्डर-लेवल अकाउंटिंग वाले प्रोडक्ट की तरह पेश नहीं करना चाहिए।

SCB का डॉक्यूमेंटेशन कन्फ़र्मेशन रिकवर करने का ठोस उदाहरण देता है: Tag 30 के लिए inquiry में eventCode, transactionDate, billerId और reference1 इस्तेमाल होते हैं; reference2 और amount की पैरामीटर में अपनी भूमिका है। यह अनुरोध उस स्थिति के लिए है जब ग्राहक कहता है कि भुगतान सफल हुआ, लेकिन पार्टनर को payment confirmation नहीं मिला। यह "PromptPay में सब तुरंत होता है" जैसे आम वादे से कहीं ज़्यादा काम का है।

थाईलैंड के पायलट में प्रोवाइडर से कहें कि वह एक ऑर्डर को किसी ख़ास reference1 से जोड़े, callback दिखाए और उसी भुगतान को inquiry से रिकवर करे। इसके बाद बैंक स्टेटमेंट और तय प्रक्रिया के मुताबिक़ रिफ़ंड जाँचें। अगर प्रोवाइडर सिर्फ़ एक साझा इनकमिंग अकाउंट और स्क्रीनशॉट देता है, तो उसकी क़ीमत की तुलना पूरे bill-payment प्रोडक्ट से करना ग़लत है: मैन्युअल काम की मात्रा बुनियादी तौर पर अलग है।

फिलीपींस: ऐप, merchant QR और बैंकिंग रेल

GCash और Maya को InstaPay के सामने तीन एक जैसे वॉलेट की तरह नहीं रखा जा सकता। InstaPay भाग लेने वाले संस्थानों के बीच इंटरऑपरेबल ट्रांसफ़र देता है; ऐप और मर्चेंट प्रोडक्ट दूसरे स्तर पर हैं। निजी ट्रांसफ़र और मर्चेंट भुगतान के लिए QR Ph में फ़र्क़ करना ज़रूरी है। काउंटर पर ऐप का लोगो होने का मतलब यह नहीं कि सभी इनकमिंग भुगतानों पर रिकंसिलिएशन के एक जैसे नियम लागू होते हैं।

Maya Dynamic QRPh में paymentId बनता है; नतीजा webhook से आता है, और अगर webhook न आए तो ID या reference से भुगतान निकालने का प्रावधान है। जाँचे गए डॉक्यूमेंटेशन में डायनामिक कोड एक बार इस्तेमाल होने वाला है और एक घंटे तक वैध रहता है। एक अलग गाइड रसीद आइडेंटिफ़ायर में भी फ़र्क़ करती है: maya-wallet के लिए payment ID, और qrph के लिए जारीकर्ता का receiptNumber। ये ख़ासियतें Maya प्रोडक्ट की हैं, हर फ़िलिपीनी QR की नहीं।

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

पेआउट: "सबके लिए 50 000 PHP की सीमा" कहना अब भ्रामक है

29 जुलाई 2026 के BSP FAQ में InstaPay for Business का वर्णन है: बिज़नेस या कॉर्पोरेट अकाउंट से B2C और B2B पेआउट प्रति ट्रांज़ैक्शन 500 000 PHP तक, साथ में वित्तीय संस्थान की अपनी सीमाएँ संभव हैं। उपलब्धता इस प्रोडक्ट के भागीदारों तक सीमित है। इसका मतलब यह नहीं कि हर कंज़्यूमर ट्रांसफ़र, वॉलेट या merchant QR की सीमा अपने आप 500 000 PHP हो गई। BSP FAQ.

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

मलेशिया: DuitNow प्रोडक्ट्स का एक परिवार है

DuitNow Transfer में कारोबार BRN को लिंक्ड आइडेंटिफ़ायर के रूप में इस्तेमाल कर सकता है। DuitNow QR बैंक या e-wallet acquirer के ज़रिए जुड़ता है; PayNet मर्चेंट के अलग रजिस्ट्रेशन का वर्णन करता है। DuitNow Pay का भी अपना onboarding है: जाँची गई रजिस्ट्रेशन गाइड में स्थानीय लीगल एंटिटी के सपोर्ट का ज़िक्र है। एक प्रोडक्ट की शर्तें DuitNow ब्रांड की सभी सेवाओं पर लागू नहीं की जा सकतीं।

QR के लिए यह पूछना ज़रूरी है कि acquirer कौन है, कारोबार को कौन-सा merchant ID दिया गया है और कन्फ़र्मेशन कहाँ उपलब्ध हैं। PayNet का सार्वजनिक स्पेसिफ़िकेशन सामान्य सफल रिस्पॉन्स और प्राप्तकर्ता पक्ष पर टाइमआउट की स्थिति में store-and-forward परिदृश्य को अलग करता है। दूसरी स्थिति में यूज़र की स्क्रीन पर सफलता दिख सकती है, जबकि संदेश आगे डिलीवरी के लिए सहेजा गया है। यह ख़रीदार को झूठा ठहराने की वजह नहीं है, लेकिन मर्चेंट कन्फ़र्मेशन को स्क्रीनशॉट से बदलने का आधार भी नहीं है।

व्यावहारिक निष्कर्ष: प्रोवाइडर को समझाना चाहिए कि उसका merchant API ऐसा मामला कैसे दिखाता है, स्टेटस क्वेरी कब चलती है और माल या सेवा देने के लिए कौन-सा आधार पर्याप्त माना जाता है। राष्ट्रीय इन्फ्रास्ट्रक्चर का स्पेसिफ़िकेशन हमेशा एग्रीगेटर के सरल स्टेटस से मेल नहीं खाता। ACCEPTED का मतलब अंदाज़े से न लगाएँ, बल्कि मैपिंग टेबल और टेस्ट एनवायरनमेंट में किसी इंसिडेंट का उदाहरण माँगें।

DuitNow Reversal में रिफ़ंड का प्रावधान है, लेकिन PayNet उनकी सही होने की जाँच की ज़िम्मेदारी अलग से acquirer पर डालता है: RPP refund के सभी पैरामीटर, राशि सहित, मूल ट्रांज़ैक्शन से नहीं मिलाता। इसलिए रिफ़ंड की कुल राशि की सीमा, मूल भुगतान से संबंध और दोहराए गए अनुरोध से सुरक्षा सर्विस देने वाले पक्ष को साफ़ तौर पर लागू करनी होगी। राष्ट्रीय refund मैकेनिज़्म होने से मर्चेंट का नियंत्रण ख़त्म नहीं होता।

क़ानूनी जाँच को छाँटना चाहिए, प्रेज़ेंटेशन सजाना नहीं

फिलीपींस में GCash ने बताया कि M-2025-029 के पालन में 16 अगस्त 2025 से लाइसेंसशुदा gaming top-up और withdrawal सेवाएँ हटा दी गईं। BSP का मेमोरेंडम ख़ुद in-app एक्सेस और जुए से जुड़े लिंक के बारे में है; इसे देश के सभी भुगतानों पर प्रतिबंध की तरह नहीं बताया जाना चाहिए। यह एक ख़ास यूज़र पाथ पर एक ठोस पाबंदी है, जो लाइसेंसशुदा बिज़नेस के लिए भी प्रोडक्ट की उपलब्धता बदल देती है।

Bank of Thailand अलग से अवैध मर्चेंट द्वारा अकाउंट और e-money के दुरुपयोग को रोकने और ऑनलाइन गैंबलिंग पर डेटा साझा करने का वर्णन करता है। PromptPay का होना इन शर्तों से छूट नहीं देता। इसी तरह मलेशिया में कंपनी का रजिस्ट्रेशन और DuitNow तक पहुँच प्रतिबंधित गतिविधि के स्थानीय परमिट की जगह नहीं लेते। पुष्ट क़ानूनी आधार के बिना उस मार्केट को कमर्शियल प्लान से बाहर रखा जाता है, भले ही टेस्ट भुगतान तकनीकी रूप से पास हो जाए।

बिना मनगढ़ंत रैंकिंग के फ़ैसला कैसे लें

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

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