轉真人客服通知
對話被指派給真人客服時,以通知中心、Email 提醒內部人員;並在轉真人觸發、指派、轉回 AI 與排隊逾時時,以 Webhook 通知外部系統
當一筆對話從 AI 轉給真人並指派給客服專員時,MaiAgent 可透過 Email、通知中心與 Webhook 通知(系統串接)送出通知。前兩個通道提醒專員與主管;Webhook 則讓派工、告警或 CRM 等外部系統接續處理,並在 AI 判定轉真人、對話轉回 AI 與排隊逾時時也送出事件,讓自帶真人客服的外部系統能完整接手。
什麼情況下會發出通知?
通知包含三個可分別開關的管道:Email 與通知中心在對話被指派給某位專員(Human Assigned)時發送;Webhook則涵蓋下列四個轉真人生命週期事件:
Email 通知:寄給被指派的專員;副本通知對象(例如主管)也會一併收到副本(同一封信,所有收件人互相可見)。
通知中心公告:在後台右上角的鈴鐺(通知中心)對被指派人與副本通知對象發出一則「轉真人通知」公告,內含前往該對話的連結。
Webhook 通知(系統串接):向管理者設定的 HTTPS 網址送出轉真人生命週期的 JSON 事件,供外部系統自動開單、接手或告警:AI 判定轉真人時
handoff.requested、對話指派給專員時handoff.assigned、專員按下轉回 AI Agent把對話交回 AI 時handoff.returned_to_ai、排隊逾時自動轉回 AI 時handoff.queue_timeout。四個事件對應對話時間軸上的「觸發轉接」「真人客服接手」「轉回 AI Agent」「排隊逾時」。
通知不會做的事
點擊 Email 或公告中的連結,只會開啟該對話,不會自動把對話切換成真人回應模式。專員進入對話後,仍需自行按下對話上方的我來接手鈕,才會停止 AI 自動回覆、由真人接手。
通知不會發給客戶;這是純粹對內部人員的提醒,客戶端看到的轉真人訊息不受影響。
Webhook 只傳送事件所需的識別資訊與後台對話連結,不包含對話文字,也不提供特定第三方系統的專屬轉換器。
使用情境
客服主管希望每次轉真人都自動進入公司的派工系統,而不是靠人盯著公告或 Email。她開啟該對話平台的客服轉真人設定,在通知分頁打開 Webhook 通知(系統串接)、填入公司派工系統的 HTTPS 接收網址並儲存。下一次有對話被指派給專員時,派工系統立刻收到 handoff.assigned 事件並自動建立工單;專員處理完按下「轉回 AI Agent」後,派工系統再收到 handoff.returned_to_ai,把工單自動關閉。整個流程不需要主管手動轉貼任何資訊。
如何設定通知
設定 Webhook(選填)
開啟Webhook 通知(系統串接),下方會展開 Webhook 欄位。
在Webhook 網址填入外部系統的接收網址。網址必須以
https://開頭;留空會顯示「啟用 Webhook 時必須填寫 Webhook 網址」、填入http://會顯示「Webhook 網址必須使用 HTTPS」,兩種情況都無法儲存。若接收端需要驗證事件來源,可在簽章密鑰(選填)填入雙方約定的密鑰。啟用簽章後,每次推送都會帶上
X-MaiAgent-Signature-256標頭。

密鑰的後續管理:
密鑰儲存後不會再次顯示,欄位會改為提示「已設定——留空表示維持不變」。要換新密鑰就直接輸入新值再儲存;留空則保留原本的密鑰。
要停止簽章,按欄位旁的清除密鑰並確認。清除後推送不再帶簽章標頭;若接收端正在驗章,會開始拒收,請先調整接收端再清除。
專員與主管會收到什麼
Email 通知
被指派的專員會收到一封 MaiAgent 品牌樣式的 Email,主旨與內文依範本產生,內含前往該對話的連結。設定的副本通知對象會以副本收到同一封信(所有收件人互相可見)。
通知中心公告
在後台右上角點開鈴鐺開啟通知中心,切換到組織公告分頁,即可看到類型為轉真人通知的公告。點擊公告中的前往接手,即可直接開啟該對話。通知中心的完整說明見 通知中心。
外部系統會收到什麼
外部系統會收到一筆 JSON 事件,內容只有識別資訊:事件名稱、事件識別碼與發生時間、對話、對話平台、組織、客戶與該事件當下被指派專員的識別碼,以及前往後台對話的連結;不含任何對話文字。四種事件欄位相同,沒有指派專員的事件(轉真人觸發、轉回 AI、排隊逾時)被指派專員為空。詳細欄位與驗證範例見 API 文件的轉真人 Webhook 事件。
注意事項
權限:僅具備該對話平台設定權限的人員可檢視與編輯通知設定;沿用既有的轉真人設定權限。
專員沒有 Email:若被指派的專員沒有設定 Email,系統會自動略過 Email 通道,但通知中心公告仍會照常發送,不影響其他收件人。
通道彼此獨立:Email、通知中心與 Webhook 各自運作,其中一個發送失敗不會影響其他通道,也不會影響對話的指派流程。
Webhook 失敗處理:外部端點逾時或回傳錯誤時,系統會在背景自動重試三次;這段期間轉真人與其他通知通道仍照常運作。接收端請以事件識別碼去除重複事件。
與對話平台的「Webhook」不同:對話平台另有一個 Webhook 功能負責傳送對話訊息本身;轉真人 Webhook 只送轉真人狀態事件,兩者設定與密鑰各自獨立,互不影響。
進入對話後仍需接手:如前述,連結只會導向對話本身,實際接手仍以對話上方的我來接手鈕為準。
最後更新於
這有幫助嗎?

