क्या कार्ड स्वीकारने से मैं PCI scope में आ जाता हूँ?

वास्तव में नहीं। कार्ड लेने वाला पेज हमारा है और PCI scope हमारी तरफ़ रहता है; आपके सर्वर को सिर्फ़ एक token और ऑर्डर रेफ़रेंस मिलता है। यह तब भी लागू है जब पेज हमारे डोमेन पर चले, आपके डोमेन पर, आपके ऐप में, या आपके अपने लेआउट में एम्बेडेड payment fields के रूप में।

3-D Secure 2.0 क्या है, और क्या इससे मेरा conversion घटेगा?

यह वह authentication चरण है जो PSD2 के तहत strong customer authentication पूरा करता है। ज़्यादातर भुगतान डिवाइस और व्यवहार संबंधी सिग्नल पर बिना challenge के पास हो जाते हैं। Step-up तभी आता है जब आपकी तय की गई पॉलिसी माँगे, यानी रुकावट एक फ़ैसला है, डिफ़ॉल्ट नहीं।

कार्ड decline होने पर क्या होता है?

Soft decline को उसी सेशन में, ग्राहक को विफलता दिखने से पहले, वैकल्पिक रूट पर दोबारा आज़माया जाता है। Hard decline की जानकारी ऐसी भाषा में मिलती है जिस पर ऑपरेटर कार्रवाई कर सके — कार्ड एक्सपायर, अपर्याप्त बैलेंस, issuer जोखिम — कच्चे issuer कोड में नहीं।

कार्ड भुगतान मेरे बैंक तक कितनी जल्दी पहुँचते हैं?

Authorization खरीदारी के समय फ़ंड होल्ड करता है; सेटलमेंट उन्हें ट्रांसफ़र करता है। दिन के ऑर्डर एक बैच में बंद होते हैं और आपकी सेटिंग में तय दैनिक पेआउट समय पर EUR में पेआउट होते हैं — एक बैंक लाइन, जिसे खोलकर आप उसे बनाने वाले ऑर्डर देख सकते हैं।

तरीका · कार्ड

कार्ड भुगतान, सही ढंग से।

कार्ड वह तरीका है जिसे कोई छोड़ नहीं सकता, इसीलिए नीरस हिस्से सबसे ज़्यादा मायने रखते हैं: inline validation, आपकी तय की हुई पॉलिसी के तहत 3-D Secure 2.0 (डिफ़ॉल्ट रुकावट नहीं), पढ़ी जा सकने वाली routing पॉलिसी, और soft decline के बिक्री खोने से पहले वैकल्पिक रूट पर रीट्राई।

Protocore Gateway देखें सभी पेमेंट मेथड

Visa·MC

और co-badged स्कीम

3-DS 2.0

SCA फ़्लो के भीतर

EUR

आपके खाते में सेटल

आपके सर्वर पर कार्ड नंबर

यह कैसे चलता है

कार्ड से बैंक लाइन तक, चार चरण।

01
ENTER
ग्राहक हमारे hosted पेज पर कार्ड भरता है — inline validation के साथ, और कार्ड डेटा आप तक नहीं पहुँचता।
02
AUTHENTICATE
3-D Secure पॉलिसी के अनुसार चलता है: ज़्यादातर भुगतान सिग्नल के आधार पर पास हो जाते हैं, challenge तभी आता है जब ज़रूरी हो।
03
AUTHORIZE
फ़ंड सत्यापित होकर होल्ड होते हैं, और soft decline को वैकल्पिक रूट पर दोबारा आज़माया जाता है।
04
SETTLE
दिन के ऑर्डर बैच बनते हैं और उसी ऑर्डर रेफ़रेंस पर EUR में पेआउट होते हैं।

ग्राहक को क्या दिखता है

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

01वॉलेट, USDC और ट्रांसफ़र के साथ ही कार्ड फ़ॉर्म — अलग चरण नहीं
02नंबर दर्ज करते ही inline validation और स्कीम की पहचान
03पॉलिसी माँगे तो पेज के भीतर ही 3-D Secure challenge

आपको क्या मिलता है

यूरो, दिन के पेआउट में बैच होकर, आपके बनाए ऑर्डर रेफ़रेंस के साथ। Authorization और capture आपके लिए संभाले जाते हैं; रसीद में स्कीम, आख़िरी चार अंक और authentication का नतीजा दर्ज रहता है। यही रिकॉर्ड आपका dispute प्रमाण भी है — chargeback का जवाब कई सिस्टम खँगालने से नहीं, एक लुकअप से मिल जाता है।

01हर सेटलमेंट बैच पर एक EUR पेआउट लाइन
02रिकॉर्ड में स्कीम, आख़िरी चार अंक और 3-DS का नतीजा
03ऑर्डर पर रिफ़ंड, पूरा या आंशिक, उसी कार्ड में वापस

चालू करने के लिए क्या चाहिए

कार्ड डिफ़ॉल्ट रूप से चालू हैं। आप उनके आसपास की पॉलिसी कॉन्फ़िगर करते हैं: 3-D Secure कब step-up करे, routing किस रास्ते को प्राथमिकता दे, और soft decline के साथ क्या हो। पहले अपने sandbox कार्ड से टेस्ट करें — फ़्लो एक जैसे हैं, इसलिए जो टेस्ट में पास होता है वही लाइव जाता है।

FAQ

कार्ड पेमेंट — मर्चेंट्स के सवाल।

वास्तव में नहीं। कार्ड लेने वाला पेज हमारा है और PCI scope हमारी तरफ़ रहता है; आपके सर्वर को सिर्फ़ एक token और ऑर्डर रेफ़रेंस मिलता है। यह तब भी लागू है जब पेज हमारे डोमेन पर चले, आपके डोमेन पर, आपके ऐप में, या आपके अपने लेआउट में एम्बेडेड payment fields के रूप में।
यह वह authentication चरण है जो PSD2 के तहत strong customer authentication पूरा करता है। ज़्यादातर भुगतान डिवाइस और व्यवहार संबंधी सिग्नल पर बिना challenge के पास हो जाते हैं। Step-up तभी आता है जब आपकी तय की गई पॉलिसी माँगे, यानी रुकावट एक फ़ैसला है, डिफ़ॉल्ट नहीं।
Soft decline को उसी सेशन में, ग्राहक को विफलता दिखने से पहले, वैकल्पिक रूट पर दोबारा आज़माया जाता है। Hard decline की जानकारी ऐसी भाषा में मिलती है जिस पर ऑपरेटर कार्रवाई कर सके — कार्ड एक्सपायर, अपर्याप्त बैलेंस, issuer जोखिम — कच्चे issuer कोड में नहीं।
Authorization खरीदारी के समय फ़ंड होल्ड करता है; सेटलमेंट उन्हें ट्रांसफ़र करता है। दिन के ऑर्डर एक बैच में बंद होते हैं और आपकी सेटिंग में तय दैनिक पेआउट समय पर EUR में पेआउट होते हैं — एक बैंक लाइन, जिसे खोलकर आप उसे बनाने वाले ऑर्डर देख सकते हैं।