第465章 小火不许开大门（2 / 2）

他们以为这次稳赢。

系统跑SOC-Ipact-01，自动判定结果跳出来：

内部工单链路：缺失（未提供）

监理日志/整改工单：缺失

7天新增工单：1（仅一条）

影响楼栋：空（未填）

判定：S0（孤点）→ 不允许exception

陈毅把回执退回去，系统自动给出替代路径：

“建议：走客观加速器（补齐整改链路+Practice自查通过），可获得排期加速；如确有扩散，请按SOC-Ipact-01补齐链条与增量指标。”

对方立刻打电话来，语气很冲：“你们这就是卡人！我们都验真通过了！”

陈毅只回一句：“验真证明号是真的，不证明你要开消防门。你拿一条投诉就要插队，是把消防门当VIP。”

电话那头沉默了几秒，换了口气：“那我们补材料。”

补材料的过程里，服务商开始急——因为他们发现：想把S0刷成S2，最便宜的办法不是整改，而是刷工单量。

4）真正的紧急：一条S2申请通过，大家反而更服气

同一周，清远一个项目出现了更真实的状况：交付节点临近，电梯井渗水引发多楼栋报修，内部工单连续增长，监理隐患单也出了编号，整改工单链路很清晰。

城投负责人这次没找“指导”，直接按SOC-Ipact-01填：

影响楼栋：6

7天新增工单：18

监理隐患单号：有

整改工单链路：有

复测run_id：已绑定

编号：可选，填了一个，验真+关联性PASS

系统判定：S2（片区）→ 允许exception一次（48小时）。

排期指纹a_id公开显示：插队原因码=SOC-S2，exception_id在看板可见。

清远那边在群里发了一句很实在的话：“这次插队插得安心，因为链条在，复测也绑了。”

银行何经理也回：“我们认可。因为你插队不是为了躲责任，是为了把风险关住。”

这就是林远要的效果：例外仍然能救命，但例外不再能被卖。

5）规则固化：把“范围分级”写进省版刻度

当晚，陈毅把变更单编号挂上公共接口：EXC-01.2 / SOC-Ipact-01。

并在省版刻度里新增一条字段：soc_spe_level（S0–S3），作为例外编号的必填项，写进审计旁听清单。

规则一旦入库，就不再是某个人的“硬气”，而是系统的“默认”。

林远看着那条变更单，没说什么，只把白板上的最后一句圈了一圈：

小火不许开大门。

钩子：刷工单的生意要来了

第二天清晨，陈毅发来一条新的聚类预警：

“有项目在48小时内工单数突增，从1跳到15，但监理日志、整改链路没有同步增长。像在刷量。”

林远盯着那条曲线，心里很清楚：对手已经从“造号”转向“造量”。

编号验真挡住了假号，关联性校验挡住了借号，影响范围分级挡住了夸大——他们唯一能做的，就是把真实链条里的某个数量项刷起来。

他在白板上写下下一章的标题草案，像提前把下一条暗道封死：

“工单刷量的差值曲线”

“下一章，我们做‘工单指纹’。”林远说，“数量不是你说多少就多少，数量要和现场链条一起增长。只涨工单不涨整改，就是反表演。”

他停顿了一下，补上一句更冷的：

“想用噪音冒充火警的人，最后会被噪音淹死。”