विकल्प / Checkout
Hosted checkout का विकल्प खोज रहे हैं
नया checkout प्रोवाइडर ढूँढ रहे ज़्यादातर लोग फ़ीचर देखकर नहीं ढूँढते — वे इसलिए छोड़ते हैं कि ज़रूरी मेथड उपलब्ध नहीं है, रिकंसिलिएशन थकाऊ है, या सेटलमेंट गलत दिखने पर कोई जवाब नहीं देता। यह पेज वह चेकलिस्ट है जिसे आप आगे जो भी देखें उस पर लागू करें, हम पर भी।
परखें
छह सवाल जो एक को दूसरे से अलग करते हैं।
कौन-से मेथड, एक ही पेज पर?
ब्रोशर की गिनती नहीं — वे मेथड जो आपके ग्राहक असल में चुनते हैं, और वह भी एक ही पेज पर। रीडायरेक्ट या दूसरे इंटीग्रेशन के पीछे छिपा मेथड ऐसा मेथड है जिसका आप कम उपयोग करेंगे।
आपके हाथ में अंत में कौन-सी करेंसी आती है?
अगर जवाब मेथड के हिसाब से बदलता है, तो आपने रिकंसिलिएशन की समस्या ख़रीदी है। ख़ास तौर पर पूछें कि क्रिप्टो या क्रॉस-बॉर्डर पेमेंट से आपके अकाउंट में क्या और किस करेंसी में आता है।
PCI स्कोप का कितना हिस्सा आप पर आता है?
सही मायने में hosted पेज कार्ड डेटा को आपके सर्वर से दूर रखता है, भले ही वह आपके अपने लेआउट में एम्बेड हो। पूछें कि आपके सिस्टम क्या स्टोर करते हैं और नतीजतन आपका असेसमेंट कैसा दिखेगा।
क्या शुरू से अंत तक एक ही रेफ़रेंस है?
Checkout, रसीद, webhook, पेआउट और रिफंड — सबमें वही रेफ़रेंस होना चाहिए जो आपने दिया था। सिस्टमों के बीच दो आइडेंटिफ़ायर मैप करने पड़ें, तो महीने के अंत का हिसाब वहीं बिगड़ता है।
माइग्रेशन में असल में क्या-क्या शामिल है?
सेव्ड कार्ड टोकन के रूप में ट्रांसफ़र होने चाहिए ताकि आपके सब्सक्राइबर को विवरण दोबारा न भरना पड़े, और जब तक पुराना प्रोवाइडर सेटलमेंट पूरा करे, दोनों प्रोवाइडर समानांतर चल सकें।
गड़बड़ होने पर जवाब कौन देता है?
सपोर्ट क्यू और सेटलमेंट कोड लिखने वाली टीम दो अलग चीज़ें हैं। जब पेआउट गलत दिखे, तब सिर्फ़ यही फ़र्क़ मायने रखता है।
लोग checkout प्रोवाइडर क्यों छोड़ते हैं
कम ही बार सस्ती दर के लिए। व्यवहार में वजह इन चार में से एक होती है: ग्राहक जो मेथड माँगते हैं वह प्रोवाइडर जोड़ता नहीं, रिकंसिलिएशन मॉडल ऐसा कि फ़ाइनेंस टीम महीने के अंत से डरे, सपोर्ट ठीक ग़लत मौक़े पर साथ छोड़ दे, या रोडमैप रुक जाए जबकि पेमेंट की दुनिया आगे बढ़ती रही। इनमें आपकी वजह कौन-सी है, यह तय करना ही पूरा मूल्यांकन है — बाक़ी तीन में बेहतरीन प्रोवाइडर भी ग़लत बदलाव ही रहेगा।
- 01ग्राहकों को चाहिए पर आने वाला नहीं ऐसा मेथड
- 02रिकंसिलिएशन जिसमें किसी के महीने के कई दिन लग जाते हैं
- 03सेटलमेंट गलत दिखने पर कोई जवाबदेह नहीं
- 04ऐसा प्रोडक्ट जो नए मेथड के साथ चल नहीं पाया
बदलाव की असली लागत
इंटीग्रेशन पर टीमों की उम्मीद से कम, और किनारों पर उम्मीद से ज़्यादा। ऑर्डर कॉल और webhook हैंडलर आमतौर पर एक हफ़्ते का काम हैं; योजना माँगता है बाक़ी हिस्सा — सेव्ड कार्ड और सब्सक्रिप्शन जो टूटने नहीं चाहिए, रिफंड जिन्हें अब भी पुराने प्रोवाइडर के रेल से लौटना है, और वह दौर जब दोनों सिस्टम लाइव हों। जो भी प्रोवाइडर बदलने लायक़ है, उसे यह सब साइन करने से पहले बताना आना चाहिए, बाद में नहीं।
- 01इंटीग्रेशन: एक ऑर्डर एंडपॉइंट, एक रीडायरेक्ट, एक साइन्ड webhook
- 02बाक़ी हिस्सा: सेव्ड कार्ड, सब्सक्रिप्शन, चालू रिफंड, समानांतर संचालन
- 03रिफंड हमेशा उसी रेल से लौटते हैं जिससे पेमेंट आया था
Protocore Gateway कहाँ फ़िट बैठता है
ऊपर के छह सवालों का हमारा जवाब यह है: कार्ड, वॉलेट, बैंक ट्रांसफ़र, लोकल मेथड, BNPL और USDC एक ही पेज पर; सब कुछ यूरो में सेटल होता है; कार्ड संभालने वाला हिस्सा आपके लेआउट में फ़ील्ड एम्बेड होने पर भी हमारे पास रहता है; checkout से बैंक लाइन तक एक ही रेफ़रेंस चलता है; सेव्ड कार्ड टोकन के रूप में माइग्रेट होते हैं और दोनों प्रोवाइडर समानांतर चलते हैं; और जवाब वही लोग देते हैं जिन्होंने इसे लिखा है। यह बदलाव के लायक़ है या नहीं, यह इस पर निर्भर है कि ऊपर के चार कारणों में से आपका कौन-सा है — अगर वजह सस्ती दर है, तो शायद हम सही नहीं हैं।
- 01हर मेथड एक पेज पर, एक यूरो आँकड़े में सेटल
- 02Checkout से पेआउट और रिफंड तक एक ऑर्डर रेफ़रेंस
- 03समानांतर संचालन के साथ नियोजित माइग्रेशन, टोकन समेत
- 04पीछे प्रोडक्ट स्टूडियो, सपोर्ट टियर नहीं
FAQ
हर किसी से पूछने लायक सवाल।
हाँ, और माइग्रेशन के दौरान चलाने भी चाहिए। नए ऑर्डर नए प्रोवाइडर पर जाते हैं, जबकि पुराना अपने पेमेंट का सेटलमेंट और रिफंड पूरा करता है — रिफंड हमेशा उसी रेल से लौटते हैं जिससे पेमेंट आया था, इसलिए पुराना इंटीग्रेशन आख़िरी रिफंड विंडो बंद होने तक लाइव रहता है।
नहीं भरना चाहिए। सेव्ड कार्ड प्रोवाइडरों के बीच टोकन के रूप में जाते हैं। सब्सक्रिप्शन चलाते हैं तो यह सबसे ज़रूरी सवाल है — जो माइग्रेशन हर सेव्ड कार्ड रीसेट कर दे, वह माइग्रेशन नहीं, churn की घटना है।
इंटीग्रेशन आमतौर पर एक हफ़्ते का होता है। कैलेंडर तय करती है उसके आसपास की योजना — समानांतर संचालन, टोकन माइग्रेशन, पुराने प्रोवाइडर पर आख़िरी रिफंड विंडो — और यह आम तौर पर महीनों में नहीं, हफ़्तों में नपती है।
तो कुछ भी परखने से पहले अपने मौजूदा प्रोवाइडर से तारीख़ माँगिए। एक मेथड के लिए प्रोवाइडर बदलना छोटे फ़ायदे के लिए बहुत मेहनत है, जब तक उसी बातचीत में ऊपर की बाक़ी तीन समस्याएँ सामने न आ जाएँ।
चेकलिस्ट हम पर आज़माइए।
हमारे डेमो checkout पर एक असली पेमेंट कीजिए, फिर बताइए कि आपका मौजूदा प्रोवाइडर छह में से किन सवालों पर फ़ेल होता है। हम ईमानदारी से बताएँगे कि बदलाव आपकी इस तिमाही के लायक़ है या नहीं।