3DS1 और 3DS2 दोनों ही, आपके ऐक्शन सेंटर से अपॉइंटमेंट के लिए एंड-टू-एंड इंटिग्रेशन के लिए उपलब्ध हैं. अपने इंटिग्रेशन के लिए, इनमें से किसी एक या दोनों को लागू किया जा सकता है.
3DS1 या 3DS2, PSD2 की मज़बूती से ग्राहक की पुष्टि करने की ज़रूरी शर्त को पूरा करेंगे. हालांकि, कुछ मुख्य अंतर हैं:
- 3DS1: जब आपको यह संकेत मिलता है कि शुल्क धोखाधड़ी वाला है, तो आपके पास लेन-देन के लिए 3DS1 ट्रिगर करने का विकल्प होता है.
- 3DS1 की सुविधा लागू करने के लिए, आपके बुकिंग सर्वर में बदलाव करने होंगे.
- 3DS2: 3DS2 का इस्तेमाल सिर्फ़ उन लेन-देन के लिए किया जाएगा जहां PSD2
लागू होता है (खरीदारी करने वाला बैंक और ग्राहक का बैंक ईईए में है).
- 3DS2 को लागू करने के लिए, आपको व्यापारी/कंपनी के फ़ीड में बदलाव करने होंगे.
3DS2 को लागू करना
3DS2 को लागू करने के लिए, आपको TokenizationConfig मैसेज में दिए गए
व्यापारी फ़ीड में और फ़ील्ड जोड़ने होंगे. अगर
सभी पेमेंट एक ही खाते में जाते हैं, तो आपको हर व्यापारी/कंपनी/कारोबारी की एंट्री में वैल्यू को दोहराया जाएगा. अगर पैसे अलग-अलग खातों में भेजे जाते हैं, तो व्यापारी/कंपनी/कारोबारी की हर एंट्री में उस खाते की जानकारी होनी चाहिए
जिसने लेन-देन में पैसे पाए हैं.
व्यापारी फ़ीड में हुए बदलाव
merchant_of_record_name: मर्चेंट ऑफ़ रिकॉर्ड का नाम (एमओआर). उपयोगकर्ता को दिखने वाला यह नाम 3DS2 चैलेंज में दिखाया जाएगा.payment_country_code: वह देश जहां लेन-देन प्रोसेस किया जाएगा. इसके लिए ISO 3166-1 ऐल्फ़ा-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= ऐसा आइडेंटिफ़ायर जिसका इस्तेमाल ACS सेवा देने वाली कंपनी करती है. ACSUrl फ़ॉर्म पर पोस्ट करने के लिए.md_merchant_data= कार्रवाई केंद्र का डेटा, जिसे ACS सेवा देने वाली कंपनी के साथ शेयर किया जाना है.
इसके बाद, हम
CreateBooking
के मूल अनुरोध को फिर से pa_response भेज देंगे, जो
PaymentInformation मैसेज में मौजूद होगा. pa_response फ़ील्ड में
वह पेलोड होगा जो हमें ACS की सेवा देने वाली कंपनी से मिलता है. इसका इस्तेमाल, आपको अपने प्रोसेसर से लेन-देन की अनुमति देने के लिए करना चाहिए.
यहां 3DS1 फ़्लो की जानकारी देने वाला डायग्राम दिया गया है:
