Payment Gateway ဆိုတာ ဘာလဲ? အွန်လိုင်း ငွေပေးချေမှု အလုပ်လုပ်ပုံ ရှင်းလင်းချက်
Payment gateway ဆိုသည်မှာ checkout တွင် ဖောက်သည်၏ ငွေပေးချေမှု အချက်အလက်ကို လုံခြုံစွာ ယူပြီး အတည်ပြုရန် ဘဏ်များနှင့် ကတ်ကွန်ရက်များသို့ ပို့ကာ "approved" သို့မဟုတ် "declined" ကို ပြန်ပို့သော ဝန်ဆောင်မှု ဖြစ်သည်– များသောအားဖြင့် စက္ကန့်အနည်းငယ်အတွင်း။ ၎င်းသည် သင့် app နှင့် ဘဏ္ဍာရေးစနစ်ကြား တံတားဖြစ်သည်။ Stripe၊ PayPal၊ Adyen၊ Square နှင့် Braintree တို့သည် အသိများသော ဥပမာများ ဖြစ်သည်။
ယနေ့ ကုမ္ပဏီ အများစုသည် gateway ကို ငွေရရှိရန် လိုအပ်သည့် အခြားအရာအားလုံးနှင့် ထုပ်ပိုးထားသောကြောင့် "payment gateway"၊ "payment processor" နှင့် "payment provider" ကို အဓိပ္ပာယ်တူတူ သုံးလေ့ရှိသည်။
AI ဖြင့် တည်ဆောက်သည့်အခါ payment gateway ဘာကြောင့် အရေးကြီးသလဲ
"ငွေပေးချေမှု ထည့်ပါ" ဆိုသည်မှာ လူများက AI builder များကို တောင်းဆိုသော အဖြစ်အများဆုံး တောင်းဆိုချက် တစ်ခုဖြစ်ပြီး နုနုညံ့ညံ့ မှားရန် လွယ်ကူသည်။ ကုဒ်ကိုယ်တိုင်မှာ များသောအားဖြင့် တိုတောင်းသည်။ အရေးကြီးသော အပိုင်းများမှာ ၎င်းပတ်လည်ရှိ ဆုံးဖြတ်ချက်များ ဖြစ်သည်–
- Provider ဘယ်ဟာ သင့်စီးပွားရေး၊ နိုင်ငံနှင့် ရောင်းသော ပစ္စည်းနှင့် ကိုက်ညီသလဲ။
- ကုဒ် ဘယ်နေရာတွင် run သလဲ။ Secret payment key များသည် server ပေါ်တွင်သာ ရှိရမည်၊ browser တွင် ဘယ်တော့မှ မရှိရပါ။
- ငွေပေးချေမှု အောင်မြင်ကြောင်း app က ဘယ်လို သိသလဲ။ ယုံကြည်ရသော နည်းလမ်းမှာ provider ထံမှ webhook ဖြစ်ပြီး ဖောက်သည်က "ကျေးဇူးတင်ပါသည်" စာမျက်နှာသို့ ရောက်သွားခြင်း မဟုတ်ပါ။
- သင့်ဥပဒေ နှင့် အခွန် တာဝန်များ၊ ၎င်းသည် merchant of record မည်သူဖြစ်သည်ပေါ်တွင် မူတည်သည်။
Gateway က ဘာလုပ်သည်ကို နားလည်ခြင်းက ရှင်းလင်းသော ညွှန်ကြားချက်များ ပေးရန်နှင့် ရလဒ် ဘေးကင်းမှု ရှိမရှိ စစ်ဆေးရန် ကူညီသည်။
နေ့စဉ်ဘဝမှ နှိုင်းယှဉ်ချက်
ဆိုင်တစ်ခုတွင် ကတ်ဖြင့် ငွေပေးချေသည့်အကြောင်း စဉ်းစားကြည့်ပါ။
ကောင်တာပေါ်ရှိ ကတ်ဖတ်စက် သည် gateway ဖြစ်သည်။ ၎င်းသည် သင့်ကတ်ကို လုံခြုံစွာ ဖတ်ပြီး တောင်းဆိုချက်ကို ပို့သည်။ ၎င်းက ဘာမျှ မဆုံးဖြတ်ပါ– "ဤလူသည် ယူရို ၄၀ ပေးနိုင်လား?" ဟူသော မေးခွန်းကို သင့်ဘဏ်သို့ ကွင်းဆက်ဖြင့် ပေးပို့ပြီး အဖြေကို ပြန်ယူသည်။ ဆိုင်၏ ဘဏ် (acquirer) နှင့် သင်၏ ဘဏ် (issuer) တို့သည် ၎င်းတို့ကို ချိတ်ဆက်သော ကတ်ကွန်ရက် (Visa၊ Mastercard) မှတစ်ဆင့် ဆုံးဖြတ်သည်။
အွန်လိုင်း payment gateway သည် ထိုကတ်ဖတ်စက်ကို web အတွက် ပြန်တည်ဆောက်ထားခြင်း ဖြစ်ပြီး အင်တာနက်မှ ရောက်လာသော ကတ်အချက်အလက်ကို ကိုင်တွယ်ရန် လုံခြုံရေးလည်း ပါဝင်သည်။
အွန်လိုင်း ကတ်ငွေပေးချေမှု အလုပ်လုပ်ပုံ
ဖောက်သည်က "Pay" ကို နှိပ်ပြီးနောက် စက္ကန့်အနည်းငယ်အတွင်း ဖြစ်ပျက်သည်မှာ–
| အဆင့် | ဖြစ်ပျက်သည် | မည်သူလုပ်သလဲ |
|---|---|---|
| 1. Checkout | ဖောက်သည်က လုံခြုံသော ငွေပေးချေမှု form တွင် ကတ်အချက်အလက် ရိုက်ထည့်သည် | Payment provider ၏ form သို့မဟုတ် စာမျက်နှာ |
| 2. Encryption | အချက်အလက်ကို ကုဒ်ဝှက်ပြီး gateway သို့ ပို့သည် | Gateway |
| 3. Authorisation request | တောင်းဆိုချက်သည် ကတ်ကွန်ရက်နှင့် ဖောက်သည်၏ ဘဏ်သို့ ရောက်သည် | Processor၊ ကတ်ကွန်ရက် |
| 4. စစ်ဆေးချက်များ | ဘဏ်က ငွေရှိမရှိနှင့် မသမာမှု အချက်ပြများကို စစ်ဆေးပြီး 3D Secure ကဲ့သို့ အပို အတည်ပြုချက် တောင်းနိုင်သည် | ထုတ်ပေးသော ဘဏ် |
| 5. အဖြေ | Approved သို့မဟုတ် declined ကို သင့် app သို့ ပြန်ပို့သည် | Gateway |
| 6. Capture နှင့် settlement | ငွေကို စုဆောင်းပြီး provider ၏ payout အချိန်ဇယားအရ ကော်မရှင်နုတ်ပြီး သင့်ဘဏ်စာရင်းသို့ ထည့်သည် | Processor၊ acquirer |
သိထားသင့်သော အချက်နှစ်ချက် ရှိသည်–
- Authorisation သည် ငွေရရှိခြင်းနှင့် တူသည် မဟုတ်ပါ။ ငွေကို ဦးစွာ ကြိုတင်ဖယ်ထား၊ ထို့နောက် capture လုပ်၊ ထို့နောက် သင့်အကောင့်သို့ settle လုပ်သည်– မကြာခဏ ရက်အနည်းငယ်အကြာ။
- သင့် app သည် card နံပါတ်ကို လုံးဝ မမြင်သင့်ပါ။ ခေတ်မီ provider များက သူတို့ ထိန်းချုပ်သော hosted checkout စာမျက်နှာ သို့မဟုတ် embedded field များ ပေးပြီး သင့် app က ငွေပေးချေမှုအတွက် reference တစ်ခုသာ ရရှိသည်။
အဓိက အစိတ်အပိုင်းများနှင့် ကိုင်တွယ်သူများ
| အစိတ်အပိုင်း | ဘာလဲ |
|---|---|
| Payment gateway | ငွေပေးချေမှု အချက်အလက်ကို လုံခြုံစွာ ယူပြီး ပို့ပေးသည်။ |
| Payment processor | ဘဏ်များကြား ငွေလွှဲ အချက်အလက်ကို ရွှေ့ပေးသည်။ |
| Merchant account | သင့်အတွက် card ငွေပေးချေမှုကို လက်ခံသော အကောင့်။ Stripe ကဲ့သို့ provider များက ထုပ်ပိုးပေးသည်။ |
| Acquirer | ကုန်သည်ဘက်ရှိ ဘဏ်။ |
| Issuer | ဖောက်သည်၏ ဘဏ်၊ အတည်ပြု သို့မဟုတ် ငြင်းပယ်သည်။ |
| Card network | Visa၊ Mastercard နှင့် အခြားများ၊ acquirer နှင့် issuer များကို ချိတ်ဆက်သည်။ |
| Merchant of record | ဖောက်သည်ထံ ဥပဒေအရ ရောင်းချပြီး အခွန်၊ refund နှင့် အငြင်းပွားမှုအတွက် တာဝန်ရှိသော စီးပွားရေး။ |
အချို့ provider များ (Paddle၊ Lemon Squeezy) သည် merchant of record အဖြစ် ကိုယ်တိုင် လုပ်ဆောင်ပြီး ကော်မရှင်ပိုမြင့်ခြင်းအတွက် sales tax နှင့် VAT ကို သင့်အတွက် ကိုင်တွယ်ပေးသည်။ အခြားများ (Stripe၊ PayPal) က သင်ကို merchant of record အဖြစ် ထားပြီး ရွေးချယ်နိုင်သော အခွန်ကိရိယာများသာ ပေးသည်။ ရွေးချယ်စရာများကို မျှတစွာ ကြည့်ရန် Stripe vs Paddle vs Lemon Squeezy နှင့် Stripe vs PayPal ကို ကြည့်ပါ။
ဥပမာ– သင်တန်း ရောင်းခြင်း
အွန်လိုင်း သင်တန်းကို ယူရို ၉၉ ဖြင့် ရောင်းပြီး AI builder ကို "Buy" ခလုတ် ထည့်ရန် တောင်းဆိုသည်။
- ဖောက်သည်က Buy ကို နှိပ်သည်။ သင့် server က secret key ကို အသုံးပြုပြီး provider ကို ယူရို ၉၉ အတွက် checkout session ဖန်တီးရန် တောင်းဆိုကာ link တစ်ခု ပြန်ရသည်။
- ဖောက်သည်ကို provider ၏ hosted checkout စာမျက်နှာ သို့ ပို့သည်၊ ကတ်ရိုက်ထည့်ပြီး ဘဏ်နှင့် 3D Secure စစ်ဆေးမှု ပြီးစီးစေသည်။
- ငွေပေးချေမှု အောင်မြင်ပြီး ဖောက်သည်ကို သင့် "success" စာမျက်နှာသို့ ပြန်လွှဲသည်။
- သီးခြားအနေဖြင့် provider က သင့် server သို့ webhook ပို့သည်– "session X အတွက် ငွေပေးချေမှု အောင်မြင်သည်"။ သင့် server က webhook ၏ signature ကို စစ်ဆေးပြီး အမှာစာကို ရှာကာ ပေးချေပြီးကြောင်း မှတ်ပြီး သင်တန်းကို ဖွင့်ပေးသည်။
- ရက်အနည်းငယ်အကြာ ငွေ (ကော်မရှင်နုတ်ပြီး) သည် သင့်ဘဏ်စာရင်းသို့ ရောက်သည်။
အဆင့် 4 သည် အရေးအကြီးဆုံး ဖြစ်သည်။ Success စာမျက်နှာတွင် သင်တန်းကို ဖွင့်ခဲ့လျှင် ထို URL ကို တွေ့သူတိုင်း အခမဲ့ ရနိုင်ပြီး browser ကို စောစီးစွာ ပိတ်သွားသော ဖောက်သည်များသည် ပေးချေပြီး ဘာမျှ မရရှိနိုင်ပါ။
အဓိက ဝေါဟာရများ
| ဝေါဟာရ | အဓိပ္ပာယ် |
|---|---|
| Checkout session | ဝယ်ယူမှု တစ်ခုအတွက် သင့် server မှ ဖန်တီးသော တစ်ကြိမ်သုံး ငွေပေးချေမှု စာမျက်နှာ သို့မဟုတ် လုပ်ငန်းစဉ်။ |
| Test mode | Test key များနှင့် test card နံပါတ်များ သုံးသော sandbox– ငွေအစစ် မရွေ့ပါ။ |
| Publishable / secret key | Publishable key ကို browser ကုဒ်တွင် ပေါ်နိုင်သည်; secret key ကို server ပေါ်တွင်သာ ထားရမည်။ |
| 3D Secure | ဖောက်သည်က ဘဏ်နှင့် ငွေပေးချေမှုကို အတည်ပြုသော အပို အဆင့်၊ ဥရောပတွင် Strong Customer Authentication (SCA) စည်းမျဉ်းအောက်တွင် အဖြစ်များသည်။ |
| PCI DSS | Card ဒေတာကို ကိုင်တွယ်သူ မည်သူမဆို လိုက်နာရသော ကတ်လုပ်ငန်း လုံခြုံရေး စံနှုန်း။ |
| Chargeback | ဖောက်သည်က ဘဏ်ထံ ငွေပေးချေမှုကို အငြင်းပွားပြီး ငွေကို ပြန်ဆွဲယူသည့်အခါ။ |
| Refund | သင်က ဆန္ဒအလျောက် ပြန်ပေးသော ငွေ။ |
| Payout | သင်စုဆောင်းထားသော ငွေကို provider က သင့်ဘဏ်စာရင်းသို့ လွှဲပြောင်းခြင်း။ |
အထင်မှားချက်များ
- "ဖောက်သည်များကို ထပ်မံ ကောက်ခံရန် ကတ်နံပါတ်များ သိမ်းရမည်။" မဟုတ်ပါ။ Provider များက ကတ်ကို သိမ်းပြီး ထပ်ခါတလဲလဲ ကောက်ခံခြင်းနှင့် subscription များအတွက် reference token ပေးသည်။ သင်ကိုယ်တိုင် card နံပါတ်များကို ဘယ်တော့မှ မသိမ်းသင့်ပါ။
- "Success စာမျက်နှာ ဆိုသည်မှာ ငွေပေးချေမှု အောင်မြင်ပြီးဖြစ်သည်။" Server ပေါ်တွင် webhook ဖြင့် ငွေပေးချေမှုကို အတည်ပြုပါ။ Redirect များကို ကျော်သွားနိုင်၊ အတု ဖြစ်နိုင်ပြီး ဘယ်တော့မှ မဖြစ်ခဲ့နိုင်ပါ။
- "Payment provider အားလုံး ကုန်ကျစရိတ် တူသည်။" ကော်မရှင်များသည် provider၊ နိုင်ငံ၊ ကတ်အမျိုးအစားနှင့် အခွန်ကိုင်တွယ်မှု ပါ/မပါ အပေါ် ကွဲပြားသည်။ သင့်နိုင်ငံအတွက် provider တစ်ခုစီ၏ လက်ရှိ ဈေးနှုန်း စာမျက်နှာကို စစ်ဆေးပါ။
- "Stripe ကို သုံးလျှင် PCI compliant ဖြစ်သွားသည်။" Card ဒေတာသည် provider ထံ ရှိနေသောကြောင့် လိုက်နာမှုကို အလွန် ရိုးရှင်းစေသည်။ သို့သော် (များသောအားဖြင့် တိုတောင်းသော) self-assessment ကို ဖြည့်ရဦးမည်။
- "Test mode နှင့် live mode သည် တူညီစွာ ပြုမူသည်။" နီးစပ်သော်လည်း live mode တွင် အပြည့်အဝ အတည်ပြုပြီးသော အကောင့်၊ live ပတ်ဝန်းကျင်အတွက် တကယ့် webhook endpoint များနှင့် ဘဏ်အချက်အလက် အစစ် လိုအပ်သည်။
- "Payment gateway က ကျွန်ုပ်၏ အခွန်ကို ကိုင်တွယ်ပေးသည်။" Merchant of record ဖြစ်မှသာ သို့မဟုတ် အခွန်ဝန်ဆောင်မှုများကို ဖွင့်ပြီး သတ်မှတ်မှသာ ဖြစ်သည်။ သင့်ဒေသ စည်းမျဉ်းကို စစ်ဆေးပါ သို့မဟုတ် အကြံပေးသူကို မေးပါ။
AI builder ကို ဘာမေးရမလဲ
- "[ထုတ်ကုန်] အတွက် [Stripe] Checkout ထည့်ပါ။ Environment variable မှ secret key ကို သုံးပြီး session ကို server ပေါ်တွင် ဖန်တီးပါ။"
- "အမှာစာများကို အတည်ပြုထားသော webhook မှသာ ပေးချေပြီးဟု မှတ်ပါ၊ webhook signature ကို စစ်ဆေးပါ။"
- "Webhook ကို နှစ်ကြိမ် ပို့သည့်အခါ အမှာစာ ပွားခြင်းမရှိစေရန် ကိုင်တွယ်ပါ။"
- "Test mode key များကို သုံးပြီး provider ၏ test card များ၊ ငြင်းပယ်ခံရသော ကတ်အပါအဝင် စမ်းသပ်ပုံကို ညွှန်ပြပါ။"
- "ဖောက်သည်က ငွေပေးချေပြီးနောက် tab ကို ပိတ်ပါက ဘာဖြစ်မည်လဲ?"
- "ငွေပေးချေမှု key ကို သုံးသည့် နေရာအားလုံးကို ပြပါ၊ secret key သည် browser သို့ ဘယ်တော့မှ မရောက်ကြောင်း အတည်ပြုပါ။"
Mythex ရှိ payment gateway များ
Mythex တွင် သင်တည်ဆောက်သော app များအတွက် built-in ငွေပေးချေမှု မပါဝင်ပါ၊ "Connect Stripe" ကို တစ်ချက်နှိပ်ခြင်းဖြင့် ချိတ်ဆက်ရန်လည်း မရှိပါ။ သင်ရွေးသော provider တွင် အကောင့် ဖန်တီးပြီး ၎င်း၏ test key များကို project secret များအဖြစ် ထည့်ကာ server ဘက်တွင် checkout တည်ဆောက်ရန် agent ကို တောင်းဆိုပါ။ Preview တွင် provider ၏ test card များဖြင့် စမ်းသပ်ပြီးမှ publish လုပ်ပါ။ Docs ရှိ Stripe ဖြင့် ငွေလက်ခံခြင်း တွင် ဤလုပ်ငန်းစဉ်ကို ရှင်းပြထားပြီး Webhooks တွင် အတည်ပြုသည့် အဆင့်ကို ရှင်းပြထားသည်။
အဆင့်ဆင့် တည်ဆောက်ရန် app သို့ ငွေပေးချေမှု ထည့်နည်း ကို ကြည့်ပြီး ပြန်လည် ငွေကောက်ခံခြင်းအတွက် Stripe ဖြင့် subscription ထည့်နည်း ကို ကြည့်ပါ။
မေးခွန်းများ
Payment gateway ဆိုတာ ရိုးရှင်းစွာ ဘာလဲ?
Payment gateway ဆိုသည်မှာ ဖောက်သည်၏ ငွေပေးချေမှု အချက်အလက်ကို သင့် checkout မှ လုံခြုံစွာ ယူပြီး ဘဏ်များနှင့် ကတ်ကွန်ရက်များသို့ အတည်ပြုရန် ပို့ကာ approved သို့မဟုတ် declined အဖြေကို သင့် app သို့ ပြန်ပို့သော ဝန်ဆောင်မှု ဖြစ်သည်– များသောအားဖြင့် စက္ကန့်အနည်းငယ်အတွင်း။
Payment gateway နှင့် payment processor ကြား ကွာခြားချက် ဘာလဲ?
တိကျစွာပြောရလျှင် gateway သည် ငွေပေးချေမှု အချက်အလက်ကို ဖမ်းယူပြီး ပို့ပေးသော လုံခြုံသည့် ရှေ့တံခါး ဖြစ်ပြီး processor သည် ဘဏ်များကြား ငွေလွှဲမှုကို ရွှေ့ပေးသည်။ လက်တွေ့တွင် Stripe၊ PayPal နှင့် Adyen ကဲ့သို့ ခေတ်မီ provider များသည် နှစ်ခုစလုံးနှင့် merchant account ကို ဝန်ဆောင်မှုတစ်ခုတည်းတွင် ထုပ်ပိုးထားသောကြောင့် ဝေါဟာရများကို မကြာခဏ အတူတူ သုံးကြသည်။
Card ငွေပေးချေမှု လက်ခံရန် PCI compliant ဖြစ်ရန် လိုအပ်ပါသလား?
Card လက်ခံသော စီးပွားရေး မည်သည်မဆို PCI DSS လုံခြုံရေး စံနှုန်းကို တစ်စုံတစ်ရာ ပြည့်မီရမည်။ Hosted checkout စာမျက်နှာ သို့မဟုတ် provider ၏ embedded payment field များကို သုံးခြင်းဖြင့် card နံပါတ်များသည် သင့် server သို့ ဘယ်တော့မှ မရောက်ပါ၊ ထို့ကြောင့် တာဝန်ရှိမှု များစွာ လျော့ကျသည်။ အသုံးပြုရမည့် self-assessment ကို provider က ပြောပြလိမ့်မည်။
Merchant of record ဆိုတာ ဘာလဲ?
Merchant of record ဆိုသည်မှာ ဖောက်သည်ထံ ဥပဒေအရ ရောင်းချသော စီးပွားရေး ဖြစ်ပြီး sales tax သို့မဟုတ် VAT ကောက်ခံခြင်းနှင့် ပေးဆောင်ခြင်း၊ refund နှင့် chargeback များကို ကိုင်တွယ်ခြင်းတို့အတွက် တာဝန်ရှိသည်။ Paddle နှင့် Lemon Squeezy ကဲ့သို့ ဝန်ဆောင်မှုများက သင့်အတွက် merchant of record အဖြစ် လုပ်ဆောင်သည်။ Stripe သို့မဟုတ် PayPal ဖြင့် များသောအားဖြင့် သင်ကိုယ်တိုင် ဖြစ်သည်။
AI ဖြင့် တည်ဆောက်ထားသော app တွင် ငွေပေးချေမှု ထည့်နိုင်ပါသလား?
ဟုတ်ကဲ့။ AI builder က သင့် app ကို Stripe ကဲ့သို့ provider နှင့် ချိတ်ဆက်သော ကုဒ်ကို ရေးနိုင်သည်– server ပေါ်တွင် checkout session များ ဖန်တီးခြင်း၊ webhook များ ကိုင်တွယ်ခြင်းနှင့် အမှာစာများ update လုပ်ခြင်း။ Provider ဆီတွင် သင်၏ ကိုယ်ပိုင် အကောင့် လိုအပ်ဆဲဖြစ်ပြီး live မသွားမီ test mode တွင် အရာအားလုံးကို စမ်းသပ်သင့်သည်။