AI 電話如何串接 PBX、CRM、工單與派單系統？

PBX、SIP 與 AI 各自負責什麼？

PBX 管理分機、路由、排隊與轉接；SIP 是常見的語音通訊協定；AI 則處理辨識、理解與回覆。企業是否能沿用代表號，要看電信商、PBX 能力與既有合約。AI 廠商不能只說「支援 SIP」就假設所有號碼、錄音、轉接和併發需求都已解決。

對話內容要先轉成資料契約

企業系統不應直接接收一整段自然語句，而要定義必要欄位、格式、來源、確認狀態與唯一請求識別。例如維修工單可能需要設備、地址、聯絡方式、可服務時段與問題分類。AI 只能提出候選值，重要欄位經使用者確認和後端驗證後才能執行。

CRM、工單與派單 API 要檢查什麼？

串接前至少確認以下介面條件：

• 有沒有正式 API、測試環境與權限模型
• 建立、查詢、更新與取消的責任歸屬
• 如何避免相同通話重複建立案件
• 回應逾時時能否查詢最終狀態
• 事件或 webhook 是否能把後續狀態同步回來

API 逾時時，AI 不能先說成功

網路逾時不代表任務一定失敗，也不代表一定成功。系統應使用唯一識別、冪等處理、重試佇列和狀態查詢，避免重複建單。若無法在通話內確認結果，應明確告知已轉入待確認，並建立人工待辦或後續通知，而不是為了讓對話順暢就回覆「已完成」。

人工接手要帶走哪些上下文？

至少包含來電來源、已確認欄位、未確認問題、對話摘要、系統查詢結果與失敗原因。原始錄音或逐字稿是否提供給席位，要依告知、權限與保存政策決定。若只把電話轉過去、不帶任何上下文，使用者仍得全部重講，自動化價值會被打折。

POC 應該怎麼驗證整合？

選一個業務任務，用實際電話環境和測試 API 驗證順利、資料不足、辨識錯誤、重複請求、API 逾時、企業系統拒絕、使用者改口及人工接手。驗收結果要能從後台追蹤每一步狀態，而不是只聽一段預錄的理想對話。

GoGoCha 的整合重點

GoGoCha 公開架構使用 Express、PostgreSQL、Redis、BullMQ 與 Socket.IO，把電話、網站與 LINE 入口接到共用派單流程。資料庫保存任務狀態，佇列承接非同步工作，即時通訊同步至 App 與營運介面。這個案例證明的是跨入口工作流，不代表所有企業 PBX 都能原封不動套用。