一线驻场最烦的是：

到场要拍、封签要拍、断链复核要拍、交付确认要拍。

有人开始偷懒：照片拍了，但不按节点上传；回到办公室半夜一口气批量上传。

看起来也“有旁证”，但时间戳不对——

这是放水的第一种形态：证据后补。

清远项目经理拿着手机冲进办公室：“你看，昨天封签的旁证怎么凌晨两点才上？你说这算不算造假？”

一线的人委屈：“昨天忙啊，晚上才有空上传。”

林远没有直接说“造假”，他只问一句：

“你凌晨两点上传，是为了节省时间，还是为了避免被实时抽查？”

一线沉默了。

清远分管领导当场下了个最“讨厌但必要”的补丁：

关键节点旁证必须在T+2小时内上传

超时自动标记 PS-Y黄灯

黄灯不处罚，但进入月报风险列表，且挑战单优先抽查

补丁编号挂上去：

PS--01｜关键旁证T+2h规则

这一下，怨气立刻上来，但执行力也立刻上来。

制度就是这样：你让它讨厌，它才会生长。

本小章还未完，请点击下一页继续阅读后面精彩内容！

四、异常开始出现：肇城的“完美数据”越来越完美

省平台看板刷新后，肇城的数据又一次“漂亮得离谱”。

PS超时黄灯：几乎为0

QC-R触发：刚好贴着下限

闭环时长：依然很短

例外占比：依然接近0

清远项目办里有人忍不住：“他们怎么做到的？我们刚加T+2小时就黄灯一堆。”

林远没笑，也没嘲讽，他盯着两条分布图看了很久：

一条是肇城PS上传时间分布。

几乎全部集中在每天早上九点到九点半，像打卡。

另一条是QC-R触发时间分布。

几乎都发生在周三下午，像预约。

“随机抽检如果像预约，”林远慢慢说，“那就不是抽检，是表演。”

清远分管领导皱眉：“你意思是他们在放水？”

林远摇头：“我不下结论。结论让挑战单下。我们只做一件事：把异常模式交给省里。”

他让项目办整理了一页“异常摘要”，只写事实不写推断：

PS时间戳集中度异常

QC-R触发日历化异常

例外占比异常低且波动过小

与参数选择区间匹配但行为分布不符合随机特征

这页纸发给省信息中心，只有一句话：

“建议挑战单抽查执行一致性，重点核验‘随机’是否真实。”

五、第三张挑战单：省里专抓“口径一致、执行放水”

两天后，省平台果然发出了第三张挑战单。

不是点名某个企业，而是点名某座城市的执行模式。

CH--01｜省级挑战单（执行一致性抽查）

抽查对象：试运行城市（随机抽取1市为主查、1市为对照）

抽查事项：

1）QC-R随机性核验（触发源、触发逻辑、现场见证链）

2）PS旁证时效性核验（节点发生时间与上传时间一致性）

3）例外上台核验（是否存在“内部消化”）