समर्थित कार्ड नेटवर्क
वैश्विक नेटवर्क
क्षेत्रीय नेटवर्क
Configuration
इन मानों का उपयोगallowed_payment_method_types में करें:
3D Secure Authentication
3D Secure (3DS) cardholder की पहचान सत्यापित करके एक authentication layer जोड़ता है, जो fraud और chargebacks को कम करती है।3DS कब Trigger होता है
3DS अपने आप trigger होता है जब:- कार्ड नेटवर्क द्वारा आवश्यक हो
- क्षेत्रीय regulations द्वारा आवश्यक हो (जैसे, यूरोप में PSD2)
- transaction को high-risk के रूप में flag किया गया हो
3DS को Force करना
आप सभी transactions पर 3DS आवश्यक कर सकते हैं:सभी transactions के लिए 3DS सक्षम करने से fraud कम होता है, लेकिन conversion थोड़ी घट सकती है क्योंकि कुछ ग्राहक authentication के दौरान प्रक्रिया छोड़ देते हैं।
Authentication Failures को संभालना
जब किसी payment को 3DS authentication की आवश्यकता होती है, तो उसके सफल या विफल होने से पहले payment intermediate states से गुजरता है:
यदि authentication पूरा नहीं होता है, तो payment इनमें से किसी एक decline code के साथ विफल हो जाता है:
AUTHENTICATION_FAILURE— ग्राहक authenticate नहीं हो सका।AUTHENTICATION_REQUIRED— authentication आवश्यक था, लेकिन पूरा नहीं किया गया।AUTHENTICATION_TIMEOUT— ग्राहक ने समय पर response नहीं दिया।
Checkout के समय बनाम Renewal पर
- Checkout के समय (ग्राहक उपस्थित): ग्राहक उपस्थित होता है, इसलिए 3DS challenge checkout के दौरान दिखाया जाता है। यदि यह विफल हो, तो उनसे दोबारा प्रयास करने या दूसरा कार्ड इस्तेमाल करने को कहें।
- Subscription renewal पर (ग्राहक उपस्थित नहीं): ग्राहक उपस्थित नहीं होता, इसलिए 3DS challenge real time में प्रदर्शित नहीं किया जा सकता। यदि renewal के लिए authentication आवश्यक हो, तो subscription
on_holdपर चली जाती है। ग्राहक को वापस आने और अपना payment method update करने के लिए prompt करके इसे recover करें — Handle Payment Failures और Subscription Dunning देखें।
Saved Payment Methods
ग्राहक भविष्य के तेज़ checkouts के लिए अपने कार्ड save कर सकते हैं।Tokenized
मूल कार्ड नंबर कभी store नहीं किए जाते।
PCI Compliant
सभी compliance को संभालता है।
Customer-Scoped
कार्ड विशिष्ट ग्राहकों से जुड़े होते हैं।
Saved Cards सक्षम करें
One-Click Purchases
Testing
- Successful Payments
- Declined Payments
Security और Compliance
Best Practices
Accept all major networks
Accept all major networks
जब तक आवश्यक न हो, card types को restrict न करें। ग्राहक अपेक्षा करते हैं कि उनका पसंदीदा कार्ड काम करेगा।
Display card logos
Display card logos
भरोसा बढ़ाने के लिए अपने checkout पर Visa, Mastercard और Amex logos दिखाएँ।
Handle declines gracefully
Handle declines gracefully
स्पष्ट error messages दिखाएँ। ग्राहकों को raw error codes न दिखाएँ।
Enable saved cards for returning customers
Enable saved cards for returning customers
Saved payment methods repeat purchases के लिए conversion को काफी बढ़ाते हैं।
Troubleshooting
Card declined
Card declined
कारण: अपर्याप्त funds, कार्ड expired, गलत CVV, bank fraud protection।समाधान: ग्राहक से विवरण verify करने या कोई दूसरा कार्ड आज़माने को कहें। विशिष्ट decline
Error Code और उसके recommended action को Transaction Failures reference में देखें। Programmatic handling के लिए Handle Payment Failures भी देखें।3DS authentication failed
3DS authentication failed
कारण: ग्राहक ने प्रक्रिया छोड़ दी, bank system unavailable, timeout।समाधान: दोबारा प्रयास करें या ग्राहक से अपने bank से संपर्क करने को कहें। संबंधित payment states और decline codes के लिए Handling Authentication Failures देखें।
Card not supported
Card not supported
कारण: क्षेत्रीय कार्ड supported नहीं है, prepaid restrictions।समाधान: ग्राहक को किसी प्रमुख network का दूसरा कार्ड आज़माना चाहिए।
संबंधित पृष्ठ
Payment Methods Overview
सभी supported payment methods।
Upsells & Downsells
Saved cards के साथ one-click purchases।
Testing Process
Complete testing guide।
Subscriptions
कार्ड के साथ recurring billing।