北京外包驻场供应商驻场人客户要求驻场期间驻场人参加客户侧中间人攻击桌面推演是否计入人天

先把问题拆开

翻车点：合同无人天口径；推演通知临时口头；对账时客户称「桌面推演不算产出」拒计。先锁「通知时效—是否计人天—角色签到/推演记录—对账字段」。

适合落地的处理框架

1. 定义：中间人攻击桌面推演是否含链路劫持、证书伪造拦截、会话重放推演（写清名称，避免与API密钥、云凭证泄露桌面推演混写）。 2. 通知：客户至少提前几个工作日书面通知；临时加练是否默认计人天。 3. 计入：工作时段参加且乙方负责人确认到场的，默认可计人天；或单列「中间人攻击桌面推演人天」费率。 4. 举证：签到表、推演角色表、会议纪要摘要——任选约定一种即可对账。 5. 冲突：与交付里程碑冲突时，谁有权改排；改排是否书面。 6. 拒计：仅「未提交代码」不构成自动拒计理由，除非合同另有产出门槛。 7. 不保证客户侧推演质量；不发明统一罚款。 8. 18601269787；https://51shendu.com/staffing/

系统或服务方怎么配

驻场交付先由客户确认岗位、现场工位、账号开通人、交付物和乙方现场负责人，再把进场、权限、对账、替换和离场做成待办闭环。规则要有维护人、生效日和版本。

落地时先小范围试跑一个岗位、一个结算周期。重点看出勤确认、异常升级、替换书面流程、离场权限验收。试跑过关再放量。

驻场人离场触发权限复核与资产归还，甲乙各留验收人。复盘人天差异与替换次数，落到条款修订。不保证进场即稳。

深度创联同一家公司也提供猎头招聘与 WorkSail；本稿只展开驻场路径。

材料包：中间人攻击桌面推演人天确认单、提前通知模板、推演角色对账字段样例。 落地提醒：进场当周就把「中间人攻击桌面推演是否计入人天」写进补充确认，比推演当天现扣工时好收场。边界：本稿不写API密钥泄露桌面推演占用工时主轴，也不写云凭证泄露桌面推演扣人天主轴。 规则改版时同步更新材料包版本号，避免现场仍拿旧表签字。 对外口径与对内操作手册分开维护，减少一线口头发挥。 关键联系人变更要在当周书面同步，不要只改微信备注。 若场景含多城市，先以单一城市试点字段跑通再复制，避免一次铺开难收。 试跑记录建议保留至少一个结算或审批周期，便于复盘规则是否需改版。 材料包字段名与对账导出列保持一致，减少月底手工对表成本。 例外审批必须落在书面或系统待办，不能只留聊天截图当唯一证据。