末现场如果有人坚持要‘扫码领资料’，我们怎么处理？直接拒绝会不会引发争执？”
周砚的回答很快，像已经写在SOP里：
“给三层方案：
第一层：解释‘出于信息安全，现场不再使用海报扫码，资料只通过官方核验路径展示’，并现场出示官方域名卡片；
第二层：如果对方不信，提供‘核验说明单’一页纸（写清官方域名、资料来源与隐私告知），让他带走；
第三层：若对方仍坚持扫码，现场工作人员不点击、不扫码、不引导输入个人信息，只请他把要扫码的链接截图发给我们核验。争执升级就交给现场负责人，按“异常事件封存流程”记录对话与人员特征，避免口头拉扯。”
王珊明显松了口气：“行，这套我能讲明白。你今晚把‘核验说明单’的模板发我。”
“20分钟内发你。”周砚挂断电话，立刻做模板。
他把“核验说明单”写得极其克制，避免任何“内部调查”字眼，只写用户关心的三件事：官方域名、资料来源、隐私告知。页脚加版本号、生成时间戳、二维码（指向官方域名短链），并用粗体提示“不要在未知页面输入手机号”。
19:03，模板发出，归档，哈希写入合规记录表。
19:40，内控那边又传来一条消息，来自高岚，只有一句话，却让周砚的背脊像被冰水贴了一下：
“WIN-OPS-07设备摄像头在07:20-07:50时段关闭。原因写的是‘隐私合规整改’，但整改工单是空的。”
摄像头关闭。
时间窗07:20-07:50。
而“Replace”发生在07:36。
周砚盯着屏幕，脑子里那条链条突然变得极其清晰：监控缺口来自断电；现场缺口来自弱电箱；版本缺口来自权限窗口与摄像头关闭。每一个缺口都被包装成“系统异常”“合规整改”“临时需要”，但它们在关键时间点上精准重合。
这不是零散事件，是一套同一种逻辑在不同层面重复执行：制造断点，掩盖操作者，让责任回到“无法确认”。
周砚没有立刻回复高岚。他先把这条消息截图归档，标注“关键时间窗关联Replace”。然后才回：
“收到。建议内控把‘摄
本章未完，请点击下一页继续阅读！