督办台账

把督办台账从一张表变成可分析的数据：字段先说清、状态先对齐、数据先洗干净，再算指标、做归因、出分析。

本技能面向督查与办公室岗位，处理的是"数据是否可信、口径是否一致、结论是否站得住"。台账的记录与跟进动作（怎么登记、怎么催、什么时候挂牌）由既有流程承担，本技能只在其产出的数据上做规范、校验、统计与归因。

这个技能产出什么

| 产出物 | 说明 | 模板 | |---|---|---| | 字段与口径规范 | 字段字典 + 状态判定口径 + 时间口径，一次定清长期复用 | 见 references/ledger-governance.md | | 数据质量核查单 | 异常数据清单：时间倒挂、状态矛盾、缺依据销号等 | 见 references/ledger-governance.md | | 统计口径说明 | 每个指标的定义、分母、边界处理、争议裁决 | 见 references/ledger-analytics.md | | 月度督办分析报告 | 总体指标 + 延期归因 + 分布分析 + 数据质量 + 改进建议 | assets/monthly-analysis-template.md |

何时用 / 何时不用

用：

台账字段残缺、叫法不一（"完成/办结/已办"混用），需要定一份字段字典与取值域；
同一个月报出两个不同的按期办结率，需要把口径写死并给出裁决规则；
要核查销号是否合规：办结标准是否逐项对照、是否可举证、时限变更是否留痕；
要做延期归因：延期集中在哪类事项、哪个环节、原时限是否设得不合理；
要出月度督办分析报告，含按承办单位与事项类型的分布、红黄牌统计、趋势对比。

不用：

需要执行日常记录与跟进动作（登记、催办、挂牌、销号动作本身）——那属于台账的运行流程；
管单件事的推进与卡点清除——那属于执行侧的过程推进；
纯文字汇总写作（没有数据要清洗、没有口径要对齐）。

执行流程

八步。数据不干净就先不统计，口径不一致就先不比较——这是本技能的先后纪律。

第 1 步 · 台账收料与字段盘点

先看数据长什么样，别急着算。

| 动作 | 做法 | 产出 | |---|---|---| | 确定数据源 | 明确以哪份台账为准（系统导出 / 台账表 / 多个副本） | 数据源说明（含导出时间） | | 逐列盘点 | 每列问：字段名、类型、是否必填、取值有几种、空缺比例 | 字段现状清单 | | 抽样核对 | 随机抽 10 条与原始记录/回复核对 | 可信度结论 | | 明确统计范围 | 立项日区间、是否含已取消、是否含跨期事项 | 统计范围声明 |

红线：多份台账不一致时，先问清哪份是权威源，不得自行挑一份"看起来完整"的。

第 2 步 · 字段规范与取值域统一

定字段字典（完整模板见 references/ledger-governance.md），核心字段分组：

| 分组 | 字段 | 用途 | |---|---|---| | 标识 | 事项编号、来源 | 唯一键、去重、按来源分类 | | 内容 | 事项名称、事项类型 | 主题聚类、类型分布 | | 责任 | 承办单位、承办人、协办单位 | 按单位分布、协办归属 | | 时间 | 立项日、原时限、变更后时限、办结日 | 全部时限类指标的基础 | | 判定 | 办结标准、交付依据 | 销号合规校验 | | 状态 | 当前状态、状态变更记录、红黄牌 | 状态口径与挂牌统计 |

取值域必须封闭：状态、来源、事项类型、延期原因都给固定选项 + 其他（须注说明），不允许自由填写——自由填写是统计口径崩坏的根源。

时间字段一律用绝对日期（YYYY-MM-DD），保留时刻的必须标明；"近期""月底"这类表述必须折算或标为缺失。

第 3 步 · 状态口径判定

七个状态的判定标准（细则与边界见 references/ledger-governance.md）：

| 状态 | 判定标准 | |---|---| | 待办 | 已立项，尚未有首次进展记录 | | 在办 | 有进展记录，且未到临期线 | | 临期 | 距时限 ≤ 2 个工作日，且未办结 | | 超期 | 已过时限，且未办结、未取消 | | 已办结 | 办结标准逐项通过，且有可举证依据 | | 退回补办 | 提交但未达办结标准，已明确补齐项与新时限 | | 已取消 | 经发起人或授权人批准取消，且有原因记录 |

状态是派生值，不是手填值：可用 立项日 / 时限 / 办结日 / 挂牌记录 推导出的状态，必须推导，避免手填漂移。手填值只保留"退回补办""已取消"这类无法推导的特殊态。

边界规则（口径统一的关键，必须在报告里写明）：

办结日 = 时限日 → 计按期；
时限含时刻的，以当日 24:00 为界；
工作日默认跳过周末；已知节假日安排则跳过节假日，并在口径说明里标注是否扣节假日；
跨期事项（立项在上期、办结在本期）归属口径一旦确定，全期不得切换。

确认门 1：输出「口径对齐单」（统计范围 + 状态口径 + 时间口径 + 归属规则），让用户确认：口径确认 / 需要调整。口径未确认不进入统计。

第 4 步 · 销号合规校验

对每一条"已办结"记录做四项校验，任一不过即列为不合规：

| 校验项 | 通过标准 | 常见不合规 | |---|---|---| | 标准对照 | 办结标准逐项有对照结论，不留空项 | 标准 3 条只对 1 条 | | 可举证 | 有交付物、系统记录或确认回复作为依据 | 只写"已完成"无依据 | | 时限留痕 | 有延期的必须留痕：原时限、新时限、理由、批准人、批准时间 | 只改日期不记理由 | | 状态完整 | 退回补办必须新设时限；已取消必须有批准人与原因 | 提出但未达标的直接置已办结 |

不合规处理：不直接改数据。列出「不合规清单 + 建议动作（补依据 / 退回补办 / 补留痕）」，由台账责任人处理；处理完成后复算指标。

第 5 步 · 异常数据核查

逐条过下列规则（完整规则表见 references/ledger-governance.md），命中即登记：

| 规则 | 判据 | |---|---| | 时间倒挂 | 办结日 < 立项日；新时限 < 原时限 | | 状态与时间矛盾 | 已办结但无办结日；超期但时限未过；在办但已过时限 | | 关键字段缺失 | 承办单位/时限/办结标准为空 | | 编号重复或冲突 | 同一编号出现两行且内容不同 | | 疑似重复立项 | 事项名称高度相似 + 同一承办 + 时间相邻 | | 销号缺依据 | 见第 4 步 | | 越权改时限 | 批准人为空或与授权范围不符 | | 批量同日销号 | 同一天销号数量显著异常（如超过本期总量 40%），需抽样复核 |

输出格式：编号 | 异常类型 | 涉及字段 | 建议核查动作 | 责任方。异常数据在报告里单列一节，不混进指标里悄悄修掉。

第 6 步 · 延期归因分析

对每条延期记录做三层归因（分类框架与判据见 references/ledger-analytics.md）：

原因分类：需求或方案变更 / 外部依赖未到位 / 资源与人力不足 / 办结标准不清 / 流程审批耗时 / 时限设定不合理 / 其他（注明）；
责任环节：卡在承办方、协办方、审批方、外部方，还是根本不在执行侧（时限本身设得紧）；
原时限合理性：同类型事项的历史平均办理时长 vs 原时限；若原时限显著短于历史均值，归为时限设定问题而非执行问题。

归因到"人"的要克制：输出到"环节"与"类型"，人名只用于定位问题，不用于评价。同一原因占延期总数 > 30% 时，必须在报告里给结构性改进建议。

第 7 步 · 指标计算

每个指标都要写清定义、分子、分母与边界处理（完整口径见 references/ledger-analytics.md）：

| 指标 | 分子 | 分母 | 关键边界 | |---|---|---|---| | 按期办结率 | 本期已办结中、办结日期不晚于原时限的事项数 | 本期已办结事项总数 | 变过时限的也按原时限判 | | 超期率 | 期末处于超期状态的事项数 | 期末在册事项数（不含已取消） | 是时点指标，不是期间指标 | | 平均办结时长 | 本期已办结事项（办结日 − 立项日）的合计天数 | 本期已办结事项总数 | 与中位数并列给出，避免极端值拉偏结论 | | 超期天数 | 实际办结日（或期末日）− 原时限 | — | 期末仍未办结的按期末日算"已超期天数" | | 退回补办次数 | 本期"办结标准未通过"的记录条数 | — | 计次不计事项，一事两次退回归 2 | | 红黄牌统计 | 本期新增黄牌数、红牌数 | — | 只统计新增，不累计存量 |

三个常见错误（发现即纠正并在报告中说明）：

用"变更后时限"算按期 → 改期限即洗白超期，必须用原时限；
用"期末在册"当"本期立项"的分母 → 期间指标与时点指标混用；
平均办结时长只在已办结事项上算，却用来描述全部事项的办理速度。

口径争议处理：凡出现口径分歧，按"先定规则、再统一重算、并在报告中留痕"三步走：写一条裁决（如"逾期后补办结的，按原时限判超期，超期天数照实计"），全部历史数据同规则重算一次，在报告口径说明里注明本期的裁决。

第 8 步 · 分布与趋势分析

| 维度 | 分析目的 | 注意 | |---|---|---| | 按承办单位 | 看办理量、按期率、平均时长分布 | 样本 < 5 条的单位不做排名，只列数 | | 按事项类型 | 看哪类事项最容易超期 | 类型必须来自固定取值域 | | 按来源 | 看会议决议 / 交办 / 专项检查的办结差异 | 与立项数量一起看 | | 按月度趋势 | 看按期办结率是否改善 | 口径变化必须标注断点 | | 红黄牌分布 | 看挂牌集中环节 | 只算新增，不算累计 |

确认门 2：输出月度分析报告草稿（数据 + 归因 + 建议），让用户确认：按此出具 / 需要补充数据。

质量红线

不编造数据：缺失值一律标"缺失"并计入数据质量，不得用平均值、经验值或上月数据填补。
不改原始数据：本技能只输出核查单与重算结果，不直接修改台账原始记录。
不悄悄改口径：口径变化必须在报告"口径说明"里留痕，含变化内容与生效期。
不拿人做评价：统计与归因输出到单位、环节、类型；避免对人的能力与态度做结论性表述。
不混淆指标性质：期间指标（本期办结）与时点指标（期末在册）不得混用分母。
不凭印象归因：延期原因必须有记录依据（承办人回复、变更留痕），无依据的归入"原因未记录"并计数。

参考文件索引

references/ledger-governance.md —— 台账治理：字段字典、状态判定口径、时间口径、销号合规校验清单、时限变更留痕要求、异常数据核查规则
references/ledger-analytics.md —— 台账分析：指标计算口径（按期办结率 / 超期率 / 平均办结时长）、延期归因分类框架、分布分析方法、口径争议裁决
assets/monthly-analysis-template.md —— 督办月度分析报告模板（含口径说明与数据质量章节）

关于产品（可选接入）

本技能自包含、可独立使用，不依赖任何外部系统，也不要求接入任何特定平台。

同一套方法在「老板宝」中另有产品化承载：字段口径、检查节点、模板与规则可直接作为配置与验收的依据；是否接入、如何接入由团队按自身环境决定。