ConnectWiz + Zendesk

یکپارچه‌سازی فعال

Zendesk را حین مهاجرت روشن نگه دارید — بدون کار دوباره

پلی عمل‌گرایانه برای ماه‌های گذار: تیکتی که در ConnectWiz متولد می‌شود در Zendesk هم ظاهر می‌شود، پاسخ‌ها در هر دو جهت آینه می‌شوند، و یک نگهبان حلقه، پینگ‌پنگ بی‌پایان دیدگاه‌ها را از نظر ساختاری ناممکن می‌کند. وقتی جابه‌جایی تمام شد، خاموشش کنید.

Push و Pull، مستقل از هم امنیت با کلید مشترک نگهبان حلقه، از روی طراحی
Zendesk × ConnectWiz
تیکت ← در Zendesk ساخته می‌شود
از تریگر امن ← پاسخ کارشناس
پژواک برچسب می‌خورد — حلقه ناممکن است
2
جهت — Push و Pull — که مستقل از هم و متناسب با مرحلهٔ مهاجرت روشن و خاموش می‌شوند
1
کلید مشترک روی مسیر Pull، که در زمان ثابت مقایسه می‌شود
0
حلقهٔ ممکن — پیام آینه‌شده همان مرز برچسب می‌خورد و پژواک هرگز دوباره عبور نمی‌کند
∞
چقدر باید دو میز پشتیبانی را هم‌زمان بگردانید: هیچ. این پل برای دورهٔ گذار ساخته شده و بعد بازنشسته می‌شود

پشتیبانی

دقیقاً چه کار می‌کند

Push: تیکت‌ها بیرون می‌روند

یک گفت‌وگوی تیکتی در ConnectWiz، در Zendesk تیکتی با موضوع، دیدگاه و ارجاع بیرونی می‌سازد؛ پاسخ‌های بعدی به‌صورت دیدگاه به همان تیکت اضافه می‌شوند.

Pull: پاسخ‌ها برمی‌گردند

یک تریگر در Zendesk دیدگاه‌های کارشناس را داخل رشتهٔ گفت‌وگوی ConnectWiz می‌گذارد — با کلید مشترکی که در زمان ثابت مقایسه می‌شود احراز هویت می‌شود، و دیدگاه‌های کاربر نهایی فیلتر می‌شوند.

نگهبان حلقه

پیام آینه‌شده همان مرز برچسب می‌خورد تا شنوندهٔ Push هیچ‌وقت آن را برنگرداند — حالت خرابی که جلویش گرفته می‌شود، همان پینگ‌پنگ بی‌پایان دیدگاه‌های تیکت است.

دو کلید

Push و Pull مستقل از هم فعال می‌شوند — فقط آینه به بیرون، فقط به درون، یا هر دو، متناسب با مرحلهٔ مهاجرت شما.

جزئیات فنی

مکانیک این پل

Push، با یک رشتهٔ ارجاع

تیکت ConnectWiz دوقلوی خودش را در Zendesk می‌سازد، با موضوع، اولین دیدگاه و یک ارجاع بیرونی که این دو را به هم می‌بندد — هر پاسخ بعدی به‌صورت دیدگاه روی همان تیکت می‌نشیند، نه روی تیکتی تازه.

Pull، از راه تریگر خودتان

یک تریگر JSON که خودتان داخل Zendesk می‌چسبانید، دیدگاه‌های کارشناس را برمی‌گرداند — با کلید مشترک احراز هویت می‌شود و دیدگاه‌های کاربر نهایی فیلتر می‌شوند تا حرف‌های خود مشتری به خودش پژواک نشود.

نگهبان حلقه، به‌طور مشخص

هر پیامی که از این پل رد می‌شود برچسب «آینه‌شده» می‌خورد و شنوندهٔ Push پیام‌های برچسب‌خورده را نادیده می‌گیرد — پینگ‌پنگ بی‌پایان دیدگاه‌ها که پل‌های ساده‌لوحانهٔ دومیزه را زمین می‌زند، اینجا از نظر ساختاری ناممکن است، نه فقط بعید.

جهت‌ها از هم جدا می‌شوند

فقط آینه به بیرون (Zendesk بماند به‌عنوان بایگانی)، فقط به درون (خالی‌اش کنید)، یا هر دو (در طول جابه‌جایی موازی کار کنید) — هر جهت کلید خودش را دارد، پس این پل هفته‌به‌هفته با مهاجرت شما جلو می‌آید.

راه‌اندازی

چگونه متصل می‌شود

01

اتصال Zendesk شما

زیردامنه، ایمیل کارشناس و توکن API — رمزنگاری‌شده، همراه با بررسی اتصال آزمایشی.

02

چسباندن تریگر

تریگر JSON آماده را برای جهت Pull در Zendesk اضافه کنید.

03

تنظیم جهت‌ها

Push، Pull یا هر دو را فعال کنید — و همان روزی که مهاجرت تمام شد خاموششان کنید.

کنار هم بهتر

با چه چیزهایی ترکیب می‌شود

صندوق ورودی

تیکت‌های پل‌شده همان گفت‌وگوهای صندوق ورودی عادی‌اند — مسیریابی، واگذاری، ساعت SLA و پیش‌نویس هوش مصنوعی تا وقتی پل برقرار است همه اعمال می‌شوند.

ایمیل و تیکت

این پل روی گفت‌وگوهای تیکتی سوار است — تیکت‌های زادهٔ ایمیل و زادهٔ پورتال هر دو به یک شکل آینه می‌شوند.

راه خروج

وقتی جابه‌جایی کامل شد، هر دو جهت را خاموش کنید — گفت‌وگوها، مخاطبان و تاریخچه همین حالا خانه‌اند. نکته همین است.

امنیت و تضمین‌ها

تضمین‌های کسل‌کننده

اعتبارنامه‌ها رمزنگاری‌شده و آزمایش‌شده

زیردامنه، ایمیل کارشناس و توکن API در حالت ذخیره رمزنگاری می‌شوند، و هنگام اتصال یک آزمایش آنی روی Zendesk شما اجرا می‌شود، پیش از آنکه چیزی به آن تکیه کند.

مسیر Pull احراز هویت می‌شود

فراخوانی‌های ورودی تریگر کلید مشترک را با خود دارند و در زمان ثابت مقایسه می‌شوند — یک نشانی حدس‌زده‌شده اجازهٔ نوشتن در صندوق ورودی شما را پیدا نمی‌کند.

فقط دیدگاه کارشناس عبور می‌کند

Pull فقط دیدگاه‌هایی را می‌گذراند که کارشناس نوشته — متن کاربر نهایی، اتوماسیون‌ها و یادداشت‌های سیستمی همان سمت پل می‌مانند.

جزئیات ریز، بی‌تعارف

مرزها، نوشته‌شده

یک پل، نه یک ابزار درون‌ریزی

دامنهٔ کار ساختن تیکت و پاسخ است، در هر دو جهت. مقاله‌های مرکز راهنما، ماکروها، قواعد SLA و نماها عبور نمی‌کنند — کاربرد بی‌تعارفش دورهٔ گذار است و بعد بازنشستگی.

فقط گفت‌وگوهای تیکتی

Push فقط برای رشته‌های تیکتی ConnectWiz شلیک می‌شود — یک چت WhatsApp به‌طور خودکار تیکت Zendesk نمی‌سازد، و این عمدی است.

پرسش‌های متداول Zendesk

پاسخ‌های بی‌واسطه

اطلاعات بیشتر در صفحهٔ پرسش‌های متداول، یا مستقیم از ما بپرسید.

ساختن تیکت و پاسخ‌ها، در هر دو جهت: تیکت‌های ConnectWiz در Zendesk تیکت می‌سازند و دیدگاه‌ها را آینه می‌کنند؛ پاسخ کارشناس Zendesk از راه یک تریگر امن برمی‌گردد. Push و Pull مستقل از هم روشن و خاموش می‌شوند.

هر پیام آینه‌شده همان مرز برچسب می‌خورد و شنوندهٔ Push پیام‌های برچسب‌خورده را نادیده می‌گیرد — پس یک دیدگاه می‌تواند یک بار از پل رد شود، اما هرگز تا ابد بالا و پایین نمی‌پرد.

برای دورهٔ گذار ساخته شده: تا وقتی تیم شما جابه‌جا می‌شود هر دو میز را همگام بگردانید، بعد پل را خاموش کنید. تیمی که Zendesk را برای همیشه می‌خواهد، معمولاً نباید پول دو میز پشتیبانی را بدهد.

هر طرحی که دسترسی API و تریگر داشته باشد — این پل از یک توکن API استاندارد و یک تریگر استفاده می‌کند، نه اپلیکیشن بازار Zendesk می‌خواهد و نه اشتراک Sunshine.

پاسخ‌های متنی آینه می‌شوند؛ آینه شدن پیوست ادعا نمی‌شود. در طول مهاجرت، فایل معمولاً همان سمتی می‌ماند که گفت‌وگو واقعاً آنجا کار می‌شود — این پل کلمه‌ها را همگام نگه می‌دارد تا هیچ چیز دو بار پاسخ داده نشود.

اتصال صادقانه از اتصال پرسروصدا بهتر است.

هر یکپارچه‌سازی در این صفحه با کاری که واقعاً انجام می‌دهد توصیف شده است: جهت همگام‌سازی، مالکیت داده و محدودیت‌ها.