，往往不是技术，而是把技术问题变成“管理问题”。果然，内控负责人翻到最后一页时，停住，抬头看梁总：“还有一条。服务台坐席补录备注‘阿远确认’这件事，我们需要确认阿远是否真的下达过口头指令。如果是，属于流程违规；如果不是，属于冒用名义。两种性质都很严重。”

梁总的目光冷下来：“我会找他。但在此之前，先把事实定性：紧急工单审批字段空白，是制度漏洞还是人为故意？”

郭工回答得很直接：“制度上可以要求补审批。系统上也可以强制。现在之所以能空白，要么是权限配置过宽，要么是有人用服务台管理员权限绕过了校验。无论哪种，都不是‘正常操作’。”

安全支持联系人补了一句：“再结合现场物料替换企图，和威胁短信，属于同一组对抗动作：破坏开放日节点，让项目从‘可交付’变成‘可争议’。”

梁总沉默了两秒，像在脑子里把所有线拧成一股绳。然后他抬头，对内控负责人说：“今天出一份阶段性结论，口径写清楚：存在人为干预的高度可能性，必须追溯。不要用‘疑似’把力度写没。”

内控负责人点头：“我会写‘存在异常工单、异常账号、异常登录路径与异常现场物料，需按事故流程追溯’。”

梁总又看向周砚：“你这边要做的，是把开放日守住。任何人再来跟你说‘别闹大’，你只回一句：按事故流程。”

周砚点头：“明白。”

会议结束前，梁总做了最后一句总结：“我们要的不是抓一个人顶锅，而是把链路写完整。链路写完整，谁也切不了你的头。”

门打开时，走廊里的光刺进来，像把屋里的冷空气切开。周砚走出会议室，心里并没有轻松，反而更清楚：对手的“推你出局”会来得更快，因为“阿远确认”这四个字已经把矛头指向项目核心的管理链。

而在这种时刻，最容易发生的，就是“结论转向”——把事故追溯转成“团队协作问题”，再把周砚定义为“破坏协作的人”。

他必须先一步把“协作”变成“可审计协作”，让任何口径都必须对字段负责。

——

10:11，周砚回到工位，打开项目群，把早上演练中更新的流程以“公告”的形式发出去，语气客观而强硬：

【开放日现场物料