项目实施与运营
AI 语音对接 CRM 与呼叫中心，怎样验收才算真正打通？
接口返回成功，只说明请求被受理，不代表业务记录已经正确更新。真正的打通，是一条完整业务任务能从发起走到最终结果：任务编号能关联到通话、转接和 CRM 记录，正常路径和异常路径都有实测证据，出问题能定位到具体环节。
联调前先画哪一张图
联调开始前，先把一条业务任务的完整路径画出来：谁发起任务 → 哪里开展对话 → 谁接收结果 → 谁继续处理。
这张图的作用，是让双方在每个交接点上都有明确约定：负责哪个系统、必填哪些字段、状态代表什么意思、出问题由谁处理。缺了这张图，联调时最常见的情况是——接口都通了，但两边对"这一步算不算完成"的理解不一样。
画图时不必追求覆盖所有场景，先选一条最典型的业务路径画透，验证通过后再扩展。
| 交接点 | 要明确什么 |
|---|---|
| 发起任务 | 由哪个系统触发，传入哪些字段 |
| 开展对话 | 通话在哪个平台进行，采集哪些信息 |
| 转接人工 | 什么条件下转，转给哪个坐席组 |
| 接收结果 | 结果写入哪个系统，更新哪些字段 |
| 继续处理 | 谁负责跟进，未完成时有谁兜底 |
验收记录需要哪些字段
用下面这份清单组织双方确认的测试记录。字段名称可以按你现有系统的接口习惯调整，但这五类信息一项都不能少——缺任何一类，出问题都追不到底。
| 记录项 | 核对内容 |
|---|---|
| 业务任务标识 | 同一任务能否对应通话与业务记录 |
| 输入与资料版本 | 号码、场景、知识版本、采集字段 |
| 事件及时间 | 发起、接通、转接、人工接听、结果回写 |
| 预期与实际结果 | 用户确认了什么，系统实际完成了什么 |
| 问题与复测 | 原因、责任人、修复版本及复测证据 |
哪些异常必须放进测试
正常路径能跑通，不代表上线后不出问题。下面五类异常建议在联调阶段逐个测试：
重复事件：同一条通知或事件被推送多次
重复事件：同一条通知或事件被推送多次
事件乱序：后发生的事件先到达
用户取消：通话或业务中途被取消
资料缺失：知识或客户信息不完整时如何应答
这里有个关键判断：接口超时不一定表示业务没有执行。重试之前应先判断任务状态，否则可能造成重复预约、重复发短信或创建多条线索。
检查时要看系统是否明确显示"未确认"状态，而不是在失败后仍然回复"已完成"——后者会把问题藏起来，等客户投诉时才发现。
| 异常类型 | 要检查什么 |
|---|---|
| 重复事件 | 是否只处理一次，不重复创建记录 |
| 事件乱序 | 后到的旧事件是否会覆盖新状态 |
| 用户取消 | 取消后是否停止后续动作 |
| 人工忙线 | 是否有明确处理规则并被正确执行 |
| 资料缺失 | 是否说明限制，而不是自行补全 |
怎样决定可以扩大试运行
每类场景都应有双方认可的通过条件。正常路径、关键异常和人工交接都有记录之后，再逐步增加业务量——只跑通正常路径就放量，等于把没验证过的场景留给真实客户去踩。
扩量时持续核对三个数：任务总数、完整结果数、待处理数。三者对不上时，先定位是哪一个环节出了问题，而不是先调总量。
扩量时持续核对三个数：任务总数、完整结果数、待处理数。三者对不上时，先定位是哪一个环节出了问题，而不是先调总量。
| 扩量观察项 | 说明 |
|---|---|
| 任务总数 | 本批次发起了多少任务 |
| 完整结果数 | 有多少走到最终结果并被记录 |
| 待处理数 | 有多少卡在中间环节，卡在哪一步 |
用一条测试任务串起端到端验收
验收时不建议分开测各个接口，而是用一条完整任务串起整条链路：从发起、通话、转接、结果回写，一路核到 CRM 里的最终记录。
正常、重复、超时和恢复这四种情况，建议使用相同的编号关联方法。编号规则不一致，事后就无法把同一个任务的各个环节串起来，也就看不出问题出在哪。
这里要再强调一次：只确认接口请求成功，无法证明目标业务记录已经正确更新。接口说"成功"，CRM 里可能根本没有这条记录，也可能字段写错了。
| 检查项 | 填写或判断方法 | 验收依据 |
|---|---|---|
| 输入 | 任务编号、字段值、触发条件 | 源系统与目标系统字段含义一致 |
| 执行 | 请求、返回、状态与目标记录 | 区分受理、实际执行和结果确认 |
| 异常恢复 | 重复请求、网络中断、失败补发 | 不重复创建，遗漏记录有处理结论 |
常见问题
接口返回成功，但 CRM 没有记录怎么办？
先关联任务标识，再分别检查回执、字段校验和业务系统的处理结果——要区分"受理成功"和"实际落库"，这两步不是一回事。
转接请求已发出，为什么坐席没接到？
核对线路状态、坐席可用性、队列和接听事件。请求发出只能说明转接动作触发了，不能直接算人工接续成功。
所有失败都自动重试可以吗？
建议区分三种情况：确定失败、结果未知、业务取消。前两种可以分别按约定处理，第三种不应自动重试；而"结果未知"时应当先查状态再决定，不能直接重发。
是否必须一次连接所有系统？
不必。可以先选一条完整业务路径验证，确认信息和结果都能对齐后再逐步扩展。