Skip to main content
कार्ड भुगतान ऑनलाइन भुगतानों का आधार हैं, जिन्हें दुनिया भर में स्वीकार किया जाता है और ग्राहक इन पर भरोसा करते हैं। Dodo Payments सभी प्रमुख कार्ड नेटवर्क के साथ अंतर्निहित fraud protection और PCI compliance का समर्थन करता है।

समर्थित कार्ड नेटवर्क

वैश्विक नेटवर्क

क्षेत्रीय नेटवर्क

Configuration

इन मानों का उपयोग allowed_payment_method_types में करें:
credit और debit दोनों शामिल करें, जब तक कि किसी एक को बाहर रखने का कोई विशेष कारण न हो। कई ग्राहक डेबिट कार्ड पसंद करते हैं और इनकी fees अक्सर कम होती हैं।

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 नहीं दिया।
प्रत्येक के लिए recommended action हेतु Transaction Failures reference देखें।

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

Test cards केवल test mode में काम करते हैं। production transactions के लिए इनका कभी उपयोग न करें।

Security और Compliance

Best Practices

जब तक आवश्यक न हो, card types को restrict न करें। ग्राहक अपेक्षा करते हैं कि उनका पसंदीदा कार्ड काम करेगा।
भरोसा बढ़ाने के लिए अपने checkout पर Visa, Mastercard और Amex logos दिखाएँ।
स्पष्ट error messages दिखाएँ। ग्राहकों को raw error codes न दिखाएँ।
Saved payment methods repeat purchases के लिए conversion को काफी बढ़ाते हैं।

Troubleshooting

कारण: अपर्याप्त funds, कार्ड expired, गलत CVV, bank fraud protection।समाधान: ग्राहक से विवरण verify करने या कोई दूसरा कार्ड आज़माने को कहें। विशिष्ट decline Error Code और उसके recommended action को Transaction Failures reference में देखें। Programmatic handling के लिए Handle Payment Failures भी देखें।
कारण: ग्राहक ने प्रक्रिया छोड़ दी, bank system unavailable, timeout।समाधान: दोबारा प्रयास करें या ग्राहक से अपने bank से संपर्क करने को कहें। संबंधित payment states और decline codes के लिए Handling Authentication Failures देखें।
कारण: क्षेत्रीय कार्ड 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।
अंतिम संशोधन 31 जुलाई 2026