आपके Actions Center के रिज़र्वेशन के लिए, 3DS1 और 3DS2, दोनों ही तरीके उपलब्ध हैं. अपने इंटिग्रेशन के लिए, इनमें से किसी एक या दोनों को लागू किया जा सकता है.
3DS1 या 3DS2, दोनों में से किसी एक का इस्तेमाल करके, पीएसडी2 के तहत ग्राहक की पुष्टि की ज़रूरी शर्तें पूरी की जा सकती हैं. हालांकि, इन दोनों में कुछ मुख्य अंतर हैं:
- 3DS1: जब आपको लगता है कि किसी लेन-देन के लिए, 3DS1 को ट्रिगर करना है, तो ऐसा किया जा सकता है. ऐसा तब किया जाता है, जब आपको लगता है कि लेन-देन धोखाधड़ी वाला है.
- 3DS1 को लागू करने के लिए, आपके बुकिंग सर्वर में बदलाव करने होंगे.
- 3DS2: 3DS2 का इस्तेमाल सिर्फ़ उन लेन-देन के लिए किया जाएगा जिन पर PSD2 लागू होता है. जैसे, ग्राहक का बैंक और पैसे पाने वाला बैंक, ईईए में हो.
- 3DS2 को लागू करने के लिए, आपके व्यापारी/कंपनी/कारोबारी के फ़ीड में बदलाव करना ज़रूरी है.
3DS2 लागू करना
3DS2 को लागू करने के लिए, आपको TokenizationConfig मैसेज में अपने व्यापारी/कंपनी/कारोबारी के फ़ीड में अतिरिक्त फ़ील्ड जोड़ने होंगे. अगर सभी पेमेंट एक ही खाते में जाते हैं, तो आपको हर व्यापारी/कंपनी/कारोबारी की एंट्री में वैल्यू दोहरानी होगी. अगर पेमेंट अलग-अलग खातों में किए जाने हैं, तो हर व्यापारी/कंपनी/कारोबारी की एंट्री में, लेन-देन में पैसे पाने वाले खाते की वैल्यू होनी चाहिए.
व्यापारी/कंपनी/कारोबारी के फ़ीड में होने वाले बदलाव
merchant_of_record_name: मर्चेंट ऑफ़ रिकॉर्ड (एमओआर) का नाम. उपयोगकर्ता को दिखने वाला यह नाम, 3DS2 के चैलेंज में दिखेगा.payment_country_code: ISO 3166-1 alpha-2 फ़ॉर्मैट में, वह देश जहां लेन-देन प्रोसेस किया जाएगा.CardNetworkParametersमैसेज: यह मैसेज, अलग-अलग नेटवर्क के लिए खास वैल्यू के साथ दोहराया जाता है. यह मैसेज सिर्फ़ Visa और American Express के लिए ज़रूरी हैcard_network: वह नेटवर्क (Visa, American Express) जिस पर ये वैल्यू लागू होती हैंacquirer_bin: कार्ड की प्रोसेसिंग के लिए, ऐक्वाइरिंग बैंक का बैंक आइडेंटिफ़ायर नंबर.acquirer_merchant_id: यह कारोबारी का आईडी होता है. इसे ऐक्वायरर, कारोबारी को लेन-देन की अनुमति देने के लिए असाइन करता है. इसका इस्तेमाल, Visa और American Express कार्ड से किए जाने वाले लेन-देन के लिए किया जाता है.
अपने व्यापारी/कंपनी/कारोबारी के फ़ीड में ये फ़ील्ड जोड़ने पर, जब भी लेन-देन पर PSD2 लागू होगा, तो आपको अपने बुकिंग सर्वर से मिले unparsed_payment_method_token में 3DS2 क्रिप्टोग्राम मिलेगा. आपको unparsed_payment_method_token और उसमें एम्बेड किए गए क्रिप्टोग्राम को, प्रोसेसिंग पार्टनर को उनके निर्देशों के मुताबिक भेजना चाहिए.
3DS1 लागू करना
बुकिंग सर्वर में हुए बदलाव
हम CreateBooking का अनुरोध करेंगे और अगर आपको लगता है कि लेन-देन के लिए 3DS1 की ज़रूरत है, तो CreateBooking के तरीके से Booking Failure दिखाएं और वजह के तौर पर PAYMENT_REQUIRES_3DS1 बताएं. गड़बड़ी के जवाब में, आपको PaymentFailureInformation मैसेज में ThreeDS1Parameters मैसेज भी बताना होगा:
acs_url= वह यूआरएल जिससे पुष्टि करने के लिए उपयोगकर्ता को एक फ़ॉर्म दिखाया जाएगा.pa_req= पेमेंट की पुष्टि करने का अनुरोध. इसे ACSUrl फ़ॉर्म में पोस्ट किया जाएगा.transaction_id= ऐसा आइडेंटिफ़ायर जिसका इस्तेमाल एसीएस प्रोवाइडर करता है. इसे ACSUrl फ़ॉर्म में पोस्ट किया जाएगा.md_merchant_data= Actions Center के लिए डेटा, ताकि वह एएससी की सेवा देने वाली कंपनी के साथ शेयर किया जा सके.
इसके बाद, हम PaymentInformation मैसेज में मौजूद pa_response के साथ, CreateBooking का मूल अनुरोध फिर से भेजेंगे. pa_response फ़ील्ड में, एसीएस प्रोवाइडर से हमें मिला पेलोड शामिल होगा. इसका इस्तेमाल, अपने प्रोसेसर के साथ लेन-देन की अनुमति देने के लिए किया जाना चाहिए.
यहां 3DS1 फ़्लो के बारे में बताने वाला डायग्राम दिया गया है:
