သင့်အက်ပ်သို့ ငွေပေးချေမှု ထည့်နည်း: Checkout၊ Subscription နှင့် Webhook

အက်ပ်သို့ ငွေပေးချေမှု ထည့်ရန် အလွယ်ဆုံးနည်းမှာ Stripe ဖြစ်သည်: "ဝယ်ရန်" ခလုတ်တစ်ခုသာ လိုပြီး မှာယူမှုကို လက်ဖြင့် ကိုင်တွယ်နိုင်လျှင် Payment Link, အက်ပ်က ဘယ်သူ ပေးချေသည်ကို သိပြီး အလိုအလျောက် တုံ့ပြန်ရန် လိုလျှင် Stripe Checkout, ပြန်လည်ငွေရှင်းသည့် ငွေပေးချေမှုအတွက် subscription mode ပါသော Checkout နှင့် Stripe ၏ customer portal။ ရိုးရှင်းဆုံးမဟုတ်သော ကိစ္စတိုင်းတွင် webhook ကိုလည်း လိုအပ်သည် — ငွေပေးချေမှု အောင်မြင်သောအခါ Stripe ခေါ်သော server endpoint ဖြစ်သည် — ပြီးလျှင် live key များသို့ မပြောင်းမီ Stripe ၏ test key နှင့် test card များဖြင့် အရာအားလုံးကို စမ်းသပ်သင့်သည်။

ဤလမ်းညွှန်သည် ရွေးချယ်မှုတစ်ခုစီကို ရှင်းပြပြီး အများစု ကျော်သွားသော webhook အပိုင်းနှင့် real ငွေ လက်ခံမီ စစ်ဆေးရမည့်အရာများကို ပြသည်။ Stripe အသေးစိတ်များသည် စက်တင်ဘာ 2026 အတွက် Stripe ၏ စာတမ်းမှ ဖြစ်သည်။

ငွေပေးချေမှု provider တစ်ခု သုံးရခြင်း အကြောင်းရင်း

သင့်ကိုယ်ပိုင် form များတွင် ကတ်နံပါတ်ကို ဘယ်တော့မှ မစုဆောင်းပါနှင့်။ ကတ်ဒေတာ အကြမ်းကို ကိုင်တွယ်ခြင်းသည် PCI DSS (ကတ်လုပ်ငန်း၏ လုံခြုံရေးစံ) ထဲသို့ သင့်ကို ဝင်စေပြီး ပြင်းထန်သော တာဝန်ဖြစ်သည်။ Stripe ကဲ့သို့ provider သည် ငွေပေးချေမှု form ကို ဟို့စ်လုပ်ပေး၊ ကတ်ကို သိမ်းပေး၊ ဘဏ်စစ်ဆေးမှုကို ကိုင်တွယ်ပေးပြီး ရလဒ်ကို သင့်အက်ပ်သို့ ပြောပြသည်။ သင့်အက်ပ်သည် "ဖောက်သည် X က Y ကို ပေးချေခဲ့သည်" ဟူသော အချက်ကိုသာ မြင်ရသည်။

ဤလမ်းညွှန်သည် Stripe ကို သုံးသည်၊ အကြောင်းမှာ ကျယ်ကျယ်ပြန့်ပြန့် သုံးသည်၊ စာတမ်းကောင်းပြီး AI app builder အများစုက ထောက်ပံ့သောကြောင့်ဖြစ်သည်။ အခြား provider များလည်း ရှိပြီး အချို့မှာ အခွန်ကိစ္စကို သင့်အတွက် ကိုင်တွယ်ပေးသော "merchant of record" ဖြစ်သည်; အခွန် လိုက်နာမှု စိုးရိမ်ပါက ထိုပုံစံကို နှိုင်းယှဉ်ရန် တန်ဖိုးရှိသည်။

Stripe ဖြင့် ငွေလက်ခံရန် နည်းလမ်းသုံးမျိုး

Payment Links

Payment Link သည် Stripe Dashboard တွင် code မပါဘဲ ဖန်တီးသော Stripe ဟို့စ်လုပ်ထားသည့် ငွေပေးချေရန် စာမျက်နှာဖြစ်သည်။ သင့်အက်ပ်ရှိ ခလုတ်နောက်တွင် ထည့်နိုင်သော၊ အီးမေးလ်ဖြင့် မျှဝေနိုင်သော သို့မဟုတ် QR code အဖြစ် ပြနိုင်သော URL ကို ရရှိသည်။ Stripe ၏ စာတမ်းအရ Payment Links သည် ထုတ်ကုန်၊ subscription ကို ရောင်းနိုင်သည် သို့မဟုတ် လှူဒါန်းမှုကို လက်ခံနိုင်ပြီး ဖောက်သည်များက ဘာပေးချေမည်ကို ရွေးခွင့် သို့မဟုတ် ဝယ်ယူမှု အရေအတွက်ကို ကန့်သတ်နိုင်သည်။

အဖမ်းအဆီးမှာ — သင့်အက်ပ်သည် လော့ဂ်အင်ဝင်ထားသော အသုံးပြုသူတစ်ဦး ငွေပေးခဲ့သည်ကို အလိုအလျောက် မသိပါ။ လှူဒါန်းမှု စာမျက်နှာ သို့မဟုတ် Stripe ၏ အီးမေးလ် အကြောင်းကြားချက်များမှ လက်ဖြင့် မှာယူမှုများကို ဖြည့်ဆည်းသော အသေးစား စတိုးအတွက် ဤအရာသည် ရပါသည်။ "Pro အင်္ဂါရပ်များကို ဖွင့်ရန် ပေးချေပါ" အတွက်မူ မရပါ။

Stripe Checkout

Checkout သည် သင့် server က တောင်းဆိုချိန်တွင် တိကျသော ဝယ်ယူမှုအတွက် ဖန်တီးသော ငွေပေးချေရန် စာမျက်နှာဖြစ်သည်။ သင့် server က Stripe သို့ ဘာဝယ်ယူနေသည်ကို (နှင့် လိုလျှင် မည်သည့် ဖောက်သည်ဖြစ်သည်ကို) ပြောပြသည်၊ Stripe က URL ပြန်ပေးပြီး ဖောက်သည်ကို ထိုနေရာသို့ ပို့သည်။ Stripe ၏ စာတမ်းက တစ်ကြိမ်နှင့် subscription ငွေပေးချေမှု နှစ်မျိုးလုံးကို ထောက်ပံ့သော၊ Stripe ဟို့စ်လုပ်သည့် စာမျက်နှာအပြည့်၊ ဆိုက်တွင် embed လုပ်ထားသော စာမျက်နှာ သို့မဟုတ် embedded form အဖြစ် ဖော်ပြသည်။

လုပ်ငန်းစဉ်:

1. ဖောက်သည်က သင့်အက်ပ်တွင် ဝယ်ရန် ကို နှိပ်သည်။
2. သင့် server က သင့်လျှို့ဝှက် key ကို သုံး၍ Checkout Session ဖန်တီးပြီး သင့်အသုံးပြုသူ သို့မဟုတ် မှာယူမှုနှင့် ချိတ်ဆက်သော ID ကို ထည့်သည်။
3. ဖောက်သည်ကို Stripe သို့ ပြန်လည်ညွှန်ပြပြီး ပေးချေသည်။
4. Stripe က ၎င်းတို့ကို သင့်အောင်မြင်သော စာမျက်နှာသို့ ပြန်ညွှန်သည်။
5. Stripe က checkout.session.completed event ကို သင့် webhook သို့ ပို့ပြီး သင့် server က မှာယူမှုကို ပေးချေပြီးဟု မှတ်ကာ ဝင်ခွင့်ကို ဖွင့်ပေးသည်။

အဆင့် ၂ သည် server ပေါ်တွင် ဖြစ်ရမည်၊ အကြောင်းမှာ သင့် secret key ကို သုံးသောကြောင့်ဖြစ်သည်။ Checkout ကို backend လိုအပ်ရခြင်း၏ အဓိက အကြောင်းရင်းဖြစ်သည်။

Subscriptions

Subscriptions သည် Stripe တွင် သတ်မှတ်ထားသော ပြန်လည်ငွေရှင်းသည့် စျေးနှုန်းဖြင့် subscription mode ရှိ Checkout ကို သုံးသည်။ ပထမ ငွေပေးချေမှုသည် အထက်ပါ လုပ်ငန်းစဉ်ကဲ့သို့ အလုပ်လုပ်သည်။ ထို့နောက် သက်တမ်းတိုးခြင်း၊ ကတ်ကျမှု၊ အဆင့်တိုးခြင်းနှင့် ပယ်ဖျက်ခြင်းများသည် အချိန်ကြာလာသည်နှင့်အမျှ ဖြစ်ပေါ်သည် — ဖောက်သည် သင့်အက်ပ်ထဲ မရှိသည့်အချိန်တွင်ပင် မကြာခဏ — ထို့ကြောင့် သင့်အက်ပ်သည် webhook များမှတစ်ဆင့်သာ သိရှိသည်။

ဖောက်သည်များ ကိုယ်ပိုင် subscription ကို စီမံစေလိုပါက Stripe သည် ဟို့စ်လုပ်ထားသော customer portal ကို ပေးသည်။ Stripe ၏ စာတမ်းအရ ဖောက်သည်များသည် ထိုနေရာတွင် ငွေပေးချေမှုနည်းလမ်းနှင့် ငွေတောင်းခံအသေးစိတ်ကို ပြင်နိုင်၊ subscription ကို ပြောင်းနိုင် သို့မဟုတ် ပယ်ဖျက်နိုင်၊ ငွေတောင်းခံလွှာများကို ကြည့်နိုင်နှင့် ဒေါင်းလုဒ်လုပ်နိုင်သည်။ Stripe Dashboard တွင် ပြင်ဆင်ပြီး ဖောက်သည်ကို ထိုနေရာသို့ ပို့သော "Manage billing" ခလုတ် ထည့်ပါ။ ထို screen များကို သင်ကိုယ်တိုင် တည်ဆောက်ရန် မလိုတော့ပါ။

Webhook — ကျော်လို့မရသော အပိုင်း

Webhook သည် တစ်ခုခု ဖြစ်သောအခါ Stripe က သင့် server သို့ ပို့သော HTTP request ဖြစ်သည်။ (ယေဘုယျ အယူအဆအတွက် webhook ဆိုတာ ဘာလဲ ကို ကြည့်ပါ။) Stripe ၏ fulfilment လမ်းညွှန်က ရှင်းရှင်းပြောသည်: မှာယူမှုများကို အောင်မြင်သည့် စာမျက်နှာတစ်ခုတည်းဖြင့် ဖြည့်ဆည်း၍ မရပါ၊ အကြောင်းမှာ ဖောက်သည်သည် ပေးချေပြီးနောက် ထိုစာမျက်နှာ မဖွင့်မီ ချိတ်ဆက်မှု ပြတ်သွားနိုင်သောကြောင့်ဖြစ်သည်။ subscription နှင့် နောက်ကျသော ငွေပေးချေနည်းများအတွက် webhook များ လိုအပ်သည်။

ကိုင်တွယ်သင့်သော event များ

မှန်ကန်သော webhook ကိုင်တွယ်သူအတွက် စည်းမျဉ်းများ

ဤတို့သည် Stripe ၏ webhook စာတမ်းမှ တိုက်ရိုက်ဖြစ်ပြီး AI ဖန်တီးထားသော ကိုင်တွယ်သူများက တစ်ခုခုကို တစ်ခါတစ်ရံ လွတ်သွားတတ်သည်:

• လက်မှတ်ကို စစ်ဆေးပါ။ event တစ်ခုစီတွင် Stripe-Signature header ပါသည်။ သင့်ကိုင်တွယ်သူက endpoint ၏ signing secret (whsec_ ဖြင့် စသည်) ဖြင့် စစ်ဆေးသည်။ ၎င်းမရှိပါက မည်သူမဆို သင့် server သို့ အတု "ငွေပေးချေပြီး" ကို ပို့နိုင်သည်။
• raw request body ကို သုံးပါ။ framework က body ကို ဦးစွာ parse သို့မဟုတ် ပြင်လျှင် လက်မှတ်စစ်ဆေးမှု ပျက်သွားသည်။
• 2xx တုံ့ပြန်မှုကို လျင်မြန်စွာ ပြန်ပို့ပြီး နှေးကွေးသော အလုပ်ကို နောက်မှ လုပ်ပါ။ timeout များကို ပျက်ကွက်မှုအဖြစ် ရေတွက်သည်။
• ထပ်နေသော event များကို ကိုင်တွယ်ပါ။ Stripe က event တူတူကို တစ်ကြိမ်ထက်ပို ပို့နိုင်သည်။ ကိုင်တွယ်ပြီးသား event ID များကို မှတ်ထားပါ၊ သို့မဟုတ် ဖြည့်ဆည်းမှုကို နှစ်ကြိမ် run လျှင်ပင် ဘေးကင်းအောင် လုပ်ပါ။
• အစဉ်အလာကို မယူဆပါနှင့်။ event များသည် ဖြစ်ခဲ့သည့်အစဉ်အတိုင်း ရောက်လာမည်ဟု Stripe က အာမမခံပါ။
• ထပ်ကြိုးစားမှုများကို မျှော်ပါ။ live mode တွင် Stripe သည် မအောင်မြင်သော ပို့ဆောင်မှုများကို ရက် ၃ ရက်အထိ ပြန်ကြိုးစားသည်၊ ထို့ကြောင့် တိုတောင်းသော ပြတ်တောက်မှုက ငွေပေးချေမှု မဆုံးရှုံးစေပါ — သို့သော် သင့်ကိုင်တွယ်သူသည် နောက်ကျရောက်လာသော event များကို ကိုင်တွယ်နိုင်ရမည်။

webhook များသည် အများပြည်သူ HTTPS လိပ်စာ လိုအပ်ပါသည်၊ ထို့ကြောင့် အများအားဖြင့် အက်ပ်ကို ထုတ်ပြန်ပြီးမှသာ အလုပ်လုပ်သည် (Stripe CLI က ဖွံ့ဖြိုးသူများအတွက် event များကို စက်ထဲသို့ ထပ်ပို့ပေးနိုင်သည်)။

လုပ်ငန်းစဉ်တစ်ခုလုံးကို ဖုံးလွှမ်းသော prompt

"Pro pack" အတွက် Stripe Checkout ဖြင့် တစ်ကြိမ်ဝယ်ယူမှု ထည့်ပါ (စျေးနှုန်း ID ကို STRIPE_PRICE_ID တွင်)။ Checkout Session ကို server ပေါ်တွင် secrets မှ STRIPE_SECRET_KEY သုံး၍ ဖန်တီးပြီး လော့ဂ်အင်ဝင်ထားသော အသုံးပြုသူ၏ ID ကို session တွင် ထည့်ပါ။ POST /api/stripe/webhook endpoint ထည့်ပါ၊ raw request body ကို သုံး၍ STRIPE_WEBHOOK_SECRET ဖြင့် Stripe လက်မှတ်ကို စစ်ဆေးပါ၊ checkout.session.completed ကို ကိုင်တွယ်ပြီး ထိုအသုံးပြုသူကို Pro pack ရှိသူအဖြစ် မှတ်ပါ။ event တူတူ နှစ်ကြိမ်ရောက်လာလျှင်လည်း ဘေးကင်းစေပါ။ အောင်မြင်သော စာမျက်နှာနှင့် ပယ်ဖျက်သော စာမျက်နှာများ။ လျှို့ဝှက် key ကို browser သို့ ဘယ်တော့မှ မပေးပါနှင့်။

subscription အတွက် ထည့်ရန်: "STRIPE_PRICE_ID ဖြင့် subscription mode ကို သုံးပါ။ invoice.paid၊ invoice.payment_failed၊ customer.subscription.updated နှင့် customer.subscription.deleted ကို ကိုင်တွယ်ပါ။ Stripe customer portal ကို ဖွင့်ပေးသော Manage billing ခလုတ် ထည့်ပါ။"

Test mode

Stripe တွင် sandbox (test) နှင့် live ပတ်ဝန်းကျင်များ ခွဲခြားထားပြီး key များလည်း ခွဲခြားထားသည်။ sandbox key များသည် pk_test_, sk_test_ သို့မဟုတ် rk_test_ ဖြင့် စသည်; live key များသည် pk_live_, sk_live_ သို့မဟုတ် rk_live_ ဖြင့် စသည်။ test transaction များသည် ငွေ မရွှေ့ပါ။

Stripe ၏ စမ်းသပ်စာတမ်းမှ အသုံးဝင်သော test card များ (နောက်ရက်စွဲ မည်သည့်အနာဂတ်ရက်မဆို၊ CVC သုံးလုံး မည်သည့်ဂဏန်းမဆို):

အနည်းဆုံး စမ်းသပ်ပါ:

• အောင်မြင်သော ငွေပေးချေမှုက မှန်ကန်သော အသုံးပြုသူအတွက် မှန်ကန်သော အရာကို ဖွင့်ပေးသည်
• ငြင်းပယ်ခံရသော ကတ်က ရှင်းလင်းသော မက်ဆေ့ချ်ပြပြီး ဘာမျှ မဖွင့်ပေးပါ
• ပေးချေပြီးနောက် browser tab ကို ချက်ချင်း ပိတ်ပစ်လျှင်လည်း ဝင်ခွင့် ရသည် (အောင်မြင်သော စာမျက်နှာ သက်သက်မဟုတ်ဘဲ webhook အလုပ်လုပ်ကြောင်း သက်သေပြသည်)
• Stripe စာမျက်နှာပေါ်တွင် ပယ်ဖျက်လျှင် အသုံးပြုသူသည် သင့်အက်ပ်သို့ ပြန်ရောက်ပြီး ဘာမျှ မကောက်ခံပါ
• subscription အတွက်: customer portal တွင် ပယ်ဖျက်ပြီး ဝင်ခွင့်သည် သင့်သော အချိန်တွင် ကုန်ဆုံးကြောင်း အတည်ပြုပါ

Live သို့ ပြောင်းခြင်း

1. Stripe အကောင့်ကို သင့်စီးပွားရေးနှင့် ဘဏ်အချက်အလက်များဖြင့် ဖွင့်ပါ။
2. live key များကို အက်ပ်၏ secret များထဲတွင် အစားထိုးပါ။ Stripe က ပိတ်ထားသော မဟုတ်သော လျှို့ဝှက် key အစား သင့် integration လိုအပ်သော ခွင့်ပြုချက်များသာ ပါသော restricted key များကို အကြံပြုသည်။
3. သင့်ထုတ်ပြန်ပြီးသော အက်ပ်ကို ညွှန်သော live webhook endpoint ဖန်တီးပါ။ ၎င်းတွင် test နှင့် ကွဲပြားသော signing secret ရှိသည် — ပြင်ပါ။
4. live mode တွင် ထုတ်ကုန်နှင့် စျေးနှုန်းများကို ပြန်ဖန်တီးပါ; test mode ID များသည် ထိုနေရာတွင် မရှိပါ။
5. အမှန်တကယ် သေးငယ်သော ဝယ်ယူမှုတစ်ခု ပြုလုပ်ပြီး ပြန်အမ်းပါ။

key အားလုံးကို သင့်ပရောဂျက်၏ secret များတွင်သာ ထားပါ၊ code သို့မဟုတ် chat တွင် ဘယ်တော့မှ မထားပါနှင့်။ လုံခြုံရေး checklist တွင် key များနှင့် webhook စစ်ဆေးမှုကို ပိုမိုအသေးစိတ် ဖော်ပြထားသည်။

အခွန်၊ ပြန်အမ်းခြင်းနှင့် စာရွက်စာတမ်းများ

ငွေပေးချေမှုများသည် code က မဖြေရှင်းနိုင်သော တာဝန်များကို ယူဆောင်လာသည်။ ဤသည်မှာ အခွန်အကြံဉာဏ် မဟုတ်ပါ; စာရင်းကိုင်နှင့် တိုင်ပင်ပါ။

• Sales tax၊ VAT နှင့် GST။ သင်နှင့် ဖောက်သည်များ ဘယ်နေရာတွင်ရှိသည်ပေါ် မူတည်ပြီး မှတ်ပုံတင်ရန်၊ အခွန်ကောက်ခံရန်နှင့် တင်ရန် လိုနိုင်သည်။ Stripe Tax က checkout တွင် အခွန်ကို တွက်ချက်ကောက်ခံနိုင်ပြီး သင့်ရောင်းချမှုများက တာဝန်ဖြစ်စေနိုင်သည့် နေရာများကို စောင့်ကြည့်ပြီး မှတ်ပုံတင်ခြင်းနှင့် တင်သွင်းခြင်းတွင် ကူညီနိုင်သည် — သို့သော် တာဝန်ယူမှုသည် သင့်ဘက်တွင် ရှိနေဆဲဖြစ်သည်။ merchant-of-record provider များသည် ဤအရာ ပို၍ ကိုင်တွယ်သော အခြားရွေးချယ်စရာ ဖြစ်သည်။
• ပြန်အမ်းခြင်းနှင့် အငြင်းပွားမှုများ။ launch မတိုင်မီ ပြန်အမ်းမူဝါဒကို ဆုံးဖြတ်ပြီး သင့်ဆိုက်တွင် ထားပါ။ အငြင်းပွားမှု (chargeback) များ ဖြစ်ပေါ်နိုင်သည်; ဘာဝယ်ခဲ့ပြီး ဘာပို့ဆောင်ခဲ့သည်ကို မှတ်တမ်းထားပါ။
• ပြေစာနှင့် ငွေတောင်းခံလွှာများ။ Stripe က ပြေစာကို အီးမေးလ်ပို့နိုင်သည်; စီးပွားရေးလုပ်ငန်းများသည် ပြည့်စုံသော ငွေတောင်းခံလွှာ လိုအပ်နိုင်သည်။
• ကော်မရှင်ကြေးများ။ provider တိုင်းသည် ငွေပေးချေမှုတစ်ခုစီအတွက် ကောက်ခံသည်။ ဆောင်းပါးများရှိ ကိန်းဂဏန်းများအပေါ် မှီခိုမည့်အစား provider ၏ လက်ရှိ စျေးနှုန်းစာမျက်နှာကို စစ်ဆေးပါ။

သင့်အက်ပ်နှင့် ကိုက်ညီသော တပ်ဆင်မှု

• လှူဒါန်းမှု သို့မဟုတ် ထုတ်ကုန်အနည်းငယ်: Payment Links။ nonprofit လှူဒါန်းမှု ဝက်ဘ်ဆိုက် တည်ဆောက်နည်း ကို ကြည့်ပါ။
• စျေးဝယ်အိတ်ပါသော စတိုး: line item များနှင့် webhook ပါသော Checkout။ အွန်လိုင်းစတိုး တည်ဆောက်နည်း ကို ကြည့်ပါ။
• SaaS သို့မဟုတ် အဖွဲ့ဝင်ခွင့်: subscription mode ရှိ Checkout၊ webhook များနှင့် customer portal။ SaaS MVP တည်ဆောက်နည်း နှင့် SaaS ထုတ်ကုန် စျေးနှုန်းသတ်မှတ်နည်း ကို ကြည့်ပါ။
• ရောင်းသူများထံ ပေးချေသော marketplace: ပိုမိုထိန်းချုပ်ထားသော နောက်ထပ် တပ်ဆင်မှု (Stripe Connect သို့မဟုတ် အလားတူ)။ သီးခြား စီစဉ်ပါ။

Mythex တွင် ငွေပေးချေမှု ထည့်ခြင်း

Mythex ဖြင့် တည်ဆောက်ထားသော အက်ပ်များရှိ ငွေပေးချေမှုများသည် သင့်ကိုယ်ပိုင် Stripe အကောင့်နှင့် key များကို သုံးသည်; သင့်အက်ပ်အတွက် "Connect Stripe" ကလစ်တစ်ချက် မရှိပါ။ အသုံးများသော လုပ်ငန်းစဉ်:

1. Stripe test key များ ယူပါ။
2. STRIPE_SECRET_KEY (နှင့် နောက်ပိုင်း webhook secret) ကို ပရောဂျက် secret များထဲသို့ ထည့်ပါ — /secrets, ပရောဂျက် settings သို့မဟုတ် agent က key လိုအပ်သောအခါ ပြသော secrets card မှတစ်ဆင့်။
3. အထက်ပါလို prompt ဖြင့် agent ကို Checkout တောင်းဆိုပါ။
4. Preview တွင် test card များဖြင့် စမ်းသပ်ပါ။ webhook မှတ်ပုံတင်ခြင်းမတိုင်မီ ထုတ်ပြန်ပါ၊ အကြောင်းမှာ သင့် အများပြည်သူ URL လိုအပ်သည်။
5. live key များသို့ ပြောင်းပြီးနောက် live အက်ပ်က ယူနိုင်စေရန် ထပ်မံ ထုတ်ပြန်ပါ။

Stripe ဖြင့် ငွေလက်ခံခြင်း နှင့် backend တွင် webhook ကိုင်တွယ်ခြင်း ကို docs တွင် ကြည့်ပါ။

မေးခွန်းများ