02 / 典型場景

CRM 照用,補上決策記錄

GembaOS 是企業 AI Agent 的治理執行平台:以政策判定權限、以綁定參數的單次放行令授權每一個動作、以可追責的簽署鏈記錄人的審批,部署於企業本地機房或私有 VPC。此場景是沿用現有 CRM:CRM 仍是客戶與個案的系統紀錄,GembaOS 只保存 CRM 以外所發生之事的決策記錄。

保留我們的 CRM 及其 Agent,同時把決策權留在自己手上?

GembaOS 讓 CRM 保持系統紀錄的地位,只站在動作離開 CRM 的那一點:透過能力閘道在欄位級規則下讀取個案,組合跨系統動作,按政策路由,簽章之後在放行令下只執行一次。決策以評論寫回個案時間線,因此 CRM 顯示發生了甚麼,GembaOS 顯示誰決定、為何決定。

導入前GembaOS 做法
例行結案CRM 的 Agent 直接結案仍憑 Agent 簽章通過,並記錄在案
已升級或法務保留的個案誰有按鈕誰結案停在客服主管面前,主管在供應商之外以通行密鑰簽章
離開 CRM 的動作沒有負責人的退款或折讓單在綁定此個案、此理由的放行令下執行一次
記錄留在供應商手上,用供應商的格式簽署鏈與可重放的判定留在貴司;CRM 收到一條評論

逐步發生甚麼?

步驟記錄甚麼
1. 個案事件CRM 或其 Agent 呼叫 GembaOS事件及其外部參照
2. 預讀主機讀取個案,只限專責人員可見的欄位申請上的事實
3. 路線政策:例行通過;已升級或法務保留需要人路線與規則鏈
4. 簽章客服主管以通行密鑰簽章簽署鏈
5. 執行主機重新讀取個案、比對,然後在放行令下結案一次前提條件核對與執行
6. 鏡像決策以評論寫回個案評論的外部參照

控制點在哪裡?

控制點是在預讀事實上的路線判定,以及政策保留給人的個案上的人手簽章。CRM 的 Agent,無論是供應商自家的還是貴司自建的,都可以用同樣方式呼叫同一個閘道;它不能做的,是憑自己的權限結案已升級個案或動用資金。同一個 pack 支援多種 CRM 線上形狀,供應商之間只有欄位名稱與 ID 格式不同。

控制台看起來怎樣?

GembaOS 審批台顯示等待客服主管簽章的 CRM 個案結案
GembaOS 審批台顯示等待客服主管簽章的 CRM 個案結案

GembaOS 工單時間線顯示個案重讀、只執行一次並寫回 CRM
GembaOS 工單時間線顯示個案重讀、只執行一次並寫回 CRM

GembaOS 審計頁重放個案結案的判定記錄
GembaOS 審計頁重放個案結案的判定記錄

開始需要甚麼?

相關:退款與理賠安全與合規常見問題

最後更新: · GembaOS v0.2