ConnectWiz + Zendesk

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

ပြောင်းရွှေ့နေစဉ် Zendesk ကို ဆက်သုံးပါ — အလုပ်နှစ်ထပ် မလုပ်ရဘဲ

ကူးပြောင်းကာလ လများအတွက် လက်တွေ့ကျသော တံတားတစ်ခု: ConnectWiz တွင် ဖွင့်သော Ticket များ Zendesk တွင် ပေါ်လာသည်၊ ပြန်စာများ နှစ်ဘက်လုံး ထပ်တူ ကူးသွားသည်၊ loop guard ကြောင့် မှတ်ချက်များ အဆုံးမရှိ အပြန်အလှန် ခုန်နေသည့် ပြဿနာသည် စနစ်အရပင် မဖြစ်နိုင်ပါ။ ပြောင်းရွှေ့ပြီးသည်နှင့် ပိတ်လိုက်ပါ။

အခမဲ့ စတင်ရန် ချိတ်ဆက်မှုအားလုံး

Push နှင့် pull — သီးခြားစီ Shared secret ဖြင့် လုံခြုံရေး ဒီဇိုင်းအရပင် loop ကာကွယ်ထားသည်

Zendesk × ConnectWiz

Ticket → Zendesk တွင် ဖန်တီးပြီး

ဝန်ထမ်း ပြန်စာ ← လုံခြုံသော trigger မှတစ်ဆင့်

ပဲ့တင်ကို တဂ်တပ်ထားသည် — loop မဖြစ်နိုင်

ဦးတည်ချက် — push နှင့် pull — ပြောင်းရွှေ့မှု အဆင့်အလိုက် သီးခြားစီ ဖွင့်ပိတ်နိုင်သည်

Pull လမ်းကြောင်းပေါ်ရှိ shared secret — constant time ဖြင့် နှိုင်းယှဉ်သည်

ဖြစ်နိုင်သော loop အရေအတွက် — ထပ်တူကူးထားသော မက်ဆေ့ချ်များကို နယ်နိမိတ်တွင် တဂ်တပ်ထားသဖြင့် ပဲ့တင်များ ပြန်မကူးပါ

∞

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

အကူအညီ

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

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

ConnectWiz Ticket စကားဝိုင်းတစ်ခုသည် ခေါင်းစဉ်၊ မှတ်ချက်နှင့် external reference ပါသော Zendesk Ticket တစ်ခုကို ဖန်တီးသည်။ နောက်ထပ် ပြန်စာများကို မှတ်ချက်များအဖြစ် ထပ်ပေါင်းထည့်သည်။

Pull: ပြန်စာများ ပြန်ဝင်လာသည်

Zendesk trigger တစ်ခုက ဝန်ထမ်း၏ မှတ်ချက်များကို ConnectWiz စကားဝိုင်းထဲသို့ ပို့သည် — constant time ဖြင့် နှိုင်းယှဉ်သော shared secret ဖြင့် အတည်ပြုပြီး end-user မှတ်ချက်များကို စစ်ထုတ်ထားသည်။

Loop guard

ထပ်တူကူးထားသော မက်ဆေ့ချ်များကို နယ်နိမိတ်တွင် တဂ်တပ်ထားသဖြင့် push listener က ၎င်းတို့ကို မည်သည့်အခါမျှ ပြန်မပို့ပါ — ဤနည်းဖြင့် ကာကွယ်ထားသည့် ပြဿနာမှာ Ticket မှတ်ချက်များ အဆုံးမရှိ အပြန်အလှန် ခုန်နေခြင်း ဖြစ်သည်။

ခလုတ် နှစ်ခု

Push နှင့် pull ကို သီးခြားစီ ဖွင့်နိုင်သည် — သင့်ပြောင်းရွှေ့မှု အဆင့်အလိုက် အပြင်သို့သာ၊ အတွင်းသို့သာ သို့မဟုတ် နှစ်ဘက်လုံး ထပ်တူကူးနိုင်သည်။

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

တံတား၏ အလုပ်လုပ်ပုံ

Push — reference ဖြင့် ချိတ်တွဲထားသည်

ConnectWiz Ticket တစ်ခုသည် ခေါင်းစဉ်၊ ပထမ မှတ်ချက်နှင့် နှစ်ခုကို ချိတ်ပေးသော external reference ပါသည့် Zendesk အမွှာ Ticket ကို ဖန်တီးသည် — နောက်ပိုင်း ပြန်စာတိုင်းကို Ticket အသစ် မဖွင့်ဘဲ ထို Ticket ပေါ်တွင်ပင် မှတ်ချက်အဖြစ် ထပ်ပေါင်းသည်။

Pull — သင့်ကိုယ်ပိုင် trigger မှတစ်ဆင့်

Zendesk ထဲသို့ သင်ကူးထည့်သော JSON trigger က ဝန်ထမ်း မှတ်ချက်များကို ပြန်ပို့သည် — shared secret ဖြင့် အတည်ပြုပြီး end-user မှတ်ချက်များကို စစ်ထုတ်ထားသဖြင့် ဖောက်သည်၏ ကိုယ်ပိုင်စကားများ ၎င်းထံ ပဲ့တင်ပြန် မရောက်ပါ။

Loop guard — လက်တွေ့တွင်

တံတားကို ဖြတ်ကူးသော မက်ဆေ့ချ်တိုင်းကို ထပ်တူကူးထားသည်ဟု တဂ်တပ်ပြီး push listener က တဂ်ပါသော မက်ဆေ့ချ်များကို လျစ်လျူရှုသည် — ရိုးရိုး လုပ်ငန်းခွင်နှစ်ခု တံတားများကို ဒုက္ခပေးလေ့ရှိသော မှတ်ချက်များ အဆုံးမရှိ ခုန်နေသည့် ပြဿနာသည် ဖြစ်ခဲရုံသာမက စနစ်အရပင် မဖြစ်နိုင်ပါ။

ဦးတည်ချက်များ သီးခြားစီ

အပြင်သို့သာ ထပ်တူကူးခြင်း (Zendesk ကို မှတ်တမ်းဟောင်းအဖြစ် ထားရန်)၊ အတွင်းသို့သာ (ထိုမှ ဒေတာ ရွှေ့ထုတ်ရန်) သို့မဟုတ် နှစ်ဘက်လုံး (ပြောင်းရွှေ့နေစဉ် ပြိုင်တူ လည်ပတ်ရန်) — ဦးတည်ချက်တစ်ခုစီတွင် ကိုယ်ပိုင်ခလုတ် ရှိသဖြင့် တံတားကို သင့်ပြောင်းရွှေ့မှုနှင့် တစ်ပတ်ချင်း ကိုက်ညီအောင် ညှိနိုင်သည်။

တပ်ဆင်ခြင်း

ချိတ်ဆက်ပုံ

သင့် Zendesk ကို ချိတ်ဆက်ပါ

Subdomain၊ ဝန်ထမ်း အီးမေးလ်နှင့် API token — encrypt လုပ်ထားပြီး ချိတ်ဆက်မှုကို စမ်းသပ်စစ်ဆေးသည်။

Trigger ကို ကူးထည့်ပါ

Pull ဦးတည်ချက်အတွက် ပေးထားသော JSON trigger ကို Zendesk တွင် ထည့်ပါ။

ဦးတည်ချက်များကို ဖွင့်ပိတ်ပါ

Push၊ pull သို့မဟုတ် နှစ်ခုလုံးကို ဖွင့်ပါ — ပြောင်းရွှေ့မှု ပြီးသည့်နေ့တွင် ပိတ်လိုက်ပါ။

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

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

Inbox

တံတားမှ ဖြတ်လာသော Ticket များသည် ပုံမှန် Inbox စကားဝိုင်းများ ဖြစ်သည် — တံတား လည်ပတ်နေစဉ် လမ်းကြောင်းခွဲခြင်း၊ တာဝန်ပေးအပ်ခြင်း၊ SLA အချိန်မှတ်ခြင်းနှင့် AI မူကြမ်းများ အားလုံး ပုံမှန်အတိုင်း အလုပ်လုပ်သည်။

အီးမေးလ်နှင့် Ticket များ

တံတားသည် Ticket စကားဝိုင်းများပေါ်တွင် အလုပ်လုပ်သည် — အီးမေးလ်မှ ဝင်လာသော Ticket များနှင့် portal မှ ဝင်လာသော Ticket များကို တစ်နည်းတည်း ထပ်တူကူးသည်။

ထွက်ပေါက်

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

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

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

Credential များကို encrypt လုပ်ပြီး စမ်းသပ်ထားသည်

Subdomain၊ ဝန်ထမ်း အီးမေးလ်နှင့် API token ကို သိမ်းဆည်းထားစဉ် encrypt လုပ်ထားပြီး မည်သည့်အရာကမျှ မမှီခိုမီ ချိတ်ဆက်စဉ်တွင် သင့် Zendesk ကို တိုက်ရိုက်စမ်းသပ်သည်။

Pull လမ်းကြောင်းကို အတည်ပြုထားသည်

ဝင်လာသော trigger ခေါ်ဆိုမှုများတွင် shared secret ပါရှိပြီး constant time ဖြင့် နှိုင်းယှဉ်သည် — ခန့်မှန်းထားသော URL ဖြင့် သင့် Inbox ထဲသို့ ရေးသွင်း၍ မရပါ။

ဝန်ထမ်း မှတ်ချက်များသာ ဖြတ်ကူးသည်

Pull သည် ဝန်ထမ်းရေးသော မှတ်ချက်များကိုသာ စစ်ယူသည် — end-user စာသား၊ automation များနှင့် စနစ်မှတ်စုများ တံတား၏ ဟိုဘက်တွင်သာ ကျန်ရစ်သည်။

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

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

တံတားသာ ဖြစ်သည်၊ importer မဟုတ်

ပါဝင်သည့် အတိုင်းအတာမှာ Ticket ဖန်တီးခြင်းနှင့် ပြန်စာ — နှစ်ဘက်လုံး — သာ ဖြစ်သည်။ Help-center ဆောင်းပါးများ၊ macro များ၊ SLA များနှင့် view များ ကူးမလာပါ — အမှန်တကယ် သုံးသင့်ပုံမှာ ကူးပြောင်းပြီးနောက် ရပ်နားခြင်း ဖြစ်သည်။

Ticket စကားဝိုင်းများသာ

Push သည် ConnectWiz Ticket စကားဝိုင်းများအတွက်သာ အလုပ်လုပ်သည် — WhatsApp chat တစ်ခုက Zendesk Ticket ကို အလိုအလျောက် မဖန်တီးပါ၊ တမင် ထိုသို့ ထားခြင်း ဖြစ်သည်။

Zendesk FAQ

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

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

Ticket ဖန်တီးခြင်းနှင့် ပြန်စာများ — နှစ်ဘက်လုံး: ConnectWiz Ticket များက Zendesk Ticket များကို ဖန်တီးပြီး မှတ်ချက်များကို ထပ်တူကူးသည်။ Zendesk ဝန်ထမ်း ပြန်စာများကို လုံခြုံသော trigger မှတစ်ဆင့် ပြန်ပို့သည်။ Push နှင့် pull ကို သီးခြားစီ ဖွင့်ပိတ်နိုင်သည်။

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

ကူးပြောင်းကာလအတွက် တည်ဆောက်ထားခြင်း ဖြစ်သည်: သင့်အဖွဲ့ ပြောင်းရွှေ့နေစဉ် လုပ်ငန်းခွင် နှစ်ခုလုံးကို sync လုပ်ထားပြီး ပြီးလျှင် တံတားကို ပိတ်ပါ။ Zendesk ကို အမြဲသုံးလိုသော အဖွဲ့များသည် များသောအားဖြင့် လုပ်ငန်းခွင် နှစ်ခုအတွက် ငွေမပေးသင့်ပါ။

API ဝင်ရောက်ခွင့်နှင့် trigger များ ပါဝင်သော မည်သည့်အစီအစဉ်မဆို ရသည် — တံတားသည် ပုံမှန် API token တစ်ခုနှင့် trigger တစ်ခုကိုသာ သုံးပြီး Zendesk marketplace app သို့မဟုတ် Sunshine subscription မလိုပါ။

စာသား ပြန်စာများကို ထပ်တူကူးသည်။ ပူးတွဲဖိုင်များ ထပ်တူကူးသည်ဟု မဆိုပါ။ ပြောင်းရွှေ့နေစဉ် ဖိုင်သည် များသောအားဖြင့် စကားဝိုင်းကို အမှန်တကယ် ကိုင်တွယ်နေသည့် ဘက်တွင် ရှိနေသည် — တံတားက စာသားများကို sync လုပ်ထားသဖြင့် မည်သည့်အရာကိုမျှ နှစ်ကြိမ် မဖြေမိပါ။

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

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