第26章 联合问询
梁总的眼神更冷：“谁把纪要和哈希清单放到302？谁打印的？”
王远宁摇头：“我不知道。我只是去取。”
梁总立刻转向it负责人：“打印服务器日志能查吗？18:00—19:10，谁打印过‘核查纪要’‘哈希清单’这些关键词文件？打印队列、设备ip、工位位置。”
it负责人点头：“可以查打印服务器日志，能看到作业名称、提交账号、打印机编号。今天下午给结果。”
法务立刻写入动作项：“动作项2：it于当日15:00前提供涉事时段打印服务器日志检索结果。”
问询进行到这里，指挥链的轮廓已经足够清晰：阿远→王远宁（执行/取资料/设备归属）+服务台（安装工具/绕工单）→跳板机→302→失败登录触发保护模式。
可周砚知道，还差一块最致命的拼图：为什么监控缺失刚好卡在18:47—18:59？这不是王远宁能做到的。要做到监控缺口，必须有人懂监控系统、懂运维流程，至少知道怎么让“缺失”看起来像故障。
这条线，要从运维告警编号、监控设备离线日志里找。但今天问询最有效的，是让服务台承认他们曾“先处理后补单”，让王远宁承认“阿远指令”，让供应商承认“存在日志可供调取”。
周砚坐在一旁，始终没插太多话。他知道自己一旦插话过多，就会被对方转移成“周砚在带节奏、在逼供”。他只在关键节点补一刀，补到事实里。
09:58，梁总抬眼看周砚：“你有什么要补问的？”
周砚把桌面上的问询提纲翻到第二页，语气很平稳，像在问一个纯技术问题：“王远宁，我只问两个细节。第一，你电脑的远程会话工具快捷方式是谁建的？桌面上是一个图标，还是一个脚本文件？你有没有见过文件名里带‘wol’或‘wake’之类的字样？第二，阿远是否要求你在某个具体时间点去302？比如18:45左右，或者19:00之前？”
王远宁看向周砚，眼神里有一瞬的恐惧，又像在衡量说多少才安全。她低声：“桌面上有个图标……像一个小蓝盾……是服务台的人帮我弄的。文件名……我不记得。阿远让我‘尽快’，说‘今天一定要把这个人弄停’……我当时以为他说的是把周砚的动作停下来……我没想到会变成这样。”
“今天一定要把这个人弄停。”
这句话像一把锤子，直接砸碎了所有“业务急”的外衣。
法务专员敲字的手停顿了两秒，随后把这句原话完整输入纪要，并标注“需复述确认”。
梁总的视线像刀：“王远宁，你刚才这句话，是否愿意在纪要里确认？注意，这是你自己的表述，不是别人诱导。”
王远宁的嘴唇发抖，眼泪在眼眶里打转。她挣扎了几秒，终于点头：“我确认……我当时听到他这么说。”
梁总没有任何怜悯，也没有咆哮。他只是用极平静的语气把最后一颗钉子钉下去：“记录为事实线索：指令中存在明确指向‘让周砚停止’的意图。后续由公司事故处置流程核查。”
服务台组长此刻脸色灰败。他意识到事情已经不是“先处理后补单”能糊弄过去的程度。供应商对接经理的手在桌下攥紧，像在计算损失。
10:12，梁总把问询节奏收紧：“服务台组长，你确认：你们曾在无工单情况下为王远宁设备安装远程会话工具并创建快捷方式？是否存在保存凭据或脚本调用可能？”
服务台组长哑着嗓子：“可能……存在。我们为了方便……有时候会保存配置。”
“谁批准？”梁总问。
服务台组长摇头：“没有明确批准……就是……现场习惯。”
梁总冷笑了一声：“习惯就是漏洞。写进纪要：服务台存在流程漏洞，导致远程会话能力被滥用。供应商必须整改，内部it必须收回权限。”
这句话是给公司看的，也是给对手看的：你以为你躲在流程灰区里，就可以永远不被追责？灰区一旦被写进事故纪要，整个权限体系就会收紧，你们下次再想用同样手法，就没那么容易。
10:28，问询进入最后确认环节。
法务专员把纪要的关键陈述逐条念出来，让问询对象逐条确认是否属实。每确认一条，就像给未来的追责链增加一节钢筋。
王远宁确认了三条：
1）涉事时段在公司，曾在302附近取资料；
2）取资料指令来源为阿远；
3）曾由服务台人员在其电脑安装远程会话工具并创建快捷方式；
4）听到阿远出现“今天一定要把这个人弄停”的表述，并确认该表述存在。
服务台组长确认了两条：
1）存在无工单先处理后补单的情况；
2）曾为业务人员设备安装远程会话工具，存在保存配置的可能。
供应商负责人确认了两条：
1）存在远程会话日志，可在规定时限内提供；
2）将配合提供服务台热线录音检索结果与工单系统访问记录。
梁总最后补充动作项：
- 今日17:00前，供应商必须提交日志；
- 今日15:00前，it提交打印服务器日志检索；
- 明日10:00前，安全部提交监控缺失时段运维告警编号与处置记录；
- 明日中午前，阿远必须到事故处置组接受问询（由法务出正式通知）；
- 在结论形成前，周砚交付权限不得再受任何形式限制，任何针对其账号的异常尝试一律按事故处置。
周砚听到“不得再受任何形式限制”这句话，胸口那根线终于松了一下。这不是同情，是制度层面的保护。只要写进纪要，谁再动他的权限，就要承担“违反事故处置要求”的后果。
10:56，纪要打印出来，梁总、严负责人、法务专员、it负责人以及供应商负责人依次签字。王远宁和服务台组长也在“问询对象确认”栏签了字，笔迹歪斜，却真实。
周砚最后签字，笔画一如既往地工整。他没有胜利感，只有一种冷静的确定：指挥链已经露头，下一步是把“露头”变成“定性”。
11:12，走出会议室，走廊里有人低声议论，看到周砚又迅速闭嘴。那种目光里混着惊惧与敬畏——不是因为他有多强势，而是因为他用一套没人习惯的方式，把“灰区”变成了“纪要”，把“纪要”变成了“动作项”。
周砚回到工位，第一件事不是去看八卦，也不是去想阿远会怎么反扑，而是打开共享盘，把联合问询纪要扫描件上传归档，生成哈希，记录时间戳。然后给梁总发了一封极短的邮件：
主题：《302事件联合问询纪要归档与哈希记录》
正文：“联合问询纪要已归档共享盘（路径：xxx），哈希已生成并同步至合规清单，便于后续审计核验。”
发送成功截图归档。
做完这些，他才打开项目群。运营在群里同步：“二次预约确认新增5条，今晚答疑后有两个用户直接确定到访。”
周砚把数据更新进d4闭环表，趋势线继续上扬。他给王珊发了一个简短的更新：“二次预约确认持续增长，今晚20:00会再做一次10分钟答疑，口径不变，证据路径清晰，预计可再推动3—5条确定到访。”
王珊回：“收到。你们这边稳住就行。”
12:06，阿远终于出现了。
他没有在群里说话，而是走到周砚工位旁。西装依旧系得很紧，脸色却白得像一张纸。他压低声音，试图把姿态放得柔和：“周砚，事情闹成这样，谁都不好看。王远宁一个小姑娘，不懂事，服务台也有问题。你别再追了，我们把项目做完，大家都能下台。”
“下台”两个字，暴露了他的真实恐惧：他怕的不是项目失败，他怕的是自己在事故纪要里被写成指挥链的中心点。
周砚抬眼看他，语气平静得没有一丝波纹：“我没有追谁。我在做核验。项目能不能做完，不取决于我追不追，而取决于交付通道是否稳定、口径是否一致、风险是否可控。你如果想让项目做完，就不要再动权限，不要再动版本，不要再动线索。否则所有动作都会落纸。”
阿远的嘴角抽动了一下，像想发火又不敢。他盯着周砚的眼睛，终于吐出一句话：“你很会把人逼死。”
周砚没有回应“你逼死我多少次”。他只说：“我只是把规则写细。规则细了，就没人会被误伤，也没人能用漏洞杀人。”
阿远盯了他三秒，转身走了。脚步比平时快，像逃。
周砚看着他的背影消失在走廊尽头，心里没有任何轻松。对方今天退一步，不代表认输，只代表他要换一种更隐蔽的打法。
果不其然，13:18，hr主管发来一封会议邀请，主题依旧温柔，却像一把新刀：
《项目阶段性复核与用工安排二次沟通（含绩效目标确认）》
参会人：hr、法务、项目负责人、财务bp、周砚。时间：明日14:00。地点：hr会议室。
周砚看着“项目负责人”四个字，心里冷了一寸。
对方开始换战场：从“合规与权限”转回“用工与绩效”，试图用kpi把他框住——只要他们把目标定得不合理、定义得模糊，最后就能说“你没达标”，用绩效把他踢出局。
但周砚并不慌。
因为他手里已经有了甲方的背书、有了闭环的数据、有了事故处置的纪要。只要他把“绩效目标”也变成可量化、可复核、可执行的条款，kpi就不会成为绞索，反而会成为保护他的护栏。
视野边缘，蓝色面板闪烁，提示像一张新的作战图：
【对手下一步：用“绩效目标确认”制造不可能完成的指标，反向做不通过依据】
【应对：把绩效拆成三层——过程指标（可控）、结果指标（口径固化）、风险指标（合规约束）】
【关键：绩效目标必须与甲方节奏、项目资源、交付权限挂钩；任何“不给资源还要结果”的目标，一律要求书面说明责任归属】
周砚把会议邀请拖进“项目合规记录/用工沟通”目录，写下备注：“明日会议：绩效目标需固化口径与资源条件。”
然后，他回到项目表格里。
d4闭环数据还没写完，今晚的答疑还要准备口径卡，明天的二次预约还要继续推进。战场再怎么切换，他的策略只有一个：让结果持续落地，让每一次落地都有证据，让任何想否定他的动作都必须先否定那份写着时间戳与哈希值的事实。
窗外的雾霭终于散了一点，玻璃幕墙外出现浅浅的光。周砚盯着屏幕上的趋势线，手指稳稳地落在键盘上，继续把今天的最后一段数据写进日报。
他知道，联合问询只是把“指挥链”拽到台面上，而真正决定他能不能站住的，永远还是那条不断向前滚动的闭环曲线。
曲线一旦形成惯性，谁都没法轻易把它掰断。
/1
。手机版阅读网址.