第210章 反向回执(2/7)

首发：~第210章 反向回执

他知道这三行字不可能让所有人满意，但至少让“为什么暂停”变得清楚。系统不是为了挡人，而是为了堵漏洞。

午后，纪检联络员带来另一条消息：“反向回执的样本在外部平台出现，有人用它教别人‘如何重复申请’。”

林昼心里一沉。他知道这意味着漏洞已经扩散。扩散意味着必须立刻升级规则，否则系统会被绕空。

他召集控制室临时会议，提出两条新规则：

第一条：回执增加“动态时序码”，每张回执只在一个时间窗内有效。

第二条：回执增加“核验回写”，核验成功后立即作废。

维护主管皱眉：“动态时序码会增加核验难度，窗口人员可能操作不过来。”

“操作不过来也要做。”林昼说，“否则我们会被反向回执拖垮。”

他知道这是系统升级的关键一步。动态时序码意味着回执不再是静态纸，而是带时间的动态凭证。核验回写意味着一旦使用就失效，彻底堵住“重复申请”的口子。代价是窗口压力变大，但这是必须支付的代价。

当晚，系统升级开始。维护团队连夜加班，纪检联络员盯着每一次权限变动，确保外包维护无法介入。林昼坐在控制室角落，手里握着一杯冷水，眼睛盯着屏幕上的进度条。进度条一点点推进，他知道这条线就是系统的生命线。

凌晨四点，升级完成。动态时序码上线，核验回写生效。系统自动生成一份“漏洞修复报告”，报告里列出了漏洞出现时间、影响范围、修复措施、责任链条。林昼看着责任链条，发现外包维护C组的名字被清晰写在第一行。

“要公开吗？”维护主管低声问。

林昼没有犹豫：“公开。让所有人知道漏洞来自哪里，修复到了哪里。”

这句话意味着他要把外包链路暴露出来。外包一直是灰区，被公开会引发更多问题，但他知道不公开就是再次埋雷。

天亮时，他把修复报告发到公开板，并在入口牌更新提示：`漏洞已修复，互认将于明日恢复；修复报告已公开`。

大厅里出现短暂的安静，有人看了一眼报告，有人不懂，但至少没有再大声争吵。林昼知道，公开不是万能的，但公开是唯一的路。

他回到办公室时，系统弹出一条新任务：`清算系统更新：新增“反向回执”追责机制`。系统提示很冷，却让他心里一稳——系统也在学会防守。

他把那条提示记在心里，知道这场战斗不会结束。反向回执只是新的绕行方式之一，下一次绕行会更隐蔽、更难抓。系统只能不断升级，而他必须不断守住。

他看着窗外逐渐亮起的天色，心里只有一个判断：这座城的规则必须比漏洞走得更快。

然而，规则加速的代价，是更大的反弹。

互认暂停引发的投诉在当天中午集中爆发。市热线、医院投诉邮箱、甚至社交平台上都出现了“互认暂停影响外地患者”的声音。有人在外地排队了两天，来到本市却被告知回执无效，情绪瞬间失控。林昼知道这不是简单的“情绪”，这是规则造成的直接成本。

他没有回避，反而让纪检联络员把投诉清单整理出来，按区域、按时间、按类型分类，然后公开在大厅的“当日处理板”上。处理板上写着四列：投诉来源、问题类型、处理进度、预计恢复时间。每一条投诉都被标注了编号。

有人看到处理板后态度缓和，有人仍旧骂，但至少“骂”被转成了“等待”。林昼知道这就是规则的意义：把情绪变成流程，把流程变成可预期的结果。

下午三点，外地互认机构发来正式函件，质疑本院“单方面暂停互认”。函件语气强硬，要求“立即恢复互认或说明法律依据”。这封函件来得很快，说明互认链路背后有组织的压力。

林昼没有立刻回复，而是先把函件抄送给法务与纪检。他知道这不是单纯的合作纠纷，而是有人在利用互认链路作为杠杆施压。他必须把这场争议拉回规则与法律的轨道。

法务很快给出意见：“可引用《公共服务系统安全管理办法》中的漏洞暂停条款，合法暂停互认。”