સોફ્ટવેર 3 ડી સિક્યુર એકીકરણ માર્ગદર્શિકા દસ્તાવેજીકરણ
એકીકરણ માર્ગદર્શિકા 3 ડી સુરક્ષિત
01.01.2021 થી દ્વિ-પરિબળ પ્રમાણીકરણ પરના બધા ઇકોમર્સ કાર્ડ ચુકવણી વ્યવહારો માટે ફરજિયાત આવશ્યકતા તરીકે લાગુ કરવામાં આવશે. આ જવાબદારીનું પાલન કરવા માટે, આ
ક્રેડિટ કાર્ડ નેટવર્ક્સના torsપરેટર્સ કહેવાતા 3 ડી સુરક્ષિત પ્રક્રિયાનો ઉપયોગ કરશે. તમારા માટે વેપારી તરીકે તમારા ગ્રાહકો માટે આ પ્રક્રિયા હાથ ધરવા માટે સક્ષમ બનવું ફરજિયાત છે
01.01.2021. નીચેનામાં તમને એકીકરણની વિવિધ રીતો અને 3 ડી સિક્યુર પ્રક્રિયા કેવી રીતે તેમના માટે લાગુ કરવામાં આવે છે તેનું વર્ણન મળશે.
કૃપા કરીને તમે ઉપયોગ કરો છો તે એકીકરણ પદ્ધતિ પસંદ કરો
- શું તમે ચેકઆઉટ ફોર્મ hCO નો ઉપયોગ કરી રહ્યા છો?
- શું તમે ચેકઆઉટ ફોર્મ એચપીએફનો ઉપયોગ કરી રહ્યાં છો?
- શું તમે ઉન્ઝર સિસ્ટમ દ્વારા પ્રદાન કરેલા ફોર્મનો ઉપયોગ કર્યા વિના ચૂકવણીની પ્રક્રિયા કરો છો?
મહેરબાની કરીને નોંધ કરો: ડેબિટ અથવા પૂર્વધિકાર (આરક્ષણ) કેવી રીતે કરવામાં આવે છે તે પણ મહત્વપૂર્ણ છે. જો તમે કાર્ડ ડેટાની નોંધણી માટે ઉંઝેર જીએમબીએચથી ચુકવણી ફોર્મનો ઉપયોગ કરો છો, તો કાર્ડ ડેટા પ્રથમ વખત ડેબિટ થાય છે અથવા પ્રથમ વખત અધિકૃત થાય છે ત્યારે 3 ડી સુરક્ષિત પ્રક્રિયા ચેકઆઉટ ફોર્મ વિના હાથ ધરવામાં આવશે. આ કિસ્સામાં ઉન્ઝર દ્વારા પ્રદાન કરેલ ફોર્મ વિના એકીકરણની ત્રીજી રીત લાગુ પડે છે.
કૃપા કરીને પણ નોંધો:
જો તમે રિકરિંગ ચુકવણીઓ (સબ્સ્ક્રિપ્શન ચુકવણી) નો ઉપયોગ કરો છો, તો વિભાગ “3 ડી સિક્યોર અને રિકરિંગ ચુકવણી” વાંચવાનું ભૂલશો નહીં.
એચસીઓ ચેકઆઉટ ફોર્મનો ઉપયોગ કરતી વખતે 3 ડી સુરક્ષિત પ્રક્રિયા
એચકોએ ચેકઆઉટ ફોર્મ પહેલેથી જ 3 ડી સુરક્ષિત પ્રક્રિયા માટે રચાયેલ છે. પ્રક્રિયાના અમલીકરણ માટે તમારી બાજુથી કોઈ વધારાની કાર્યવાહીની આવશ્યકતા નથી. જો કે, તમે
એ સુનિશ્ચિત કરવું પડશે કે 3 ડી સિક્યુર પ્રક્રિયા શરૂ થઈ હોય તો તમારી સિસ્ટમ અમારી ચુકવણી સિસ્ટમના અનુરૂપ જવાબોને હેન્ડલ કરી શકે છે. ના અસુમેળ પ્રતિસાદમાં
તમારા સર્વર પર ચુકવણી સિસ્ટમ, વ્યવહારનું પરિણામ પ્રસારિત થાય છે અને વળતર પહેલાં ત્યાં તેનું મૂલ્યાંકન કરવું આવશ્યક છે URL ચુકવણી સિસ્ટમમાં ફેલાય છે.
આ હેતુ માટે નીચેના પરિમાણોનું મૂલ્યાંકન કરવું આવશ્યક છે.
- પ્રોસેસીંગ.ઇરેંટ.કોડે = 000.200.000
- પ્રોસેસીંગ. રીટર્ન = વ્યવહાર + બાકી
- પ્રોસેસીંગ.ઇરસેલ્ટ = ACK
સમજૂતી: ટ્રાંઝેક્શનની સ્થિતિ "બાકી" છે, પ્રોસેસીંગનું પરિમાણ
ફક્ત પ્રારંભિક પરિણામ રજૂ કરે છે. જ્યાં સુધી 3 ડી સુરક્ષિત પ્રક્રિયા હાથ ધરવામાં આવે ત્યાં સુધી સ્થિતિ
બાકી રહેવું.
ટ્રાંઝેક્શનનું અંતિમ પરિણામ તે પછી કાં તો છે
- પ્રોસેસીંગ.ઇરેંટ.કોડે = 000.000.000
- પ્રોસેસીંગ.ઇરસેલ્ટ = ACK
or - પ્રોસેસીંગ.અરેંટ.કોડે = ઇરેંડિએન વેર્ટ અનંગલિચ 000.000.000 ઓડર 000.200.000
- પ્રોસેસીંગ.અરિસલ્ટ = ના
પ્રથમ કિસ્સામાં વ્યવહાર સફળતાપૂર્વક પૂર્ણ થઈ ગયો છે, બીજા કિસ્સામાં તે એકંદરે નિષ્ફળ ગયો છે. બાદમાં વિવિધ કારણો હોઈ શકે છે, જેમાં પ્રમાણિત કરવાનો ઇનકાર શામેલ છે. તમે કરશે
"પ્રોસેસીંગ. રીટર્ન" અને "પ્રોસેસીંગ. રીટર્ન.કોડ" પરિમાણોમાં વધુ વિગતવાર માહિતી પ્રાપ્ત કરો.
અમે ભલામણ કરીએ છીએ કે તમે બંને સંદેશાઓ માટે એક પરીક્ષણ ચલાવો. પરીક્ષણ કેવી રીતે કરવું તે વિશે વધુ માહિતી માટે અને ક્રેડિટ કાર્ડની વિગતો માટે તમે પરીક્ષણ માટે ઉપયોગ કરી શકો છો, કૃપા કરીને નીચે જુઓ.
એચપીએફ ચેકઆઉટ ફોર્મનો ઉપયોગ કરતી વખતે 3 ડી સુરક્ષિત પ્રક્રિયા
એચપીએફ ચેકઆઉટ ફોર્મ પણ પહેલેથી જ 3DS કાર્યવાહીનો ઉપયોગ કરવા માટે રચાયેલ છે. પ્રક્રિયાના અમલીકરણ માટે તમારી બાજુથી કોઈ વધારાની કાર્યવાહીની આવશ્યકતા નથી. વર્ણવ્યા પ્રમાણે
એચ.સી.ઓ.ના અમલીકરણ માટે, ચુકવણી સિસ્ટમનો પ્રતિસાદ બે પગલામાં લેવામાં આવે છે, તેથી જ તમારી સિસ્ટમ દ્વારા પ્રોસેસિંગનું મૂલ્ય તપાસવું આવશ્યક છે. રીટર્ન.કોડ
પ્રતિસાદની પ્રક્રિયા કરતી વખતે પરિમાણ.
આ હેતુ માટે નીચેના પરિમાણોનું મૂલ્યાંકન કરવું આવશ્યક છે.
- પ્રોસેસીંગ.ઇરેંટ.કોડે = 000.200.000
- પ્રોસેસીંગ. રીટર્ન = વ્યવહાર + બાકી
- પ્રોસેસીંગ.ઇરસેલ્ટ = ACK
સમજૂતી: ટ્રાંઝેક્શનની સ્થિતિ "બાકી" છે, પ્રોસેસીંગનું પરિમાણ. રીસરલ્ટ ફક્ત પ્રારંભિક પરિણામ રજૂ કરે છે. જ્યાં સુધી 3 ડી સુરક્ષિત પ્રક્રિયા હાથ ધરવામાં આવે ત્યાં સુધી સ્થિતિ
બાકી રહેવું.
ટ્રાંઝેક્શનનું અંતિમ પરિણામ તે પછી કાં તો છે
- પ્રોસેસીંગ.ઇરેંટ.કોડે = 000.000.000
- પ્રોસેસીંગ.ઇરસેલ્ટ = ACK
or - પ્રોસેસીંગ.અરેંટ.કોડે = ઇરેંડિએન વેર્ટ અનંગલિચ 000.000.000 ઓડર 000.200.000
- પ્રોસેસીંગ.અરિસલ્ટ = ના
પ્રથમ કિસ્સામાં વ્યવહાર સફળતાપૂર્વક પૂર્ણ થઈ ગયો છે, બીજા કિસ્સામાં તે એકંદરે નિષ્ફળ ગયો છે. બાદમાં વિવિધ કારણો હોઈ શકે છે, જેમાં પ્રમાણિત કરવાનો ઇનકાર શામેલ છે. તમે કરશે
"પ્રોસેસીંગ. રીટર્ન" અને "પ્રોસેસીંગ. રીટર્ન.કોડ" પરિમાણોમાં વધુ વિગતવાર માહિતી પ્રાપ્ત કરો.
અમે ભલામણ કરીએ છીએ કે તમે બંને સંદેશાઓ માટે એક પરીક્ષણ ચલાવો. પરીક્ષણ કેવી રીતે કરવું તે વિશે વધુ માહિતી માટે અને ક્રેડિટ કાર્ડની વિગતો માટે તમે પરીક્ષણ માટે ઉપયોગ કરી શકો છો, કૃપા કરીને નીચે જુઓ.
સીધા જોડાણ સાથે 3 ડી સુરક્ષિત પ્રક્રિયા
જો તમે ક્રેડિટ કાર્ડની ચુકવણી પર પ્રક્રિયા કરવા ઉન્ઝર (અગાઉ હેડલપે) દ્વારા પૂરા પાડવામાં આવેલ ચુકવણી ફોર્મનો ઉપયોગ કરતા નથી, અથવા જો તમે ફોર્મમાંથી કોઈ એકનો ઉપયોગ કરીને રજિસ્ટર કરાવો છો અને પૂર્વધિકાર (આરક્ષણ) અથવા ડેબિટની પ્રક્રિયા નોંધણી તરીકે સંદર્ભ તરીકે આપી શકો છો ચુકવણી સિસ્ટમ સાથે સીધો સંદેશાવ્યવહાર, તમારે 3D સુરક્ષિત પ્રક્રિયાને અમલમાં મૂકવી આવશ્યક છે.
અસુમેળ વ્યવહાર પ્રવાહ:
આ એક અસુમેળ પ્રક્રિયા છે જેમાં તમારા સર્વરને ફોરવર્ડિંગ પ્રાપ્ત થાય છે URL (રીડાયરેક્ટ URL) અમારી ચુકવણી સિસ્ટમમાંથી. તમારા સર્વરે ગ્રાહકને આ તરફ મોકલવું આવશ્યક છે URL જેથી તે 3 ડી સિક્યુર પ્રોસેસિંગ દ્વારા ઓથેન્ટિકેશન કરી શકે. આ 3 ડી સિક્યુર ઓથેન્ટિકેશનનું પરિણામ સીધા ઉન્ઝરને કાર્ડ આપતી બેંક દ્વારા જાણ કરવામાં આવે છે.
સફળ પ્રમાણીકરણ પછી, ઉન્ઝર સિસ્ટમમાં વ્યવહાર આગળ પ્રક્રિયા કરવામાં આવે છે જે રીતે તમે પહેલાથી જ જાણો છો કે તમારી સિસ્ટમને અંતે એક સંપૂર્ણ પરિણામ મોકલીને, જેના પર તમે જવાબ આપો
રીડાયરેક્ટ સાથે URL. ચુકવણી સિસ્ટમ પછી આ રીડાયરેક્ટનો ઉપયોગ કરીને ગ્રાહકને તમારી સિસ્ટમ પર પાછા રીડાયરેક્ટ કરશે URL તમારી સિસ્ટમમાંથી
કૃપા કરીને નોંધો: આ કાર્યપ્રવાહમાં તમારી સિસ્ટમ ચુકવણી સિસ્ટમમાંથી બે જવાબો મેળવે છે:
- સ્થિતિ "બાકી" (પ્રોસીસિંગ.ઇરેંટ.કોઇડે = 000.200.000 અને પ્રોસેસીંગ. રીટર્ન = ટ્રાન્ઝેક્શન + બાકી) સાથેનું એક અને ગ્રાહકની કાર્ડ-ઇશ્યુ કરનારી બેંકમાં રીડાયરેક્ટ પરિમાણો
- ડેબિટ અથવા આરક્ષણના અંતિમ પરિણામ સાથેનું એક. ત્યાં પણ બે રીડાયરેક્ટ છે URLઆ પ્રક્રિયામાં ઉલ્લેખ કર્યો છે, ચુકવણી સિસ્ટમમાંથી એક જેમાં ગ્રાહકને તમારી સિસ્ટમમાં પાછું રીડાયરેક્ટ કરવા માટે, અંતિમ પરિણામ પ્રાપ્ત થાય ત્યારે, તે તમારી સિસ્ટમમાંથી એક કાર્ડ રજૂ કરતી બેંક પર પ્રમાણિત કરવા માટે રીડાયરેક્ટ કરવું પડશે.
નિયમિત પ્રક્રિયામાં નીચેના ફેરફારો કરવામાં આવશે. મહેરબાની કરીને નોંધ કરો કે પેપાલ જેવી અન્ય અસુમેળ ચુકવણી પદ્ધતિઓના અમલીકરણને કારણે, આમાંની કેટલીક
પ્રક્રિયાઓ તમારા અમલીકરણમાં પહેલાથી અસ્તિત્વમાં હોઈ શકે છે.
- પ્રતિભાવ URL
ચુકવણી સિસ્ટમ પરના પ્રથમ ક callલમાં (આકૃતિમાં નંબર 2), એક "પ્રતિસાદ URL”અગ્ર જૂથમાં પસાર થવો આવશ્યક છે.
મહેરબાની કરીને નોંધ કરો: ઓળખાણ.અમુકતા પેરામીટર ફક્ત ત્યારે જ સંબંધિત છે જો તમે નોંધણી અથવા અન્ય પહેલાથી અસ્તિત્વમાંના વ્યવહારનો સંદર્ભ લો - પ્રક્રિયા પુન Redદિશામાન 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આવા રીડાયરેક્ટને કેવી રીતે ચલાવી શકાય તે વિશે. આ ભાગનો હેતુ એવા અંતિમ ગ્રાહકોને જાણ કરવાનો છે કે જેની સિસ્ટમો જાવાસ્ક્રિપ્ટને સપોર્ટ કરતી નથી અથવા તેને અક્ષમ કરી છે. અમે ભારપૂર્વક ભલામણ કરીએ છીએ કે રીડાયરેક્ટ ગ્રાહકની સક્રિય બ્રાઉઝર વિંડોમાં થાય અને પોપ અપ વિન્ડોઝ કે નવી બ્રાઉઝર વિન્ડોનો ઉપયોગ ન કરે, કારણ કે આ
ગ્રાહકોને ચીડવવું અને તેઓને રીડાયરેક્ટ કરેલા પૃષ્ઠને બંધ કરવા દોરી દો.
- અસુમેળ પરિણામ તપાસ
પ્રમાણીકરણનું પરિણામ તમારા સર્વર પર અસમકાલીક રીતે મોકલવામાં આવે છે. ચુકવણી સિસ્ટમ માન્યની અપેક્ષા રાખે છે URL જવાબ તરીકે. (આકૃતિમાં ક્રમાંક 12 અને 13). સફળ અથવા અસ્વીકાર માટે
ચૂકવણી, એક અલગ URL તમારી સિસ્ટમ દ્વારા અહીં જવાબ આપી શકાય છે. - ગ્રાહકનો રીટર્ન પાથ
ચુકવણી સિસ્ટમ ગ્રાહકને રીડાયરેક્ટ કરે છે URL પ્રમાણીકરણ પ્રક્રિયા અને ચુકવણી વ્યવહાર પૂર્ણ થયા પછી વેપારીની સિસ્ટમ દ્વારા પૂરા પાડવામાં આવેલ.
મહેરબાની કરીને નોંધ કરો: પગલાં).
3 ડી સુરક્ષિત અને રિકરિંગ ચુકવણી
1 લી જાન્યુઆરી 2021 થી, બધા ઇ-ક commerમર્સ કાર્ડ વ્યવહારો માટે 3 ડી સિક્યુર ફરજિયાત રહેશે. જો કે, આ પુનરાવર્તિત ચુકવણી માટે ભાગ્યે જ લાગુ પડતું હોવાથી, બેંકિંગ
સિસ્ટમો આ માટે એક અલગ વર્કફ્લો ધરાવે છે.
આ હેતુ માટે, બેંકો વચ્ચે તફાવત છે
- સીઆઈટી = ગ્રાહક પ્રારંભિક વ્યવહારો
- એમઆઈટી = વેપારી પ્રારંભિક વ્યવહારો
તમારા વેપારી ખાતામાં કાર્ડનો પ્રથમ વ્યવહાર 3 પછીથી 01.01.2021D સિક્યોરથી પ્રમાણિત થવો આવશ્યક છે. આવી સફળ પ્રમાણીકરણ એ ફરજિયાત આવશ્યકતા છે
પછીથી તે જ કાર્ડ પર 3 ડી સિક્યુર વિના આગળ બુકિંગ સબમિટ કરવા માટે સક્ષમ થવા. તેથી ગ્રાહકને પ્રથમ ડેબિટ માટે તેની કાર્ડ આપતી બેંકમાં મોકલવું આવશ્યક છે
ઉપર વર્ણવેલ પ્રક્રિયા અનુસાર અને પોતાને ત્યાં કાર્ડધારક તરીકે પ્રમાણિત કરો. જો ઓર્ડર સમયે ડેબિટનું આયોજન ન હોય તો, ઉદાampઅજમાયશ અવધિને કારણે, ગ્રાહકની હાજરીમાં ઓછામાં ઓછા એક યુરોનું આરક્ષણ (પૂર્વ-અધિકૃતતા) 3D સિક્યોર સાથે હોવું આવશ્યક છે. આ રિઝર્વેશન કેપ્ચર કરવું જરૂરી નથી.
હાલના ગ્રાહકો માટે, તેમ છતાં, કોઈ 3 ડી સિક્યુર ઓથેન્ટિકેશન બનાવવાની જરૂર નથી. જો 01.01.2021 પહેલાં પ્રથમ સફળ ડેબિટ થયું હોય, તો ગ્રાહક રેકોર્ડ પણ માની શકાય છે
સફળતાપૂર્વક પ્રમાણિત કરવામાં આવી છે. 01.01.2021 મુજબ નવા ગ્રાહકો માટે, બીજી બાજુ, પ્રથમ ડેબિટ અથવા આરક્ષણ (પૂર્વ-અધિકૃતતા) માટે 3 ડી સિક્યુર ઓથેન્ટિકેશન ફરજિયાત છે.
મહેરબાની કરીને નોંધ કરો: આ સંદર્ભમાં, બેંકિંગ સિસ્ટમ ગ્રાહકોના ડેટાને નહીં, કાર્ડ ડેટાને જુએ છે. તેથી જો હાલના ગ્રાહક 01.01.2021 પછી નવા કાર્ડનો ઉપયોગ કરે છે, ઉદાહરણ તરીકેample કારણ કે અગાઉનું
એકની સમયસીમા સમાપ્ત થઈ ગઈ છે અથવા કારણ કે તેણે પોતાનું કાર્ડ જારી કરતી બેંક બદલી છે, આ બેંકોના બિંદુથી એક નવું રિકરિંગ ચક્ર છે view અને પ્રથમ બુકિંગ માટે 3D સિક્યોર સાથે પ્રમાણિત હોવું આવશ્યક છે.
એકવાર આ પ્રારંભિક સત્તાધિકરણ સફળતાપૂર્વક થઈ જાય, પછી આગળના તમામ વ્યવહારોને 3D સિક્યુરનો ઉપયોગ કરવાની જવાબદારીમાંથી મુક્તિ આપવામાં આવે છે તેથી, ડી ડી સિક્યુર વિના પુનરાવર્તિત ચુકવણી માટેની પૂર્વજરૂરીયાતો છે:
- ઓછામાં ઓછું એક સફળ ડેબિટ અથવા આરક્ષણ (પૂર્વ-અધિકૃતતા) છે જે કાં તો 3D સિક્યુર સાથે કરવામાં આવ્યું હતું અથવા 01.01.2021 પહેલાં થયું હતું.
- તે હાલની નોંધણી અને સબમિશન પછી ડેબિટનો સંદર્ભ છે
ચુકવણી સિસ્ટમને જણાવવા માટે, કે આ પુનરાવર્તિત ચુકવણી છે, RECURRENCE.MODE = REPEATED પરિમાણ પણ તે જ મોકલવું આવશ્યક છે. આ સિસ્ટમને સંકેત આપે છે કે એ
પુનરાવર્તિત ચુકવણી બેંકિંગ સિસ્ટમોને જાણ કરવાની છે.
કૃપા કરીને નોંધો: પ્રથમ વખત જ્યારે નવું કાર્ડ લોડ થાય છે ત્યારે પરિમાણ RECURRENCE.MODE = REPEATED દાખલ થાય છે, આ પરિમાણ હોવા છતાં 3 ડી સિક્યુર ફોરવર્ડિંગ હાથ ધરવામાં આવશે.
3D સુરક્ષિત અમલીકરણનું પરીક્ષણ કરી રહ્યું છે
તમે અમારી ચુકવણી સિસ્ટમ દ્વારા કોઈપણ સમયે 3D સિક્યોર કનેક્શનનું પરીક્ષણ કરી શકો છો. આવું કરવા માટે, એક વ્યવહાર માટે “CONNECTOR_TEST” મોડનો ઉપયોગ કરો, ઉદાહરણ તરીકે બતાવ્યા પ્રમાણેampઉપર.
આ પરીક્ષણ માટે કનેક્શન ડેટા:
| સલામતી | 31HA07BC8142C5A171745D00AD63D182 |
| વપરાશકર્તા.લોગિન | 31ha07bc8142c5a171744e5aef11ffd3 |
| USER.PWD | 93167DE7 |
| ટ્રાન્સએક્શન.ચેનલ | 31HA07BC8142C5A171749A60D979B6E4 |
| કરન્સી 3D સંસ્કરણ 2 માટે ગોઠવેલ છે | EUR, USD, SEK |
| કરન્સી 3D સંસ્કરણ 1 માટે ગોઠવેલ છે | જીબીપી, સીઝેડકે, સીએચએફ |
સિસ્ટમ ગેટવે એન્ડપોઇન્ટ ક્યાં છે
એસજીડબ્લ્યુ ગેટવે:
- https://test-heidelpay.hpcgw.net/sgw/gtw - લેટિન -15 એન્કોડ
- https://test-heidelpay.hpcgw.net/sgw/gtwu - યુટીએફ -8 એન્કોડ
એનજીડબ્લ્યુ ગેટવે:
- https://test-heidelpay.hpcgw.net/ngw/post
આ પરીક્ષણ માટે ક્રેડિટ કાર્ડ ડેટા:
| બ્રાન્ડ્સ | કાર્ડ નંબર | સીવીવી | સમાપ્તિ તારીખ | નોંધ |
| માસ્ટરકાર્ડ | 5453010000059543 | 123 | ભાવિ તારીખ | 3 ડી - પાસવર્ડ: ગુપ્ત 3 |
| વિઝા | 4711100000000000 | 123 | ભાવિ તારીખ | 3DS - પાસવર્ડ: ગુપ્ત! 33 |
કૃપા કરીને નોંધો: 3 ડી સિક્યુર વર્ઝન 2 માટે, તમારે પાસવર્ડ દાખલ કરવાની જરૂર નથી, પરંતુ theથેંટીફિકેશન પૂર્ણ કરવા માટે અહીં ક્લિક કરો ”લિંકને ક્લિક કરો.
3 ડી સિક્યુર વર્ઝન 2 સાથે ભૂલનું અનુકરણ કરવાનો એકમાત્ર રસ્તો એ છે કે લિંકને સમય સાથે પૃષ્ઠને બહાર નીકળવા દો (આશરે 18 મિનિટ).
આ માર્ગદર્શિકા વિશે વધુ વાંચો અને PDF ડાઉનલોડ કરો:
દસ્તાવેજો / સંસાધનો
 |
સોફ્ટવેર 3D સુરક્ષિત એકીકરણ માર્ગદર્શિકા [પીડીએફ] દસ્તાવેજીકરણ અનઝર, એકીકરણ માર્ગદર્શિકા, 3D સુરક્ષિત |
