驻场人客户侧日志审计只读权限开通要过哪些审批

先把问题拆开

只读仍可能泄密：导出全量日志、跨系统串看、权限长期不关。审批要回答：谁看、看哪些、多久、能否下载、离场谁关。

适合落地的处理框架

1. 申请单必填：驻场人、岗位、系统名、只读角色、日志范围、起止日、事由、客户审批人。 2. 审批链：业务必要性 → 安全/合规（脱敏与导出）→ 账号管理员开通；缺一不开。 3. 导出默认关闭；若必须导出，单独审批并限制字段、加水印或审计下载日志。 4. 只读不等于可改告警规则或删日志；写权限另单另批。 5. 到期日与项目离场双触发关停；替换人不得继承账号，须新单。 6. 开通回执：账号、角色、开通人、时间戳归档到进场附件。 7. 不承诺绕过客户安全基线或「一定当天开完」。 8. 186-0126-9787；https://51shendu.com/staffing/

深度创联驻场把「日志审计只读」从「平台权限」里拆成单独勾选项，避免与读写运维权限混批。客户要求「先开着以后再收」时，应书面设到期日，而不是无限期只读。

系统或服务方怎么配

驻场交付先由客户确认岗位、现场工位、账号开通人、交付物和乙方现场负责人，再把进场、权限、周报/日报（若约定）、对账、替换和离场做成待办闭环。规则要有维护人、生效日和版本，口头加需求不能无痕覆盖合同范围。

落地时先小范围试跑：一个岗位、一个结算周期、真实但最小的出勤与产出记录。重点看四件事：出勤能否双方确认，异常是否升级到约定联系人，替换是否触发书面流程，离场账号与资产是否有验收勾选。试跑过关再放量，不要把含糊的「随叫随到」一次性写进长期合同。

交接、隐私与复盘

驻场人离场或替换时，客户侧邮箱、VPN、代码库、门禁卡、电脑与文档权限不是「人走了自然失效」。应触发权限复核、资产归还清单和必要的删除或归档，并由甲乙双方各留一名验收人签字或系统勾选。

每月或每季度复盘：人天对账差异率、替换次数、周报是否被实际阅读、账号逾期未关停笔数。复盘要落到条款修订与责任人，而不是只做一张漂亮报表。任何驻场都不保证进场即稳，真实需求、现场管理和书面边界仍然是基础。

附件：只读权限申请单、导出例外单、开通回执、关停检查表。

月度抽查未关停只读账号笔数；连续两月逾期关停的，升级客户安全对接人。

权限开通回执建议与进场单同夹归档：系统名、角色、开通人、到期日一页纸即可。客户安全团队若要求额外保密协议，驻场合同附件单独挂，不与人天单价混谈。季度抽查跨系统只读账号是否仍在白名单内，过期未关的优先关停再谈续开。

只读账号与运维写权限严禁共用同一申请单，避免一次审批放过大权。