标准场景对账比对行业 · 通信运营商

DW-02 · 考核扣分对账

被扣的每一分都要能对上工单号

痛点　扣分单上只有条款和分数 · 申诉证据要翻五套系统

① 场景引入

一、这件事现在是什么样

代维与考核结算 · 真实业务触发

8 月考核结果昨天下发：项目部合计被扣 4.5 分，申诉期 5 个工作日——其中最大一笔扣的是「故障处理超时」，但那一单的根因是甲方自己的割接引入的，证据散在割接方案、故障报告和两套工单系统里。

二、痛点 · 每条都有来源

1考核细则条款几十项，每项扣分都应挂到具体工单，但扣分单下来往往只有「条款 + 分值」——对账全靠自己把工单库翻个底朝天依据 · 基站综合代维考核办法：故障处理时限、巡检完成率、发电及时率、资源准确率等几十项考核条款2上市公司公告披露代维服务费与考核得分直接挂钩——扣分对账不是面子问题，是结算金额问题；两三折中标价之下，4.5 分就是项目部的利润依据 · 宜通世纪半年报：代维服务费与考核得分挂钩、扣款直接决定盈亏、中标价两三折的行业背景3同一张工单在代维系统与 EOMS 的状态与时间戳不一致，超时认定口径两说——申诉最常死在「你说没超时，系统显示超时」，而没人说得清是哪套系统依据 · 集中化故障管理流程：代维双系统回单、事故报告法定栏位（报告单位盖章、时间精确到分、主送单位、是否上报通管局）4干得再多，一纸考核下来白干——考核结果与现场实际脱节，但「脱节」要靠证据说话，情绪说了不算依据 · 代维 20 年从业者自述：运维困境、双系统回单、人员与指标恶性循环5铁塔系统会议点名「维护费扣罚占比高」——扣罚占比高的另一面是申诉成功率低，根子在没有人在扣分下来之前就把证据链管好依据 · 铁塔系统会议点名：维护费扣罚占比高、代维单位服务月报质量不高、岗前培训不到位

三、换个做法之后

变化不在「快」，在「参与的角色」和「覆盖的范围」

✕ 现在的做法

考核细则条款几十项，每项扣分都应挂到具体工单，但扣分单下来往往只有「条款 + 分值」——对账全靠自己把工单库翻个底朝天上市公司公告披露代维服务费与考核得分直接挂钩——扣分对账不是面子问题，是结算金额问题；两三折中标价之下，4.5 分就是项目部的利润同一张工单在代维系统与 EOMS 的状态与时间戳不一致，超时认定口径两说——申诉最常死在「你说没超时，系统显示超时」，而没人说得清是哪套系统干得再多，一纸考核下来白干——考核结果与现场实际脱节，但「脱节」要靠证据说话，情绪说了不算

✓ 交给 Agent 之后

多来源文件一次读入，先做口径与完整性校验，再开始算
每条结论绑定来源文件、字段或条号，可以被审
产出是企业真会流转的正式件（带签批栏），不是一张展示用的表
该拦的地方给出「现在还不能提交」，并给不用干等的替代方案

四、场景闭环

6 步 · 每一步的产出都是下一步的输入

扣分映射 · 每条扣分反查工单号查无此单、工单号错位、一单多条扣分的逐条标红
时限重算 · 按细则时限定义逐单重算超时段起算点、节假日扣减、跨天窗口逐项按细则来，不凭感觉
双系统对账 · 代维系统与EOMS 时间戳逐单比对口径冲突的单并列两套时间戳，差异原因写明
责任归属取证 · 超时工单逐单关联割接 /外力 / 甲方原因证据割接方案、市政函件、故障报告的时间线串成证据链
申诉线索分级 · 按证据强度排序铁证（证据齐）/ 口径争议（两说）/ 无据可申（认了），三级分清
申诉包成稿 · 证据链索引 + 申诉理由初稿每条申诉挂证据出处，签批栏留白，提交与盖章人工

要准备什么：当月考核扣分单（xlsx：条款 / 分值 / 关联工单号）对账的靶子——「关联工单号」一栏经常是空的或错的，这正是突破口两套系统工单全量导出（xlsx：工单号 / 时间戳 / 处理记录 / 闭环状态）星标素材——代维系统与EOMS 各一份，超时认定的两套口径都在这里当月割接方案与故障报告归档（docx）「甲方原因」类申诉的关键证

据：割接窗口、影响范围、根因认定考核细则原文（txt / xlsx：条款全文与时限定义）时限从派单算还是从受理算、节假日怎么扣减，重算超时段的依据

为什么这个场景值得做

优先级评分：痛感 4 × AI 适配 4 ÷ 落地难度 2 = 8.0

最大差异点：不是申诉模板生成器——申诉的底气从来不是文采，是工单号。核心动作是把每条扣分反查到工单号、按细则时限定义重算超时段、把两套系统口径冲突的地方并列呈现，再拿当月割接方案与故障报告把「甲方原因」的证据串成链。

评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」；

落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。

五、会产出什么

判断标准只有一个：这份东西能不能直接进企业的流程

正式件本体：考核扣分对账与申诉证据包.docx 扣分工单证据三级映射 · 申诉理由初稿 · 签批留白
可派发清单：逐单时限重算与双系统对账表.xlsx 每条扣分的重算过程 · 两套时间戳并列 · 口径冲突标注
可派发清单：申诉线索分级清单.xlsx 铁证 / 口径争议 / 无据可申三级 · 证据链索引 · 可派发核对

这套东西不承诺什么：不承诺申诉成败——只做证据链对账与线索分级，「铁证 / 口径争议 / 无据可申」三级分清，不把口径争议包装成铁证。申诉文书出初稿，提交与盖章一律人工。对甲方考核细则本身的合理性不做评价。

② Live Demo（演示逐步）

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据，不宣称已接入客户生产系统，也不承诺任何效率提升百分比。

案例设定：恒维通信云山项目部。09-02，8 月考核结果昨天下发：合计扣 4.5 分、申诉期 5 个工作日——其中最大一笔「故障处理超时」1.8 分，根因是甲方自己的割接（CR-2608-014）引入的，证据散在四份材料里。

本月扣分4.5 分 · 折 9.18 万元申诉期5 个工作日 · 09-09 截止铁证线索1.8 分 · 折 3.67 万元查无此单3 条 · 待甲方补依据

输入运营商条线手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

01_当月考核扣分单.xlsx 甲方下发的扣分单——「关联工单号」一栏经常是空的或错的，这正是突破口甲方考核系统 ·09-01 下发
02_两套系统工单全量导出.xlsx 代维系统与 EOMS 的当月工单全量——超时认定的两套口径都在这里，对账的主战场两套系统 · 09-01 各导一份
03_当月割接方案与故障报告归档.docx 8 月割接方案与故障报告归档——「甲方原因」类申诉的关键证据运营商侧归档 · 割接方案 + 故障报告
04_考核细则原文_时限定义.txt 甲方考核细则的时限定义原文——起算点、节假日扣减、跨天窗口，重算超时段的依据甲方考核办法 · 2025 版

注意标橙色那一份 —— 02_两套系统工单全量导出.xlsx。它两套系统 · 09-01 各导一份，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

8 月的考核扣分单、两套系统的工单导出、

这个月的割接方案和故障报告都给你，考核细则原文也给你。

帮我逐条对账：每笔扣分找到对应的工单号，

按细则把超时段重新算一遍，两套系统时间戳对不上的标出来。

属于割接或者外力原因的，把证据列齐串成链。

最后给我一份按把握大小排的申诉线索单，

申诉文书出个初稿就行，提交和盖章我们自己来。复制

短是因为专业规则都写在能力包里了。你只需要说清这是什么事。

触发4.5 分昨天下发 · 申诉期 5 个工作日，从今天开始算

申诉的底气从来不是文采，是工单号

按每分 2.4% 折算，4.5 分对应服务费扣减约 9.18 万元——2.8 折中标价之下，这就是项目部的利润。最大一笔「故障处理超时」1.8 分，根因是甲方割接引入：细则第十三条写得明白，但证据要自己串成链。上一次（5 月）同样的机会就是这么漏掉的。

第 1 步 · 扣分映射 · 每条扣分反查工单号

查无此单、工单号错位，逐条标红

演示数据（表格原文）扣分条款分值工单号反查结果故障处理超时1.8EOMS-2608-1573可查 · 两系统一致发电及时率1.0PW-2608-0331可查 ·明细在册巡检 / 资源 / 回复1.7（汇总与抽查计）可查 · 记录在册（未标值）×3—GF-2608-2214 / 2257 / 2301两系统均查无此单四类扣分三类可查、一类查无——查无的三条是「要求甲方补依据」的筹码，不是申诉的对象。该拦的地方拦住了3 条扣分的工单号在两套系统里都查不到对应记录——这三条现在不能写进申诉（无据可申），先走「要求甲方提供扣分依据」程序。把查无此单硬写成「扣分不当」，只会把整份申诉的可信度搭进去：申诉材料的每一句都得是查得到的。

第 2 步 · 时限重算 · 按细则时限定义逐单重算超时段

起算点、口径，逐项按细则来，不凭感觉

演示数据（表格原文）重算项细则依据重算结果与扣分单比对EOMS-2608-1573 历时第十二条：派单起算至网管恢复23:52 派单 → 09:17 恢复 =9.42 小时扣分单按告警起算 9.5 小时 · 口径略宽于代维超时段限额 8 小时超时约 1.4-1.5 小时（两种起算口径）无论哪种口径均超时 · 分值 1.8 成立PW-2608-0331 响应响应限额 30 分钟到场 55 分钟 · 超时 25 分钟超时属实 · 但有第十三条（三）情形重算结论很冷静：两笔超时都成立，分值没有算错——申诉的路不在「没超时」，在「为什么不超时」，即第十三条的责任认定。重算不是翻案，是定位按细则逐项重算后结论明确：分值没有错，错的是责任归属——EOMS-2608-1573 的根因是甲方割接（第十三条第一项），PW-2608-0331 的延迟有割接现场交通管制因素（第十三条第三项）。申诉理由从「我们没超时」修正为「超时的原因不在我们」，前者站不住，后者有铁证。

第 3 步 · 双系统对账 · 代维系统与 EOMS 时间戳逐单比对

口径冲突的单并列两套时间戳，差异原因写明

演示数据（表格原文）节点代维系统EOMS差异原因派单 / 受理23:52 / 23:5823:52 / 23:58无差异业务恢复（不记录）09:17（网管）代维系统无此节点 · 以网管为准回单 / 归档09:40 回单10:05 归档流程动作先后 · 不计入历时两套系统在这一单上没有实质分歧——这本身就是证据：「你说没超时系统显示超时」的老毛病，这次不存在的。从上一次申诉里想起了漏掉的证据今年 5 月同样有一笔超时扣分，当时没翻出「甲方割接窗口冲突」的证据，申诉不了了之——本次 8 月这一单的割接方案（CR-2608-014，08-11 报批、甲方网络部组织实施）就是现成证据，同一招不能再漏第二次。这条不靠谁记得：归档里都有。

第 4 步 · 责任归属取证 · 超时工单逐单关联割接 / 外力 / 甲方原因证据

割接方案、管制记录、故障报告串成同一条证据链

演示数据（表格原文）工单申诉依据证据构成链条状态EOMS-2608-1573第十三条（一）甲方割接直接引发割接方案 + 故障报告根因认定 + 5月未闭环批复记录铁证 · 三证齐PW-2608-0331第十三条（三）甲方原因进场受阻割接现场交通管制记录 + 当值记录口径争议 · 甲方裁量市政外力 11 起第十三条（二）不可抗力与外力市政函件 + 现场照片铁证 · 整包移交1.8 分的三个证据分别来自三份独立材料：割接方案证明「谁干的」，故障报告证明「为什么坏」，5 月批复记录证明「早就提醒过」——三证互不隶属，链条最硬。排除性结论 · 责任在谁这件事不用争故障报告的根因认定白纸黑字：「割接后邻区参数未同步」——割接是甲方网络部组织的。「我方责任」可以整体排除，依据是三份独立材料的交叉印证，不需要任何一方的口头说法。市政外力 11 起同理，证据整包已在月报场景备好。

第 5 步 · 申诉线索分级 · 按证据强度排序

铁证 / 口径争议 / 无据可申，三级分清

演示数据（表格原文）级别线索涉及扣分折算金额铁证EOMS-2608-1573 割接引发1.8 分3.67 万元铁证市政外力 11 起（不计扣分 · 佐证链）——口径争议PW-2608-0331 交通管制1.0 分2.04 万元 · 甲方裁量无据可申巡检 / 资源 / 回复（自身原因）1.7 分3.47 万元 · 认了待核GF 三条查无此单未标值要求甲方补依据分级清单把 4.5 分拆成了「争 1.8、磨 1.0、认 1.7、问 3 条」——申诉期 5 天的精力分配，从这张表开始。把技术动作翻译成钱4.5 分里，割接引入的 1.8 分证据最硬：割接方案与故障报告时间线两证齐——按每分 2.4% 服务费扣减折算，这一条申诉若成立，下个月结算单上实打实回来 3.67 万元。口径争议的 1.0 分再争一争是 2.04 万；自身原因的 1.7 分写进整改，下个月别再扣。

第 6 步 · 申诉包成稿 · 证据链索引 + 申诉理由初稿

每条申诉挂证据出处，签批栏留白

演示数据（表格原文）申诉包构成内容状态申诉书初稿第十三条（一）（三）两项主张 · 逐条挂证据待项目经理签批证据链索引三证编号 ·页码 · 出处系统齐套待核清单GF 三条 · 请甲方补依据随申诉包一并提交提交与盖章留白项目部人工执行申诉包今天成稿、明天签批——申诉期 09-09 截止，留足甲方复核的时间就是留足拿回 3.67 万的可能。申诉包今天不能提交 —— 铁证级先报，争议级别包装成铁证会输得更难看办法一：分两笔走——割接引发的 1.8 分（3.67 万元）按铁证口径今天成稿、明天签批提交，发电单 1.0 分以「请求认定」的口径随附，GF 三条要求补依据；办法二：4.5 分打包成一份申诉全提交，把口径争议与自身原因一并裹进去——甲方复核时发现申诉材料里有站不住的条款，铁证那部分的可信度也被拖累。申诉的说服力来自「每一条都查得到」，不来自「写得满」。之后这一次跑完，公司多了什么

不讲省了多久 · 讲少了几个隐患、沉淀了什么

演示数据（表格原文）✓扣分-工单-证据三级映射表第一次建立，下月考核对账直接在表上滚动，不用从头翻✓割接归档与故障报告被串成同一条证据链，「甲方原因」类申诉有了跨文档依据✓一条历史教训被用上：5 月漏掉的割接窗口证据这次被系统性补上，没有再漏✓岗位角色变了：从「看分数叹气」变成「拿工单号说话」，申诉期从手忙脚乱变成按清单推进追问现场可能被问到的答不上来的问题，比答得漂亮的问题更能决定这场演示的结果申诉一定能赢吗？不承诺。它给的是证据链与线索分级——铁证级的把握大，口径争议级的要看甲方裁量，把争议包装成铁证只会输得更难看。甲方不认我们的对账表怎么办？对账表的价值在于逼出「每条扣分的工单号」——甲方要维持扣分，就得拿出对应记录；拿不出，谈判桌上的形势就变了。每月都这样对一遍，工作量吃得消吗？导出件扔进来即可，重算与比对是自动的——人只看线索分级清单和签那张申诉包。

③ 能力沉淀（Skill / 提示词 / 预期输出 / 人工边界）

1. Skill 能力包

导入之后，同类任务会自动按这套规则走 —— 提示词才能写得那么短

考核扣分对账 —— 被扣的每一分都要能对上工单号 · Skill

SKILL.md 主本 + references（输出骨架 / 判据 / 渲染脚本）· 符合 WorkBuddy Skill 规范

版本 v1.0

assessment-deduction-audit.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
references/output_template.md 输出骨架（sheet 名 / 分区顺序 / 列头）+ 可直接运行的渲染脚本
references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细，不会拖慢每次对话。

2. 原始素材

这些就是运营商条线手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁DW-02 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 4 份

XLS01_当月考核扣分单.xlsx甲方下发的扣分单——「关联工单号」一栏经常是空的或错的，这正是突破口下载

↓XLS02_两套系统工单全量导出.xlsx 代维系统与 EOMS 的当月工单全量——超时认定的两套口径都在这里，对账的主战场
03_当月割接方案与故障报告归档.docx 8 月割接方案与故障报告归档——「甲方原因」类申诉的关键证据
04_考核细则原文_时限定义.txt 甲方考核细则的时限定义原文——起算点、节假日扣减、跨天窗口，重算超时段的依据

怎么用

把素材全部拖进 WorkBuddy 对话框（不需要整理格式、不需要改文件名）
粘贴下方提示词发送
拿到正式件初稿 —— 签批栏留空，推荐意见留空，由你填

3. 提示词卡片

8 月的考核扣分单、两套系统的工单导出、

这个月的割接方案和故障报告都给你，考核细则原文也给你。

帮我逐条对账：每笔扣分找到对应的工单号，

按细则把超时段重新算一遍，两套系统时间戳对不上的标出来。

属于割接或者外力原因的，把证据列齐串成链。

最后给我一份按把握大小排的申诉线索单，

申诉文书出个初稿就行，提交和盖章我们自己来。复制

为什么这么短就够了：短是因为专业规则都写在能力包里了。你只需要说清这是什么事。

换成你自己的业务：把素材换成你手上的真实文件即可。导入 Skill 之后，

该走几步、什么口径、什么情况必须拦住，Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说：什么事、什么文件、什么要求。不用讲究格式。
调用 Skill 补齐专业规则 —— 导入本页 Skill 后，流程、口径、硬规则 Agent 自己知道。
用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮，把随口说的话补成更完整的表述。

分工：自然语言负责「这是什么事」，Skill 负责「该怎么做」，增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 3 份

XLSDW-02_考核扣分对账与申诉证据包.docx正式件本体 · 扣分工单证据三级映射 · 申诉理由初稿 · 签批留白 XLSDW-02_逐单时限重算与双系统对账表.xlsx每条扣分的重算过程 · 两套时间戳并列 · 口径冲突标注下载

↓XLSDW-02_申诉线索分级清单.xlsx 铁证 / 口径争议 / 无据可申三级 · 证据链索引 · 可派发核对

Skill 里固化了什么：从上一次申诉里想起了漏掉的证据该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：当月考核扣分单（xlsx：条款 / 分值 / 关联工单号）对账的靶子——「关联工单号」一栏经常是空的或错的，这正是突破口两套系统工单全量导出（xlsx：工单号 / 时间戳 / 处理记录 / 闭环状态）星标素材——代维系统与 EOMS各一份，超时认定的两套口径都在这里当月割接方案与故障报告归档（docx）「甲方原因」类申诉的关键证据：割接窗口、影响范围、根因认定考核细则原文（txt / xlsx：条款全文与时限定义）时限从派单算还是从受理算、节假日怎么扣减，重算超时段的依据

人工边界：不承诺申诉成败——只做证据链对账与线索分级，「铁证 / 口径争议 / 无据可申」三级分清，不把口径争议包装成铁证。申诉文书出初稿，提交与盖章一律人工。对甲方考核细则本身的合理性不做评价。

升为客户真实案例还缺什么：客户当前真实输入文件（不要整理过的）岗位现行 SOP 与审批链（金额分档、谁签字）至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径（多少天算临期、多少金额算大额）

5. 同一角色下的其他场景

代维与考核结算 · 产出即下一步输入

DW-01 · 代维服务月报 —— 被甲方点名「月报质量不高」之后 — 工单都在系统里躺着 · 月报却是月底熬夜手写的查看 →

上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理，演示中的企业、人物与数据均为虚构，不代表任何客户的实际成效；痛点引用的公开来源已做脱敏处理。网页版由原资料转换，部分演示表格以原文形式展示。

其他行业的同类场景 · 对账比对

想把这个场景在你们企业跑通？

顾问会先看你们的数据和流程够不够，再决定从哪一步开始。

看通信运营商其他场景