ConnectWiz + Zendesk

Tích hợp đang hoạt động

Cứ để Zendesk chạy trong lúc bạn chuyển nhà — mà không làm việc hai lần

Một cây cầu thực dụng cho mấy tháng chuyển đổi: ticket sinh ra trong ConnectWiz hiện lên trong Zendesk, câu trả lời soi gương cả hai chiều, và một chốt chống lặp khiến màn đá comment qua lại vô tận kinh điển trở nên bất khả thi ngay ở cấu trúc. Chuyển xong thì tắt nó đi.

Đẩy & kéo, độc lập nhau Bảo mật bằng secret dùng chung Chống lặp ngay trong thiết kế
Zendesk × ConnectWiz
Ticket → đã tạo trong Zendesk
Nhân viên trả lời ← qua trigger có bảo mật
Tiếng vọng đã gắn thẻ — không thể lặp
2
Chiều — đẩy và kéo — bật tắt độc lập, theo từng giai đoạn chuyển đổi
1
Secret dùng chung trên đường kéo về, so sánh trong thời gian hằng số
0
Số vòng lặp có thể xảy ra — tin soi gương được gắn thẻ ngay ở ranh giới, tiếng vọng không bao giờ băng qua lần nữa
∞
Bạn nên chạy hai bàn làm việc bao lâu: không nên. Cây cầu này dựng cho giai đoạn chuyển đổi, rồi nghỉ hưu

Hỗ trợ

Nó làm gì — chính xác

Đẩy đi: ticket ra ngoài

Một cuộc trò chuyện dạng ticket trong ConnectWiz tạo ra một ticket Zendesk kèm tiêu đề, comment và tham chiếu ngoài; các câu trả lời sau nối vào dưới dạng comment.

Kéo về: câu trả lời quay lại

Một trigger Zendesk đăng comment của nhân viên vào chuỗi hội thoại ConnectWiz — xác thực bằng một secret dùng chung so sánh trong thời gian hằng số, và lọc bỏ comment của người dùng cuối.

Chốt chống lặp

Tin soi gương được gắn thẻ ngay ở ranh giới nên bộ lắng nghe phía đẩy không bao giờ ném chúng ngược lại — kiểu hỏng mà nó ngăn chính là màn đá comment ticket qua lại vô tận.

Hai cái công tắc

Đẩy và kéo bật độc lập — chỉ soi ra ngoài, chỉ soi vào trong, hay cả hai, tùy giai đoạn chuyển đổi của bạn.

Kỹ thuật bên trong

Cơ chế của cây cầu

Đẩy đi, có xương sống tham chiếu

Một ticket ConnectWiz tạo ra bản sinh đôi Zendesk của nó kèm tiêu đề, comment đầu tiên và một tham chiếu ngoài buộc cặp đó lại — mọi câu trả lời về sau nối vào dưới dạng comment trên đúng ticket đó, không bao giờ sinh ticket mới.

Kéo về, qua chính trigger của bạn

Một trigger JSON bạn dán vào Zendesk sẽ đăng comment của nhân viên ngược về — xác thực bằng secret dùng chung, và lọc bỏ comment của người dùng cuối để lời của chính khách không dội ngược lại vào mặt họ.

Chốt chống lặp, nói cho cụ thể

Mọi tin băng qua cầu đều được gắn thẻ là tin soi gương, và bộ lắng nghe phía đẩy bỏ qua tin có thẻ — màn đá comment qua lại vô tận vốn hành hạ những cây cầu hai bàn làm việc ngây thơ là bất khả thi về cấu trúc, chứ không chỉ là khó xảy ra.

Hai chiều tách rời nhau

Chỉ soi ra ngoài (giữ Zendesk làm kho lưu), chỉ soi vào trong (rút cạn nó), hay cả hai (chạy song song trong lúc chuyển) — mỗi chiều có công tắc riêng, nên cây cầu khớp với tiến độ chuyển đổi của bạn theo từng tuần.

Thiết lập

Cách nó kết nối

01

Kết nối Zendesk của bạn

Subdomain, email nhân viên và API token — được mã hóa, kèm một lượt kiểm tra kết nối.

02

Dán trigger vào

Thêm trigger JSON được cung cấp vào Zendesk cho chiều kéo về.

03

Bật tắt từng chiều

Bật đẩy, kéo hoặc cả hai — rồi tắt hết vào đúng ngày việc chuyển đổi kết thúc.

Kết hợp thì hơn

Nó kết hợp với những gì

Hộp thư

Ticket đi qua cầu vẫn là cuộc trò chuyện trong hộp thư bình thường — định tuyến, phân công, đồng hồ SLA và bản nháp của AI đều áp dụng trong lúc cầu còn chạy.

Email & ticket

Cây cầu đi trên các cuộc trò chuyện dạng ticket — ticket sinh từ email và ticket sinh từ cổng khách hàng đều soi gương như nhau.

Lối ra

Khi việc chuyển hoàn tất, tắt cả hai chiều — cuộc trò chuyện, liên hệ và lịch sử vốn đã ở nhà rồi. Đó mới là điểm mấu chốt.

Bảo mật & cam kết

Những cam kết nhàm chán

Thông tin đăng nhập mã hóa, có kiểm thử

Subdomain, email nhân viên và API token được mã hóa khi lưu, và bước kết nối chạy một lượt thử trực tiếp với Zendesk của bạn trước khi bất cứ thứ gì dựa vào nó.

Đường kéo về có xác thực

Lệnh gọi trigger đi vào mang theo secret dùng chung và được so sánh trong thời gian hằng số — một URL đoán mò không ghi được vào hộp thư của bạn.

Chỉ comment của nhân viên băng qua

Chiều kéo về lọc lấy đúng comment do nhân viên viết — chữ của người dùng cuối, tự động hóa và ghi chú hệ thống ở lại bên kia cầu.

Điều khoản nhỏ, nói thật

Giới hạn, nói rõ

Một cây cầu, không phải một bộ nhập liệu

Phạm vi là tạo và trả lời ticket, cả hai chiều. Bài viết trung tâm trợ giúp, macro, SLA và view không băng qua — trường hợp dùng thành thật là chuyển đổi, rồi nghỉ hưu.

Chỉ cuộc trò chuyện dạng ticket

Chiều đẩy chỉ bắn cho chuỗi ticket của ConnectWiz — một cuộc chat WhatsApp không tự tạo ticket Zendesk, và đó là cố ý.

FAQ Zendesk

Trả lời thẳng

Xem thêm trong trang FAQ, hoặc hỏi thẳng chúng tôi.

Việc tạo ticket và câu trả lời, cả hai chiều: ticket ConnectWiz tạo ticket Zendesk và soi gương comment; câu trả lời của nhân viên Zendesk đăng ngược về qua một trigger có bảo mật. Đẩy và kéo bật tắt độc lập.

Mọi tin soi gương đều được gắn thẻ ngay ở ranh giới, và bộ lắng nghe phía đẩy bỏ qua tin có thẻ — nên một comment băng qua cầu đúng một lần, không bao giờ dội qua dội lại mãi.

Nó dựng cho giai đoạn chuyển đổi: chạy đồng bộ hai bàn làm việc trong lúc đội của bạn chuyển nhà, rồi tắt cầu đi. Đội nào muốn giữ Zendesk mãi mãi thì thường không nên trả tiền cho hai cái bàn.

Bất kỳ gói nào có quyền dùng API và trigger — cây cầu dùng một API token tiêu chuẩn và một trigger, không cần app trên marketplace của Zendesk, không cần thuê bao Sunshine.

Câu trả lời dạng chữ thì soi gương; còn soi gương tệp đính kèm thì chúng tôi không tuyên bố là có. Trong một đợt chuyển đổi, tệp thường nằm ở phía nào đang thật sự xử lý cuộc trò chuyện — cây cầu giữ cho phần chữ đồng bộ để không có gì bị trả lời hai lần.

Kết nối thành thật hơn kết nối ồn ào.

Mọi tích hợp ở đây được mô tả bằng đúng những gì nó làm — kèm chiều dữ liệu, quyền sở hữu và giới hạn.