For the complete documentation index, see llms.txt. This page is also available as Markdown.

轉真人客服通知

對話被指派給真人客服時,以通知中心、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,把工單自動關閉。整個流程不需要主管手動轉貼任何資訊。

如何設定通知

1

進入通知設定

  1. 前往客服對話 → 對話平台,在要設定的對話平台按編輯。

  2. 在左側設定選單的「進階功能」點選客服轉真人設定,先確認上方的啟用真人客服轉接已開啟。

  3. 點選子分頁通知。

若尚未啟用轉真人,左側選單的客服轉真人設定會標示「未設定」,頁面只顯示啟用真人客服轉接開關,通知等子分頁不會出現——請先開啟真人客服轉接並儲存,再進行下列設定。

2

選擇通知管道

通知分頁提供三個彼此獨立的開關,可依需求個別開啟或關閉:

  • 通知中心公告:對話指派時,在通知中心對被指派人與副本通知對象發出公告。

  • Email 通知:對話指派時,寄送 Email 給被指派人,並寄送副本通知給指定對象。

  • Webhook 通知(系統串接):AI 判定轉真人、對話指派、轉回 AI 與排隊逾時時,將事件送往指定的外部系統。預設關閉,需要串接時再開啟。

只關閉其中一個管道時,其他已啟用的管道仍會照常發送。

轉真人設定的通知子分頁
客服轉真人設定 →「通知」子分頁:三個通道開關、副本通知對象與通知範本
3

設定 Webhook(選填)

  1. 開啟Webhook 通知(系統串接),下方會展開 Webhook 欄位。

  2. 在Webhook 網址填入外部系統的接收網址。網址必須以 https:// 開頭;留空會顯示「啟用 Webhook 時必須填寫 Webhook 網址」、填入 http:// 會顯示「Webhook 網址必須使用 HTTPS」,兩種情況都無法儲存。

  3. 若接收端需要驗證事件來源,可在簽章密鑰(選填)填入雙方約定的密鑰。啟用簽章後,每次推送都會帶上 X-MaiAgent-Signature-256 標頭。

開啟 Webhook 通知後的網址與簽章密鑰欄位
開啟 Webhook 通知(系統串接)後展開的「Webhook 網址」與「簽章密鑰(選填)」欄位

密鑰的後續管理:

  • 密鑰儲存後不會再次顯示,欄位會改為提示「已設定——留空表示維持不變」。要換新密鑰就直接輸入新值再儲存;留空則保留原本的密鑰。

  • 要停止簽章,按欄位旁的清除密鑰並確認。清除後推送不再帶簽章標頭;若接收端正在驗章,會開始拒收,請先調整接收端再清除。

事件的欄位格式、簽章驗證方式與重試行為,請串接人員參考 API 文件的轉真人 Webhook 事件。若真人客服要在你自己的客服系統接手回覆,同一頁的「轉真人後由外部系統接手對話」說明如何搭配對話平台的Webhook(訊息收送)與訊息 API 完成雙向同步。

4

設定副本通知對象(選填)

若希望主管或其他人一同掌握轉真人狀況,可設定副本通知對象:

  • 寄送副本通知(成員):選擇要寄送副本通知的成員(例如主管)。

  • 寄送副本通知(群組):選擇要寄送副本通知的群組;群組會自動展開為其中的所有成員。

被指派的專員本人會自動排除在副本通知對象之外(不會重複收到副本)。

5

自訂通知範本(選填)

四個範本欄位可自訂通知的文字內容,開啟轉真人時會帶入預設範本:

  • 公告標題範本

  • 公告內容範本

  • Email 主旨範本

  • Email 內文範本

範本中可使用以下變數,發送時會自動代換成該筆對話的實際內容:

變數
代換內容

{agentName}

被指派的客服專員名稱

{inboxName}

對話平台(客服)名稱

{customerName}

客戶(來訪者)名稱

{conversationUrl}

前往該對話的連結

通知範本編輯
四個範本欄位與可用變數提示
預設範本內容參考

Email 主旨範本

Email 內文範本

公告標題範本

公告內容範本

6

儲存設定

完成後儲存,設定即刻生效。之後系統會依各管道的開關與事件範圍發送通知:Email 與通知中心僅在指派時發送,Webhook 則在 AI 判定轉真人、指派、轉回 AI 與排隊逾時時發送。

關閉啟用真人客服轉接時,通知會一併停止發送,但通知設定會保留;再次開啟轉真人即可恢復原本的設定。

專員與主管會收到什麼

Email 通知

被指派的專員會收到一封 MaiAgent 品牌樣式的 Email,主旨與內文依範本產生,內含前往該對話的連結。設定的副本通知對象會以副本收到同一封信(所有收件人互相可見)。

通知中心公告

在後台右上角點開鈴鐺開啟通知中心,切換到組織公告分頁,即可看到類型為轉真人通知的公告。點擊公告中的前往接手,即可直接開啟該對話。通知中心的完整說明見 通知中心。

轉真人通知屬於高頻的交易型事件,為避免灌爆公告列表,這類公告會在發出後 7 天自動過期。

外部系統會收到什麼

外部系統會收到一筆 JSON 事件,內容只有識別資訊:事件名稱、事件識別碼與發生時間、對話、對話平台、組織、客戶與該事件當下被指派專員的識別碼,以及前往後台對話的連結;不含任何對話文字。四種事件欄位相同,沒有指派專員的事件(轉真人觸發、轉回 AI、排隊逾時)被指派專員為空。詳細欄位與驗證範例見 API 文件的轉真人 Webhook 事件。

注意事項

  • 權限:僅具備該對話平台設定權限的人員可檢視與編輯通知設定;沿用既有的轉真人設定權限。

  • 專員沒有 Email:若被指派的專員沒有設定 Email,系統會自動略過 Email 通道,但通知中心公告仍會照常發送,不影響其他收件人。

  • 通道彼此獨立:Email、通知中心與 Webhook 各自運作,其中一個發送失敗不會影響其他通道,也不會影響對話的指派流程。

  • Webhook 失敗處理:外部端點逾時或回傳錯誤時,系統會在背景自動重試三次;這段期間轉真人與其他通知通道仍照常運作。接收端請以事件識別碼去除重複事件。

  • 與對話平台的「Webhook」不同:對話平台另有一個 Webhook 功能負責傳送對話訊息本身;轉真人 Webhook 只送轉真人狀態事件,兩者設定與密鑰各自獨立,互不影響。

  • 進入對話後仍需接手:如前述,連結只會導向對話本身,實際接手仍以對話上方的我來接手鈕為準。

最後更新於

這有幫助嗎?