# AI电子表格异常检测：六个虚构复现案例

版本1.0 · 2026年9月4日 · OpenMax内容团队

以下是明确设定的教学输入，不是客户资料。本Markdown文件是复现指南，不是XLSX工作簿。只在新建的可丢弃文件中操作；不要把故意不完整的公式放进正式报表。公式采用英文Excel写法，实际应用可能使用本地化函数名或不同参数分隔符。

预期算术结果可以独立核对。B中的隐藏行行为依据所引Microsoft文档，并不表示本文已在桌面Excel执行。自行复现时请记录实际应用、版本和观测结果。无需宏、脚本或外部数据刷新。

## A. 正确语法的SUM遗漏最后一条记录

创建工作表`A_Range`，填写以下准确位置：

| 单元格 | 值或公式 | 含义 |
|---|---|---|
| A1 | Job | 任务列标题 |
| B1 | Units | 件数列标题 |
| A2 | J1 | 第一项任务 |
| B2 | 120 | 件数 |
| A3 | J2 | 第二项任务 |
| B3 | 80 | 件数 |
| A4 | J3 | 第三项任务 |
| B4 | 150 | 件数 |
| A5 | J4 | 第四项任务 |
| B5 | 50 | 件数 |
| A7 | 报告合计：故意不完整 | 教学标签 |
| B7 | `=SUM(B2:B4)` | 故意遗漏J4 |
| A8 | 预期合计 | 教学标签 |
| B8 | `=SUM(B2:B5)` | 全部四项任务 |
| A9 | 遗漏件数 | 教学标签 |
| B9 | `=B8-B7` | 差额 |

规则A1：四项任务都属于报告范围。A不存在排除条件、隐藏行、筛选或调整。预期B7=350、B8=400、B9=50。遗漏比例50/400=12.5%，分母是完整合计。确认负责人认可该范围后，修正建议是将B5纳入B7公式。缺陷存在并不需要出现错误代码。

## B. 手动隐藏与预期可见范围

另建`B_Hidden`，A1:B5与A相同，不复制B7:B9。填写B7=`=SUBTOTAL(9,B2:B5)`，B8=`=SUBTOTAL(109,B2:B5)`。

1. 所有行可见且未筛选时，两者预期都是400。
2. 手动隐藏工作表第4行，即150所在行，此步不要使用筛选。预期B7=400、B8=250。
3. 取消第4行隐藏，两者恢复400。
4. 独立进行另一项实验：不存在手动隐藏行，在A1:B5应用筛选排除J3，两者预期都是250。
5. 结束后移除筛选，恢复工作表再开始其他实验。

分别记录状态。只含可见任务的报告与全任务报告有不同范围，必须先有这项要求，才能判断数字对错。不要用筛选状态的结果描述手动隐藏状态。

依据：[Microsoft SUBTOTAL说明](https://support.microsoft.com/en-us/excel/functions/subtotal-function)。本例只涉及纵向范围与普通来源数值，不涉及嵌套小计。

## C. 两个常数，不同处理结论

建立`C_Overrides`，第一行填写列标题，下面按位置输入：

| 行 | A：任务 | B：数量 | C：每单位标准分钟 | D：标准合计公式 | E：记录合计 | F：例外依据 |
|---|---|---:|---:|---|---|---|
| 2 | J1 | 4 | 10 | `=B2*C2` | `=D2` | 不需要例外 |
| 3 | J2 | 3 | 10 | `=B3*C3` | 24，常数 | 例外EX-01 |
| 4 | J3 | 2 | 10 | `=B4*C4` | 25，常数 | 无例外 |

D2:D4预期为40、30、20；E2:E4为40、24、25。标准合计90，记录合计89。

**设定的批准记录EX-01：**虚构运营负责人批准J2在本次报告抵扣六分钟服务时间，因此允许值为30−6=24。所给资料没有J3的批准或其他规则，其预期值仍为20，记录25构成无依据的正五分钟差异。

分别复核E3和E4。按上述设定，E3是有记录的有效例外；E4与给定规则不一致，不得编造类似抵扣或超额许可。差异桥为90−6+5=89。净差额−1不能成为关闭+5问题的理由。这是教学批准条件，不是真实签名或客户授权。

## D. 行数没变，但关联同时重复和漏记录

创建`D_Jobs`：A1为Job、B1为Units，A2:B4依次A/10、B/20、C/30。另建`D_Reference`：A1为Job、B1为Owner，A2:B4依次A/Team1、A/Team2、B/Team3。

预期规则是多条任务对应每个任务唯一权威负责人；本例来源恰好每个任务只有一行。参考表违反要求：A有两条负责人，C没有。资料中不存在选择Team1而非Team2的规则。

按Job内连接并保留全部匹配，得到：

| Job | Units | Owner |
|---|---:|---|
| A | 10 | Team1 |
| A | 10 | Team2 |
| B | 20 | Team3 |

来源与输出都为3行，但来源合计60、输出40。重复A增加10，缺少C减少30，净变化−20。必须同时保留两个发现，获取A的权威映射及C的映射，再重跑关联。输出去重不是有依据的修复，也恢复不了C。

## E. 换算必须有定义，不能猜测

创建`E_Units`，A1为Item、B1为Quantity、C1为Unit、D1为每来源单位对应单件数。第2行填写Part-X/12/箱/10，第3行Part-X/18/单件/1。

本例明确规定Part-X每箱十件。规范化值为12×10=120和18×1=18，合计138件。原始数字相加12+18=30，不是有意义的同口径实物数量。

复现时E1填写规范化件数，E2=`=B2*D2`，E3=`=B3*D3`，E5=`=SUM(E2:E3)`，保留B:D。换算仅适用于所述产品及版本，真实资料中定义缺失或冲突应保持待解决。

## F. 很大的周合计不是单日观察值

创建`F_Periods`，列A为记录、B为观察件数、C为覆盖天数、D为观察类型。第2至6行：

| 记录 | 观察件数 | 覆盖天数 | 观察类型 |
|---|---:|---:|---|
| D1 | 120 | 1 | 单日合计 |
| D2 | 80 | 1 | 单日合计 |
| D3 | 150 | 1 | 单日合计 |
| D4 | 50 | 1 | 单日合计 |
| W1 | 1400 | 7 | 独立七天合计 |

W1被明确设为独立记录，不是D1至D4的加总。1400/7得到算术日均200。不要把W1再与D1至D4相加来生成业务总量，因为资料没有给出共同总体或覆盖关系。

这个微型例子缺少可比的团队、工作量和服务条件，只能支持“期间不一致”的提示，不能统计证明W1错误或日均200正常。真实异常值复核需要已定义基线与来源背景。

## 需要返回的复核记录

每例保留案例ID、实际使用的应用与版本、输入单元格或范围、观测输出、预期规则、证据来源、处理状态、负责人和复测结果。分清“在表格外核对算术”与“确实在应用中复现工作簿行为”。不要据此宣称检测准确率或OpenMax功能已经验证。