极平静的语气把最后一颗钉子钉下去：“记录为事实线索：指令中存在明确指向‘让周砚停止’的意图。后续由公司事故处置流程核查。”

服务台组长此刻脸色灰败。他意识到事情已经不是“先处理后补单”能糊弄过去的程度。供应商对接经理的手在桌下攥紧，像在计算损失。

10:12，梁总把问询节奏收紧：“服务台组长，你确认：你们曾在无工单情况下为王远宁设备安装远程会话工具并创建快捷方式？是否存在保存凭据或脚本调用可能？”

服务台组长哑着嗓子：“可能……存在。我们为了方便……有时候会保存配置。”

“谁批准？”梁总问。

服务台组长摇头：“没有明确批准……就是……现场习惯。”

梁总冷笑了一声：“习惯就是漏洞。写进纪要：服务台存在流程漏洞，导致远程会话能力被滥用。供应商必须整改，内部IT必须收回权限。”

这句话是给公司看的，也是给对手看的：你以为你躲在流程灰区里，就可以永远不被追责？灰区一旦被写进事故纪要，整个权限体系就会收紧，你们下次再想用同样手法，就没那么容易。

10:28，问询进入最后确认环节。

法务专员把纪要的关键陈述逐条念出来，让问询对象逐条确认是否属实。每确认一条，就像给未来的追责链增加一节钢筋。

王远宁确认了三条：

1）涉事时段在公司，曾在302附近取资料；

2）取资料指令来源为阿远；

3）曾由服务台人员在其电脑安装远程会话工具并创建快捷方式；

4）听到阿远出现“今天一定要把这个人弄停”的表述，并确认该表述存在。

服务台组长确认了两条：

1）存在无工单先处理后补单的情况；

2）曾为业务人员设备安装远程会话工具，存在保存配置的可能。

供应商负责人确认了两条：

1）存在远程会话日志，可在规定时限内提供；

2）将配合提供服务台热线录音检索结果与工单系统访问记录。

梁总最后补充动作项：

-今日17:00前，供应商必须提交日志；

-今日15:00前，IT提交打印服务器日志检索；

-明日10:00前，安全部提交监控缺失时段运维告警编号与处置记录；

-明日中午前，阿远必须到事故处置组接受问询（由法务出正式通知）；

-在结论形成前，周砚交付权限不得再受任何形式限制，任何针对其账号