第189章 他想重启B区的控制柜（1/2）

当天18:00，云镜物业会议室。

控制柜重启任务被单独放到一张时间表上。

19:49，C2工作站创建任务。

19:50，项目平板完成动态口令验证。

22:00，预定执行。

21:58，警方与物业共同停止。

如果没有救援人员发现，它会在许南音被困约一百二十七分钟后自动运行。

高启航的书面说明只有一句：活动结束后的常规设备保护。

钟锐把过去三个月的物业维护记录推到桌面中央。

“过去三个月，常规重启都在03:00以后，由物业提前创建工单。”钟锐圈出记录中的执行范围，“没有哪一次碰门控和内部对讲。”

他把案发当晚的任务页压在旁边。物业工单一栏空着，提交入口却写着制作组临时维护。任务创建时间早于直播报警，执行范围中多了B区门控缓存、内部对讲和本地短期操作队列。

“项目方有权保护自己的设备。”高启航通过远程席说，“暖灯直播预计21:20结束，22:00重启很合理。”

“B区控制柜不是你们公司的设备。”钟锐说，“你们只有活动期临时申请权。”

“系统既然允许提交，说明权限合法。”

“允许申请，不代表用途合规。页面连续弹出两次警告。”

“现场警告太多，工作人员可能顺手确认。”

“还是那个不存在的工作人员？”周正问。

高启航没有回答。

物业工作群保存了任务创建后的自动通知。

19:49，机器人向值班群发送：“项目方申请22:00执行B区设备保护重启，范围含门控缓存，请值班确认。”

值班员两分钟后回复：“B12仍有未关闭维护窗口，活动未结束，暂不确认。”

按照流程，项目方应撤回任务或者联系物业补工单。

没有人撤回。

19:53，B12维护锁定启用。

物业值班员当时又在群里追问：“B12未关闭，是否取消？”

项目管理机器人自动显示消息已送达、未回复。20:06，值班员第二次提醒活动出现警情，建议立即撤销所有非必要计划任务。

这一条同样送达项目平板。

没有回复，也没有撤销。

“如果物业一直不确认，任务为什么还能执行？”陆观问。

“临时维护入口允许先创建。”钟锐说，“物业确认决定是否纳入正式工单，不影响项目端倒计时。正常情况下，值班员会在执行前人工拦截。当晚救援同时进行，差点没人注意。”

“这算物业漏洞？”

“算。项目端不该在物业拒绝后仍保留执行资格，系统也不该只发黄色提醒。”

钟锐在流程缺口后签下自己的名字：“这个问题算物业的。但任务参数是谁选的，得另查。”

20:01，第一起报警已经进入场馆。

20:03，警方打开A3。

20:05，罗晴报告许南音未到。

直到21:58被警方停止，项目管理会话都没有取消重启。

“如果是正常设备保护，报警以后为什么不撤？”陆观问。

高启航说：“现场太乱，我没有注意任务。”

“物业机器人私信也发到了项目平板。”

“平板不一直在我手里。”

“20:07，你用它确认过一次直播公告。”

设备记录证明，项目平板在20:07通过高启航指纹解锁，随后确认安全公告文本。任务提醒仍停留在通知栏第一项。

“我只看了公告，没有展开物业提醒。”

“所以你的解释是看见通知但没有打开。”

“对。”

陆观把“未展开通知”记下，又问：“活动还没结束，为什么提前设置会影响门控和对讲的重启？”

陆观把重启效果拆开。

第一，四十秒左右的内部对讲中断，会增加门后人员求救与救援沟通风险。

第二，本地短期操作队列可能在重启后只保留汇总，细粒度按钮和页面停留被覆盖。

第三，物业异地备份、平台日志和任务来源仍然存在，重启无法完美清除全部证据。

“所以它不是万能毁证。”评审观察员说。

“不是。”陆观答道，“但仍可能是一次失败的毁证尝试，也可能只是违规设备操作。目的要结合提交时间和报警后的不撤销判断。”

“你倾向哪一个？”

“提前安排清理痕迹，报警以后也没撤。”

“依据？”

“重启任务与维护锁定来自同一C2会话，前者在19:49创建，后者在四分钟后启用；范围恰好覆盖B12相关本地队列；执行时间靠近短期队列滚动窗口；报警后操作者仍未撤销。”

“如果高启航真的想删证据，为什么留下异地备份？”

本章未完，点击下一页继续阅读。