第429章 预评估第三周：审计旁听（2 / 2）

审计旁听还没结束，银行风控突然发来一条通知：

＞ 本周对清远预评估企业抽检频率上调20%（压力测试），

重点关注：发生指纹覆盖率波动、申诉集中度、PS差值分布。

项目办的人一口气憋在胸口：“这也太狠了吧。”

清远分管领导却没抱怨，只看林远：“你之前说的，第三周要测试稳定性，来了。”

林远说：“银行要看你有没有‘抗抽检’能力。

如果抽检一上来你就乱，说明你靠运气过关；

抽检上来你还能稳，才说明你靠肌肉。”

---

四、清远的应对：把“压力测试”变成“日常节奏”

清远没有临时加班拉动上传，也没有搞动员冲刺。

他们只做了三件朴素的事：

1）把驻场支持从“救火”改成“巡检”：提前发现差值拖延、提醒走例外上台

2）把企业自检清单改成“每日必填”：发生指纹覆盖率、差值分布、模糊原因词频次

3）把抽检协同改成“固定响应窗口”：企业知道抽检来了怎么配合，不慌、不拖

这三件事的共同点：

不是让数据更漂亮，而是让执行更可预期。

审计组在旁听时看到企业在抽检来临时没有乱套，问了一句：“你们怎么做到不冲刺？”

项目负责人说得很实在：

“因为冲刺没用。冲刺会被分布形状抓住，还会被银行动态上限收紧。

我们只能把每天的动作做顺。”

审计组领头的第一次露出一点认可的表情：“这句话像实话。”

---

五、最危险的一刻：一条真实故障，把曲线打了个小洞

周四下午，工地网络设备故障，两个小时无法上传。

按理说这是最容易被对手拿来做文章的：

“你看，清远也做不到发生即传。”

项目办的人紧张得手心出汗。

林远却说：“别怕。这就是制度要处理的真实世界噪声。

关键不是你有没有洞，而是洞怎么解释、怎么闭环、怎么留痕。”

清远按例外流程上台：

网络故障旁证（设备日志摘要）

故障起止时间

受影响节点清单

补传时间点

责任归属与整改（更换备份设备）

审计旁听把这一条完整看完，问了一句：“如果企业遇到类似故障，会不会被误伤？”

清远分管领导回答得很清楚：

“不会。我们不惩罚故障，我们惩罚不解释。

故障上台、留痕、闭环，就不会被当作表演。”

审计组点头：“把这句话写进口径摘要里。”

这等于在审计层面给了清远一张“解释权许可”。

---

六、周末裁决前夜：省里要的不是完美，是可复制的稳定

周六晚上，审计组结束旁听，临走前只留下一句话：

“你们的机制能跑，但要注意两点：

设备时间异常监测尽快补；

申诉诊断文案要更清晰，防止截图外传造成误解。”

没有“优秀”，没有“继续努力”。

只有两条整改项。

清远项目负责人反而松了一口气：“没被挑大毛病。”

林远说：“审计的语言里，没有表扬。

没被判重大缺陷，就是通过。”

清远分管领导点点头：“那就看省里周末的综合评估了。”

---

七、结尾：第三周的核心，是让“真实噪声”也能被制度化处理

夜里，林远在样板包里写下这一章的落点：

＞ 审计旁听不是来找你错，而是看你能不能把错变成可解释的证据链。

真实世界一定有噪声：网络会断、设备会坏、人会犯错。

制度的强，不是没有噪声，而是噪声也能上台、能闭环、能复核。

当你在压力测试下不冲刺、不回落，你才配得到更绿的票。

下一章，将迎来预评估的最终裁决：

省里会给出G2→G1建议值与是否上调X%；

协会会在结果前发动最后一波“成本与黑箱”舆论；

银行会把清远作为“反表演模块”推广的试点样本或反面教材。

清远要等的，不是表扬，而是——颜色的改变。

---