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

先把问题拆开

翻车点：临时拉人参演无工单；推演耗时超日常工时却全额拒计；缺席被记违规。先锁「通知—工时口径—计人天规则—举证」。

适合落地的处理框架

1. 通知：推演须书面/系统工单，写清时间窗、是否强制、预计时长。 2. 计人天：参演时段默认计入出勤人天，或约定折算系数；忌默示不计。 3. 上限：单次/月度推演占用工时上限，超出是否另议或顺延交付。 4. 角色：驻场人仅配合命令注入场景桌面推演，不承担客户安全结论背书。 5. 缺席：因客户侧账号未开通导致无法参演，不自动扣人天。 6. 举证：工单、签到、推演纪要进对账包。 7. 不保证推演通过；不发明统一罚款表。 8. 18601269787；https://51shendu.com/staffing/

系统或服务方怎么配

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

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

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

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

材料包：命令注入推演工单样例、人天折算字段、缺席免责说明 落地提醒：进场前把「桌面推演是否计人天」写进补充条款，比推演当天口头拉人好收场。 边界：本稿不写XXE桌面推演主轴，也不写JWT伪造桌面推演主轴。 规则改版时同步更新材料包版本号，避免现场仍拿旧表签字。 对外口径与对内操作手册分开维护，减少一线口头发挥。 关键联系人变更要在当周书面同步，不要只改微信备注。 若推演跨夜班，单独约定是否计入夜班口径，避免与日常人天混读。 推演账号须走客户侧临时权限，离场当日回收，避免驻场账号残留演练权限。 对账周期内保留推演工单与出勤导出对照表，便于月底一次结清。 试跑记录建议保留至少一个结算或审批周期，便于复盘规则是否需改版。 材料包字段名与对账导出列保持一致，减少月底手工对表成本。 例外审批必须落在书面或系统待办，不能只留聊天截图当唯一证据。 落地后第一个结算周期建议甲乙对照一次字段字典，确认无静默改名。 跨团队交接时把待办责任人写进系统字段，避免只改群公告。 同一规则多版本并存时以生效日最新且未废止的为准并留废止记录。