专员皱眉，试图回到“风险事件”定性上：“你一直说异常登录来自302，但目前追溯仍无法锁定责任人。公司有合理理由认为你的账号管理存在问题。岗位调整是合理措施。”
周砚不争“合理不合理”，他只要求“具体化”：“请把‘账号管理问题’具体化：是哪一次异常、触发机制是什么、公司认为我违反了哪条制度、我应该采取什么措施避免。不能用一句‘合理理由’替代事实条款。更重要的是：即便存在账号管理风险，公司也应采取‘加强控制’而不是‘切断交付’。这就是我昨晚提出的替代方案：所有对外沟通通过项目邮箱并抄送项目负责人和梁总，所有资料走共享盘审批，个人信息按工具清单处理。请问，这些控制措施不能满足你们所谓的风险隔离吗？”
信息安全代表终于开口，语气谨慎：“从安全角度，减少外部沟通通道确实能降低暴露面。但如果沟通内容全部走项目邮箱、抄送、留痕，其实风险可控。”
阿远立刻插话：“风险可控不代表要让他继续对外。他的问题是‘不听管理’，你看他现在就在挑战公司流程。”
周砚看向阿远，眼神很冷，但语气依旧平稳：“我没有挑战流程，我在要求流程完整。你说我不听管理，请给出具体例子：哪一次对外沟通未抄送、哪一次资料发布未走审批、哪一次收集用户信息未获明示同意。只要你拿得出证据，我愿意承担相应责任。拿不出证据，就请不要用抽象评价推动岗位调整。”
会议室里安静了几秒。
HR主管把话题转向“签字”：“周砚，你能不能先签确认书？确认书只是岗位调整，不影响你后续申诉。”
周砚摇头，干脆利落：“不能。确认书一旦签了，就变成我自愿放弃对外交付链路。后续哪怕项目出问题，也会被写成‘你已确认不对接’。我不会给任何人留下这种结构性锅位。”
法务专员的声音更硬了：“那你就是拒不配合管理。”
周砚抬眼，直接把“拒不配合”的帽子拆成两段：“我配合管理的前提是：管理措施可执行、可验证、且不与已签文件冲突。我拒绝的是‘导致交付中断的管理’，不是管理本身。请把这句话写进纪要里：我同意加强控制措施，但不同意禁止对接
本章未完，请点击下一页继续阅读！