Softwares 3D Secure Integration လမ်းညွှန်စာရွက်စာတမ်း
ပေါင်းစည်းခြင်းလမ်းညွှန် 3D လုံခြုံသည်။
01.01.2021 မှ XNUMX ရက်နေ့အထိ two-factor authentication ကို ecommerce card ငွေပေးချေမှုဆိုင်ရာ ငွေပေးချေမှုအားလုံးအတွက် မဖြစ်မနေလိုအပ်ချက်အဖြစ် အကောင်အထည်ဖော်သွားပါမည်။ ဤတာဝန်ဝတ္တရားများကို လိုက်နာဆောင်ရွက်ရန်၊
အကြွေးဝယ်ကတ်ကွန်ရက်များ၏ အော်ပရေတာများသည် 3D Secure ဟုခေါ်သော လုပ်ငန်းစဉ်ကို အသုံးပြုမည်ဖြစ်သည်။ ကုန်သည်တစ်ဦးအနေဖြင့် သင့်အနေဖြင့် သင့်ဖောက်သည်များအတွက် ဤလုပ်ငန်းစဉ်ကို လုပ်ဆောင်ရန်မဖြစ်မနေလိုအပ်ပါသည်။
၀၁.၀၁.၂၀၂၁။ အောက်ဖော်ပြပါတွင် ပေါင်းစပ်နည်းလမ်းအမျိုးမျိုးနှင့် ၎င်းတို့အတွက် 01.01.2021D Secure လုပ်ထုံးလုပ်နည်းကို မည်သို့အကောင်အထည်ဖော်ရမည်ကို သင်တွေ့ရပါမည်။
ကျေးဇူးပြု၍ သင်အသုံးပြုသော ပေါင်းစပ်နည်းလမ်းကို ရွေးချယ်ပါ။
- ငွေရှင်းသည့်ပုံစံ hCO ကို သင်အသုံးပြုနေပါသလား။
- သင်သည် ငွေပေးချေမှုပုံစံ hPF ကို အသုံးပြုနေပါသလား။
- Unzer စနစ်မှ ပေးဆောင်သည့် ဖောင်ကို အသုံးမပြုဘဲ ငွေပေးချေမှုများကို သင်လုပ်ဆောင်နေပါသလား။
ကျေးဇူးပြုပြီးမှတ်သားထားပါ: ငွေထုတ်ခြင်း သို့မဟုတ် ကြိုတင်ခွင့်ပြုချက် (ကြိုတင်မှာယူခြင်း) ပြုလုပ်ရာတွင်လည်း အရေးကြီးပါသည်။ ကတ်ဒေတာမှတ်ပုံတင်ခြင်းအတွက် Unzer GmbH မှ ငွေပေးချေမှုပုံစံကို သင်အသုံးပြုသော်လည်း၊ ကတ်ဒေတာကို ပထမအကြိမ် ငွေထုတ်ခြင်း သို့မဟုတ် ပထမဆုံးအကြိမ် တရားဝင်ခွင့်ပြုသည့်အခါ 3D Secure လုပ်ငန်းစဉ်ကို ငွေရှင်းသည့်ဖောင်မပါဘဲ လုပ်ဆောင်သွားမည်ဖြစ်သည်။ ဤကိစ္စတွင် Unzer မှပေးသောပုံစံမပါဘဲ ပေါင်းစည်းခြင်း၏တတိယနည်းလမ်းသည် အကျုံးဝင်ပါသည်။
ကျေးဇူးပြု၍ သတိပြုပါ။
အကယ်၍ သင်သည် ထပ်တလဲလဲ ငွေပေးချေမှုများ (စာရင်းသွင်းမှု ပေးချေမှုများ) ကို အသုံးပြုပါက အပိုင်း "3D လုံခြုံပြီး ထပ်တလဲလဲ ငွေပေးချေမှု" အပိုင်းကို သေချာဖတ်ပါ။
hCO ငွေပေးချေမှုပုံစံကိုအသုံးပြုသောအခါ 3D လုံခြုံသောလုပ်ငန်းစဉ်
hCO ငွေပေးချေမှုပုံစံသည် 3D Secure လုပ်ထုံးလုပ်နည်းအတွက် ဒီဇိုင်းထုတ်ထားပြီးဖြစ်သည်။ လုပ်ထုံးလုပ်နည်းကို အကောင်အထည်ဖော်ရန်အတွက် သင့်ဘက်မှ နောက်ထပ်လုပ်ဆောင်စရာ မလိုအပ်ပါ။ သို့သော်သင်
3D Secure လုပ်ငန်းစဉ်ကို စတင်သောအခါတွင် သင့်စနစ်သည် ကျွန်ုပ်တို့၏ငွေပေးချေမှုစနစ်၏ သက်ဆိုင်ရာအဖြေများကို ကိုင်တွယ်နိုင်စေရန် သေချာစေရမည်။ asynchronous တုံ့ပြန်မှု၌လည်းကောင်း
သင့်ဆာဗာသို့ ငွေပေးချေမှုစနစ်၊ ငွေပေးငွေယူ၏ရလဒ်ကို ပေးပို့ပြီး ပြန်မလာမီ ထိုနေရာတွင် အကဲဖြတ်ရပါမည်။ URL ငွေပေးချေမှုစနစ်သို့ ပေးပို့သည်။
ဤရည်ရွယ်ချက်အတွက် အောက်ပါဘောင်များကို အကဲဖြတ်ရပါမည်။
- PROCESSING.RETURN.CODE = 000.200.000
- PROCESSING.RETURN = ငွေသွင်းငွေထုတ်+ဆိုင်းငံ့ထားသည်။
- PROCESSING.RESULT = ACK
ရှင်းလင်းချက်- ငွေပေးငွေယူ၏ အခြေအနေသည် "ဆိုင်းငံ့နေသည်"၊ ကန့်သတ်ချက် PROCESSING.RESULT
ပဏာမရလဒ်ကိုသာ ကိုယ်စားပြုသည်။ 3D Secure လုပ်ငန်းစဉ်ကို ဆောင်ရွက်နေသမျှ ကာလပတ်လုံး အခြေအနေ
ဆိုင်းငံ့ထားဆဲ။
အရောင်းအဝယ်၏ နောက်ဆုံးရလဒ်မှာ လည်းကောင်း
- PROCESSING.RETURN.CODE = 000.000.000
- PROCESSING.RESULT = ACK
or - PROCESSING.RETURN.CODE = irgendein Wert ungleich 000.000.000 oder 000.200.000
- PROCESSING.RESULT = NOK
ပထမကိစ္စတွင် အရောင်းအဝယ်အောင်မြင်ပြီး ဒုတိယအခြေအနေတွင် အလုံးစုံပျက်ကွက်ခဲ့သည်။ နောက်ပိုင်းတွင် စစ်မှန်ကြောင်းအထောက်အထားပြရန် ငြင်းဆိုခြင်းအပါအဝင် အကြောင်းပြချက်အမျိုးမျိုးရှိနိုင်သည်။ သင်လုပ်နိုင်ပါလိမ့်မည်
“PROCESSING.RETURN” နှင့် “PROCESSING.RETURN.CODE” ဘောင်များတွင် ပိုမိုအသေးစိတ်အချက်အလက်များကို ရယူပါ။
မက်ဆေ့ဂျ်နှစ်ခုလုံးအတွက် စမ်းသပ်မှုတစ်ခု လုပ်ဆောင်ရန် အကြံပြုအပ်ပါသည်။ စာမေးပွဲတစ်ခုပြုလုပ်ပုံနှင့် စစ်ဆေးမှုတစ်ခုအတွက် သင်အသုံးပြုနိုင်သည့် ခရက်ဒစ်ကတ်အသေးစိတ်အချက်အလက်များအတွက် နောက်ထပ်အချက်အလက်များအတွက်၊ အောက်တွင် ကျေးဇူးပြု၍ ကြည့်ပါ။
hPF ငွေပေးချေမှုပုံစံကိုအသုံးပြုသောအခါ 3D လုံခြုံသောလုပ်ငန်းစဉ်
hPF ငွေပေးချေမှုပုံစံသည် 3DS လုပ်ငန်းစဉ်ကို အသုံးပြုရန် ဒီဇိုင်းထုတ်ထားပြီးဖြစ်သည်။ လုပ်ထုံးလုပ်နည်းကို အကောင်အထည်ဖော်ရန်အတွက် သင့်ဘက်မှ နောက်ထပ်လုပ်ဆောင်စရာ မလိုအပ်ပါ။ ဖော်ပြထားသည့်အတိုင်း
hCO အကောင်အထည်ဖော်မှုအတွက် ငွေပေးချေမှုစနစ်မှ တုံ့ပြန်မှုကို အဆင့်နှစ်ဆင့်ဖြင့် လုပ်ဆောင်ရသောကြောင့် သင့်စနစ်သည် PROCESSING.RETURN.CODE တန်ဖိုးကို စစ်ဆေးရမည်ဖြစ်ပါသည်။
တုံ့ပြန်မှုကို လုပ်ဆောင်သည့်အခါ ကန့်သတ်ချက်။
ဤရည်ရွယ်ချက်အတွက် အောက်ပါဘောင်များကို အကဲဖြတ်ရပါမည်။
- PROCESSING.RETURN.CODE = 000.200.000
- PROCESSING.RETURN = ငွေသွင်းငွေထုတ်+ဆိုင်းငံ့ထားသည်။
- PROCESSING.RESULT = ACK
ရှင်းလင်းချက်- ငွေပေးငွေယူ၏ အခြေအနေသည် "ဆိုင်းငံ့နေသည်"၊ ကန့်သတ်ချက် PROCESSING.RESULT သည် ပဏာမရလဒ်ကိုသာ ကိုယ်စားပြုသည်။ 3D Secure လုပ်ငန်းစဉ်ကို ဆောင်ရွက်နေသမျှ ကာလပတ်လုံး အခြေအနေ
ဆိုင်းငံ့ထားဆဲ။
အရောင်းအဝယ်၏ နောက်ဆုံးရလဒ်မှာ လည်းကောင်း
- PROCESSING.RETURN.CODE = 000.000.000
- PROCESSING.RESULT = ACK
or - PROCESSING.RETURN.CODE = irgendein Wert ungleich 000.000.000 oder 000.200.000
- PROCESSING.RESULT = NOK
ပထမကိစ္စတွင် အရောင်းအဝယ်အောင်မြင်ပြီး ဒုတိယအခြေအနေတွင် အလုံးစုံပျက်ကွက်ခဲ့သည်။ နောက်ပိုင်းတွင် စစ်မှန်ကြောင်းအထောက်အထားပြရန် ငြင်းဆိုခြင်းအပါအဝင် အကြောင်းပြချက်အမျိုးမျိုးရှိနိုင်သည်။ သင်လုပ်နိုင်ပါလိမ့်မည်
“PROCESSING.RETURN” နှင့် “PROCESSING.RETURN.CODE” ဘောင်များတွင် ပိုမိုအသေးစိတ်အချက်အလက်များကို ရယူပါ။
မက်ဆေ့ဂျ်နှစ်ခုလုံးအတွက် စမ်းသပ်မှုတစ်ခု လုပ်ဆောင်ရန် အကြံပြုအပ်ပါသည်။ စာမေးပွဲတစ်ခုပြုလုပ်ပုံနှင့် စစ်ဆေးမှုတစ်ခုအတွက် သင်အသုံးပြုနိုင်သည့် ခရက်ဒစ်ကတ်အသေးစိတ်အချက်အလက်များအတွက် နောက်ထပ်အချက်အလက်များအတွက်၊ အောက်တွင် ကျေးဇူးပြု၍ ကြည့်ပါ။
တိုက်ရိုက်ချိတ်ဆက်မှုဖြင့် 3D Secure လုပ်ထုံးလုပ်နည်း
အကယ်၍ သင်သည် အကြွေးဝယ်ကတ်ငွေပေးချေမှုများကို လုပ်ဆောင်ရန် Unzer (ယခင် heidelpay) မှ ပေးဆောင်သော ငွေပေးချေမှုပုံစံကို အသုံးမပြုပါက သို့မဟုတ် ဖောင်များထဲမှ တစ်ခုကို အသုံးပြု၍ ကတ်တစ်ခုကို ရိုးရှင်းစွာ မှတ်ပုံတင်ပြီး ကြိုတင်ခွင့်ပြုချက် (ကြိုတင်မှာယူခြင်း) သို့မဟုတ် မှတ်ပုံတင်ခြင်းအား ရည်ညွှန်းချက်အဖြစ် ငွေထုတ်ယူခြင်း သို့မဟုတ် မှတ်ပုံတင်ခြင်းအား ရည်ညွှန်းချက်အဖြစ် ငွေထုတ်ပါ။ ငွေပေးချေမှုစနစ်နှင့် တိုက်ရိုက်ဆက်သွယ်ခြင်း၊ 3D Secure လုပ်ငန်းစဉ်ကို အကောင်အထည်ဖော်ရပါမည်။
အပြိုင်အဆိုင် အရောင်းအဝယ် စီးဆင်းမှု-
ဤသည်မှာ သင့်ဆာဗာသည် ထပ်ဆင့်ပို့ခြင်းကို လက်ခံရရှိသည့် အပြိုင်အဆိုင်လုပ်ဆောင်မှုတစ်ခုဖြစ်သည်။ URL (ပြန်ညွှန်းသည်။ URL) ကျွန်ုပ်တို့၏ငွေပေးချေမှုစနစ်မှ။ သင့်ဆာဗာသည် ဖောက်သည်အား ၎င်းထံသို့ ပေးပို့ရမည်ဖြစ်သည်။ URL သို့မှသာ 3D Secure လုပ်ထုံးလုပ်နည်းဖြင့် စစ်မှန်ကြောင်းအထောက်အထားပြခြင်းကို လုပ်ဆောင်နိုင်မည်ဖြစ်သည်။ ဤ 3D လုံခြုံသောအထောက်အထားစိစစ်ခြင်း၏ရလဒ်ကို ကတ်ထုတ်ပေးသောဘဏ်မှ Unzer သို့ တိုက်ရိုက်အစီရင်ခံပါသည်။
အထောက်အထားစိစစ်ခြင်းအောင်မြင်ပြီးနောက်၊ သင်ပြန်ကြားမည့် သင့်စနစ်၏ အဆုံးတွင် အလုံးစုံရလဒ်ကို ပေးပို့ခြင်းဖြင့် သင်သိပြီးသားနည်းလမ်းဖြင့် Unzer စနစ်တွင် ငွေပေးငွေယူကို ထပ်မံလုပ်ဆောင်ပါသည်။
လမ်းကြောင်းလွှဲခြင်းနှင့် URL. ထို့နောက် ငွေပေးချေမှုစနစ်သည် ဤလမ်းကြောင်းလွှဲခြင်းကို အသုံးပြု၍ သုံးစွဲသူအား သင့်စနစ်သို့ ပြန်လည်လမ်းညွှန်ပေးမည်ဖြစ်သည်။ URL သင့်စနစ်မှ
ကျေးဇူးပြု၍ သတိပြုပါ- ဤလုပ်ငန်းအသွားအလာတွင် သင့်စနစ်သည် ငွေပေးချေမှုစနစ်မှ အဖြေနှစ်ခုကို ရရှိသည်-
- အခြေအနေကို “ဆိုင်းငံ့ထားသည်” (PROCESSING.RETURN.CODE=000.200.000 နှင့် PROCESSING.RETURN=ငွေပေးငွေယူ+ဆိုင်းငံ့ခြင်း) နှင့် သုံးစွဲသူ၏ ကတ်ထုတ်ပေးသောဘဏ်သို့ ကန့်သတ်ဘောင်များကို ပြန်ညွှန်းသည်။
- ငွေကြိုလွှဲခြင်း သို့မဟုတ် ကြိုတင်စာရင်းသွင်းခြင်း၏ နောက်ဆုံးရလဒ်နှင့်အတူ တစ်ခု။ redirect နှစ်ခုလည်း ရှိတယ်။ URLဤလုပ်ငန်းစဉ်တွင်ဖော်ပြထားသော၊ ဖောက်သည်အား သင့်စနစ်သို့ပြန်လည်လမ်းညွှန်ရန် ၎င်း၏ကတ်ထုတ်ပေးသည့်ဘဏ်နှင့်တစ်ခုအား သင့်စနစ်မှ အထောက်အထားပြရန် ဖောက်သည်ထံပြန်ညွှန်းရမည့်ငွေပေးချေမှုစနစ်မှတစ်ခုသည် သင်၏စနစ်မှတစ်ခုအား အထောက်အထားပြရန်၊
ပုံမှန်လုပ်ထုံးလုပ်နည်းအတွက် အောက်ပါအပြောင်းအလဲများကို ပြုလုပ်ပါမည်။ Paypal ကဲ့သို့သော အခြားသော အပျက်သဘောဆောင်သည့် ငွေပေးချေမှုနည်းလမ်းများကို အကောင်အထည်ဖော်ခြင်းကြောင့် ၎င်းတို့ထဲမှ အချို့ကို သတိပြုပါ။
သင့်အကောင်အထည်ဖော်မှုတွင် လုပ်ငန်းစဉ်များ ရှိနှင့်ပြီးသားဖြစ်နိုင်ပါသည်။
- တုံ့ပြန်မှု URL
ငွေပေးချေမှုစနစ်သို့ ပထမဆုံးခေါ်ဆိုမှု (ပုံတွင် နံပါတ် 2) တွင် “တုံ့ပြန်မှု URL" ရှေ့တန်းအုပ်စုတွင် ကျော်ဖြတ်ရပါမည်။
ကျေးဇူးပြုပြီးမှတ်သားထားပါ: IDENTIFICATION.REFERENCEID ကန့်သတ်ချက်သည် မှတ်ပုံတင်ခြင်း သို့မဟုတ် အခြားရှိပြီးသား ငွေပေးငွေယူကို ရည်ညွှန်းပါကသာ သက်ဆိုင်ပါသည်။ - ပြန်ညွှန်းခြင်းကို လုပ်ဆောင်နေပါသည်။ URL စစ်မှန်ကြောင်းအထောက်အထားလိုအပ်ပါက၊ ပြန်ညွှန်းပါ။ URL ငွေပေးချေမှုစနစ်မှ တုံ့ပြန်မှုတွင် ပြန်ညွှန်းသည့်အဖွဲ့ရှိ အခြားဘောင်များကို လွှဲပြောင်းပေးသည် (ပုံတွင် နံပါတ် 5)။
- ဖောက်သည်အား ပြန်ညွှန်းခြင်းသို့ ထပ်ဆင့်ပို့ခြင်း။ URL
ပြန်ညွှန်းသည့်အဖွဲ့သည် ပြန်ညွှန်းခြင်းဖြင့် တုံ့ပြန်နေလျှင်၊ URLဖောက်သည်၏ဘရောက်ဆာကို ဤသို့ပြန်ညွှန်းရပါမည်။ URL အထောက်အထားစိစစ်ခြင်းလုပ်ဆောင်ရန် (အမှတ် 6 ပုံကြမ်း)။ လမ်းကြောင်းလွှဲသည့်အဖွဲ့မှ အပိုဘောင်များကို ပြင်ပသို့ လွှဲပြောင်းရမည်ဖြစ်သည်။ webPOST ဘောင်များအဖြစ် ဆိုဒ်။
ကျေးဇူးပြု၍ သတိပြုပါ- 3D Secure Version 1 ဖြင့်သာ “PROCESSING.REDIRECT.xxx” အုပ်စုတွင် အပိုဘောင်များကို ပြန်ပေးသည် (ထို့ပြင် နံပါတ်နှင့် အမည်နာမသည် ကွဲပြားနိုင်သည်)၊ 3D ဗားရှင်း 2 တွင် PROCESSING.REDIRECT တစ်ခုသာဖြစ်သည်။URL အောက်တွင်ဖော်ပြထားသည့်အတိုင်း ပြန်လည်ပေးပို့သည်- https://heidelpay.hpcgw.net/AuthService/v1/auth/public/2258_2863FFA4C5241C12E39F37
CCF/run ဆိုသည်မှာ အမျိုးအစားနှင့် ကန့်သတ်ချက်များ မည်မျှပင်ရှိစေကာမူ သုံးစွဲသူ ဘရောက်ဆာသည် PROCESSING.REDIRECT သို့ ပြန်ညွှန်းရမည်ဖြစ်သည်။URL.
အောက်မှာ ရိုးရှင်းတဲ့ code ex ကို တွေ့ပါလိမ့်မယ်။ampထိုသို့သော လမ်းကြောင်းလွှဲခြင်းကို မည်ကဲ့သို့ လုပ်ဆောင်နိုင်သည်ကို သိရှိနိုင်သည်။ အပိုင်းသည် Javascript ကို မပံ့ပိုးသော သို့မဟုတ် ၎င်းကို ပိတ်ထားခြင်း မရှိသော ဖောက်သည်များကို အသိပေးရန် ရည်ရွယ်ပါသည်။ ဖောက်သည်၏တက်ကြွသောဘရောက်ဆာဝင်းဒိုးအတွင်း ပြန်လည်လမ်းညွှန်ခြင်းကို လုပ်ဆောင်ပြီး ပေါ်လာသောပြတင်းပေါက်များ သို့မဟုတ် ဘရောက်ဆာဝင်းဒိုးအသစ်များကို အသုံးမပြုရန် ကျွန်ုပ်တို့ အထူးအကြံပြုလိုပါသည်။
ဖောက်သည်များကို စိတ်ဆိုးစေပြီး ၎င်းတို့ထံ ပြန်ညွှန်းထားသော စာမျက်နှာကို ပိတ်ရန် ပို့ဆောင်ပါ။
- အပြိုင်အဆိုင်ရလဒ်စစ်ဆေးခြင်း။
စစ်မှန်ကြောင်းအထောက်အထားပြခြင်း၏ရလဒ်ကို သင့်ဆာဗာသို့ ချိန်ကိုက်စွာ ပေးပို့ပါသည်။ ငွေပေးချေမှုစနစ်သည် တရားဝင်မှုကို မျှော်လင့်သည်။ URL တုံ့ပြန်မှုအဖြစ်။ (အမှတ်စဉ် ၁၂ & ၁၃)။ အောင်မြင်သည်ဖြစ်စေ၊ ငြင်းပယ်သည်ဖြစ်စေ
ငွေပေးချေမှုများ၊ ကွဲပြားသည်။ URL ဤနေရာတွင် သင့်စနစ်ဖြင့် တုံ့ပြန်နိုင်ပါသည်။ - ဖောက်သည်၏ပြန်လမ်းကြောင်း
ငွေပေးချေမှုစနစ်သည် ဖောက်သည်ထံသို့ ပြန်လည်ညွှန်းပေးသည်။ URL အထောက်အထားစိစစ်ခြင်းလုပ်ငန်းစဉ်နှင့် ငွေပေးချေမှု ပြီးမြောက်ပြီးနောက် ကုန်သည်၏စနစ်က ပံ့ပိုးပေးပါသည်။
ကျေးဇူးပြု၍ သတိပြုပါ- အဆင့် 4.) နှင့် 5.) ရှိပြီးသား NONE 3D Secure အရောင်းအ၀ယ်များတွင် သင်အကျွမ်းတဝင်ရှိပြီးသားအတိုင်း အတိအကျ အလားတူအတိုင်း ဆက်လက်လုပ်ဆောင်ပါ။
3D လုံခြုံပြီး ထပ်တလဲလဲ ငွေပေးချေမှု
1 ခုနှစ် ဇန်နဝါရီလ 2021 ရက်နေ့မှစတင်၍ 3D Secure သည် e-commerce ကတ်အရောင်းအ၀ယ်ပြုလုပ်မှုအားလုံးအတွက် မဖြစ်မနေလိုအပ်မည်ဖြစ်ပါသည်။ သို့သော်၊ ဤသည်မှာ ထပ်တလဲလဲ ငွေပေးချေမှုများအတွက် ခက်ခဲသောကြောင့်၊ ဘဏ်လုပ်ငန်း
စနစ်များသည် ဤအတွက် သီးခြားအလုပ်အသွားအလာများရှိသည်။
ဒီရည်ရွယ်ချက်အတွက် ဘဏ်တွေ ခွဲခြားတယ်။
- CIT = ဖောက်သည်က အစပြုသော ငွေပေးငွေယူများ
- MIT = ကုန်သည်မှ အစပြုထားသော ငွေလွှဲမှုများ
3 မှစတင်၍ သင့်ကုန်သည်အကောင့်ရှိ ကတ်တစ်ခု၏ပထမဆုံးငွေပေးငွေယူကို 01.01.2021D Secure ဖြင့် စစ်မှန်ကြောင်းအထောက်အထားပြရပါမည်။ ထိုသို့သော အောင်မြင်သော စစ်မှန်ကြောင်း အတည်ပြုခြင်းသည် မဖြစ်မနေ လိုအပ်ချက်တစ်ခုဖြစ်သည်။
3D Secure မပါဘဲ တူညီသောကတ်တစ်ခုပေါ်တွင် နောက်ထပ် ကြိုတင်စာရင်းသွင်းမှုများကို နောက်ပိုင်းတွင် တင်ပြနိုင်စေရန်။ ထို့ကြောင့် ဖောက်သည်သည် ၎င်း၏ ကတ်ထုတ်ပေးသည့်ဘဏ်သို့ ပထမဆုံး ငွေထုတ်ယူရန်အတွက် ပေးပို့ရမည်ဖြစ်သည်။
အထက်ဖော်ပြပါ လုပ်ထုံးလုပ်နည်းနှင့်အညီ ၎င်းတွင် ကတ်ကိုင်ဆောင်သူအဖြစ် မိမိကိုယ်ကို အထောက်အထားပြပါ။ မှာယူသည့်အချိန်တွင် ငွေကြိုထုတ်ရန် မစီစဉ်ထားပါက ဥပမာampအစမ်းကာလတစ်ခုကြောင့်၊ အနည်းဆုံး ယူရိုတစ်ယူရို (ခွင့်ပြုချက်ကြိုတင်မှာယူမှု) ကို 3D Secure ဖြင့် ဝယ်ယူသူထံတွင် အစားလုပ်ရပါမည်။ ဤကြိုတင်မှာယူမှုကို ဖမ်းယူရန် မလိုအပ်ပါ။
သို့သော် ရှိပြီးသားဖောက်သည်များအတွက်၊ 3D Secure စစ်မှန်ကြောင်းအတည်ပြုခြင်းကို ပြုလုပ်ရန်မလိုအပ်ပါ။ 01.01.2021 မတိုင်မီ ပထမဆုံးအောင်မြင်သော ငွေထုတ်ယူမှုဖြစ်ခဲ့ပါက၊ ဝယ်ယူသူမှတ်တမ်းကိုလည်း ယူဆနိုင်သည်။
အောင်မြင်စွာ စစ်မှန်ကြောင်း အတည်ပြုပြီးပါပြီ။ 01.01.2021 နေ့မှစ၍ သုံးစွဲသူအသစ်များအတွက်၊ အခြားတစ်ဖက်တွင်၊ 3D Secure authentication သည် ပထမဆုံးငွေထုတ်ယူခြင်း သို့မဟုတ် ကြိုတင်စာရင်းသွင်းခြင်းအတွက် မဖြစ်မနေလိုအပ်ပါသည်။
ကျေးဇူးပြု၍ သတိပြုပါ- ဤအချက်နှင့်ပတ်သက်၍၊ ဘဏ်စနစ်သည် သုံးစွဲသူဒေတာမဟုတ်ဘဲ ကတ်ဒေတာကို ကြည့်ရှုသည်။ ထို့ကြောင့် 01.01.2021 နောက်ပိုင်းတွင် လက်ရှိအသုံးပြုသူသည် ကတ်အသစ်ကို အသုံးပြုပါက ဥပမာample ဆိုတော့ ခုနက
သက်တမ်းကုန်သွားသည် သို့မဟုတ် ၎င်း၏ကတ်ထုတ်ပေးသည့်ဘဏ်ကို ပြောင်းထားသောကြောင့်၊ ၎င်းသည် ဘဏ်များ၏အချက်မှ ထပ်တလဲလဲလည်ပတ်မှုအသစ်တစ်ခုဖြစ်သည်။ view နှင့် ပထမဆုံး ကြိုတင်မှာယူမှုအတွက် 3D Secure ဖြင့် စစ်မှန်ကြောင်း အတည်ပြုရပါမည်။
ဤကနဦးအထောက်အထားစိစစ်ခြင်းကို အောင်မြင်စွာလုပ်ဆောင်ပြီးသည်နှင့်၊ 3D Secure ကိုအသုံးပြုရန် 3D Secure ကိုအသုံးပြုရန်တာဝန်မှ ကင်းလွတ်ခွင့် XNUMXD Secure မပါဘဲ ထပ်တလဲလဲပေးချေမှုအတွက် ကြိုတင်လိုအပ်ချက်များမှာ-
- 3D Secure ဖြင့် လုပ်ဆောင်ခဲ့သည့် သို့မဟုတ် 01.01.2021 မတိုင်မီ ပြုလုပ်ခဲ့သည့် အောင်မြင်သော ငွေကြိုတင်စာရင်းသွင်းခြင်း သို့မဟုတ် ကြိုတင်မှာယူမှု အနည်းဆုံးတစ်ခု ရှိပါသည်။
- တင်သွင်းမှုအပေါ်ရှိပြီးသား မှတ်ပုံတင်ခြင်းနှင့် ငွေထုတ်ယူခြင်းတို့ကို ရည်ညွှန်းပါသည်။
၎င်းသည် ထပ်တလဲလဲပေးချေမှုဖြစ်ကြောင်း ငွေပေးချေမှုစနစ်အား အသိပေးရန်၊ ကန့်သတ်ချက် RECURRENCE.MODE=REPEATED ကိုလည်း ပေးပို့ရမည်ဖြစ်သည်။ ၎င်းသည် စနစ်အား အချက်ပြသည်။
ထပ်တလဲလဲ ငွေပေးချေမှုများကို ဘဏ်စနစ်များသို့ အစီရင်ခံတင်ပြရမည်။
ကျေးဇူးပြု၍ မှတ်ချက်- RECURRENCE.MODE=REPEATED သည် ကတ်အသစ်ကို ပထမဆုံးအကြိမ် တင်သည့်အခါတွင် ပါရာမီတာကို ထည့်သွင်းပါက၊ 3D Secure ထပ်ဆင့်ပို့ခြင်းကို ဤကန့်သတ်ချက်တွင် လုပ်ဆောင်သွားပါမည်။
3D Secure အကောင်အထည်ဖော်မှုကို စမ်းသပ်ခြင်း။
ကျွန်ုပ်တို့၏ငွေပေးချေမှုစနစ်မှတစ်ဆင့် 3D Secure ချိတ်ဆက်မှုကို အချိန်မရွေး စမ်းသပ်နိုင်သည်။ ထိုသို့လုပ်ဆောင်ရန်၊ ယခင်တွင်ပြထားသည့်အတိုင်း ငွေပေးငွေယူအတွက် “CONNECTOR_TEST” မုဒ်ကို အသုံးပြုပါ။ampအပေါ်က les။
ဤစမ်းသပ်မှုအတွက် ချိတ်ဆက်မှုဒေတာ-
| SECURITY.SENDER | 31HA07BC8142C5A171745D00AD63D182 |
| USER.လော့ဂ်အင် | 31ha07bc8142c5a171744e5aef11ffd3 |
| USER.PWD | 93167DE7 |
| TRANSACTION.CHANNEL | 31HA07BC8142C5A171749A60D979B6E4 |
| 3D ဗားရှင်း 2 အတွက် ပြင်ဆင်ထားသော ငွေကြေးများ | EUR၊ USD၊ SEK |
| 3D ဗားရှင်း 1 အတွက် ပြင်ဆင်ထားသော ငွေကြေးများ | GBP၊ CZK၊ CHF |
System gateway endpoint သည်လည်းကောင်း
SGW တံခါးပေါက်-
- https://test-heidelpay.hpcgw.net/sgw/gtw – လက်တင်-15 ကုဒ်လုပ်ထားသည်
- https://test-heidelpay.hpcgw.net/sgw/gtwu – UTF-8 ကုဒ်လုပ်ထားသည်
NGW တံခါးပေါက်-
- https://test-heidelpay.hpcgw.net/ngw/post
ဤစမ်းသပ်မှုအတွက် ခရက်ဒစ်ကတ်ဒေတာ
| အမှတ်တံဆိပ်များ | ကတ်နံပါတ်များ | CVV | သက်တမ်းကုန်ဆုံးရက် | မှတ်ချက် |
| မာစတာကတ် | 5453010000059543 | 123 | အနာဂတ်ရက်စွဲ | 3D – စကားဝှက်- လျှို့ဝှက်ချက် ၃ |
| ဗီဇာ | 4711100000000000 | 123 | အနာဂတ်ရက်စွဲ | 3DS – စကားဝှက်- လျှို့ဝှက်ချက် ၃၃ |
ကျေးဇူးပြု၍ သတိပြုပါ- 3D Secure Version 2 အတွက်၊ သင်သည် စကားဝှက်ထည့်ရန် မလိုအပ်ပါ၊ သို့သော် လင့်ခ်ကို နှိပ်ပါ “အထောက်အထားစိစစ်ခြင်း အပြီးသတ်ရန် ဤနေရာကို နှိပ်ပါ။
3D Secure Version 2 ဖြင့် အမှားတစ်ခုကို အတုယူရန် တစ်ခုတည်းသောနည်းလမ်းမှာ လင့်ခ်ပါသော စာမျက်နှာကို အချိန်ကုန်စေသည် (ခန့်မှန်းခြေ 18 မိနစ်)။
ဤလက်စွဲစာအုပ်အကြောင်း ပိုမိုဖတ်ရှုပြီး PDF ကို ဒေါင်းလုဒ်လုပ်ပါ-
စာရွက်စာတမ်းများ / အရင်းအမြစ်များ
 |
Softwares 3D Secure Integration Guide [pdf] စာတမ်း Unzer၊ ပေါင်းစည်းမှုလမ်းညွှန်၊ 3D လုံခြုံသည်။ |
