第556章 谁都不能替谁按下去（1/2）

请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。

三张旧授权摘录摆开，争执都落在那几道接续箭头上。

家族代理认为，只要紧急说明进入系统，后面的技术恢复便属配套动作；项目外包则说恢复按钮只是修复状态，队列怎么走应由平台负责。平台夜值把岗位手册翻到执行页，强调自己只接前端生成的任务。

沈墨没让三方隔着桌子往下推，技术员打开演示环境。家族代理填完紧急说明，把键盘推回桌中，页面只生成申请号，技术恢复按钮还是灰的；账号退出后，项目外包换到屏幕前，补齐变更依据，恢复回执从打印口吐出来，平台夜值那侧的队列入口也在这时亮起。

页面重置后，家族代理故意空着有效期，申请当场掉回草稿区。外包代表换上普通维护账号，屏幕上根本没有恢复入口；平台夜值扫入完整模拟回执，本岗理由和复核人一空，队列按钮依旧发灰。三枚印章落在三张回执上，没有一枚能越到下一岗，页脚还留着每次登录、退出和按钮灰显的时点。

沈墨把三份回执分袋：“箭头把任务送过来，理由和签字还得本岗自己留，谁也别替下一岗补。”

历史复活申请被放到左屏，它有申请号，也有状态由阻断改成待复核的时间，却缺恢复理由码和完整的双人复核附件。右屏是三号仓取料单，旧紧急标识能读到恢复后的编号，当晚人工复核号与原否决页链接仍是空白。

两条记录都走过接续口，缺口却不相同：技术员把取料单的派工回执拖进历史申请，系统弹出来源不符；历史申请号填进取料单复核栏，岗位范围也对不上。

平台代表皱着眉说：“至少说明前面有人把状态恢复过，不能当成什么都没发生。”

馆员把原否决页按在申请旁：“状态确实动过；申请页、复核页和队列日志各有签字栏，空着的地方别拿结果倒填。”

梁闻策核过接口版本，只确认这套应急接力曾作为连续性方案保留。他承认当时没有强制每段都回看原否决页，技术选择确实留下了口子，但历史会话只显示共享角色，不能由他的会签补出当夜操作者。

外包方随后递来一张内部处理单，想把赵恒记为“拒绝完成派工后发生冲突”。顾微扫完，把纸推了回去：“他擅动手推车另查，正常班次、社保和工伤申报不能绑在这张责任单上。”

员工代表问得更直接：“要是下次页面还挂红标，值班员点拒绝，月底会不会算未完成率？”

顾微让平台方当场打开考核字段，异常退回原本会占一条超时记录，她要求在过渡条款生效的同时将其改记为“责任链待补”，不进入个人绩效。修改前产生的两条记录也由外包主管书面撤回，不能留到月底再拿来扣钱。

她把赵恒的工时单、清创回执、搬运工的替班表和两张司机小票摊在桌上。正常补件照常计薪，清创进入工伤预报；治疗和替班由仓场垫付，冷机员被打断的时间仍按值守算，司机也不用退票重开。

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