Stripe ဖြင့် Subscription ထည့်နည်း: အစီအစဉ်များ၊ Trial၊ Webhook နှင့် မအောင်မြင်သော ငွေပေးချေမှုများ
Stripe ဖြင့် subscription ထည့်ရန် Stripe Dashboard တွင် ပြန်လည်ငွေရှင်းသော စျေးနှုန်းပါသော ထုတ်ကုန် ဖန်တီးပါ၊ ဖောက်သည်များကို သင့် server မှ subscription mode ရှိ Stripe Checkout သို့ ပို့ပါ၊ ပြီးလျှင် webhook က ငွေပေးချေမှုတစ်ခုစီ အောင်မြင်/မအောင်မြင်/ပြောင်းလဲ/ပြီးဆုံးသည့်အချိန်တွင် သင့်အက်ပ်ကို ပြောပါစေ။ subscription အခြေအနေကို အသုံးပြုသူနှင့် ချိတ်ဆက်သိမ်းပြီး ဝင်ခွင့်ကို ထိုအခြေအနေအပေါ် မူတည်ပါ၊ အောင်မြင်သော စာမျက်နှာအပေါ် မဟုတ်ပါ။ Manage billing ခလုတ်ထည့်ပြီး Stripe ၏ ဟို့စ်လုပ်ထားသော customer portal ကို ဖွင့်ပါ၊ ထို့ကြောင့် လူများက ကတ်ပြောင်း၊ အစီအစဉ်ပြောင်း၊ ပယ်ဖျက်နိုင်သည် — ထို screen များကို သင်တည်ဆောက်ရန် မလိုပါ။
ဤလမ်းညွှန်သည် အက်ပ်သို့ ငွေပေးချေမှု ထည့်နည်း ပေါ်တွင် တည်ဆောက်သည်၊ ၎င်းတွင် တစ်ကြိမ် Checkout၊ test mode နှင့် live သို့ ပြောင်းခြင်း ပါဝင်သည်။ ဤနေရာတွင် ပြန်လည်ငွေရှင်းမှုနှင့် ကွဲပြားသည့်အရာများကို အဓိက အာရုံစိုက်သည်။ Stripe အသေးစိတ်များသည် စက်တင်ဘာ 2026 အထိ Stripe ၏ စာတမ်းမှ ဖြစ်သည်။
Subscription များက တစ်ကြိမ်ငွေပေးချေမှုထက် ပိုခက်ခြင်းရဲ့ အကြောင်းရင်း
တစ်ကြိမ်ငွေပေးချေမှုသည် ဖောက်သည် သင့်အက်ပ်ထဲတွင် ရှိနေစဉ် ဖြစ်ပေါ်သည်။ subscription သည် ဖောက်သည် ထွက်သွားပြီးနောက်ပင် ဆက်ဖြစ်နေသည်: လစဉ် သက်တမ်းတိုးခြင်း၊ သက်တမ်းကုန်သော ကတ်များ၊ လယ်ခြားအချိန်တွင် အဆင့်မြှင့်ခြင်း၊ ကာလကုန်ဆုံးချိန်တွင် အကျိုးသက်ရောက်သော ပယ်ဖျက်ခြင်းများ။ သင့်အက်ပ်သည် ဤအရာများကို webhook များမှတစ်ဆင့်သာ ကြားသိရသည်။ subscription ဘဂ်အများစုသည် ပထမ ငွေပေးချေမှုကို ပြည့်စုံသော အဖြစ်အပျက်အဖြစ် ယူဆခြင်းမှ ဖြစ်ပေါ်သည်။
သင့်ရွေးချယ်စရာများ
| ချဉ်းကပ်ပုံ | သင်တည်ဆောက်ရမည့်အရာ | အသင့်တော်ဆုံး |
|---|---|---|
| ပြန်လည်ငွေရှင်းသော စျေးနှုန်းပါ Payment Link | လင့်ခ်တစ်ခုသာ | ဝယ်လိုအား စမ်းသပ်ခြင်း; ဝင်ခွင့်ကို လက်ဖြင့် ကိုင်တွယ်ခြင်း |
| Checkout (subscription mode) + customer portal | server route တစ်ခု၊ webhook တစ်ခု၊ billing ခလုတ်တစ်ခု | SaaS အက်ပ်အများစုနှင့် အဖွဲ့ဝင်ခွင့်များ |
| Subscriptions API ကို သင့်ကိုယ်ပိုင် ငွေပေးချေ form ဖြင့် | ပိုများစွာ — ငွေပေးချေမှု UI၊ အထောက်အထား၊ ပြန်ကြိုးစားမှုများ | ပုံမှန်မဟုတ်သော billing စီးဆင်းမှုရှိသော အက်ပ်များ |
| Merchant-of-record provider | Checkout နှင့် ဆင်တူ | အခွန်ကို provider က ကိုင်တွယ်စေလိုသော ရောင်းချသူများ |
အက်ပ်အများစုအတွက် Checkout နှင့် portal သည် မှန်ကန်သော ရွေးချယ်မှုဖြစ်သည်။ အခွန်ကိစ္စ စိုးရိမ်ပါက Stripe နှင့် Paddle နှင့် Lemon Squeezy နှိုင်းယှဉ်ချက် ကို ကြည့်ပါ။
Stripe တွင် စျေးနှုန်းကို ဦးစွာ စီစဉ်ပါ
Stripe တွင် product သည် သင်ရောင်းသောအရာ ("Pro plan") ဖြစ်ပြီး price သည် ၎င်းကို သင် ဘယ်လိုကောက်ခံသည် ("တစ်လ $20", "တစ်နှစ် $200") ဖြစ်သည်။ ထုတ်ကုန်တစ်ခုတွင် စျေးနှုန်းများစွာ ရှိနိုင်သည်။ ဆုံးဖြတ်ပါ:
- ဘယ် tier များကို ပေးမည်နှင့် tier တစ်ခုစီက သင့်အက်ပ်တွင် ဘာကို ဖွင့်ပေးသည်
- လစဉ်၊ နှစ်စဉ် သို့မဟုတ် နှစ်ခုလုံး
- trial ပေးမည်လား၊ ကတ်ကို ကြိုတောင်းရမလား
စျေးနှုန်းကို test mode တွင် ဖန်တီးပြီး price ID များကို သိမ်းထားပါ၊ သင့်အက်ပ်က ၎င်းတို့ကို ရည်ညွှန်းသည်။ စျေးနှုန်းကို မသတ်မှတ်ရသေးပါက SaaS ထုတ်ကုန် စျေးနှုန်းသတ်မှတ်နည်း နှင့် freemium နှင့် free trial ကို ဖတ်ပါ။
သင်ကိုင်တွယ်ရမည့် subscription ဘဝစက်ဝန်း
Stripe ၏ subscription အကျဉ်းချုပ်တွင် subscription တစ်ခု ရနိုင်သော အခြေအနေများကို ဖော်ပြသည်။ ဝင်ခွင့်အတွက် အရေးကြီးဆုံးများမှာ:
| အခြေအနေ | အဓိပ္ပာယ် | ဝင်ခွင့်ပေးသလား? |
|---|---|---|
trialing | trial ကာလအတွင်း | ပေး |
active | ကောင်းမွန်သော အခြေအနေ | ပေး |
incomplete | ပထမ ငွေပေးချေမှု မပြီးသေး; Stripe က ဖောက်သည်အား နာရီ ၂၃ နာရီ ပေးသည် | မပေး |
incomplete_expired | ပထမ ငွေပေးချေမှု ဘယ်တော့မှ မအောင်မြင် | မပေး |
past_due | နောက်ဆုံး ငွေပေးချေမှု မအောင်မြင် သို့မဟုတ် မကြိုးစားရသေး; ပြန်ကြိုးစားမှုများ လိုက်နိုင်သည် | သင်ရွေးချယ်; အက်ပ်အများစုက အချိန်တိုဖြင့် ခွင့်လွှတ်ကာလ ပေးသည် |
unpaid | ပြန်ကြိုးစားမှုများ ပြီးဆုံး၊ ငွေတောင်းခံလွှာများ ဖွင့်ထား၊ ထပ်ကြိုးစားမှု မရှိ | မပေး; Stripe ၏ စာတမ်းက ဝင်ခွင့် ပြန်ရုပ်သိမ်းရန် ပြော |
canceled | ပြီးဆုံးပြီး; ပြန်စနိုင်သည် မဟုတ် | မပေး |
paused | trial ပြီးဆုံးပြီး ငွေပေးချေနည်းမရှိ၍ pause ဖြစ်အောင် သတ်မှတ်ထား | မပေး |
အခြေအနေကို သင့်အသုံးပြုသူ သို့မဟုတ် အကောင့် မှတ်တမ်းတွင် သိမ်းပြီး ဝင်ခွင့်ကို ထိုအပေါ် အခြေခံပါ။ သက်ဆိုင်သော webhook ရောက်လာတိုင်း အပ်ဒိတ်လုပ်ပါ။
ကိုင်တွယ်ရမည့် webhook event များ
| Event | သင့်အက်ပ်က လုပ်ဆောင်ချက် |
|---|---|
checkout.session.completed | Stripe customer နှင့် subscription ID အသစ်များကို သင့်အသုံးပြုသူနှင့် ချိတ်ဆက်ပါ |
invoice.paid | subscription ကို active ဟု မှတ်ပြီး အသစ်ဖြစ်သော ကာလ အဆုံးကို မှတ်ပါ |
invoice.payment_failed | ကတ် မအောင်မြင်ကြောင်း အသုံးပြုသူကို ပြောပြပြီး portal သို့ link ပေးပါ |
invoice.payment_action_required | ကတ် အတည်ပြုခြင်းကို ပြီးစီးရန် အသုံးပြုသူကို တောင်းဆိုပါ |
customer.subscription.updated | အစီအစဉ်၊ အခြေအနေနှင့် စီစဉ်ထားသော ပယ်ဖျက်ခြင်းကို အပ်ဒိတ်ပါ |
customer.subscription.deleted | ပေးချေသော ဝင်ခွင့်ကို ဖယ်ရှားပါ |
customer.subscription.trial_will_end | trial မကုန်မီ အသုံးပြုသူကို သတိပေးပါ; Stripe က သုံးရက်အလိုတွင် ပို့သည် |
Stripe ၏ webhook စာတမ်း၏ ကိုင်တွယ်သူ စည်းမျဉ်းများ ဆက်လက် သက်ဆိုင်သည်: raw body ဖြင့် လက်မှတ်စစ်ပါ၊ 2xx ကို လျင်မြန်စွာ ပြန်ပို့ပါ၊ ထပ်နေသော နှင့် အစီအစဉ်ပြင်ပ event များကို ကိုင်တွယ်ပါ၊ ပြန်ကြိုးစားမှုများကို မျှော်ပါ။ webhook ဆိုတာ ဘာလဲ တွင် အယူအဆကို ရှင်းပြထားပြီး ငွေပေးချေမှု လမ်းညွှန်တွင် စည်းမျဉ်းများကို အသေးစိတ် ဖော်ပြထားသည်။
အဆင့်ဆင့်
- Stripe test mode တွင် ထုတ်ကုန်နှင့် စျေးနှုန်းများ ဖန်တီးပါ။
- secret များ ထည့်ပါ: secret key၊ price ID များ၊ နောက်ပိုင်း webhook signing secret။ frontend code တွင် ဘယ်တော့မှ မထားပါနှင့်။
- စျေးနှုန်းစာမျက်နှာ: အစီအစဉ်တိုင်း၏ ခလုတ်သည် သင့် server ကို ခေါ်ပြီး ဝင်ထားသော အသုံးပြုသူအတွက် subscription mode Checkout Session ဖန်တီးသည်။ webhook က ငွေပေးချေမှုကို အကောင့်နှင့် တိုက်ဆိုင်နိုင်ရန် သင့်အသုံးပြုသူ ID ကို ထည့်ပါ။
- Webhook endpoint: လက်မှတ်များကို စစ်ဆေးပြီး အထက်ပါ event များကို ကိုင်တွယ်ကာ အသုံးပြုသူတစ်ဦးလျှင် subscription မှတ်တမ်းတစ်ခုကို အပ်ဒိတ်ပါ။
- အင်္ဂါရပ်များကို ကန့်သတ်ပါ သိမ်းထားသော အခြေအနေနှင့် အစီအစဉ်အပေါ် မူတည်ပြီး၊ ကာကွယ်ထားသော လုပ်ဆောင်ချက်တိုင်းအတွက် server ပေါ်တွင် စစ်ပါ၊ ခလုတ်ဝှက်ထားခြင်းဖြင့် မဟုတ်ပါ။
- Customer portal: Stripe Dashboard တွင် ပြင်ဆင်ပါ (လူများ ပြောင်းနိုင်သော အစီအစဉ်များ၊ ပယ်ဖျက်နိုင်မလား)၊ ထို့နောက် server ပေါ်တွင် portal session ဖန်တီးပြီး ထိုနေရာသို့ ပြန်ညွှန်သော Manage billing ခလုတ် ထည့်ပါ။
- မအောင်မြင်သော ငွေပေးချေမှုများ: Stripe ၏ billing ဆက်တင်တွင် ပြန်ကြိုးစားပုံနှင့် နောက်ဆုံး ပြန်ကြိုးစားပြီးနောက် ဘာဖြစ်မည်ကို ရွေးပါ။ past_due ဖြစ်နေစဉ် အက်ပ်အတွင်း banner ပြပါ။
- ဘဝစက်ဝန်းတစ်ခုလုံးကို စမ်းသပ်ပါ၊ ထို့နောက် ထုတ်ပြန်ပြီး live webhook ကို မှတ်ပုံတင်ပါ။
AI builder သို့ ပေးရမည့် prompt များ
Stripe ဖြင့် subscription billing ထည့်ပါ။ အစီအစဉ်များ: Starter (price ID ကို STRIPE_PRICE_STARTER တွင်) နှင့် Pro (STRIPE_PRICE_PRO)။ စျေးနှုန်းစာမျက်နှာက server ပေါ်တွင် STRIPE_SECRET_KEY ဖြင့် subscription mode Checkout Session ကို ဖန်တီးပြီး ဝင်ထားသော အသုံးပြုသူ၏ ID ကို ချိတ်ပါ။ Stripe customer ID၊ subscription ID၊ အစီအစဉ်နှင့် အခြေအနေကို အသုံးပြုသူပေါ်တွင် သိမ်းပါ။ လျှို့ဝှက် key ကို browser သို့ ဘယ်တော့မှ မပေးပါနှင့်။
POST /api/stripe/webhook ထည့်ပါ။ STRIPE_WEBHOOK_SECRET ဖြင့် raw request body ကို သုံး၍ လက်မှတ်ကို စစ်ပါ။ checkout.session.completed၊ invoice.paid၊ invoice.payment_failed၊ customer.subscription.updated၊ customer.subscription.deleted နှင့် customer.subscription.trial_will_end ကို ကိုင်တွယ်ပါ။ ကိုင်တွယ်ပြီးသား event ID များကို မှတ်ထားပြီး ထပ်နေသည်များကို လျစ်လျူရှုပါ။ အသုံးပြုသူ၏ အခြေအနေကို subscription object မှ အပ်ဒိတ်လုပ်ပါ၊ event များ ရောက်လာသော အစဉ်အတိုင်း မဟုတ်ပါ။
Pro အင်္ဂါရပ်များကို server ပေါ်တွင် ကန့်သတ်ပါ: အခြေအနေသည် active သို့မဟုတ် trialing ဖြစ်ပြီး အစီအစဉ်က Pro ဖြစ်မှသာ ခွင့်ပြုပါ။ အခြေအနေ past_due ဖြစ်သောအခါ "ငွေပေးချေမှု မအောင်မြင်ပါ၊ ကတ်ကို အပ်ဒိတ်လုပ်ပါ" banner ပြပါ။ ဤအသုံးပြုသူအတွက် Stripe customer portal ကို ဖွင့်ပေးသော Manage billing ခလုတ် ထည့်ပါ။
အဆင့်မြှင့်ခြင်း၊ အဆင့်ချခြင်းနှင့် proration
ဖောက်သည်တစ်ဦး အစီအစဉ် ပြောင်းသောအခါ Stripe ၏ စာတမ်းအရ ပြောင်းလဲမှုသည် မကြာခဏ proration ကို ဖန်တီးသည်: စျေးသစ်ကို လက်ရှိ billing ကာလ၏ ကျန်ရှိသော ရက်များတွင် အသုံးပြုသည်။ proration ကို အစမ်းကြည့်နိုင်သည် သို့မဟုတ် ပိတ်နိုင်သည်။ အစီအစဉ် ကာလတူလျှင် billing ရက်များ မပြောင်းပါ; လစဉ်မှ နှစ်စဉ်သို့ ပြောင်းလျှင် billing ရက်သည် ပြောင်းသည့်နေ့သို့ ရွေ့သည်။ ဖောက်သည်များကို portal တွင် အစီအစဉ်ပြောင်းခွင့်ပေးခြင်းက ထိုယုတ္တိကို သင် ရေးရန် မလိုစေပါ၊ သို့သော် portal ဆက်တင်တွင် ခွင့်ပြုသော ပြောင်းလဲမှုများကို ဆုံးဖြတ်ပါ။
စမ်းသပ်စစ်ဆေးစာရင်း
Stripe test mode နှင့် test card များကို သုံးပြီး အခြေအနေတိုင်းကို ဖြတ်သန်းပါ:
- subscription အသစ်သည် မှန်ကန်သော အသုံးပြုသူအား မှန်ကန်သော အစီအစဉ်ကို ပေးသည်
- ပေးချေပြီးချက်ချင်း tab ပိတ်လျှင်လည်း ဝင်ခွင့် ရသည် (webhook အလုပ်လုပ်ကြောင်း သက်သေပြသည်)
- signup တွင် ကတ်ငြင်းပယ်ခံရလျှင် ဘာမျှ မပေးပါ
- မအောင်မြင်သော သက်တမ်းတိုးခြင်းသည် အကောင့်ကို past_due ထားပြီး banner ပြသည်
- portal တွင် ကတ်ပြောင်းခြင်းက active အခြေအနေကို ပြန်ရစေသည်
- အဆင့်မြှင့်ခြင်းနှင့် အဆင့်ချခြင်းက အင်္ဂါရပ်များကို မှန်ကန်စွာ ပြောင်းသည်
- ကာလကုန်ဆုံးချိန်တွင် ပယ်ဖျက်ခြင်းက ကာလအဆုံးထိ ဝင်ခွင့်ထားပြီး ထိုနောက် ဖယ်ရှားသည်
- trial အသုံးပြုသူများ ဝင်ခွင့်ရ၊ သတိပေးချက် ရ၊ မှန်ကန်စွာ ပြောင်း သို့မဟုတ် ဝင်ခွင့် ဆုံးရှုံးသည်
- webhook event တူတူကို နှစ်ကြိမ် ပို့ရာတွင် ဘာမျှ မပြောင်း
Stripe ၏ test clock များက အချိန်ကြာမြင့်ခြင်းကို ယောင်ဆောင်ခွင့်ပေးသဖြင့် တစ်လ စောင့်စရာမလိုဘဲ သက်တမ်းတိုးခြင်းကို စမ်းနိုင်သည်။ အသုံးပြုပုံအတွက် Stripe ၏ လက်ရှိ စမ်းသပ်စာတမ်းကို စစ်ပါ။
အများဆုံးဖြစ်သော အမှားများ
- အောင်မြင်သော စာမျက်နှာပေါ်တွင် ဝင်ခွင့်ပေးခြင်း။ ဖောက်သည်များ ပေးချေပြီး ထိုစာမျက်နှာ မရောက်နိုင်ပါ။ webhook ကို သုံးပါ။
- ပထမ ငွေပေးချေမှုကိုသာ ကိုင်တွယ်ခြင်း။ သက်တမ်းတိုးခြင်း၊ ကျရှုံးမှုနှင့် ပယ်ဖျက်ခြင်းများသည် နောက်ပိုင်း event များအဖြစ် ရောက်လာသည်။
- ဝင်ခွင့်ကို frontend တွင်သာ စစ်ခြင်း။ မည်သူမဆို သင့် API ကို တိုက်ရိုက်ခေါ်နိုင်သည်။
- အမှားအယွင်းအားဖြင့် အသုံးပြုသူတစ်ဦး၊ subscription များစွာ။ ရှိပြီးသား subscription ရှိမရှိ စစ်ပြီးမှ Checkout Session အသစ် ဖန်တီးပါ၊ သို့မဟုတ် ရှိပြီးသား ဖောက်သည်များကို portal သို့ ပို့ပါ။
- ပထမ မအောင်မြင်သော သက်တမ်းတိုးမှုတွင် ဝင်ခွင့် ရုပ်သိမ်းခြင်း။ ကတ်များ ရိုးရိုးရှင်းရှင်းအကြောင်းကြောင့် မအောင်မြင်တတ်သည်။ ရှင်းလင်းသော banner ပါသည့် အချိန်တို ခွင့်လွှတ်ကာလက ဖောက်သည်များကို ထိန်းထားသည်။
- live webhook ကို မေ့ခြင်း။ test နှင့် live endpoint များတွင် signing secret ကွဲပြားသည်။
- အခွန်နှင့် ပြန်အမ်းခြင်းကို လျစ်လျူရှုခြင်း။ ပြန်အမ်းမူဝါဒကို ဆုံးဖြတ်ပြီး launch မတိုင်မီ စာရင်းကိုင်နှင့် အခွန်တာဝန်များကို စစ်ပါ။
Mythex ရှိ subscription များ
Mythex ဖြင့် တည်ဆောက်ထားသော အက်ပ်များသည် သင့်ကိုယ်ပိုင် Stripe အကောင့်နှင့် key များကို သုံးသည်; သင့်အက်ပ်အတွက် ကလစ်တစ်ချက် Stripe ချိတ်ဆက်မှု မရှိပါ။ သင့် test key နှင့် price ID များကို ပရောဂျက် secret အဖြစ် ထည့်ပါ၊ အထက်ပါလို prompt များ သုံးပါ၊ Preview တွင် Stripe test card များဖြင့် စမ်းပါ။ webhook များသည် သင့်အက်ပ်၏ အများပြည်သူ URL လိုအပ်သဖြင့် Stripe တွင် endpoint မှတ်ပုံတင်မီ ထုတ်ပြန်ပါ၊ live key များသို့ ပြောင်းပြီးနောက် live အက်ပ်က ယူနိုင်ရန် ထပ်မံ ထုတ်ပြန်ပါ။ Stripe ဖြင့် ငွေလက်ခံခြင်း နှင့် backend တွင် webhook ကိုင်တွယ်ခြင်း ကို ကြည့်ပါ။ ပိုကျယ်သော ထုတ်ကုန်အတွက် SaaS MVP တည်ဆောက်နည်း သည် billing ပတ်လည်တွင် ဘာတည်ဆောက်ရမည်ကို ဖုံးလွှမ်းသည်။
မေးခွန်းများ
Stripe ဖြင့် subscription ထည့်ရန် အရိုးရှင်းဆုံးနည်းလမ်းက ဘာလဲ?
Stripe Dashboard တွင် ပြန်လည်ငွေရှင်းသော စျေးနှုန်းပါသည့် ထုတ်ကုန်တစ်ခု ဖန်တီးပါ၊ ဖောက်သည်များကို subscription mode ရှိ Stripe Checkout သို့ ပို့ပါ၊ webhook ဖြင့် subscription event များကို ကိုင်တွယ်ပါ၊ ပြီးလျှင် Manage billing ခလုတ်ကို Stripe ၏ ဟို့စ်လုပ်ထားသော customer portal သို့ ချိတ်ပါ။ ၎င်းက ကတ်ဖောင်နှင့် အစီအစဉ်ပြောင်းသည့် စခရင်များကို သင်ကိုယ်တိုင် တည်ဆောက်ရမည့်အရာမှ ရှောင်ပေးသည်။
subscription အတွက် Stripe webhook event ဘာတွေလိုအပ်သလဲ?
အနည်းဆုံး checkout.session.completed ဖြင့် အသစ်ဖွင့်သော subscription ကို သင့်အသုံးပြုသူနှင့် ချိတ်ဆက်ရန်၊ invoice.paid ဖြင့် ငွေပေးချေမှု အောင်မြင်ကြောင်း အတည်ပြုရန်၊ invoice.payment_failed ဖြင့် ပြန်လည်ငွေရှင်းမှု မအောင်မြင်ကြောင်း သတိပေးရန်၊ နှင့် customer.subscription.updated နှင့် customer.subscription.deleted ဖြင့် အစီအစဉ်ပြောင်းလဲမှုနှင့် ပယ်ဖျက်မှုများကို ခြေရာခံရန် လိုအပ်သည်။
subscription ငွေပေးချေမှု မအောင်မြင်သောအခါ ဘာဖြစ်သလဲ?
Stripe ၏ စာတမ်းအရ စက်တင်ဘာ 2026 အထိ subscription သည် ပုံမှန်အားဖြင့် past_due ဖြစ်ပြီး Stripe က သင့်ဆက်တင်အရ ငွေပေးချေမှုကို ပြန်ကြိုးစားနိုင်သည်။ နောက်ဆုံး ပြန်ကြိုးစားပြီးနောက် သင့် Dashboard ဆက်တင်များက ပယ်ဖျက်ခြင်း၊ unpaid အဖြစ် မှတ်ခြင်း သို့မဟုတ် past_due အဖြစ် ဆက်ထားခြင်းကို ဆုံးဖြတ်သည်။
ကတ်မတောင်းဘဲ အခမဲ့ trial ကို ပေးနိုင်ပါသလား?
ပေးနိုင်ပါသည်။ Stripe က free trial ကို ထောက်ပံ့ပြီး ၎င်း၏ စာတမ်းတွင် ငွေပေးချေနည်းမရှိဘဲ trial ပြီးဆုံးသော trial များအတွက် ဆက်တင်ထားလျှင် paused အခြေအနေကို ဖော်ပြသည်။ ကတ်ကို ကြိုတောင်းခြင်းက စာရင်းသွင်းမှု နည်းသော်လည်း ငွေပေးသူ ပိုများလေ့ရှိသည်; သင့်ထုတ်ကုန်နှင့် ကိုက်ညီသည်ကို စမ်းကြည့်ပါ။