ConnectWiz + WooCommerce

အသုံးပြုနိုင်ပြီးသား ချိတ်ဆက်မှု

နှစ်ဘက်သွား WooCommerce sync — ပိုင်ဆိုင်မှု သဘောတူချက်နှင့်တကွ

"Woo ချိတ်ဆက်မှု" အများစုမှာ import ခလုတ်တစ်ခုနှင့် ဆုတောင်းခြင်းသာ ဖြစ်သည်။ ဤချိတ်ဆက်မှုမှာမူ စည်းကမ်းဖြင့် ထိန်းချုပ်ထားသော နှစ်ဘက်သွား sync ဖြစ်ပြီး ဒေတာ domain တစ်ခုချင်းအလိုက် မည်သည့်စနစ်က အမှန်တရားကို ပိုင်ဆိုင်သည်ကို သင်က ဆုံးဖြတ်သည် — ပဋိပက္ခတိုင်းသည် အသံတိတ် ထပ်ရေးခံရမည့်အစား လယ်ဂျာပေါ်သို့ ရောက်သည်။

တစ်ချက်နှိပ်ရုံဖြင့် ချိတ်တွဲခြင်း Field အဆင့် ပိုင်ဆိုင်မှု ပဋိပက္ခများကို လယ်ဂျာတွင် မှတ်
WooCommerce × ConnectWiz
တကယ်မလုပ်မီ အစမ်းလုပ်ကြည့်
ကုန်ပစ္စည်း၊ ပုံနှင့် variation များ ဝင်လာပြီ
ပိုင်ဆိုင်မှု: Woo / ဤနေရာ / နှစ်ခုလုံး — သင် ဆုံးဖြတ်ပါ
ပဋိပက္ခ ဖမ်းမိ → လယ်ဂျာ၊ ထပ်ကြိုးစား
30+
ကုန်ပစ္စည်းတစ်ခုလျှင် ယူဆောင်လာသော field — ပုံ၊ sale ကာလ၊ GTIN၊ တဂ်၊ up-/cross-sell နှင့် variation များ
၁၅ မိနစ်
ချိတ်တွဲ link ၏ သက်တမ်း — ချိတ်ဆက် handshake သည် ကြာရှည်မကျန်ဘဲ သက်တမ်းကုန်သွားသည်
4
အလိုအလျောက် စီစဉ်ပေးသော webhook topic — ကုန်ပစ္စည်း၊ အော်ဒါနှင့် ဖောက်သည် ပြောင်းလဲမှုများ စီးဝင်လာသည်
2,000
Import တစ်ကြိမ်လျှင် ကုန်ပစ္စည်း — ကြိုတင်ကြေညာထားသော အမြင့်ဆုံး ကန့်သတ်ချက် ဖြစ်ပြီး အတန်း ၂,၀၀၁ ရောက်မှ အံ့အားသင့်ရခြင်း မဟုတ်ပါ

E-commerce

လုပ်ဆောင်ပေးသည့်အရာ — အတိအကျ

တစ်ချက်နှိပ်ရုံဖြင့် ချိတ်တွဲခြင်း

စံ WooCommerce authorization flow က API key နှင့် webhook များကို အလိုအလျောက် စီစဉ်ပေးသည် — key ကူးထည့်ရသည့် အခမ်းအနား မရှိ၊ webhook စစ်ဆေးစာရင်း မရှိ။

နက်ရှိုင်းသော import

ပုံများ၊ အမျိုးအစား အဆင့်ဆင့်၊ ပုံမှန်ဈေးနှင့် sale ဈေး (ကာလများနှင့်တကွ)၊ GTIN များ၊ တဂ်များ၊ upsell နှင့် cross-sell များ၊ variation ဈေးနှုန်းနှင့် ပုံများ — ကတ်တလောက်သည် အမည်နှင့် ဈေးနှုန်းသာပါသော အရိုးစု မဟုတ်ဘဲ အပြည့်အစုံ ရောက်လာသည်။

တကယ့် write-back

ဤနေရာတွင် ကုန်ပစ္စည်း ပြင်ဆင်မှုများကို Woo သို့ ပြန်ရေးနိုင်သည် — လုပ်ဆောင်ချက်တစ်ခုချင်းအလိုက် ခလုတ်နှင့် အစမ်းမုဒ်ဖြင့် ထိန်းချုပ်ထားသဖြင့် တကယ် မပြောင်းမီ ဘာတွေ ပြောင်းမည်ကို မြင်ရသည်။

Field အဆင့် ပိုင်ဆိုင်မှု

Domain တစ်ခုချင်းအလိုက် သင် ရွေးပါ: ဒေတာကို Woo တွင် ထားမလား၊ ဤနေရာတွင် ထားမလား၊ နှစ်ဘက်လုံး sync လုပ်မလား။ အခြားနေရာက ပိုင်ဆိုင်သော field များကို မျက်နှာပြင်ပေါ်တွင် အကြောင်းရင်းနှင့်အတူ ဖတ်ရုံသာ ပြသည် — သခင်နှစ်ယောက်၏ ပရမ်းပတာ မရှိပါ။

ပဋိပက္ခ လယ်ဂျာ

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

အော်ဒါများလည်း ပါဝင်လာသည်

Woo အော်ဒါများသည် chat ဆိုင်၊ AI နှင့် API မှ အော်ဒါများ၏ ဘေးတွင် ရင်းမြစ်ကို မှတ်သားထားလျက် ပေါ်လာသည် — ပြသရာနေရာအားလုံးတွင် အော်ဒါ အမှန်တရား တစ်ခုတည်း။

နည်းပညာပိုင်း

ချိတ်ဆက်မှု အများစု ကျော်သွားကြသော sync နည်းပညာ

အလွန်သတိထားသော ချိတ်တွဲ handshake

ချိတ်ဆက် link သည် ၁၅ မိနစ်အတွင်း သက်တမ်းကုန်သည်၊ credential ဟောင်းများဖြင့် မည်သည့်အခါမျှ ပြန်သုံး၍ မရစေရန် callback ကို အခြားအရာအားလုံးထက် ဦးစွာ အသုံးပြုပြီးဟု မှတ်သည် — သုံးသော ဆိုင် URL မှာလည်း callback က ပြောသည့် URL မဟုတ်ဘဲ သင် ရိုက်ထည့်ခဲ့သော URL သာ ဖြစ်သည်။

ထပ်ကြိုးစားမှုကို ဒီဇိုင်းအရ ခံနိုင်သည်

Woo သည် ထပ်ကြိုးစားတိုင်း delivery ID များကို နံပါတ်အသစ် ပြန်တပ်သဖြင့် ထပ်နေသည်များ ဖယ်ရှားရာတွင် ၎င်းတို့ကို တမင်လျစ်လျူရှုပြီး မက်ဆေ့ချ် အကြောင်းအရာကို key အဖြစ် သုံးသည်။ အထွက်ဘက်တွင် idempotency key ကို အော်ဒါ၏ ကိုယ်ပိုင် metadata ထဲတွင် ထည့်ပို့ပြီး search ဖြင့် ပြန်ရှာသည် — အန္တရာယ်အရှိဆုံး အခြေအနေမှာ ရေးသွင်းမှု ရောက်သွားသော်လည်း response ပျောက်သွားခြင်း ဖြစ်သောကြောင့် ဖြစ်သည်။

ဒုတိယအကြိမ် ချိတ်ဆက်သော ဆက်နွယ်မှုများ

Upsell နှင့် cross-sell များသည် မရှိသေးနိုင်သော ကုန်ပစ္စည်းများကို ညွှန်ပြသည့် ဆိုင် ID များအဖြစ် ရောက်လာသည် — ထို့ကြောင့် ကတ်တလောက် ရောက်ပြီးနောက် ဒုတိယအကြိမ်တွင် ချိတ်ဆက်ပေးပြီး ကုန်ပစ္စည်း payload တွင် အောက်ဆုံးအဆင့် အမျိုးအစားများကိုသာ ဖော်ပြသဖြင့် အမျိုးအစား အဆင့်ဆင့်ကို သီးခြား ဆွဲယူသည်။

ငွေကြေးကို တစ်ကြိမ်တည်း မှန်ကန်စွာ ဖတ်သည်

Woo သည် ငွေကြေးကို အော်ဒါအလိုက်သာ ထုတ်ပြန်ပြီး ကုန်ပစ္စည်းအလိုက် မည်သည့်အခါမျှ မထုတ်ပြန်ပါ — ထို့ကြောင့် အတန်းတိုင်းတွင် ခန့်မှန်းမည့်အစား ကတ်တလောက် import မလုပ်မီ ဆိုင်၏ ကိုယ်ပိုင် ဆက်တင်များမှ ဆိုင်ငွေကြေးကို တစ်ကြိမ် ဖတ်သည်။

သတိကြီးသော status mapping

Fulfillment push များကို ဝေါဟာရ နှစ်ဖက် တကယ် ကိုက်ညီသည့်နေရာတွင်သာ map လုပ်သည်။ "ပြန်ပို့ထားသည်" အော်ဒါကို အတင်းအကျပ် ဘာသာမပြန်ဘဲ အော်ဒါ မှတ်စုအဖြစ် လူထံ ရောက်စေသည်။ Status မှတ်စုများကိုလည်း customer-notify ပိတ်ထားလျက် တင်သဖြင့် Woo က သင့်ဖောက်သည်ထံ အီးမေးလ် နှစ်ခါ မပို့ပါ။

သင် ရိုက်ထည့်သည်က အနိုင်ရသည်

ဤနေရာတွင် လူက လက်ဖြင့် ပြင်ထားသော field ကို import က မည်သည့်အခါမျှ ထပ်မရေးပါ — sync က လူကို လေးစားပြီး ပစ္စည်းတိုင်း၏ ရင်းမြစ်ကတ်တွင် ထိုအကြောင်းကို ဖော်ပြသည်။

တပ်ဆင်ခြင်း

ချိတ်ဆက်ပုံ

01

ဆိုင်ကို ချိတ်တွဲပါ

Connect ကို နှိပ်ပြီး သင့် WooCommerce admin တွင် အတည်ပြုပါ — key နှင့် webhook များကို သင့်အတွက် စီစဉ်ပေးသည်။

02

ပိုင်ဆိုင်မှုကို ရွေးပါ

ဒေတာ domain တစ်ခုချင်းအလိုက် အမှန်တရားကို မည်သူ ပိုင်မည်ကို ရွေးပါ: Woo၊ ConnectWiz သို့မဟုတ် နှစ်ဘက်လုံး။

03

အစမ်းလုပ်ပြီးမှ တကယ်လုပ်ပါ

Write-back လုပ်ဆောင်ချက်များကို အစမ်းမုဒ်ဖြင့် အရင် လုပ်ကြည့်ပါ။ Diff မှန်ကန်ပုံရမှ live သို့ ပြောင်းပါ။

တွဲသုံးလျှင် ပိုကောင်း

တွဲဖက်အလုပ်လုပ်နိုင်သည့် အရာများ

WordPress plugin

ConnectWiz ၏ plugin သည် login ဝင်ထားသော Woo ဖောက်သည်များကို chat ထဲသို့ အလိုအလျောက် ဝင်စေသည် — sync က သိပြီးသား လူတစ်ဦးတည်း ဖြစ်ပြီး အော်ဒါများ တွဲပါလာကာ ပြန်စာရင်းသွင်းရန် မလိုပါ။

ကုန်ပစ္စည်း feed များ

Import လုပ်ထားသော ကတ်တလောက်ကို Google Shopping / Meta Commerce feed အဖြစ် ထုတ်ဝေနိုင်သည် — အတန်းတစ်ခုလျှင် variant တစ်ခု၊ ကျော်ထားသည်များကို အကြောင်းရင်းနှင့်တကွ ရိုးသားစွာ ပြသပြီး ကိုယ်တိုင်တီထွင်ထားသော ငွေကြေးလဲလှယ်မှု မရှိပါ။ အသေးစိတ်ကို ကြည့်ရန်: Commerce။

Wiz + flow များ

AI က "ကျွန်ုပ်၏ အော်ဒါ ဘယ်ရောက်နေပြီလဲ" ဆိုသည့် မေးခွန်းကို လက်ရှိ ဆိုင်ဒေတာမှ ဖြေကြားပြီး flow များကလည်း commerce event များကို တုံ့ပြန်နိုင်သည် — sync သည် အခြားအရာအားလုံး ရပ်တည်ရာ အခြေခံ ဖြစ်သည်။

လုံခြုံရေးနှင့် အာမခံချက်များ

ပျင်းစရာကောင်းလောက်အောင် ခိုင်မာသော အာမခံချက်များ

Key များကို ကူးထည့်စရာ မလိုဘဲ စီစဉ်ပေးသည်

wc-auth flow က သင့်ဆိုင်ကို key များကို server ဘက်မှ ကျွန်ုပ်တို့ထံ တိုက်ရိုက် ပေးအပ်စေသည် — သိမ်းဆည်းထားစဉ် encrypt လုပ်ထားပြီး လူက ပေါက်ကြားစေနိုင်မည့် copy-paste အဆင့် မရှိပါ။

Webhook တိုင်းကို သက်သေပြသည်

ဝင်လာသော ပို့ဆောင်မှုများကို ဆိုင်တစ်ခုချင်းအတွက် ကျွန်ုပ်တို့ ထုတ်ပေးသော secret ဖြင့် HMAC လက်မှတ်ထိုးထားပြီး constant time ဖြင့် နှိုင်းယှဉ်သည် — အတုလုပ်ထားသော "ကုန်ပစ္စည်း update" သည် တံခါးဝတွင်ပင် ပြန်လှည့်သွားရသည်။

သင့်ဆိုင်အပေါ် ယဉ်ကျေးသည်

စစ်ဆေးပြီးသော်လည်း မကိုင်တွယ်သော ပို့ဆောင်မှုများကိုလည်း success ဟု ပြန်ဖြေသည် — Woo သည် ဆက်တိုက် ၅ ကြိမ် မအောင်မြင်လျှင် webhook ကို ပိတ်လိုက်သောကြောင့် ဖြစ်သည်။ သင့်ဆိုင်က ကျွန်ုပ်တို့ကို လက်လျှော့သွားစေမည့်အစား ထူးဆန်းမှုများကို ကျွန်ုပ်တို့ဘက်က ခံယူသည်။

SSRF ကာကွယ်ထားသော အထွက် traffic

သင့်ဆိုင် URL သို့ ခေါ်ဆိုမှုတိုင်းသည် egress guard ကို ဖြတ်ရသည် — မကောင်းသော ရည်ရွယ်ချက်ရှိသည့် "ဆိုင်လိပ်စာ" ကို အတွင်းပိုင်း network များ စူးစမ်းရန် မသုံးနိုင်ပါ။

မဖုံးကွယ်ထားသော အသေးစိတ်များ

ရှင်းလင်းစွာ ဖော်ပြထားသော ကန့်သတ်ချက်များ

ငွေပေးချေမှု မလုပ်ဆောင်

အော်ဒါများကို sync လုပ်သည်။ ကတ်မှ ငွေဖြတ်ခြင်းမှာ သင့်ဆိုင်နှင့် ငွေပေးချေမှု provider တွင်သာ ရှိသည် — အခြားနည်း ဟန်ဆောင်ခြင်းသည် ပလက်ဖောင်းများ ညံ့ဖျင်းသော ဘဏ်တစ်ဝက် ဖြစ်လာရသည့် နည်းလမ်း ဖြစ်သည်။

မီဒီယာသည် ပိုင်ဆိုင်မှုအတိုင်း လိုက်သည်

Woo က ပိုင်ဆိုင်သော content field များကို ဤနေရာတွင် ဒီဇိုင်းအရ ဖတ်ရုံသာ ထားသည် — ပိုင်ဆိုင်မှု သဘောတူချက်၏ အနှစ်သာရမှာ ကျွန်ုပ်တို့ကိုပါ ချည်နှောင်ခြင်း ဖြစ်သည်။

ကုန်ပစ္စည်း ၂,၀၀၀ ကန့်သတ်ချက်

Import တစ်ကြိမ်တွင် ကုန်ပစ္စည်း ၂,၀၀၀ အထိ ယူဆောင်နိုင်သည် — ကြေညာထားသော နည်းပညာ ကန့်သတ်ချက် ဖြစ်သည်။ ထိုထက် ကြီးသော ကတ်တလောက်များအတွက် အသံတိတ် timeout ဖြစ်စေမည့်အစား ချဲ့ထွင်ရေးကို ရိုးသားစွာ ဆွေးနွေးလိုသည်။

အော်ဒါများကို ကူးယူခြင်း မဟုတ်ဘဲ ဖတ်ယူသည်

ဆိုင်အော်ဒါများကို ဒုတိယ လယ်ဂျာထဲသို့ ပုံတူကူးမည့်အစား အဆက်အသွယ်ပေါ်တွင် တိုက်ရိုက် ပြသည် (တစ်မိနစ် cache လုပ်ထားပြီး နောက်ဆုံး ၁၀ ခု) — အမှန်တရား ရင်းမြစ် တစ်ခုတည်းသာ ထားရန် တမင်ဆုံးဖြတ်ချက် ဖြစ်ပြီး ဤနေရာတွင် ဖော်ပြထားသည်။

WooCommerce FAQ

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

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

ပုံ၊ အမျိုးအစား၊ ပုံမှန်/sale ဈေးနှုန်းနှင့် ကာလများ၊ GTIN၊ တဂ်၊ up-sell နှင့် cross-sell များပါသော ကုန်ပစ္စည်းများနှင့် ကိုယ်ပိုင်ဈေးနှုန်းနှင့် ပုံများပါသော variation များ — ချိတ်တွဲစဉ် အဝင်ဘက်သို့၊ domain အလိုက် သင် ဖွင့်ထားသော write-back လုပ်ဆောင်ချက်များမှတစ်ဆင့် အထွက်ဘက်သို့။ အော်ဒါများသည် WooCommerce ရင်းမြစ်ကို မှတ်သားထားလျက် ရောက်လာသည်။

မဖြစ်နိုင်ပါ — ၎င်းမှာ ဒီဇိုင်း၏ ဗဟိုချက် ဖြစ်သည်။ Write-back သည် အစမ်းမုဒ်၏ နောက်တွင် လုပ်ဆောင်ချက်တစ်ခုချင်းအလိုက် လည်ပတ်သည်၊ field အဆင့် ပိုင်ဆိုင်မှုက အခြားနေရာပိုင် field များကို ဖတ်ရုံသာ ဖြစ်စေသည်၊ deterministic idempotency key များက ထပ်ကြိုးစားမှုကို ဘေးကင်းစေပြီး ပဋိပက္ခဖြစ်သမျှကို လူက ဖြေရှင်းရန် မြင်သာသော လယ်ဂျာပေါ် တင်ထားသည်။

၎င်းတို့ မတူညီသော အလုပ်များကို ဖြေရှင်းသည်: ဤချိတ်ဆက်မှုက ကတ်တလောက်နှင့် အော်ဒါများကို sync လုပ်ပြီး WordPress plugin က chat widget ကို ထည့်သွင်းကာ SSO ဖြင့် ဖောက်သည်များကို login ဝင်စေသဖြင့် login ဝင်ထားသော Woo ဖောက်သည်ကို chat တွင် မှတ်မိသည်။ ဆိုင်အများစုက နှစ်ခုလုံး သုံးကြသည်။

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

ပုံတူကူးထားသော အော်ဒါတိုင်း၏ metadata တွင် deterministic idempotency key ပါဝင်ပြီး မဖန်တီးမီ ချိတ်ဆက်မှုက ထို key ကို ရှာသည် — ထို့ကြောင့် ရေးသွင်းမှု ရောက်သွားသော်လည်း response ပျောက်သွားသည့် ဆိုးရွားသော အခြေအနေတွင်ပင် ဒုတိယ အော်ဒါ မဖြစ်နိုင်ပါ။ ထပ်နေခြင်း စစ်ဆေးမှုကို အစမ်းမုဒ်တွင်လည်း လုပ်သည်။

တွဲပေးသည် — အကောင့် identity ရှိလျှင် ၎င်းဖြင့် ဖောက်သည်ကို တွဲပြီး guest အော်ဒါများကို အီးမေးလ် သို့မဟုတ် ဖုန်းနံပါတ်ဖြင့် ရှာသဖြင့် chat တွင် "ကျွန်ုပ်၏ ပါဆယ် ဘယ်ရောက်နေပြီလဲ" ဟု မေးသူကို မည်သည့်နည်းဖြင့်ဖြစ်စေ မှတ်မိသည်။

ရိုးသားစွာ ချိတ်ဆက်ခြင်းသည် ကျယ်လောင်စွာ ကြွေးကြော်ခြင်းထက် သာသည်။

ဤနေရာရှိ ချိတ်ဆက်မှုတိုင်းကို ၎င်းတကယ်လုပ်ဆောင်သည့်အတိုင်း ဖော်ပြထားသည် — ဒေတာသွားရာ ဦးတည်ချက်၊ ပိုင်ဆိုင်မှုနှင့် ကန့်သတ်ချက်များ အပါအဝင်။