上行为原始人工流程，下行为 AI 改造落地后流程，对比查看各节点变化
逐步骤确认 AI 使用现状，明确每个节点的可验收完成标准，作为落地改造起点
| 步骤 | 执行方 | AI 当前情况 | 完成交付标准 |
|---|---|---|---|
| 01 填写询证函 | 分所员工（通常实习生） | 暂无 AI | 所有字段填写完整，金额与审计底稿一致，乙公司地址已录入，盖章处标注清晰 |
| 02 甲公司盖章 | 甲公司（外部） | 外部，不适用 | 负责人核对金额无误，加盖公章注明日期，原件退还分所 |
| 03 地址核验 | 分所员工 | 暂无 AI | 函证地址与乙公司工商注册地址核对一致（差异已记录说明） |
| 04 提交总部 | 分所 → 总部函证中心 | 暂无 AI | 函证原件及核验单送达总部，收件登记完成 |
| 05 总部寄出 | 总部函证中心 | 暂无 AI | 函证快递寄出，单号录入系统，发件信息完整 |
| ⚡ 催回（缺口） | 分所（无明确负责人） | 暂无 AI | ❌ 无完成标准，无触发机制，依赖实习生个人主动性 |
| 06 乙公司回寄 | 乙公司（外部） | 外部，不适用 | 乙公司加盖公章后邮寄回总部，快递单号可追踪 |
| 07 总部接收 | 总部函证中心 | 暂无 AI | 收到回函，单号录入系统，对应分所收到通知 |
| 08 转发分所 | 总部 → 分所 | 暂无 AI | 回函原件转交分所项目组，交接记录完整 |
| 09 核验回函 | 分所项目经理 | 暂无 AI | ①回函地址与原函一致 ②公章真实有效 ③金额数据匹配 ④核验归档完成 |
红色标签 = 人工重复负担高，是 AI 优先落地方向；紫色标签 = AI 执行后仍须人工最终判断
识别 AI 改造所依赖的数据来源，同步发现可延伸的落地机会
| 涉及步骤 | 所需数据 / 接口 | 数据来源 | 可延伸落地方向 |
|---|---|---|---|
| 步骤 01 | 客户信息、交易金额 | 内部审计系统 / 底稿 | 内部系统数据集成 |
| 步骤 03 | 企业工商注册地址 | 企查查 API | 第三方 API 接入 |
| 步骤 03 | 历史客户地址档案 | 内部 CRM / 历史合同 | 历史数据结构化建库 |
| 步骤 05 / 07 | 快递物流实时状态 | 快递 API（顺丰等） | 物流状态集成监控 |
| ⚡ 催回缺口 | 未回函列表 + 联系方式 | 内部系统（当前人工维护） | 任务状态管理系统 |
| 步骤 09 | 历史公章样本库 | 历史合同扫描件 | 公章图像数字化建库 |
| 步骤 09 | 回函金额原始数据 | 原询证函系统记录 | 自动比对规则引擎 |