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,走您自己的觸發器

您貼進 Zendesk 的那個 JSON 觸發器會把客服留言送回來——以共用密鑰驗證,終端使用者的留言被濾掉,客戶自己說過的話不會再回彈到他們面前。

迴圈防護,講具體的

每一則過橋的訊息都會被標記為鏡像,而 Push 的監聽器會忽略帶標記的訊息——那種折磨天真雙客服系統橋接的無限留言乒乓,在結構上就不可能,而不只是不太會發生。

兩個方向互相解耦

只往外鏡像(把 Zendesk 當封存)、只往內收(把它抽乾),或兩邊都開(搬家期間並行跑)——每個方向各有自己的開關,所以這座橋可以一週一週跟著您的移轉走。

設定方式

串接方式

01

接上您的 Zendesk

子網域、客服信箱和 API token——加密存放,並附測試連線檢查。

02

貼上觸發器

在 Zendesk 裡加入我們提供的 JSON 觸發器,供 Pull 方向使用。

03

切換方向

啟用 Push、Pull 或兩者——並在移轉結束那天把它們關掉。

搭配起來更好用

能和什麼搭配

收件匣

橋接過來的工單就是一般的 ConnectWiz 收件匣對話 ——橋在跑的期間,分流、指派、SLA 計時和 AI 草稿全都適用。

電子郵件與工單

這座橋跟著工單對話跑: 電子郵件來的 ——以及客服入口來的工單,鏡像方式一模一樣。

出口

搬完之後,把兩個方向都關掉——對話、聯絡人和歷史紀錄早就在家了。這才是重點。

安全與保證

無聊但管用的保證

憑證加密,而且實際測過

子網域、客服信箱和 API token 都加密存放;串接時會對您的 Zendesk 跑一次實連測試,才讓任何東西去依賴它。

Pull 路徑有驗證

入站的觸發器呼叫會帶著共用密鑰,並以定時方式比對——猜到網址不代表就能寫進您的收件匣。

只有客服留言會過橋

Pull 只篩客服寫的留言——終端使用者的文字、自動化和系統備註,都留在橋的另一頭。

不加修飾的細則

邊界,寫清楚

這是一座橋,不是匯入工具

範圍是工單建立和回覆,雙向。說明中心文章、巨集、SLA 和檢視都不會過來——誠實的使用情境是過渡,然後退役。

只限工單對話

Push 只對 ConnectWiz 的工單對話觸發——WhatsApp 聊天不會自動建出 Zendesk 工單,這是刻意的。

Zendesk FAQ

直接的回答

更多內容見完整的 FAQ, 也可以直接聯絡我們。

工單建立和回覆,雙向都有:ConnectWiz 的工單會建出 Zendesk 工單並鏡像留言;Zendesk 客服的回覆則透過加密的觸發器送回來。Push 和 Pull 各自獨立開關。

每一則鏡像訊息都會在邊界被打上標記,而 Push 的監聽器會忽略帶標記的訊息——所以一則留言可以過橋一次,但不會永遠彈來彈去。

它是為了過渡而造的:團隊搬家期間讓兩套客服系統同步跑,搬完就把橋關掉。想永遠留著 Zendesk 的團隊,通常不該付兩套客服系統的錢。

任何含 API 存取和觸發器的方案都行——這座橋只用到一組標準 API token 和一個觸發器,不需要 Zendesk 市集的 App,也不需要 Sunshine 訂閱。

文字回覆會鏡像;附件鏡像我們沒有宣稱。移轉期間,檔案通常就留在實際處理這段對話的那一側——這座橋負責把文字同步好,讓同一件事不會被回兩次。

誠實的串接,勝過響亮的串接。

這裡的每一個整合,都照它實際的行為來描述——資料方向、歸屬權和限制,一併寫清楚。