办公事务 · 深入
报表每周手搓两小时？把七步流水线固下来
不是接个 API 自动出表，是先立三道校验门
定期报表（周报 / 月报 / 经营看板）的价值不在“出得快”，在出的数可信。这条流水线把七步拆开：抽数 → 校验 → 算 KPI → 写叙述 → 人工审批 → 分发 → 审计留痕。关键在第二步 —— 校验不过就停住，不许让可疑数据流到人眼前。适合已经手工出表三个月以上、想把它交给机器的人。
1
Extract — 按增量从各源系统抽数，落原始快照，用只读最小权限账号
2
Validate — 新鲜度 / 完整性 / 约束三道校验，失败即停并路由到责任人
3
KPI — 指标逻辑集中定义、版本化、可测试，不藏进电子表格
4
Narrative — AI 只基于已核准数据起草「变化 / 驱动 / 异常 / 该问什么」
6
Distribute — 按 Exec / Ops / Finance 三视图分发
7
Audit — 记录周期 · 时间戳 · 数据源 · KPI 版本 · 审批人 · 分发清单
阶段 1 · 抽数与快照
先让数据能追溯，再谈自动
动作：列出报表用到的全部源系统与字段（ERP / CRM / 埋点 / 门店），做成“源 → 字段 → 访问方式”登记表
预期结果：登记表里每个字段能指到具体库表，找不到归属的指标被摘出报表
动作：每个源配一个只读账号，权限只覆盖报表需要的表
预期结果：账号权限清单里没有写权限
动作：每次抽数落一份原始快照（带抽取时间戳），不边抽边算
预期结果：快照目录里能看到当天那一份，文件大小与上期同量级
✓ 符合 → 进入阶段 2 · 三道校验门
✗ 不符 → 回到“列源系统” —— 最常见断点是指标口径找不到归属表（说明这个指标其实没人真在算），先摘掉再往下
【输入说明】给我这张报表目前用到的源系统清单（系统名 / 用途 / 谁维护），以及报表上出现的指标名。
【方法】① 为每个指标标注它取自哪张库表的哪个字段；标不出的单列一栏“无归属”；② 输出一张“源 → 字段 → 访问方式 → 责任人”表；③ 为每个源写出只读账号所需的最小表权限清单。
【输出格式】三段 —— A 源字段登记表（Markdown 表）｜ B 无归属指标清单（附建议：从报表摘掉 / 先补埋点）｜ C 最小权限清单（每源一段）。
【约束】不得为找不到出处的指标编造来源；不建议写权限。
↓
阶段 2 · 三道校验门
让“数不对”在到人眼前之前就停住
动作：设新鲜度校验（源数据时间戳距今不超过约定窗口）
预期结果：三道校验各有一条可执行判断规则（不是“看一眼觉得不对”）
动作：设完整性校验（应有行数 / 应有分区 / 必填字段非空）
预期结果：人为灌一条脏数据进去，报表停住且通知发到了指定责任人
动作：设约束校验（同比环比突变超阈值 · 金额为负 · 分类值超出枚举）
预期结果：异常摘要能读到“哪张表 · 哪个字段 · 超了多少”，不能只有“校验失败”四个字
✓ 符合 → 进入阶段 3 · KPI 与叙述
✗ 不符 → 回到阶段 1 —— 最常见断点是缺历史快照导致同比没基准，先把快照存起来，等一个周期再启用突变校验
【输入说明】给我每个源表的字段清单与最近一次抽取时间，以及报表上三类阈值（时间窗 / 行数波动 / 金额突变）。
【方法】① 按新鲜度 / 完整性 / 约束三类，各写 1-3 条具体校验；② 每条写成“表.字段 条件 阈值 → 失败动作”的形式；③ 为每条指定责任人角色与通知渠道；④ 为失败情况写一段人类可读摘要模板。
【输出格式】三段 —— A 校验规则表（规则 / 判据 / 责任人 / 失败动作）｜ B 异常摘要模板（含“表·字段·超出值”三要素）｜ C 责任人与通知渠道对照。
【约束】阈值不得由 AI 自行假设，缺哪个就问哪个；AI 不自动改数、不自动重跑。
↓
阶段 3 · KPI 与叙述
指标逻辑集中一处，AI 只翻译已经核过的数
动作：把每个 KPI 的公式 / 分母口径 / 时间窗写进一处集中定义（版本化，可回看改动）
预期结果：同一个 KPI 在两类报表里算出来一致（口径没分叉）
动作：让 AI 只吃已通过校验的数据与阈值，起草“变化 / 驱动因素 / 异常 / 该问什么”四段
预期结果：叙述段落里找不到“可能 / 大概”这类没有数字支撑的判断
动作：叙述里每个结论必须能指回一个具体数字
预期结果：换一份数据重跑，叙述跟着变（说明没有写死）
✓ 符合 → 进入阶段 4 · 审批、分发与留痕
✗ 不符 → 回到“集中定义” —— 最常见断点是同名列不同口径（“活跃用户”在三处定义不同），先命名区分再合并
【输入说明】粘贴本期<b>已通过校验</b>的数据表 + 上期同口径数据 + 你关心的阈值（如环比 ±15%）。
【方法】① 先算出变化幅度，再找驱动因素；② 对超出阈值的变化，判断是一次性事件还是趋势；③ 指出本期最该问业务方的一个问题；④ 每条结论后面括注它依据的数字。
【输出格式】四段 —— 变化（含数字）｜ 驱动因素（含数字）｜ 异常（含数字与判断）｜ 该问什么（一个问题）。
【约束】数据未通过校验就拒绝起草并说明；不得给鼓励性总结；不得出现没有数字支撑的形容词。
↓
阶段 4 · 审批、分发与留痕
发出去之前的最后一道人手，与发出去之后的账
动作：定一条审批链（谁看数 · 谁看口径 · 谁签字），审批动作落记录
预期结果：随便翻一期报表，能回答“这页的数是谁批的”
动作：按受众分视图分发（管理层看结论 · 运营看过程 · 财务看口径）
预期结果：审计记录六项一个不缺，且能对上当期实际的数据源版本
动作：每期落一条审计记录：报告周期 · 运行时间戳 · 数据源 · KPI 版本 · 审批人 · 分发清单
预期结果：出现过一次“分发后才发现问题”，能顺着审计记录定位到断在哪一步
✓ 符合 → 完成 —— 之后每期按同一条链跑，改动只发生在 KPI 定义处
✗ 不符 → 回到阶段 2 —— 最常见断点是审批人看不出数错（校验门太浅或分发视图没给口径），先补口径说明再恢复分发
【输入说明】给我这期报表的审批人与分发对象清单。
【方法】① 按受众拆出三份视图（结论 / 过程 / 口径）；② 生成一段“本期审计记录”，六项齐备：报告周期、运行时间戳、数据源与版本、KPI 定义版本、审批人、分发清单；③ 给出一条“这期哪里最可能出错”的自检提示。
【输出格式】三段 —— A 分视图要点（三份各 3 条）｜ B 审计记录（六项）｜ C 自检提示（一条）。
【约束】不得把审计记录写成宣传语；审批人姓名与角色由人给，AI 不推测。