JDH Bet: ဘဏ်အကောင့်ပိုင်ဆိုင်မှု အတည်ပြုစစ်ဆေးမှုအသစ်နှင့် အကောင့်ဖွင့်ချိန် ပြင်ဆင်ရမည့်အချက်များ

အကောင့်ဖွင့်ချိန်တွင် မှတ်ပုံတင်တင်ရသည်၊ မျက်နှာဓာတ်ပုံ ရိုက်ရသည်။ ထိုလုပ်ငန်းစဉ်ပြီးသွားလျှင် စိစစ်မှု ပြီးပြည့်စုံပြီဟု ယူဆမိတတ်သည်။ သို့သော် ထိုအဆင့်က ဖြေပေးသည့် မေးခွန်းမှာ “ဤလူသည် သူဆိုသည့်အတိုင်း ဟုတ်မဟုတ်” ဆိုသည့် အချက်တစ်ချက်တည်းသာ ဖြစ်သည်။ ငွေထုတ်ခွင့် တောင်းဆိုသည့်အခါ၊ ပြန်အမ်းငွေ ထုတ်ပေးသည့်အခါ သို့မဟုတ် ဘဏ်မှ တိုက်ရိုက်နုတ်ယူသည့်အခါ အရေးပါလာသည့် မေးခွန်းက ကွဲပြားသည် — “ငွေရောက်သွားမည့် ဘဏ်အကောင့်သည် ထိုလူ၏ အကောင့် ဟုတ်မဟုတ်” ဆိုသည့် မေးခွန်း ဖြစ်သည်။

ဤကွာဟချက်သည် သီအိုရီသက်သက် မဟုတ်ပါ။ စျေးကွက်တွင် ရောင်းချနေသည့် စိစစ်ရေးဝန်ဆောင်မှု အများစုက အကောင့်ဖွင့်ချိန်၌ လူပုဂ္ဂိုလ်ကိုသာ စစ်ပေးကြသည်။ ထို့ကြောင့် လုပ်ငန်းများသည် ဘဏ်အကောင့် ပိုင်ဆိုင်မှု စစ်ဆေးမှုကို ဒုတိယဝန်ဆောင်မှုပေးသူတစ်ဦးထံမှ သီးခြားဝယ်ယူပြီး၊ မှတ်တမ်းနှစ်ခုကို နောက်မှ ပြန်တိုက်ဆိုင်ရသည်။ တချို့လုပ်ငန်းများကမူ ယနေ့တိုင် ဘဏ်စာရင်းရှင်းတမ်းကို လူကိုယ်တိုင် ဖတ်စစ်ခြင်း၊ ဝန်ထမ်းက ဖုန်းပြန်ခေါ်၍ အတည်ပြုခြင်း သို့မဟုတ် ငွေပမာဏအနည်းငယ် စမ်းလွှဲကြည့်သည့် penny-drop နည်းလမ်းဖြင့် အလုပ်လုပ်နေဆဲ ဖြစ်သည်။ ထိုနည်းလမ်းများက အသုံးစရိတ်တင် မကဘဲ အကောင့်ဖွင့်ခြင်း လုပ်ငန်းစဉ်ကိုပါ ဆွဲဆန့်ထားလိုက်သည်။

စက်တင်ဘာ ၁၅ ရက် မိတ်ဆက်ချက်၏ အနှစ်သာရမှာ ဤနှစ်ခုကို API တစ်ခုတည်း၏ ဆုံးဖြတ်ချက်တစ်ခုအတွင်း ပေါင်းထည့်လိုက်ခြင်း ဖြစ်သည်။ ကိုယ်ပိုင်အထောက်အထား စစ်ဆေးမှုနှင့် ဘဏ်အကောင့် ပိုင်ဆိုင်မှု စစ်ဆေးမှု နှစ်ခုစလုံးသည် တစ်ခုတည်းသော စစ်ဆေးမှုဆုံးဖြတ်ချက်အတွင်း လုပ်ဆောင်ပြီး၊ စစ်ဆေးချက်တစ်ခုစီသည် ကိုယ်ပိုင်အထောက်အထား ရလဒ်နှင့်အတူ ပြန်လည်စစ်ဆေးနိုင်သော မှတ်တမ်းတစ်ခုအဖြစ် ကျန်ရစ်သည်။ ဒါက စာရွက်စာတမ်းအရ သေးငယ်သည့် ပြောင်းလဲမှုပုံစံ ရှိသော်လည်း၊ ငွေထုတ်မှုတစ်ခုကို နောက်ပိုင်းတွင် အငြင်းပွားလာသည့်အခါ မည်သည့်အကောင့်ကို မည်သည့်နည်းလမ်းဖြင့် မည်သည့်အချိန်တွင် စစ်ဆေးထားသည်ဆိုသော အဖြေကို ချက်ချင်း ထုတ်ပြနိုင်ခြင်း ဖြစ်သည်။

အမည်တိုက်စစ်ခြင်းသည် ရုတ်တရက် ပေါ်လာသည့် အလေ့အထ မဟုတ်ပါ။ နိုင်ငံကြီးသုံးခုက စည်းမျဉ်းများကို အဆင့်ဆင့် တင်းကျပ်လာခဲ့ခြင်း ဖြစ်သည် —

ငွေလွှဲခံယူသူ အမည်စစ်ဆေးမှုကို မဖြစ်မနေ ဖြစ်စေခဲ့သည့် စည်းမျဉ်းများ (၂၀၂၆ ခုနှစ် စက်တင်ဘာ ၁၅ ရက် အခြေအနေအရ)

ဒေသ / စည်းမျဉ်း	လိုအပ်ချက်နှင့် သက်တမ်းစတင်ချိန်
ဗြိတိန် — Confirmation of Payee (CoP)	Specific Direction 17 အရ Group 2 ငွေပေးချေမှု ဝန်ဆောင်မှုပေးသူများအထိ ၂၀၂၄ ခုနှစ် အောက်တိုဘာ ၃၁ ရက်တွင် တိုးချဲ့ခဲ့သည်။ ယခုအခါ Faster Payments နှင့် CHAPS ငွေလွှဲ အားလုံးနီးပါးကို လွှမ်းခြုံထားသည်။
ဥရောပသမဂ္ဂ — Verification of Payee (VoP)	Instant Payments Regulation အရ ယူရိုဇုန် ဝန်ဆောင်မှုပေးသူများသည် ၂၀၂၅ ခုနှစ် အောက်တိုဘာ ၉ ရက်မှစ၍ ယူရိုငွေလွှဲများ (ချက်ချင်းလွှဲနှင့် သာမန်လွှဲ နှစ်မျိုးလုံး) အတွက် ဤစစ်ဆေးမှုကို ပေးရသည်။ ယူရိုမသုံးသော အဖွဲ့ဝင်နိုင်ငံများက ၂၀၂၇ ခုနှစ် ဇူလိုင် ၉ ရက်တွင် လိုက်ပါရမည်။
အမေရိကန် — Nacha ACH စည်းမျဉ်း	၂၀၂၁ ခုနှစ် မတ် ၁၉ ရက်မှစ၍ အင်တာနက်မှ စတင်သော ACH နုတ်ယူမှုများအတွက် အကောင့်ဖွင့်ထားသည်၊ အသုံးပြုနိုင်သည်ဆိုသည်ကို ပထမဆုံးအကြိမ် မသုံးမီနှင့် အကောင့်နံပါတ် ပြောင်းလဲတိုင်း အတည်ပြုရသည်။

ဤရက်စွဲသုံးခုကို အတန်းလိုက် ချကြည့်လျှင် ဦးတည်ချက်က ရှင်းသွားသည်။ ၂၀၂၁ ခုနှစ်တွင် အမေရိကန်က အကောင့်နံပါတ် မှန်မမှန် စတင်စစ်စေခဲ့သည်။ ၂၀၂၄ ခုနှစ်တွင် ဗြိတိန်က အမည်တိုက်စစ်မှုကို ငွေလွှဲအားလုံးနီးပါးသို့ တွန်းပို့ခဲ့သည်။ ၂၀၂၅ ခုနှစ်တွင် ဥရောပက ယူရိုငွေလွှဲအားလုံးအတွက် သတ်မှတ်ခဲ့သည်။ အွန်လိုင်းဘဏ္ဍာရေး ဝန်ဆောင်မှုပေးသူများအနေဖြင့် “အကောင့်ပိုင်ရှင်အမည် တိုက်ကြည့်ပါ” ဆိုသည်မှာ ရွေးချယ်စရာ တစ်ခုမဟုတ်တော့ဘဲ လုပ်ငန်းစဉ်၏ အခြေခံအဆင့်တစ်ခု ဖြစ်လာနေပြီ ဖြစ်သည်။

ဤစစ်ဆေးမှုသည် server မှ server သို့ တိုက်ရိုက်ဆက်သွယ်သည့် API တစ်ခုအဖြစ် လုပ်ဆောင်သည်။ လုပ်ငန်းက အကောင့်အချက်အလက်ကို ပေးပို့လိုက်ပြီး စက္ကန့်ပိုင်းအတွင်း ရလဒ် ပြန်ရသည်။ အသုံးပြုသူဘက်မှ ဘဏ်အကောင့်ထဲ ဝင်ရန် မလို၊ အခြားစာမျက်နှာသို့ ခုန်ကူးရန် မလို၊ ထပ်ဆောင်း လုပ်ဆောင်ချက် တစ်ခုမှ မလိုအပ်ပါ။ ပြန်လာသည့် အဖြေမှာ အောက်ပါ ခြောက်မျိုးထဲမှ တစ်မျိုး ဖြစ်သည် —

ဘာကြောင့် အဖြေ ခြောက်မျိုး လိုအပ်ရသနည်း။ အကြောင်းရင်းမှာ နိုင်ငံတစ်ခုနှင့်တစ်ခု ဘဏ်စနစ်၏ ပွင့်လင်းမှုအဆင့် မတူညီခြင်း ဖြစ်သည်။ ဤစစ်ဆေးမှုကို နိုင်ငံပေါင်း ၇၀ ကျော်တွင် လုပ်ဆောင်နိုင်သော်လည်း ရလဒ်ပုံစံက ဒေသအလိုက် ကွဲပြားသည်။ ဖင်လန်နှင့် အင်ဒိုနီးရှားတွင် အကောင့်ပိုင်ရှင် အမည်အပြည့်အစုံ ပြန်ရသည်။ ဩစတြေးလျတွင်မူ နှိုင်းယှဉ်စစ်ဆေးမှုကို ဘဏ်ဘက်က ကိုယ်တိုင်လုပ်ပြီး ကိုက်ညီမှု ရလဒ်ကိုသာ ပြန်ပေးသည် — အမည်ကို ပြန်မပေးပါ။

နိုင်ငံပေါင်း ၂၁ ခုခန့်တွင် ဘဏ်စနစ်နှင့် တိုက်ရိုက်ချိတ်ဆက်၍ စစ်ဆေးရန် မဖြစ်နိုင်သေးပါ။ ထိုနေရာများတွင် ရလဒ်မရှိဟု လက်လျှော့ပစ်မည့်အစား IBAN ဖွဲ့စည်းပုံနှင့် စစ်ဆေးဂဏန်း မှန်ကန်မှုကို တွက်ချက်စစ်ဆေးပေးသည်။ ဤအဆင့်က ဘာလုပ်ပေးနိုင်သနည်း ဆိုသည်ကို ရှင်းရှင်းလင်းလင်း နားလည်ထားသင့်သည် — ရိုက်ထည့်ရာတွင် ဂဏန်းတစ်လုံး လွဲမှားသွားခြင်းမျိုးကို ငွေမလွှဲမီ ဖမ်းပေးနိုင်သည်။ သို့သော် ထိုအကောင့်သည် သင့်အကောင့် ဟုတ်မဟုတ်ကို သက်သေမပြနိုင်ပါ။

ဤကွာခြားချက်က အသုံးဝင်သည်။ အကောင့်နံပါတ် ရိုက်မှားခြင်းသည် အဖြစ်အများဆုံး အမှားဖြစ်ပြီး၊ ငွေရောက်ရှိမှု နှောင့်နှေးရသည့် အကြောင်းရင်း အများစုမှာ လိမ်လည်မှုမဟုတ်ဘဲ ရိုးရိုးရှင်းရှင်း စာရိုက်မှား ခြင်းသာ ဖြစ်တတ်သည်။ ထို့ကြောင့် ဖွဲ့စည်းပုံစစ်ဆေးမှုကို လက်လွတ်မခံသင့်သလို၊ ယင်းကို ပိုင်ဆိုင်မှု သက်သေအဖြစ်လည်း အလွဲမမှတ်သင့်ပါ။

စစ်ဆေးမှုသည် အကောင့်ဖွင့်ချိန် တစ်ကြိမ်တည်းဖြင့် ပြီးဆုံးသွားသည် မဟုတ်ပါ။ ဖောက်သည်တစ်ဦးက ဘဏ်အကောင့်အသစ် ထပ်ထည့်သည့်အခါ သို့မဟုတ် ရှိပြီးသား အကောင့်ကို ပြောင်းလဲသည့်အခါတိုင်း ပြန်လည်လုပ်ဆောင်သည်။ ငွေထုတ်အချက်အလက်ကို ပြင်ဆင်သည့်အခါတွင်မူ ထပ်ဆင့်အဆင့်တစ်ခု တောင်းဆိုနိုင်သည် — ISO/IEC 30107-3 စံအရ iBeta Level 3 အဆင့် ကိုက်ညီမှုရှိသော liveness စစ်ဆေးမှုဖြင့် ဇီဝမက်ထရစ် ပြန်လည်အတည်ပြုခြင်း ဖြစ်သည်။

ဤအဆင့်ကို ထည့်သွင်းရသည့် အကြောင်းရင်းမှာ အကောင့်လုယူခံရမှု (account takeover) ဖြစ်သည်။ တိုက်ခိုက်သူတစ်ဦးက အကောင့်ထဲ ဝင်ခွင့်ရသွားသည့်အခါ ပထမဆုံး လုပ်လေ့ရှိသည့်အရာမှာ ငွေထုတ်မည့် အကောင့်ကို မိမိအကောင့်ဖြင့် အစားထိုးလိုက်ခြင်း ဖြစ်သည်။ စကားဝှက်တစ်ခုတည်းသာ ကာကွယ်ထားလျှင် ထိုပြောင်းလဲမှုက အတားအဆီးမရှိ ဖြတ်သွားနိုင်သည်။ liveness စစ်ဆေးမှုက ပြောင်းလဲမှုတောင်းဆိုသူသည် ဓာတ်ပုံ၊ ဗီဒီယိုမှတ်တမ်း သို့မဟုတ် mask မဟုတ်ဘဲ တကယ့်လူတစ်ယောက် ကိုယ်တိုင် ဖြစ်ကြောင်းကို တောင်းဆိုသည်။ ထို့ကြောင့် ငွေထုတ်ဘဏ်အကောင့်ကို ပြောင်းပြီးနောက် အတည်ပြုမှုအဆင့် ထပ်တိုးလာသည်ကို တွေ့ရလျှင် အနှောင့်အယှက်ဟု မထင်ဘဲ ကာကွယ်မှုတစ်ခုအဖြစ် မှတ်ယူသင့်သည်။

နည်းပညာဘက်က မည်မျှ မြန်ဆန်သည်ဖြစ်စေ၊ ကိုက်ညီမှု မဖြစ်စေသည့် အကြောင်းရင်း အများစုက အသုံးပြုသူဘက်မှ လာသည်။ အောက်ပါအချက်များကို အကောင့်မဖွင့်မီ စစ်ထားလျှင် နောက်ပိုင်း ငွေထုတ်ချိန်တွင် နှောင့်နှေးမှု များစွာ လျှော့ချနိုင်သည် —

1. အမည်စာလုံးပေါင်း တူညီအောင် ထားပါ။ မှတ်ပုံတင်ပေါ်ရှိ အမည်၊ ဘဏ်အကောင့်တွင် မှတ်တမ်းတင်ထားသော အမည်နှင့် အွန်လိုင်းအကောင့်တွင် ဖြည့်မည့် အမည် သုံးခုစလုံး တစ်ထပ်တည်း ကျရပါမည်။ အင်္ဂလိပ်လို စာလုံးပေါင်း ကွဲလွဲမှု၊ အလယ်နာမည် ချန်လှပ်ခြင်း၊ ဦး/ဒေါ် စသည့် ရှေ့ဆက်များ ထည့်/မထည့် ကွာသွားခြင်းတို့က အမည်တိုက်စစ်မှုကို ကျစေနိုင်သည်။
2. ကိုယ်ပိုင်အကောင့်ကိုသာ သုံးပါ။ မိသားစုဝင် သို့မဟုတ် သူငယ်ချင်း၏ ဘဏ်အကောင့်ကို ငွေထုတ်ရန် ထည့်ခြင်းသည် ပိုင်ဆိုင်မှု စစ်ဆေးမှုတွင် ကျရှုံးမည့် အခြေအနေအတိအကျ ဖြစ်သည်။ အကောင့်ပိုင်ရှင်အမည်နှင့် စိစစ်ထားသော ကိုယ်ပိုင်အထောက်အထား မကိုက်ညီလျှင် ရလဒ်က မကိုက်ညီဟုသာ ပြမည်။
3. အကောင့် လက်ရှိအသုံးပြုနိုင်ဆဲ ဖြစ်ကြောင်း သေချာပါစေ။ စစ်ဆေးမှုက အကောင့် တည်ရှိမှုသာမက အသက်ဝင်နေမှုကိုပါ ကြည့်သည်။ ကာလကြာရှည် အသုံးမပြုဘဲ ပိတ်ထားခံရသော သို့မဟုတ် ရပ်ဆိုင်းထားသော အကောင့်တစ်ခုက ပြဿနာ ဖြစ်စေနိုင်သည်။
4. အကောင့်နံပါတ်ကို နှစ်ကြိမ် ပြန်ဖတ်ပါ။ ဂဏန်းတစ်လုံး လွဲမှားခြင်းသည် အဖြစ်အများဆုံး အမှားဖြစ်ပြီး၊ ဖွဲ့စည်းပုံစစ်ဆေးမှုက ဖမ်းမိသည့်အခါ ပြန်ဖြည့်ရသည့် အချိန်ကုန်သည်။
5. ငွေထုတ်အချက်အလက် မကြာခဏ မပြောင်းပါနှင့်။ ပြောင်းလဲမှုတိုင်းက စစ်ဆေးမှုအသစ်တစ်ခုကို ဖြစ်ပေါ်စေနိုင်ပြီး၊ ဇီဝမက်ထရစ် ပြန်လည်အတည်ပြုမှုပါ တောင်းဆိုနိုင်သည်။ အမှန်တကယ် လိုအပ်မှသာ ပြောင်းပါ။

အထက်ပါ အချက်များအားလုံး၏ အခြေခံမှာ တစ်ခုတည်းသော စည်းမျဉ်း ဖြစ်သည် — အကောင့်ပေါ်ရှိ အမည်နှင့် စိစစ်ခံထားသော ကိုယ်ပိုင်အထောက်အထား တစ်ထပ်တည်း ကျရမည်။ ဤစည်းမျဉ်းကို လိုက်နာထားလျှင် နောက်ဆုံး စစ်ဆေးမှုသည် စက္ကန့်ပိုင်းအတွင်း ကျော်ဖြတ်သွားပြီး၊ မလိုက်နာထားလျှင် မည်သည့်နည်းပညာကမျှ ကူညီပေးနိုင်မည် မဟုတ်ပါ။

စိစစ်ရေးဝန်ဆောင်မှုပေးသူ Shufti ဘက်မှ ဖော်ပြချက်အရ ၎င်းတို့သည် ဘဏ်လုပ်ငန်း၊ fintech၊ ငွေပေးချေမှု၊ forex နှင့် အွန်လိုင်းဈေးကွက်များအပါအဝင် လုပ်ငန်းပေါင်း ၂,၀၀၀ ကျော်ကို ဝန်ဆောင်မှုပေးနေပြီး နိုင်ငံနှင့် နယ်မြေပေါင်း ၂၄၀ ကျော်ကို လွှမ်းခြုံထားသည်။ ၎င်းတို့တွင် SOC 2 Type II အသိအမှတ်ပြုချက်၊ PCI DSS လိုက်နာမှုနှင့် ဇီဝမက်ထရစ် liveness အတွက် iBeta Level 3 PAD ကိုက်ညီမှု ရှိသည်ဟု ဆိုသည်။ ဤစာရင်းများက အရေးပါသည်မှာ လုပ်ငန်းကြီးမားမှုကြောင့် မဟုတ်ဘဲ၊ ဤအမျိုးအစား စစ်ဆေးမှုများ ဘယ်လောက် ကျယ်ပြန့်စွာ ပျံ့နှံ့နေပြီလဲ ဆိုသည်ကို ပြသနေခြင်းကြောင့် ဖြစ်သည်။

လက်တွေ့အနေဖြင့် ဆိုလျှင် — အွန်လိုင်းတွင် ငွေကိုင်တွယ်သည့် အကောင့်တစ်ခု ဖွင့်တိုင်း၊ မိမိ၏ အထောက်အထားနှင့် မိမိ၏ ဘဏ်အကောင့် နှစ်ခုကို တွဲစပ်၍ စစ်ဆေးခံရမည့် အခြေအနေသို့ ရောက်လာနေပြီ ဖြစ်သည်။ ထိုစစ်ဆေးမှုက အသုံးပြုသူဘက်မှ မမြင်ရဘဲ နောက်ကွယ်တွင် ဖြစ်ပျက်သွားနိုင်သလို၊ တစ်ခါတစ်ရံ ဓာတ်ပုံရိုက်ရန် ထပ်တောင်းသည့် အဆင့်အဖြစ်လည်း ပေါ်လာနိုင်သည်။ နှစ်မျိုးလုံးအတွက် ကြိုတင်ပြင်ဆင်ရမည့် အရာမှာ တူညီသည် — မှန်ကန်သော အမည်၊ ကိုယ်ပိုင်အကောင့်၊ အသုံးပြုနိုင်ဆဲ အခြေအနေ။

အကောင့်ဖွင့်ခြင်း၊ အထောက်အထား စိစစ်ခြင်းနှင့် အကောင့်စနစ်တကျ ပြင်ဆင်ခြင်းဆိုင်ရာ အသေးစိတ် လမ်းညွှန်ချက်များကို ဆက်လက်ဖတ်ရှုလိုပါက —

JDH Bet အကောင့်ဖွင့်ခြင်းနှင့် အတည်ပြုစစ်ဆေးမှု စာမျက်နှာသို့အကောင့်ဖွင့်ရန် အဆင့်ဆင့်လမ်းညွှန်၊ Account Verification၊ အသက်အရွယ် ကန့်သတ်ချက်နှင့် KYC လုပ်ငန်းစဉ်တို့ကို ဤနေရာတွင် အပြည့်အစုံ ဖတ်ရှုနိုင်ပါသည်။

ဤဆောင်းပါးသည် အသက် ၁၈ နှစ်နှင့်အထက် ဖတ်ရှုသူများအတွက် ရည်ရွယ်ပါသည်။ တာဝန်သိစွာ ကစားပါ။