第463章 编号验真与造号生意（2 / 2）

7天内三次失败：进入“风险干扰源线索池”，冻结该服务商协作席资格（不是冻结城市）

3）造号与“模板化造号”纳入反表演重罚

若同一服务商在多个城市出现“同结构编号/同日期批量提交”的聚类特征，直接触发对抗复测与审计旁听

刘曼看到“冻结服务商协作席资格”这条，问：“为什么冻结服务商，不冻结城市？”

林远回答得很干脆：“城市有真实压力，可能被忽悠、被代办；服务商卖的是生意。我们要把成本压到卖票的人身上，不把锅扣到基层身上。城市该整改，但不能被一刀切停摆。”

老许点头：“不误伤，才能让基层敢用系统。”

3）第一条“模板号”被抓住：不抓人，抓链条

规则刚挂上公共接口，第二天就来了第一条“很像造号”的申请。

某市城投提交SOC类exception申请，附了两个投诉工单号，写得工整，还附了“群众反映汇总表”。如果放在过去，很多人会觉得“材料齐全”。

陈毅按新规则点了“验真”。

系统弹出结果：

编号1：不存在（exist=false）

编号2：不存在（exist=false）

备注：无对应签章摘要

陈毅没急着打电话骂人，而是把验真回执直接回退到城市端：“验真失败，请补充真实编号或更正录入。”

十分钟后，那边回了句极真实的话：“我们找的顾问说这样就行……你们现在怎么还要验真？”

林远听到这句，反而心里更稳——造号生意之所以能活，就是因为“没人验”。

他让陈毅做了一件很克制、但很狠的事：追溯来源，不公开点名。

系统日志显示，这两条编号不是城市自己填的，而是协作席账号提交的草稿，来自同一家服务商。更关键的是：这家服务商过去一周在另外两个城市也提交过类似结构的“工单号”，格式一模一样，只是尾号递增。

这不是“填错”，这是“批量生成”。

陈毅把聚类报告生成，编号入库：RF-CLUSTER-003（模板造号）。按EXC-01.1触发：该服务商进入线索池，协作席冻结，且所有由其协作的项目触发一次抽查复测。

刘曼有点担心：“会不会引起舆论？他们会说我们‘打压第三方’。”

林远摇头：“我们不说打压，我们说事实：验真失败。事实不会被辩成道理。”

当天下午，省信息处把一条极短的“FAQ补丁”加到公共接口里，语气不激烈，却足够让市场明白：

“例外编号申请需通过独立系统验真。任何无法验真的编号均不被采信。

如发现服务商批量提交无法验真的编号，将冻结其协作席资格并触发抽查复测。”

没有点名，没有情绪，只有动作与后果。

4）对手的反扑：真号也能被滥用

门票生意被砍了一刀后，对手不会停。他们很快换招：既然假号不行，那就用真号。

当天夜里，匿名入口又进来一条线索：有人在群里教“如何找客户投诉拿编号”，甚至提供话术模板——让项目方去“引导投诉”，拿到真实工单号，再用来申请exception_id。

陈毅看完发愣：“这……也是真的编号，验真会通过。”

“所以我们下一步不止验真，还要验关联性。”林远说。

他在白板上写下下一章的核心词：

存在性 ≠ 关联性

同编号必须绑定同项目

跨系统对账校验影响范围

“真号如果和你的项目无关，就是借火警开消防门。”林远声音很平，“我们要做的是：编号验真只是第一步；下一步，要让编号与项目、工单链、整改链绑定。绑定不上，就算真号也不算证据。”

他转身看陈毅：“把‘关联性校验’做成RFC，明天提交。我们不靠道德堵漏洞，我们靠结构堵。”

陈毅点头：“明白。验真之后还要验‘是不是你的火’。”

林远看着窗外的灯火，心里清楚：制度走到这一段，对手已经不再是材料商、地头蛇，而是一群能把规则当生意的人。他们越来越文明，也越来越难缠。

但文明的对手也有一个弱点：他们必须依赖规则的灰区。灰区一旦被压缩，他们就只能回到真正的服务——教人把事做对。

这才是制度想要的市场。