ConnectWiz + Zendesk

การเชื่อมต่อที่ใช้งานจริง

ให้ Zendesk ทำงานต่อไประหว่างที่คุณย้าย — โดยไม่ต้องทำงานซ้ำสองรอบ

สะพานที่ใช้ได้จริงสำหรับเดือนแห่งการย้ายบ้าน: ทิกเก็ตที่เกิดใน ConnectWiz ไปโผล่ใน Zendesk คำตอบสะท้อนกันทั้งสองทาง และตัวกันลูปทำให้การตีปิงปองคอมเมนต์ไม่รู้จบแบบคลาสสิกเป็นไปไม่ได้เชิงโครงสร้าง พอย้ายเสร็จ ก็ปิดมันทิ้ง

ผลักและดึง แยกกันอิสระ ความปลอดภัยด้วย shared secret กันลูปตั้งแต่ออกแบบ
Zendesk × ConnectWiz
ทิกเก็ต → สร้างใน Zendesk แล้ว
คำตอบเจ้าหน้าที่ ← ผ่านทริกเกอร์ที่ป้องกันแล้ว
ติดแท็กเสียงสะท้อนแล้ว — ลูปเกิดไม่ได้
2
ทิศทาง — ผลักและดึง — เปิดปิดแยกกันได้ตามเฟสของการย้าย
1
shared secret บนเส้นทางดึง เทียบกันแบบ constant time
0
ลูปที่เป็นไปได้ — ข้อความที่สะท้อนถูกติดแท็กไว้ที่ขอบ เสียงสะท้อนจึงไม่ข้ามกลับอีก
∞
ควรรันสองโต๊ะนานแค่ไหน: ไม่ควรเลย สะพานนี้สร้างมาเพื่อช่วงเปลี่ยนผ่าน แล้วปลดระวาง

ซัพพอร์ต

ทำอะไรได้บ้าง — แบบเจาะจง

Push: ส่งทิกเก็ตออก

บทสนทนาแบบทิกเก็ตใน ConnectWiz สร้างทิกเก็ตใน Zendesk พร้อมหัวเรื่อง คอมเมนต์ และรหัสอ้างอิงภายนอก คำตอบถัดไปจะต่อท้ายเป็นคอมเมนต์

ดึง: คำตอบกลับมา

ทริกเกอร์ฝั่ง Zendesk ส่งคอมเมนต์ของเจ้าหน้าที่เข้ามาในเธรดของ ConnectWiz — ยืนยันตัวตนด้วย shared secret ที่เทียบแบบ constant time และกรองคอมเมนต์ของผู้ใช้ปลายทางออก

ตัวกันลูป

ข้อความที่สะท้อนถูกติดแท็กไว้ที่ขอบ ตัวฟังฝั่งผลักจึงไม่เด้งมันกลับไป — ความผิดพลาดที่ป้องกันไว้คือการตีปิงปองคอมเมนต์ในทิกเก็ตแบบไม่รู้จบ

สองสวิตช์

ผลักและดึงเปิดใช้แยกกันได้ — สะท้อนออกอย่างเดียว เข้าอย่างเดียว หรือทั้งสองทาง ตามเฟสการย้ายของคุณ

เบื้องหลังการทำงาน

กลไกของสะพาน

ผลัก พร้อมกระดูกสันหลังที่เป็นรหัสอ้างอิง

ทิกเก็ตใน ConnectWiz สร้างฝาแฝดใน Zendesk พร้อมหัวเรื่อง คอมเมนต์แรก และรหัสอ้างอิงภายนอกที่ผูกคู่นี้ไว้ — คำตอบทุกครั้งหลังจากนั้นต่อท้ายเป็นคอมเมนต์บนทิกเก็ตเดิม ไม่เคยสร้างใบใหม่

ดึง ผ่านทริกเกอร์ของคุณเอง

ทริกเกอร์ JSON ที่คุณวางลงใน Zendesk จะส่งคอมเมนต์ของเจ้าหน้าที่กลับมา — ยืนยันตัวตนด้วย shared secret และกรองคอมเมนต์ของผู้ใช้ปลายทางออก คำพูดของลูกค้าเองจึงไม่สะท้อนกลับไปหาเขา

ตัวกันลูป อธิบายให้เห็นภาพ

ทุกข้อความที่ข้ามสะพานถูกติดแท็กว่าเป็นของสะท้อน และตัวฟังฝั่งผลักจะเพิกเฉยต่อข้อความที่ติดแท็ก — การตีปิงปองคอมเมนต์ไม่รู้จบที่หลอกหลอนสะพานสองโต๊ะแบบง่าย ๆ จึงเป็นไปไม่ได้เชิงโครงสร้าง ไม่ใช่แค่ไม่น่าเกิด

ทิศทางแยกขาดจากกัน

สะท้อนออกอย่างเดียว (เก็บ Zendesk ไว้เป็นคลัง) เข้าอย่างเดียว (ถ่ายของออกมา) หรือทั้งสองทาง (รันคู่กันระหว่างย้าย) — แต่ละทิศทางมีสวิตช์ของตัวเอง สะพานจึงเดินตามการย้ายของคุณเป็นสัปดาห์ต่อสัปดาห์

การตั้งค่า

เชื่อมต่ออย่างไร

01

เชื่อมต่อ Zendesk ของคุณ

ซับโดเมน อีเมลเจ้าหน้าที่ และโทเค็น API — เข้ารหัสไว้ พร้อมการทดสอบการเชื่อมต่อ

02

วางทริกเกอร์

เพิ่มทริกเกอร์ JSON ที่เราให้ไว้ลงใน Zendesk สำหรับทิศทางดึง

03

เปิดปิดทิศทาง

เปิดผลัก ดึง หรือทั้งสองอย่าง — แล้วปิดมันในวันที่การย้ายจบลง

ใช้ร่วมกันแล้วดีกว่า

ประกอบเข้ากับอะไรได้บ้าง

กล่องข้อความ

ทิกเก็ตที่ข้ามสะพานมาก็เป็น บทสนทนาในกล่องข้อความธรรมดา — การจ่ายงาน การมอบหมาย นาฬิกา SLA และร่างคำตอบจาก AI ใช้ได้ทั้งหมดตลอดเวลาที่สะพานยังทำงาน

อีเมลและทิกเก็ต

สะพานนี้วิ่งอยู่บนบทสนทนาแบบทิกเก็ต — ทิกเก็ตที่เกิดจากอีเมล และทิกเก็ตที่เกิดจากพอร์ทัลก็สะท้อนแบบเดียวกัน

ทางออก

เมื่อการย้ายเสร็จ ปิดทั้งสองทิศทางได้เลย — บทสนทนา ผู้ติดต่อ และประวัติอยู่บ้านใหม่เรียบร้อยแล้ว นั่นคือจุดประสงค์ทั้งหมด

ความปลอดภัยและการรับประกัน

การรับประกันที่น่าเบื่อ

ข้อมูลรับรองเข้ารหัสและทดสอบแล้ว

ซับโดเมน อีเมลเจ้าหน้าที่ และโทเค็น API ถูกเข้ารหัสขณะจัดเก็บ และตอนเชื่อมต่อระบบจะยิงทดสอบจริงไปที่ Zendesk ของคุณก่อนจะมีอะไรไปพึ่งมัน

เส้นทางดึงมีการยืนยันตัวตน

การเรียกจากทริกเกอร์ขาเข้าพก shared secret มาด้วย และถูกเทียบแบบ constant time — URL ที่เดาสุ่มมาจึงเขียนลงกล่องข้อความของคุณไม่ได้

ข้ามมาได้เฉพาะคอมเมนต์ของเจ้าหน้าที่

ฝั่งดึงกรองให้เหลือเฉพาะคอมเมนต์ที่เจ้าหน้าที่เขียน — ข้อความของผู้ใช้ปลายทาง ระบบอัตโนมัติ และโน้ตของระบบ อยู่ฝั่งของมันต่อไป

เงื่อนไขปลีกย่อยแบบพูดตรง

ขอบเขตที่ระบุไว้ชัดเจน

เป็นสะพาน ไม่ใช่ตัวนำเข้า

ขอบเขตคือการสร้างทิกเก็ตและการตอบ ทั้งสองทาง บทความ help center มาโคร SLA และวิว ไม่ได้ข้ามมาด้วย — กรณีใช้งานที่พูดตรงคือช่วงเปลี่ยนผ่าน แล้วปลดระวาง

เฉพาะบทสนทนาแบบทิกเก็ต

ฝั่งผลักยิงเฉพาะเธรดทิกเก็ตของ ConnectWiz — แชท WhatsApp ไม่สร้างทิกเก็ต Zendesk ขึ้นมาเอง และนั่นคือความตั้งใจ

FAQ เรื่อง Zendesk

คำตอบตรงไปตรงมา

อ่านเพิ่มเติมได้ที่หน้า FAQ หรือ ถามเราโดยตรง.

การสร้างทิกเก็ตและการตอบ ทั้งสองทิศทาง: ทิกเก็ตใน ConnectWiz สร้างทิกเก็ตใน Zendesk และสะท้อนคอมเมนต์ ส่วนคำตอบของเจ้าหน้าที่ใน Zendesk ส่งกลับมาผ่านทริกเกอร์ที่ป้องกันไว้ ผลักและดึงเปิดปิดแยกกันได้

ข้อความที่สะท้อนทุกข้อความถูกติดแท็กไว้ที่ขอบ และตัวฟังฝั่งผลักจะเพิกเฉยต่อข้อความที่ติดแท็ก — คอมเมนต์หนึ่งจึงข้ามสะพานได้ครั้งเดียว ไม่มีทางเด้งไปมาตลอดกาล

มันสร้างมาเพื่อช่วงเปลี่ยนผ่าน: รันสองโต๊ะให้ซิงก์กันระหว่างทีมย้าย แล้วค่อยปิดสะพาน ทีมที่อยากอยู่กับ Zendesk ตลอดไป ส่วนใหญ่แล้วไม่ควรจ่ายค่าสองโต๊ะ

แพ็กเกจไหนก็ได้ที่มีสิทธิ์เข้าถึง API และทริกเกอร์ — สะพานนี้ใช้โทเค็น API มาตรฐานกับทริกเกอร์หนึ่งตัว ไม่ต้องมีแอปจากมาร์เก็ตเพลสของ Zendesk และไม่ต้องสมัคร Sunshine

คำตอบที่เป็นข้อความสะท้อนข้ามไป ส่วนการสะท้อนไฟล์แนบเราไม่ได้อ้างว่าทำได้ ระหว่างการย้าย ไฟล์มักอยู่ฝั่งที่มีคนทำงานกับบทสนทนานั้นจริง — สะพานทำหน้าที่ให้ถ้อยคำตรงกัน จะได้ไม่มีใครตอบซ้ำ

เชื่อมต่ออย่างตรงไปตรงมา ดีกว่าเชื่อมต่ออย่างเอิกเกริก

การเชื่อมต่อทุกตัวที่นี่อธิบายด้วยสิ่งที่มันทำจริง — รวมถึงทิศทางข้อมูล สิทธิ์ความเป็นเจ้าของ และข้อจำกัด