环节一：异常上报与登记
异常按固定格式登记，标注线路、时间与关键字段，便于后续归类与检索。
OnvergeAi · OnvergeAi
物流异常处理辅助
面向物流调度团队：把异常描述按既定类型归类，检索历史处置记录与现行规则条款，整理为带依据出处的候选处置清单与要点提示；不下达调度指令、不判断责任归属、不生成涉时效费用赔付的对外表述，处置决定由调度员作出并留记录。
这个场景做什么
把异常描述按既定类型归类，检索历史处置记录与现行规则条款，整理为候选处置清单与要点提示，供调度员判断。系统做到「列出异常类型、候选处置与依据出处」为止：不下达调度指令，不判断责任归属，不生成涉及时效、费用与赔付的对外表述。候选清单默认是内部工作底稿，处置决定与执行由调度员作出并留记录；涉及客户沟通的内容须经对应岗位确认后发出。
处置方案集中在少数老员工手里（人员休假或离职后响应变慢，处置质量随人波动）
历史处置记录分散在群消息与个人表格（同类异常重复摸索，处置方式不统一）
异常在现场时间压力下处理（信息不全时容易漏确认要素，事后返工与纠纷增多）
现行规则与历史做法存在差异（照搬旧做法可能不符合现行口径，需要人工判断取舍）
能力边界
不下达调度指令，不生成可直接执行的作业安排；不判断责任归属与赔付责任；不对外作出时效、费用与赔付表述；不修改运单、作业与计费系统记录；历史处置记录只作参考，不得直接照搬为本次处置方案。
场景分析
这个场景处理的链路是：异常上报 → 类型归类 → 记录与规则检索 → 候选清单 → 调度判断 → 复盘更新。系统负责把依据找齐，判断仍由调度员作出。
环节二：异常类型归类
按既定类型归类并输出判定依据；归类与现场情况不符时以现场判断为准。
环节三：记录与规则检索
按类型与线路检索历史处置记录与现行规则条款，附原文位置与生效日期。
环节四：候选清单与要点提示
整理候选处置、适用条件与处置前需确认的检查项，并明确其性质是候选而非指令。
环节五：调度判断与执行
调度员结合现场信息判断方案并执行，决定与理由留记录，用于后续复盘。
环节六：复盘与规则更新
按周期归集异常分布与处置结果，修订规则与记录结构并留版本。
输入输出与复核
本场景把「整理依据」与「作出决定」分开：系统输出到候选清单为止，决定与执行留痕在调度侧。
| 环节 | 输入与处理方式 | 输出与把关角色 |
|---|---|---|
| 异常登记 | 输入：异常描述与关键字段。处理：按固定格式登记，标注线路与时间。 | 输出：登记表 · 调度员 |
| 类型归类 | 输入：登记内容与异常类型定义。处理：输出候选类型与判定依据。 | 输出：归类结果 · 调度员 |
| 记录检索 | 输入：异常类型与线路。处理：检索历史处置记录，附原文位置与结果字段。 | 输出：参考记录清单 · 调度员 |
| 候选处置 | 输入：现行规则版本与检索结果。处理：整理候选处置与适用条件，标注出处。 | 输出：候选清单 · 调度员 |
| 处置决定 | 输入：候选清单与现场信息。处理：由调度员判断方案并执行，记录决定与理由。 | 输出：处置记录 · 调度员 |
| 规则更新 | 输入：复盘归集与规则变更。处理：修订规则库与记录结构，过期条目停用。 | 输出：版本记录 · 操作主管 |
治理保障
治理规则围绕决定权、只读接入、规则时效与对外表述四条线，确保系统输出停留在内部参考层面。
- 决定权不转移
- 候选清单只列出可选动作与依据，处置决定与执行由调度员作出并留记录。
- 只读不写
- 系统不修改运单、作业与计费系统记录，只提供检索与整理结果。
- 规则时效管理
- 规则与费率按月核对，变更留版本；检索结果标注生效日期，过期条目停用。
- 对外表述管控
- 涉及责任、费用与赔付的表述由对应岗位确认后发出，系统不生成承诺内容。
- 权限与线路隔离
- 按岗位与线路过滤可见范围，客户与货物信息只在需要的岗位可见。
- 日志最小必要
- 记录必要字段与操作行为，不落全文日志；保留期按双方制度与合同约定执行。
价值与衡量方式
衡量方式围绕依据找齐的时间、归类一致、依据可核验与记录完整度，全部用可统计口径描述。
- 依据找齐的时间
- 衡量方式：选取同一类异常，统计从登记到形成候选清单所需的人工整理时间，与人工翻查记录的方式做对比。
- 归类一致性
- 衡量方式：在约定测试集上统计异常归类与既定类型一致的比例，不一致项记录原因。
- 依据可核验
- 衡量方式：统计候选处置中能定位到规则条款或历史记录原文的比例，未定位项标注为依据不足。
- 处置记录完整度
- 衡量方式：抽查处置记录中决定、理由、执行结果与确认人是否齐全，统计完整比例。
- 经验沉淀情况
- 衡量方式：统计新增或修订的历史处置记录条数与规则条款更新条数，按周期汇总。
- 合规可交代
- 衡量方式：检查边界、权限、日志、复核四类检查项的完成度与留痕完整性。
※ 以上为方法说明与衡量口径，不构成对具体项目效果的承诺；结果受异常记录完整度、规则更新频率与调度使用方式影响。
场景的结构化说明
- 典型任务
- 按异常描述与关键字段归类到既定异常类型，输出候选类型与判定依据：异常类型归类；按异常类型与线路检索历史处置记录，输出处置动作与结果供调度员参考：历史处置检索；结合现行规则与历史记录整理候选处置清单，标注适用条件与依据出处：候选处置清单整理；列出处置前需确认的信息，如单据、联系人与时限要求，形成检查项：要点提示与检查项；把处置过程中的动作与结果整理为结构化记录，供复盘与规则更新：处置记录整理与归档；按周期归集异常类型分布与处置方式，整理为复盘材料供操作主管评估：异常复盘材料整理
- 适用前提
- 由操作主管提供异常类型定义与归口岗位，试点前完成对齐（异常分类口径已定并归口）；确认可用范围、脱敏规则与保留期，涉及客户信息字段按规则处理（历史处置记录可用且可脱敏）；规则、时限要求与联系人清单以现行版本为准并标注生效日期（现行规则版本清晰）；明确调度员为处置决定责任人，记录方式与升级路径在试点前确定（处置决定责任明确）
- 推荐部署
- 纯私有化；混合部署
- 推荐架构
- 默认纯私有化：异常描述、历史处置记录与现行规则在指定环境内入库与索引，按岗位与线路过滤可见范围，调度账号一人一号；检索按异常类型与线路限定，输出候选处置与依据出处，规则版本过期即停用。为便于核对，输出保留历史记录原文位置、处置动作与结果字段，并标注记录时间。若采用混合方式，仅允许脱敏后的最小片段经审批用于外部模型，规则库与权限配置留在本地。
- 数据流与边界
- 异常登记：异常按固定格式登记，标注线路与时间；类型归类：按既定异常类型归类并输出判定依据；依据检索：检索历史处置记录与现行规则，附原文位置；候选清单：整理候选处置与适用条件，逐项标注出处；调度判断：调度员判断方案并执行，记录决定与理由；复盘更新：处置结果用于复盘，规则变更同步留版本
- 交付物
- 异常分类与归口表（表格）：异常类型定义、判定要点、归口岗位与升级路径；历史处置记录结构（表格）：记录字段、脱敏规则、可用范围与保留期；候选处置清单模板（模板）：处置动作、适用条件、依据出处与确认状态字段；要点提示与检查项（模板）：处置前需确认的单据、联系人与时限要求清单；规则版本清单（表格）：现行规则条款、生效日期、归口岗位与更新周期；评测记录与操作规范（报告）：测试集构成、归类命中与依据定位情况、复核节点与留痕要求
- 上线节奏
- 第 1—2 周：异常分类与归口对齐，盘点历史处置记录范围与脱敏规则；第 3—4 周：用历史异常样本调试归类与检索，建立评测口径与测试集；第 5—8 周：单个调度班组接入，跑通归类、检索、候选清单与判断记录流程；第 9 周起：按复盘结果与处置记录质量决定扩围的线路与异常类型
- 人工复核点
- 异常类型确认 / 调度员 / 归类结果与现场信息不符时以现场判断为准并记录；处置方案与执行 / 调度员 / 候选清单仅作参考，处置决定与执行由调度员作出并记录；责任与费用表述 / 调度主管 / 涉及责任、费用与赔付的表述须经确认后方可对外；规则与记录更新 / 操作主管 / 规则变更与记录修订同步更新知识库并留版本；客户信息外发 / 数据与合规负责人 / 新增外发场景或数据种类须书面审批
- 风险控制
- 候选清单被当作指令执行：输出定位为候选与要点提示，处置决定与执行由调度员作出并留记录；照搬历史做法不符合现行规则：检索结果标注规则生效日期，过期条目停用，规则差异由调度员与操作主管判断；责任与赔付表述对外：系统不生成责任与赔付表述，涉及客户沟通的内容经对应岗位确认后发出；客户与货物信息外发：默认禁止；确需外发仅发送脱敏最小片段并保留审批与日志记录
- 合规依据
- 中华人民共和国数据安全法：建立全流程数据安全管理制度并采取必要技术措施，异常记录、检索与导出行为留痕，日志按最小必要记录；个人信息保护法（委托处理）：涉及客户联系人等个人信息委托处理时，书面约定处理目的、期限、方式、种类、保护措施与责任划分，终止后返还或删除