सॉफ्टवेअर 3 डी सिक्योर इंटिग्रेशन गाइड डॉक्युमेंटेशन
एकत्रीकरण मार्गदर्शक 3 डी सुरक्षित
०१.०१.२०११ पासून सर्व ईकॉमर्स कार्ड पेमेंट व्यवहारांसाठी द्वि-घटक प्रमाणीकरणाची अनिवार्य आवश्यकता म्हणून अंमलबजावणी केली जाईल. या बंधनाचे पालन करण्यासाठी, द
क्रेडिट कार्ड नेटवर्कचे ऑपरेटर तथाकथित 3 डी सुरक्षित प्रक्रिया वापरतील. आपल्यासाठी व्यापारी म्हणून आपल्या ग्राहकांकडून ही प्रक्रिया करणे सक्षम असणे अनिवार्य आहे
01.01.2021. खाली आपल्याला एकत्रीकरणाच्या वेगवेगळ्या मार्गांचे वर्णन मिळेल आणि त्यांच्यासाठी 3 डी सिक्युरिटी प्रक्रिया कशी लागू करावी लागेल.
कृपया आपण वापरत असलेली एकत्रीकरण पद्धत निवडा
- आपण चेकआउट फॉर्म एचसीओ वापरत आहात?
- आपण चेकआउट फॉर्म एचपीएफ वापरत आहात?
- आपण उन्झर सिस्टमद्वारे प्रदान केलेला फॉर्म वापरल्याशिवाय देयांवर प्रक्रिया करीत आहात?
कृपया लक्षात ठेवा: डेबिट किंवा पूर्वप्राधिकृत (आरक्षण) कोणत्या मार्गाने केले जाते हे देखील महत्वाचे आहे. जरी आपण कार्ड डेटाच्या नोंदणीसाठी उन्झर जीएमबीएचकडून देय फॉर्म वापरत असाल, तरीही कार्ड सुरक्षितपणे प्रथमच डेबिट केले जाईल किंवा अधिकृत केले जाईल तेव्हा थ्रीडी सिक्योरिटी चेकआउट फॉर्मशिवाय चालविली जाईल. या प्रकरणात उन्झरने प्रदान केलेल्या फॉर्मशिवाय एकत्रिकतेचा तिसरा मार्ग लागू होतो.
कृपया याची नोंद घ्या:
आपण आवर्ती देयके (सदस्यता पेमेंट्स) वापरत असल्यास, “3 डी सिक्योर आणि रिकरिंग पेमेंट” हा विभाग नक्कीच वाचा.
एचसीओ चेकआउट फॉर्म वापरताना थ्रीडी सिक्योरिटी प्रोसीजर
एचसीओ चेकआउट फॉर्म आधीपासून 3 डी सुरक्षित प्रक्रियेसाठी डिझाइन केलेला आहे. प्रक्रियेच्या अंमलबजावणीसाठी आपल्याकडून कोणतीही अतिरिक्त कार्यवाही करण्याची आवश्यकता नाही. तथापि, आपण
3 डी सिक्युरिटी प्रोसेस सुरू झाल्यास तुमची सिस्टम आमच्या पेमेंट सिस्टमची संबंधित उत्तरे हाताळू शकते याची खात्री करा. कडून असिंक्रोनस प्रतिसादात
आपल्या सर्व्हरवर देय प्रणाली, व्यवहाराचा परिणाम प्रसारित केला जातो आणि परतीपूर्वी तेथे त्याचे मूल्यांकन केले जाणे आवश्यक आहे URL पेमेंट सिस्टममध्ये प्रसारित केले जाते.
या कारणासाठी खालील पॅरामीटर्सचे मूल्यांकन करणे आवश्यक आहे.
- प्रोसेसिंग.ईआरिटर्न.कॉड = 000.200.000
- प्रक्रिया + रिटर्न = व्यवहार + प्रलंबित
- प्रक्रिया.अग्रिसिट = ए.के.
स्पष्टीकरणः व्यवहाराची स्थिती "प्रलंबित" आहे, हे प्रोसेसिंग पॅरामीटर आहे
केवळ प्राथमिक निकाल दर्शवते. जोपर्यंत 3 डी सिक्युरिटी प्रोसेस चालू आहे, तोपर्यंत स्थिती
प्रलंबित रहा.
व्यवहाराचा अंतिम निकाल एकतर आहे
- प्रोसेसिंग.ईआरिटर्न.कॉड = 000.000.000
- प्रक्रिया.अग्रिसिट = ए.के.
or - प्रोसेसिंग. रिटर्न.कोडे = इरगेंडीन व्हर्ट अनलिच 000.000.000 ओडर 000.200.000
- प्रोसेसिंग.ईआरसीएलटी = नाही
पहिल्या प्रकरणात व्यवहार यशस्वीरित्या पूर्ण झाला आहे, दुसर्‍या बाबतीत तो एकूणच अयशस्वी झाला आहे. नंतरचे वेगवेगळी कारणे असू शकतात, ज्यात अधिकृत करण्याचा नकार देखील असतो. तू करशील
“प्रोसेसिंग. रिटर्न” आणि “प्रोसेसिंग. रिटर्न.कोडे” या पॅरामीटर्समध्ये अधिक तपशीलवार माहिती प्राप्त करा.
आम्ही शिफारस करतो की आपण दोन्ही संदेशांसाठी एक चाचणी चालवा. चाचणी कशी करावी यावरील अधिक माहितीसाठी आणि आपण कोणत्या चाचणीसाठी क्रेडिट कार्डचा तपशील वापरू शकता, कृपया खाली पहा.
एचपीएफ चेकआउट फॉर्म वापरताना थ्रीडी सिक्योरिटी प्रोसिझर
एचपीएफ चेकआउट फॉर्म आधीपासून 3 डीएस प्रक्रिया वापरण्यासाठी देखील डिझाइन केला गेला आहे. प्रक्रियेच्या अंमलबजावणीसाठी आपल्याकडून कोणतीही अतिरिक्त कार्यवाही करण्याची आवश्यकता नाही. सांगितल्या प्रमाणे
एचसीओच्या अंमलबजावणीसाठी पेमेंट सिस्टमकडून मिळालेला प्रतिसाद दोन टप्प्यात होतो, म्हणूनच आपल्या सिस्टमने प्रॉसिसिंगचे मूल्य तपासले पाहिजे. रिटर्न.कोड
प्रतिसादावर प्रक्रिया करताना पॅरामीटर.
या कारणासाठी खालील पॅरामीटर्सचे मूल्यांकन करणे आवश्यक आहे.
- प्रोसेसिंग.ईआरिटर्न.कॉड = 000.200.000
- प्रक्रिया + रिटर्न = व्यवहार + प्रलंबित
- प्रक्रिया.अग्रिसिट = ए.के.
स्पष्टीकरणः व्यवहाराची स्थिती "प्रलंबित" आहे, प्रोसेसिंग पॅरामिटर. रिझर्ल्ट केवळ एक प्राथमिक निकाल दर्शवितो. जोपर्यंत 3 डी सिक्युरिटी प्रोसेस चालू आहे, तोपर्यंत स्थिती
प्रलंबित रहा.
व्यवहाराचा अंतिम निकाल एकतर आहे
- प्रोसेसिंग.ईआरिटर्न.कॉड = 000.000.000
- प्रक्रिया.अग्रिसिट = ए.के.
or - प्रोसेसिंग. रिटर्न.कोडे = इरगेंडीन व्हर्ट अनलिच 000.000.000 ओडर 000.200.000
- प्रोसेसिंग.ईआरसीएलटी = नाही
पहिल्या प्रकरणात व्यवहार यशस्वीरित्या पूर्ण झाला आहे, दुसर्‍या बाबतीत तो एकूणच अयशस्वी झाला आहे. नंतरचे वेगवेगळी कारणे असू शकतात, ज्यात अधिकृत करण्याचा नकार देखील असतो. तू करशील
“प्रोसेसिंग. रिटर्न” आणि “प्रोसेसिंग. रिटर्न.कोडे” या पॅरामीटर्समध्ये अधिक तपशीलवार माहिती प्राप्त करा.
आम्ही शिफारस करतो की आपण दोन्ही संदेशांसाठी एक चाचणी चालवा. चाचणी कशी करावी यावरील अधिक माहितीसाठी आणि आपण कोणत्या चाचणीसाठी क्रेडिट कार्डचा तपशील वापरू शकता, कृपया खाली पहा.
थेट कनेक्शनसह 3 डी सुरक्षित प्रक्रिया
आपण क्रेडिट कार्ड पेमेंटवर प्रक्रिया करण्यासाठी उन्झरने (पूर्वी हेडलपे) प्रदान केलेला पेमेंट फॉर्म वापरत नसल्यास किंवा आपण फॉर्मपैकी एखादा वापरुन कार्ड नोंदणी केल्यास आणि अधिकृततेसाठी (आरक्षण) प्रक्रिया केल्यास किंवा नोंदणी म्हणून संदर्भ म्हणून डेबिट केल्यास पेमेंट सिस्टमसह थेट संप्रेषण, आपण 3 डी सुरक्षित प्रक्रिया अंमलात आणली पाहिजे.
एसिंक्रोनस व्यवहाराचा प्रवाह:
ही एक एसिंक्रोनस प्रक्रिया आहे ज्यात आपल्या सर्व्हरला अग्रेषण प्राप्त होते URL (पुनर्निर्देशित) URL) आमच्या देयक प्रणाली वरून. आपल्या सर्व्हरने ग्राहकांना याकडे अग्रेषित केले पाहिजे URL जेणेकरुन तो 3 डी सिक्योर प्रक्रियेद्वारे प्रमाणीकरण आणू शकेल. या 3 डी सिक्योर ऑथेंटिकेशनचा निकाल कार्ड जारी करणार्या बँकेद्वारे थेट उन्झरला नोंदविला गेला आहे.
यशस्वी प्रमाणीकरणानंतर, उन्झर सिस्टममध्ये व्यवहाराची पुढील प्रक्रिया आपल्या सिस्टमला शेवटी एक परिणाम पाठवून आपल्यास आधीपासूनच माहित असलेल्या पद्धतीने केली जाते, ज्यावर आपण प्रत्युत्तर देता
पुनर्निर्देशित सह URL. पेमेंट सिस्टम नंतर हे रीडायरेक्ट वापरुन ग्राहकांना आपल्या सिस्टमकडे परत करेल URL तुमच्या सिस्टमवरून
कृपया लक्षात ठेवा: या कार्यप्रवाहात आपल्या सिस्टमला देय प्रणालीकडून दोन उत्तरे मिळाली:
- एक "प्रलंबित" स्थिती (प्रक्रिया)
डेबिट किंवा आरक्षणाच्या अंतिम निकालासह एक. दोन पुनर्निर्देशित देखील आहेत URLया प्रक्रियेमध्ये नमूद केले आहे की, पेमेंट सिस्टममधील एक ज्यास ग्राहकास आपल्या सिस्टमद्वारे परत पाठविण्याकरीता आपल्या सिस्टमवरुन आपल्या कार्ड जारी करणार्या बँकेकडे प्रमाणीकृत करण्यासाठी पुनर्निर्देशित करावे लागेल आणि अंतिम सिस्टम प्राप्त होईल तेव्हा ग्राहकास परत आपल्या सिस्टममध्ये पुनर्निर्देशित करावे लागेल.
नियमित प्रक्रियेमध्ये पुढील बदल केले जातील. कृपया लक्षात घ्या की पेपैलसारख्या अन्य एसिन्क्रोनस पेमेंट पद्धतींच्या अंमलबजावणीमुळे, यापैकी काही
आपल्या अंमलबजावणीमध्ये प्रक्रिया आधीपासूनच अस्तित्वात असू शकतात.
- प्रतिसाद URL
पेमेंट सिस्टमला पहिल्या कॉलमध्ये (आकृतीमध्ये क्र. 2), “प्रतिसाद URL”फ्रंटएंड गटात उत्तीर्ण होणे आवश्यक आहे.
कृपया लक्षात ठेवा: आपण नोंदणी किंवा आधीपासून अस्तित्वात असलेल्या अन्य व्यवहाराचा संदर्भ घेतल्यास ओळख पटविणे. - प्रक्रिया पुनर्निर्देशित URL प्रमाणीकरण आवश्यक असल्यास, पुनर्निर्देशित URL आणि पुनर्निर्देशित गटामधील इतर पॅरामीटर्स पेमेंट सिस्टमच्या (प्रतिमेमध्ये क्रमांक 5) च्या प्रतिसादात हस्तांतरित केली जातात.
- पुनर्निर्देशित करण्यासाठी ग्राहक अग्रेषित URL
पुनर्निर्देशित गट पुनर्निर्देशितसह प्रतिसाद देत असल्यास URLग्राहकांचे ब्राउझर यावर पुनर्निर्देशित करणे आवश्यक आहे URL (चित्रातील क्रमांक 6) प्रमाणीकरण करण्यासाठी. रीडायरेक्ट ग्रुपमधील अतिरिक्त पॅरामीटर्स एक्सटर्नलमध्ये हस्तांतरित करावे लागतील webPOST पॅरामीटर्स म्हणून साइट.
कृपया लक्षात ठेवा: 3 डी सेक्युर व्हर्जन 1 सह (“संख्या आणि नामांकन देखील भिन्न असू शकतात) सह“ प्रोसेसिंग. रेडरेक्ट. एक्सएक्सएक्सएक्स ”गटात अतिरिक्त पॅरामीटर्स परत केले आहेत, तर 3 डी आवृत्ती 2 सह फक्त एक प्रक्रिया आहे. प्रत्यक्ष.URL खाली दर्शविल्याप्रमाणे परत आले आहेः https://heidelpay.hpcgw.net/AuthService/v1/auth/public/2258_2863FFA4C5241C12E39F37
सीसीएफ / रन याचा अर्थ असा की पॅरामीटर्सचा प्रकार आणि संख्या विचारात न घेता, क्लायंट ब्राउझरला प्रॉसिसिंग. रीडायरेक्टकडे पुनर्निर्देशित करणे आवश्यक आहे.URL.
खाली तुम्हाला एक साधा कोड सापडेलampअसे पुनर्निर्देशन कसे कार्यान्वित केले जाऊ शकते. द भाग अंतिम ग्राहकांना सूचित करण्याच्या उद्देशाने आहे ज्यांची प्रणाली Javascript ला समर्थन देत नाही किंवा ती अक्षम केली आहे. आम्ही जोरदार शिफारस करतो की पुनर्निर्देशन ग्राहकाच्या सक्रिय ब्राउझर विंडोमध्ये केले गेले आहे आणि पॉप अप विंडो किंवा नवीन ब्राउझर विंडो वापरू नका, कारण असे होऊ शकते
ग्राहकांना चिडचिडे करा आणि त्यांना पुनर्निर्देशित केलेले पृष्ठ बंद करण्यासाठी त्यांचे नेतृत्व करा.
- अतुल्यकालिक निकाल तपासणी
प्रमाणीकरणाचा परिणाम आपल्या सर्व्हरवर एसिन्क्रॉनोसने पाठविला जातो. देय प्रणालीस वैधतेची अपेक्षा आहे URL प्रतिसाद म्हणून (चित्रात क्रमांक 12 आणि 13) यशस्वी किंवा नाकारल्याबद्दल
देयके, एक भिन्न URL आपल्या सिस्टमद्वारे येथे प्रतिसाद दिला जाऊ शकतो. - ग्राहकाचा परतीचा मार्ग
देयक प्रणाली ग्राहकांना पुनर्निर्देशित करते URL प्रमाणीकरण प्रक्रिया आणि देय व्यवहार पूर्ण झाल्यानंतर व्यापार्‍याच्या सिस्टमद्वारे प्रदान केलेले.
कृपया लक्षात ठेवाः चरण 4) आणि 5.) आपण विद्यमान NONE 3D सिक्युरिटी व्यवहारांमध्ये पूर्वीपासूनच परिचित आहात त्याप्रमाणेच पुढे जा.
3 डी सिक्योर आणि रिकरिंग पेमेंट
1 जानेवारी 2021 पासून सर्व ई-कॉमर्स कार्ड व्यवहारासाठी 3 डी सिक्योर अनिवार्य असेल. तथापि, आवर्ती पेमेंटसाठी हे फारच लागू पडत असल्याने बँकिंग
सिस्टमला यासाठी स्वतंत्र वर्कफ्लो आहे.
या कारणासाठी बँका फरक करतात
- सीआयटी = ग्राहक आरंभिक व्यवहार
- एमआयटी = व्यापारी आरंभिक व्यवहार
आपल्या व्यापारी खात्यामधील कार्डाचा पहिला व्यवहार ०.०.०१.२०१० पासून थ्रीडी सिक्योरसह अधिकृत केला जाणे आवश्यक आहे. अशी यशस्वी प्रमाणीकरण ही एक अनिवार्य आवश्यकता आहे
नंतर त्याच कार्डवर थ्रीडी सिक्युरीशिवाय पुढील बुकिंग सादर करण्यास सक्षम होण्यासाठी ऑर्डर. म्हणूनच पहिल्या डेबिटमध्ये ग्राहकास त्याच्या कार्ड जारी करणार्या बँकेकडे पाठविणे आवश्यक आहे
वर वर्णन केलेल्या प्रक्रियेनुसार आणि कार्डधारक म्हणून स्वतःचे प्रमाणीकरण करा. ऑर्डरच्या वेळी डेबिट नियोजित नसल्यास, उदाampचाचणी कालावधीमुळे, त्याऐवजी ग्राहकाच्या उपस्थितीत 3D Secure सह किमान एक युरोचे आरक्षण (पूर्व-अधिकृतीकरण) करणे आवश्यक आहे. हे आरक्षण कॅप्चर करणे आवश्यक नाही.
विद्यमान ग्राहकांसाठी, तथापि, थ्रीडी सिक्योर ऑथेंटिकेशन आवश्यक नाही. 3 पूर्वी प्रथम यशस्वी डेबिट घेतल्यास ग्राहक रेकॉर्डदेखील गृहित धरले जाऊ शकते
यशस्वीरित्या प्रमाणीकरण केले गेले आहे. ०.०१.२०११ पर्यंत नवीन ग्राहकांसाठी, दुसरीकडे प्रथम डेबिट किंवा आरक्षण (पूर्व-अधिकृतता) साठी थ्रीडी सिक्योर ऑथेंटिकेशन अनिवार्य आहे.
कृपया लक्षात ठेवा: या संदर्भात, बँकिंग प्रणाली कार्ड डेटा पाहते, ग्राहक डेटा नाही. त्यामुळे विद्यमान ग्राहकाने ०१.०१.२०२१ नंतर नवीन कार्ड वापरल्यास, उदाample कारण मागील
एखाद्याची मुदत संपली आहे किंवा त्याने आपली कार्ड जारी करणारी बँक बदलली आहे, हे बँकेच्या बिंदूपासून एक नवीन आवर्ती चक्र आहे view आणि पहिल्या बुकिंगसाठी 3D Secure सह प्रमाणीकृत असणे आवश्यक आहे.
एकदा ही प्रारंभिक प्रमाणीकरण यशस्वीरित्या पूर्ण झाल्यावर पुढील सर्व व्यवहारांना थ्रीडी सिक्योरिटी वापरण्याच्या बंधनातून सूट देण्यात आली आहे. थ्रीडी सिक्योरशिवाय परतफेड करण्याची पूर्तता आवश्यक आहे.
- कमीतकमी एक यशस्वी डेबिट किंवा आरक्षण आहे (प्री-ऑथरायझेशन) जे एकतर 3 डी सिक्युअरद्वारे केले गेले किंवा 01.01.2021 पूर्वी झाले.
- विद्यमान नोंदणी आणि सबमिट केल्यावर डेबिटचा संदर्भ आहे
पेमेंट सिस्टमला हे सांगण्यासाठी की हे वारंवार उत्पन्न आहे, हे पॅरामीटर RECURRENCE.MODE = REPEATED तसेच पाठविले जाणे आवश्यक आहे. हे सिस्टमला सूचित करते की अ
आवर्ती पेमेंट बँकिंग सिस्टमला कळवावे लागते.
कृपया लक्षात ठेवाः नवीन कार्ड प्रथमच लोड केले जाते तेव्हा RECURRENCE.MODE = REPEATED हे पॅरामीटर प्रविष्ट केले असल्यास, हे पॅरामीटर असूनही थ्री डी सिक्योर फॉरवर्डिंग केले जाईल.
3 डी सुरक्षित अंमलबजावणीची चाचणी घेत आहे
तुम्ही आमच्या पेमेंट सिस्टमद्वारे कधीही 3D सुरक्षित कनेक्शनची चाचणी घेऊ शकता. असे करण्यासाठी, व्यवहारासाठी “CONNECTOR_TEST” मोड वापरा, जसे उदाamples वर.
या चाचणीसाठी कनेक्शन डेटा:
| सुरक्षा.असेन्डर | 31HA07BC8142C5A171745D00AD63D182 |
| USER.LGIN | 31ha07bc8142c5a171744e5aef11ffd3 |
| USER.PWD | 93167DE7 |
| ट्रान्सक्शन. चॅनेल | 31HA07BC8142C5A171749A60D979B6E4 |
| चलने 3 डी आवृत्ती 2 साठी कॉन्फिगर केली आहेत | EUR, डॉलर्स, SEK |
| चलने 3 डी आवृत्ती 1 साठी कॉन्फिगर केली आहेत | जीबीपी, सीझेडके, सीएचएफ |
सिस्टम गेटवे एंडपॉईंट एकतर आहे
एसजीडब्ल्यू गेटवे:
- https://test-heidelpay.hpcgw.net/sgw/gtw - लॅटिन -15 एन्कोड केलेले
- https://test-heidelpay.hpcgw.net/sgw/gtwu - यूटीएफ -8 एन्कोड
एनजीडब्ल्यू गेटवे:
- https://test-heidelpay.hpcgw.net/ngw/post
या चाचणीसाठी क्रेडिट कार्ड डेटा:
| ब्रँड | कार्ड क्रमांक | CVV | कालबाह्यता तारीख | नोंद |
| मास्टरकार्ड | 5453010000059543 | 123 | भविष्यातील तारीख | 3 डी - संकेतशब्द: गुप्त 3 |
| व्हिसा | 4711100000000000 | 123 | भविष्यातील तारीख | 3 डी एस - संकेतशब्द: गुप्त! 33 |
कृपया लक्षात ठेवाः 3 डी सिक्योर व्हर्जन 2 साठी तुम्हाला पासवर्ड प्रविष्ट करण्याची आवश्यकता नाही, परंतु ऑथेंटिकेशन पूर्ण करण्यासाठी येथे क्लिक करा ”लिंकवर क्लिक करा.
3 डी सेक्युर व्हर्जन 2 सह एररचे नक्कल करण्याचा एकमेव मार्ग म्हणजे दुवा वेळ असलेले पृष्ठ सोडणे (अंदाजे 18 मिनिटे).
या मॅन्युअलबद्दल अधिक वाचा आणि PDF डाउनलोड करा:
कागदपत्रे / संसाधने
 |
सॉफ्टवेअर 3D सुरक्षित एकत्रीकरण मार्गदर्शक [pdf] दस्तऐवजीकरण अनझर, एकत्रीकरण मार्गदर्शक, 3D सुरक्षित |
