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 都能原封不动套用。