S3（系统性）：新增工单显着上升且跨阶段扩散（交付期扩至维保、或质量扩至安全）+ 审计旁听 → 允许exception，但到期强制复测+加密抽查

“把‘群体性’做成四档。”林远说，“你想喊大词没用，系统只认你的链条与增量。”

银行何经理听完，在群里丢了一句很像风控的话：“这才像风险事件。银行不怕慢，怕‘一句群体性’就插队。”

2）抽查回访：只查链条，不查投诉人

城市那边很快就提出顾虑：“你们要抽查回访，会不会触碰隐私？会不会让人以为我们在追投诉人？”

林远把边界说死：“不回访投诉人。回访三条链——项目方工单、监理日志、整改闭环。抽查的是‘你有没有把风险当借口’，不是‘谁投诉你’。”

于是抽查回访变成了工程动作：

抽查工单链路是否真实存在、是否有处置动作、是否按时闭环

抽查监理日志编号是否匹配现场阶段

抽查整改工单是否与复测run_id对应

任何一条对不上，SOC分级自动下调；恶意夸大则触发“反表演扣分+复测加密”。

3）第一场“夸大范围”被打回去

两天后，佛山那边提交了一条SOC申请——正是之前那家爱推“申请指导”的服务商参与协作的项目。

材料一眼看上去很强：桶一致、主题码一致、编号验真PASS、关联性PASS。

他们以为这次稳赢。

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

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

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

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

影响楼栋：空（未填）

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

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

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

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

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

这章没有结束，请点击下一页继续阅读！

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

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

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