ConnectWiz ချိတ်ဆက်မှုများ

သင့်စနစ်များကို ချိတ်ဆက်ပြီး — တကယ်လုပ်ဆောင်သည့်အတိုင်း ဖော်ပြထားသည်။

ချိတ်ဆက်မှု စာမျက်နှာများတွင် များသောအားဖြင့် logo များကိုသာ စာရင်းပြုစုထားတတ်သည်။ ဤစာမျက်နှာကမူ အပြုအမူများကို စာရင်းပြုစုထားသည်: ဘာကို sync လုပ်သည်၊ မည်သည့် ဦးတည်ချက်သို့၊ မည်သူ၏ ပိုင်ဆိုင်မှုအောက်တွင်၊ ကန့်သတ်ချက်အမှန်များ ဘယ်မှာ ရှိသည်။ "X နှင့် ချိတ်ဆက်ထားသည်" ဆိုခြင်းသည် စတစ်ကာ တစ်ခု မဟုတ်ဘဲ အနက်ရှိုင်းမှုအကြောင်း ကြေညာချက် ဖြစ်သောကြောင့် ဖြစ်သည်။

နေရာတိုင်းတွင် ကိုယ်ပိုင် provider Sync တစ်ခုချင်း၏ ဦးတည်ချက်ကို ဖော်ပြထားသည် OpenAPI contract တစ်ခုတည်း
သင့်စနစ်များ ချိတ်ဆက်ပြီးသား
WooCommerce · နှစ်ဘက်သွား
ပြက္ခဒိန် ×3
Zendesk တံတား
Conversions API
Sync တစ်ခုချင်းအလိုက် ဦးတည်ချက်နှင့် ပိုင်ဆိုင်မှုကို ဖော်ပြထားသည်
စိတ္တဇ 3D သရုပ်ဖော်ပုံ: ဗဟိုရှိ မဲနယ်ရောင် hub တစ်ခုဆီသို့ စုဝေးလာနေသော တောက်ပသည့် connector နှင့် plug များ

Commerce

WooCommerce နှင့် WordPress

WooCommerce — နှစ်ဘက်သွား၊ စည်းကမ်းဖြင့် ထိန်းချုပ်ထား

တစ်ချက်နှိပ်ရုံဖြင့် ချိတ်တွဲခြင်း၊ နက်ရှိုင်းသော ကုန်ပစ္စည်း import နှင့် တကယ့် write-back — သင် ရွေးချယ်သော field အဆင့် ပိုင်ဆိုင်မှု၊ လုပ်ဆောင်ချက်တစ်ခုချင်းအတွက် အစမ်းမုဒ်နှင့် မြင်သာသော ပဋိပက္ခ လယ်ဂျာ အောက်တွင်။ အပြည့်အစုံကို ဖတ်ရန်: Commerce စာမျက်နှာ။

စာမျက်နှာ အပြည့်အစုံ

WordPress plugin

သင့်ဝက်ဘ်ဆိုက်တွင် chat widget ကို ထည့်သွင်းပြီး လက်မှတ်ထိုးထားသော SSO token များကို ထုတ်ပေးသည် — login ဝင်ထားသော ဖောက်သည်များကို ပြန်စာရင်းသွင်းစရာ မလိုဘဲ ၎င်းတို့၏ အော်ဒါများနှင့်တကွ chat တွင် မှတ်မိသည်။

စာမျက်နှာ အပြည့်အစုံ

Google နှင့် Meta shopping feed များ

Google ၏ schema အတိုင်း token ဖြင့် ကာကွယ်ထားသော ကုန်ပစ္စည်း feed တစ်ခု (Meta Commerce Manager ကလည်း ထိုအတိုင်း ဖတ်သည်) က သင့်ကြော်ငြာ ကတ်တလောက်များကို sync ဖြစ်နေစေသည် — လမ်းတွင် app review မရှိ၊ လက်ဖြင့် ပြန်တင်ရခြင်း မရှိ။

Shopify မကြာမီ

အုတ်မြစ်မှာ တကယ်ရှိသည် — Shopify ဖောက်သည် identity များကို အဆက်အသွယ်များပေါ်သို့ ပေါင်းစည်းပြီးဖြစ်ကာ ယနေ့ Shopify ဆိုင်များသည် API နှင့် webhook များမှတစ်ဆင့် ချိတ်ဆက်နိုင်သည်။ WooCommerce ပုံစံ native နှစ်ဘက်သွား sync သည် လမ်းပြမြေပုံတွင် ရှိပြီး ဤတံဆိပ်ကို ထွက်ရှိပြီးမှသာ ပြောင်းမည်၊ မတိုင်မီ မပြောင်းပါ။

စာမျက်နှာ အပြည့်အစုံ

အကူအညီနှင့် Ticket များ

Zendesk — ပြောင်းလဲနေဆဲ အဖွဲ့များအတွက် တံတား

Push: Ticket များ အပြင်သို့

ConnectWiz ticket စကားဝိုင်းများက Zendesk ticket များကို ဖန်တီးပြီး ပြန်စာများကို comment အဖြစ် ထင်ဟပ်ပြသည် — ထို့ကြောင့် Zendesk တွင် ရှိနေဆဲ အဖွဲ့သည် မေးစရာမလိုဘဲ အလုပ်ကို မြင်ရသည်။

စာမျက်နှာ အပြည့်အစုံ

Pull: ဝန်ထမ်း ပြန်စာများ ပြန်ဝင်

Zendesk trigger တစ်ခုက ဝန်ထမ်း comment များကို ConnectWiz စကားဝိုင်းထဲသို့ ပြန်တင်သည် — မျှဝေထားသော secret ဖြင့် လုံခြုံအောင် ထားပြီး စနစ်နှစ်ခုက comment တစ်ခုကို အဆုံးမရှိ အပြန်အလှန် မပို့နေစေရန် loop guard ပါသည်။

အမှန်တကယ် ပါဝင်သည်များ

၎င်းသည် ticket တံတား ဖြစ်သည် — ဖန်တီးခြင်း၊ ပြန်ဖြေခြင်း၊ ဦးတည်ချက် နှစ်ခုလုံးကို ဖွင့်/ပိတ် လုပ်နိုင်သည် — Zendesk help-center၊ macro သို့မဟုတ် SLA import မဟုတ်ပါ။ အဖွဲ့များက တဖြည်းဖြည်း ပြောင်းရွှေ့ရန် သုံးပြီး ပြီးလျှင် ပိတ်လိုက်ကြသည်။

CRM

Estesoft Stella — စကားဝိုင်းမှပင် မြင်ရသော သင့် CRM

မည်သည့် provider နှင့်မဆို အလုပ်လုပ်နိုင်သော ကျွန်ုပ်တို့၏ CRM port ပေါ်ရှိ ပထမဆုံး provider: Stella သုံးနေသော ဆေးခန်းများသည် ၎င်းတို့၏ CRM ကို ဆက်ထားပြီး ထို CRM ကို တကယ်သိသော စကားဝိုင်း အလွှာတစ်ခုကို ထပ်ရသည်။

တိုက်ရိုက် context — identity ဖြင့် ကန့်သတ်ထားသည်

Stella မှ ရက်ချိန်းများ၊ ဈေးနှုန်းစာများ၊ လက်ကျန်ငွေများ၊ မှတ်စုများနှင့် စာရွက်စာတမ်းများ စကားဝိုင်းပေါ်တွင် ပေါ်လာသည် — AI က ၎င်းတို့ကို ID ခန့်မှန်းခြင်းဖြင့် မဟုတ်ဘဲ ဤဖောက်သည်အတွက် အတိအကျ ဖတ်နိုင်သည်။

ရက်ချိန်းများ ပြန်ရေးသွင်းသည်

Chat ထဲတွင် ယူထားသော ရက်ချိန်းသည် Stella ၏ ရက်ချိန်းစာအုပ်ထဲသို့ ရောက်သည် — vendor ၏ API က အသေးစိတ်တစ်ခုကို မသယ်ဆောင်နိုင်သည့်နေရာတွင် sync က ၎င်းကို အသံတိတ် ပစ်ချမည့်အစား ဘာကို ချန်ခဲ့သည်ကို ပြောပြသည်။

ရည်ရွယ်ချက်ရှိရှိ ငြင်းဆိုထားသည်များ

ဆေးကုသမှု မှတ်တမ်းများကို မည်သည့်အခါမျှ မဖတ်၊ မပြသ၊ vendor ၏ ကိုယ်ပိုင် lifecycle label များကို မည်သည့်အခါမျှ ထပ်မရေးဘဲ နှစ်ဘက်သွား mirror အပြည့်အစုံ ရှိသယောင်လည်း ဟန်မဆောင်ပါ — ကန့်သတ်ချက်များသည် စာဖြင့် ရေးမှတ်ထားသော ဒီဇိုင်း ဆုံးဖြတ်ချက်များ ဖြစ်သည်။

Estesoft Stella — စာမျက်နှာ အပြည့်အစုံ · အခြား CRM ကို သုံးနေပါသလား။ Port ကို မည်သည့် provider နှင့်မဆို အလုပ်လုပ်နိုင်အောင် ဒီဇိုင်းထုတ်ထားသည် — သင့် CRM ကို ပြောပြပါ။ စနစ်ဟောင်းကို လုံးဝ စွန့်ခွာရန် အသင့်ဖြစ်သည့်အခါ အောက်ပါ ပြောင်းရွှေ့ရေး engine က သင့်မှတ်တမ်းများကို သယ်ဆောင်လာပေးမည်။

ဈေးကွက်ရှာဖွေရေးနှင့် provider များ

ကိုယ်ပိုင် provider ကို ယူလာပါ — ကျွန်ုပ်တို့၏ အခြေခံ အယူအဆ

အီးမေးလ်: Resend · Brevo · Mailchimp

ကမ်ပိန်းများကို သင့်ကိုယ်ပိုင် ESP အကောင့်မှတစ်ဆင့် သဘောတူမှု စစ်ဆေးပြီးသော ပရိသတ်ထံ ပို့သည် — စာရင်း၊ deliverability နှင့် နှုန်းထားများမှာ သင့်ကိုယ်ပိုင်။ ပြန်စာများသည် မျှဝေသုံး Inbox သို့ ပြန်ရောက်လာသည်။

SMS: Twilio · NetGSM

သင့် gateway အကောင့်၊ သင့် sender ID များ၊ သင် ညှိနှိုင်းထားသော ဈေးနှုန်း — gateway တစ်ခုချင်း၏ စွမ်းဆောင်ရည်ကို ရိုးသားစွာ ဖော်ပြထားပြီး ပို့တိုင်း segment အရေအတွက်ကို မှတ်တမ်းတင်သည်။ အသေးစိတ်ကို ဖတ်ရန်: SMS စာမျက်နှာ။

AI: သင့် key များ၊ provider ၅ ခု

Wiz သည် AI provider ၅ ခုနှင့် model ဒါဇင်ပေါင်းများစွာတွင် သင့်ကိုယ်ပိုင် provider key များဖြင့် လည်ပတ်သည် — token အပေါ် အမြတ်မတင်၊ အသုံးပြုမှုအလိုက် model ရွေးနိုင်ပြီး မည်သည့် vendor ကိုမဆို စွန့်ခွာနိုင်သော လွတ်လပ်မှု ရှိသည်။ အပြည့်အစုံကို ဖတ်ရန်: AI စာမျက်နှာ။

Push: သင့် OneSignal

ဝင်ရောက်လာသူများထံ web push ကို သင့်ကိုယ်ပိုင် domain ပေါ်ရှိ သင့်ကိုယ်ပိုင် push app မှတစ်ဆင့် ပို့သည် — web push သည် တကယ်တမ်း ထိုသို့ အလုပ်လုပ်သောကြောင့် ဖြစ်ပြီး အခြားနည်း ဟန်ဆောင်လျှင် ပထမနေ့မှာပင် ပျက်သွားမည်။

ပြက္ခဒိန်များ

Google · Outlook · Apple — နှစ်ဘက်သွား၊ အခန်းကဏ္ဍကို သိသည်

ရက်ချိန်းများ အပြင်သို့၊ မအားချိန်များ အထဲသို့

ရက်ချိန်းများကို Google၊ Microsoft 365 နှင့် Apple/CalDAV ပြက္ခဒိန်များသို့ push ပို့ပြီး ဖျက်သိမ်းလျှင် ပျောက်သွားသည်။ ပြင်ပ မအားချိန်များကို အားလပ်ချိန်မှ နုတ်ယူသဖြင့် လူဖြစ်စေ AI ဖြစ်စေ မည်သည့် ဝင်ပေါက်ကမျှ ယူပြီးသား အချိန်ကို ကမ်းလှမ်း၍ မရပါ။ အသေးစိတ်ကို ဖတ်ရန်: ရက်ချိန်းစနစ် စာမျက်နှာ။

ရင်းမြစ်တစ်ခုချင်းအလိုက် ဦးတည်ချက်

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

ကြော်ငြာနှင့် စည်းမျဉ်းလိုက်နာမှု

စကားဝိုင်းများ၊ ကြော်ငြာ ပလက်ဖောင်းများနှင့် စည်းကြပ်သူများကြား နောက်ကွယ်စနစ်

Meta Conversions API

အောင်မြင်သွားသော deal ကို chat စတင်စေခဲ့သည့် ကြော်ငြာထံ ပြန်အစီရင်ခံသည် — ချန်နယ်အလိုက် identity ကို မှန်ကန်စွာ တိုက်ဆိုင်ထားသော purchase event အဖြစ် — ထို့အပြင် သင့် CRM funnel မှ lead အရည်အသွေး အချက်ပြမှုများပါ ပို့သည်။ Dataset နှင့် token မှာ သင့်ကိုယ်ပိုင်၊ မူလအတိုင်း ပိတ်ထားသည်။ Event တစ်ခု မထွက်မီ စစ်ဆေးချက် ၄ ခု (သဘောတူမှု အပါအဝင်) ကို ဖြတ်ရပြီး ဘာပို့ခဲ့သည်၊ ဘာကို ငြင်းပယ်ခဲ့သည်ကို အကြောင်းရင်းနှင့်တကွ ပြသော health panel ရှိသည်။

စာမျက်နှာ အပြည့်အစုံ

İYS (တူရကီ)

တူရကီ၏ စီးပွားရေးဆိုင်ရာ ဆက်သွယ်မှု registry ကို ချိတ်ဆက်ထားသည်: သဘောတူခွင့်ပြုချက်များကို ပေးလိုက်သည့်အခါ သို့မဟုတ် ရုပ်သိမ်းလိုက်သည့်အခါ push ပို့ပြီး registry ဘက်ရှိ opt-out များကို နေ့စဉ် ပြန်ဆွဲယူကာ credential များကို panel တွင် ရေးရုံသာ ရသည်။ Registry စည်းမျဉ်းလိုက်နာမှုကို စနစ်ထဲတွင် ထည့်သွင်းထားသည် — ၎င်း၏ လက်ရှိ တစ်ဘက်ခွဲ အတိုင်းအတာကို ဖတ်ရန်: İYS စာမျက်နှာ။

စာမျက်နှာ အပြည့်အစုံ

ဤအပိုင်းအတွက် ရိုးသားမှု စည်းမျဉ်း

ကြော်ငြာနှင့် စည်းမျဉ်းလိုက်နာမှု ချိတ်ဆက်မှုများသည် သဘောတူမှု စစ်ဆေးချက်များ၏ နောက်တွင်သာ အလုပ်လုပ်ပြီး ငြင်းပယ်ခံရသော event တိုင်းကို အကြောင်းရင်းနှင့်တကွ log မှတ်သည်။ နံပါတ်တစ်ခုကို ယုံကြည်စိတ်ချစွာ မတိုက်ဆိုင်နိုင်လျှင် မခန့်မှန်းပါ — မှားယွင်းသော identity တစ်ခုသည် အခြားသူတစ်ဦး၏ ကိုယ်ရေးလုံခြုံမှုကို ထိခိုက်စေသည်။

ပြောင်းရွှေ့ခြင်း

CRM ဟောင်းကို စွန့်ခွာပါ။ မှတ်တမ်းများကို ဆက်ထားပါ။

တကယ့် ပြောင်းရွှေ့ရေး engine

ပံ့ပိုးထားသော ရင်းမြစ်စနစ်များအတွက်: အဆက်အသွယ်များ၊ ရက်ချိန်း မှတ်တမ်း၊ ဈေးနှုန်းစာများ၊ အရောင်း အော်ဒါများ၊ ရရန်ငွေများနှင့် မှတ်စုများကို တန်းစီ၍ ရပ်ပြီး ပြန်ဆက်နိုင်သော engine မှတစ်ဆင့် import လုပ်သည် — CRM ပြောင်းခြင်းသည် ခလုတ်တစ်ခု မဟုတ်ဘဲ အော်ပရေတာ တစ်ဦး ထိုက်တန်သောကြောင့် ကျွန်ုပ်တို့အဖွဲ့နှင့်အတူ လုပ်ဆောင်သည်။

ကျော်ထားသည်များကို အမည်ဖြင့် အစီရင်ခံသည်

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

ပိုင်ဆိုင်မှုကို နောက်ဆုံးမှ ပြောင်းသည်

Import က ၎င်းကိုယ်ကို သက်သေပြပြီးမှ ဒေတာ ပိုင်ဆိုင်မှုကို နောက်ဆုံးအဆင့်အဖြစ် လွှဲပြောင်းသည် — သင် အခြားနည်း ဆုံးဖြတ်သည့်အချိန်အထိ စနစ်ဟောင်းကသာ အမှန်တရား ရင်းမြစ် ဖြစ်နေမည်။

Developer များအတွက်

ကျွန်ုပ်တို့ ရောင်းသော API သည် ကျွန်ုပ်တို့ ကိုယ်တိုင်သုံးသော API ဖြစ်သည်

API & Webhooks — စာမျက်နှာ အပြည့်အစုံ

OpenAPI contract တစ်ခုတည်း

ပလက်ဖောင်း တစ်ခုလုံးကို OpenAPI 3 document တစ်ခုတည်းတွင် သတ်မှတ်ထားသည် — ကျွန်ုပ်တို့၏ web panel နှင့် မိုဘိုင်းအက်ပ်တို့က type များကို ထုတ်ယူသည့် contract တစ်ခုတည်းပင် ဖြစ်သည်။ လျှို့ဝှက် endpoint မရှိ၊ docs နှင့် ကွဲလွဲမှု မရှိ။

Scope သတ်မှတ်ထားသော Commerce API key များ

Scope ရှင်းရှင်း သတ်မှတ်ထားသော tenant ထုတ် key များ — catalog read၊ orders read၊ orders write — က ကျွန်ုပ်တို့၏ ကတ်တလောက်နှင့် အော်ဒါ engine ပေါ်တွင် သင့်ကိုယ်ပိုင် storefront သို့မဟုတ် app ကို လည်ပတ်စေသည်။

လုံခြုံသော inbound webhook များ

မည်သည့် ပြင်ပစနစ်မဆို automation တစ်ခုကို စတင်နိုင်သည်: flow webhook trigger တစ်ခုစီတွင် ကိုယ်ပိုင် URL၊ ကိုယ်ပိုင် secret၊ HMAC စစ်ဆေးမှုနှင့် replay ကာကွယ်မှု ရှိသည် — payload များသည် ဒေတာသာ ဖြစ်ပြီး ညွှန်ကြားချက် မည်သည့်အခါမျှ မဟုတ်ပါ။

အထွက်: flow များက သင့်ကို ခေါ်သည်

REST အဆင့်က canvas ပေါ်တွင် သင် ဆွဲထားသည့် အချိန်အတိအကျတွင် သင့်စနစ်များကို ခေါ်သည်။ အားလုံးကို subscribe လုပ်နိုင်သော ယေဘုယျ webhook feed ကို မတည်ဆောက်ရသေးပါ — အရောင်းဆွေးနွေးပွဲမှ သိရခြင်း မဟုတ်ဘဲ ဤနေရာတွင် ဖော်ပြထားသည်။

ချိတ်ဆက်မှုများ FAQ

တိုက်ရိုက်အဖြေများ

နောက်ထပ်အချက်များကို အပြည့်အစုံပါသော FAQ တွင် ဖတ်ပါ၊ သို့မဟုတ် ကျွန်ုပ်တို့ကို တိုက်ရိုက်မေးပါ။

ယူလာနိုင်သည် — ၎င်းမှာ ကျွန်ုပ်တို့၏ အခြေခံ အယူအဆ ဖြစ်သည်။ AI သည် သင့်ကိုယ်ပိုင် provider key များဖြင့် လည်ပတ်သည် (BYOK၊ token အပေါ် အမြတ်မတင်)၊ ကမ်ပိန်း အီးမေးလ်ကို သင့်ကိုယ်ပိုင် Resend၊ Brevo သို့မဟုတ် Mailchimp အကောင့်မှတစ်ဆင့်၊ SMS ကို သင့်ကိုယ်ပိုင် Twilio သို့မဟုတ် NetGSM အကောင့်မှတစ်ဆင့် သင် ညှိနှိုင်းထားသော နှုန်းထားဖြင့် ပို့သည်။ Provider များနှင့် သင့်ဆက်ဆံရေးမှာ သင့်ကိုယ်ပိုင်အဖြစ် ဆက်ရှိပြီး ကျွန်ုပ်တို့က ဦးနှောက်နှင့် Inbox ကို ထည့်ပေးသည်။

ရှိသည် — scope သတ်မှတ်ထားသော tenant key များပါ (catalog read၊ orders read/write) public Commerce API၊ မည်သည့် automation flow ကိုမဆို စတင်နိုင်သော လုံခြုံသည့် inbound webhook များနှင့် သင့်စနစ်များကို ခေါ်ရန် flow များအတွင်းရှိ outbound REST အဆင့်။ ပလက်ဖောင်း တစ်ခုလုံးကို ကျွန်ုပ်တို့၏ ကိုယ်ပိုင် web နှင့် မိုဘိုင်းအက်ပ်များ ထုတ်ယူထားသည့် OpenAPI contract ကြီး တစ်ခုတည်းတွင် သတ်မှတ်ထားသည် — သင် သုံးမည့် API သည် ကျွန်ုပ်တို့ သုံးသော API ပင် ဖြစ်သည်။

လောလောဆယ် သင့်စနစ်များသို့ အထွက် ခေါ်ဆိုမှုများကို flow အဆင့်များမှတစ်ဆင့် လုပ်သည် — REST node တစ်ခုက canvas ပေါ်တွင် သင် ဆွဲထားသည့် အချိန်အတိအကျတွင် အလုပ်လုပ်သည်။ အရာအားလုံးကို subscribe လုပ်နိုင်သော ယေဘုယျ webhook feed ကို မတည်ဆောက်ရသေးပါ — အရောင်းဆွေးနွေးပွဲက အရိပ်အမြွက် ပြောသွားစေမည့်အစား ဤနေရာတွင် ရှင်းရှင်း ပြောထားသည်။

ပံ့ပိုးထားသော ရင်းမြစ်စနစ်များအတွက် တန်းစီ၍ ရပ်ပြီး ပြန်ဆက်နိုင်သော ပြောင်းရွှေ့ရေး engine က အဆက်အသွယ်များ၊ ရက်ချိန်း မှတ်တမ်း၊ ဈေးနှုန်းစာများ၊ အော်ဒါများ၊ ရရန်ငွေများနှင့် မှတ်စုများကို import လုပ်ပြီး ကွက်လပ်များကို ဖုံးကွယ်မည့်အစား ကျော်ထားသည်များကို အမည်ဖြင့် အစီရင်ခံသည်။ "Import ပြီးပြီ" ဆိုသည်မှာ အဓိပ္ပာယ်ရှိသင့်သောကြောင့် ပြောင်းရွှေ့ခြင်းကို ကျွန်ုပ်တို့အဖွဲ့နှင့်အတူ ကူညီ၍ လုပ်ဆောင်သည်။

အနက်ရှိုင်းမှုက logo များထက် သာသည်။

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