驻场人成果被甲方改名怎么约定

先定义成果和使用方式

合同或项目确认单列出代码、脚本、文档、设计、报告、数据处理结果、配置和培训材料，注明是交付成果、背景知识还是第三方组件。甲方是否可以修改、合并、改名、发布、申请权利或提供给关联方使用，要结合项目性质和双方约定明确，不能只写“成果归甲方”五个字。

署名、项目履历和对外宣传是另一个问题。甲方可以有业务使用需求，但是否允许删除人员或服务方署名、是否能把个人贡献写成甲方独立完成、是否允许服务方在脱敏后展示案例，都应单独约定。涉及开源组件、第三方素材和员工个人作品时，不能用一条总括条款覆盖。

留下交付和变更证据

每次提交记录版本、时间、提交人、评审人、验收意见和变更原因。甲方提出改名、重构或合并时，用变更单说明影响范围和归属，不要只在聊天里说“按这个版本上线”。驻场人员要保留合理的个人工作记录，但不得复制甲方机密或把客户数据带离现场。

服务商和甲方项目负责人分别确认哪些是已验收、哪些是待修改。人员更换或项目中止时，交接包应包含版本、依赖、未决问题和权限回收清单，避免后续无法证明谁交付了什么。

用三个场景提前验收

准备代码被合并、报告被重命名、方案被拆分给关联公司的样本，检查合同条款、变更审批、版本记录和对外使用边界。若双方对署名或知识产权有争议，先暂停超出原授权的发布和转授权，交由法务及业务负责人复核。

驻场结束时回收账号、设备、资料和临时权限，但不应删除合同要求的交付证据。后续授权、改名或再利用要有新的确认，不能从“曾经驻场”推导出无限使用权。

处理建议

驻场项目先把岗位边界、现场负责人、工作地点、到场周期、权限范围、成果归属、加班与差旅规则写进确认单，再进入面试和入场。不要只按月单价比较，还要看响应时效、替换机制、交付里程碑和离场回收。涉及生产系统、客户数据、源代码、个人信息或商业秘密时，由甲方安全和业务负责人分别审批，服务商只拿完成任务所需的最小权限。

系统记录可以保存岗位、项目、供应商、人员、入场、权限申请、周报、验收和离场状态，但不能代替甲方的安全制度、劳动关系判断或技术审查。发现需求扩大、现场负责人更换、工期延长或权限超出原约定时，应重新确认并留下生效时间。不能把“已经进场”当成“已经验收”，也不能把口头安排当成成果归属依据。

对无法由系统判断的劳动、税务、知识产权、信息安全和数据合规问题，保留人工复核节点。驻场结束后要回收账号、门禁、设备、密钥和资料，清点未完成事项与文档交接；如需续期，按变更审批处理，而不是直接延长旧记录。

入场前怎么验收

先用一名人员、一个项目或一条脱敏任务做小范围试跑，检查四件事：岗位和项目归属是否准确；待办能否到实际负责人；甲方、服务方和人员是否只看到完成工作所需的信息；新增、修改、授权、验收和离场是否有操作人、时间和说明。3–5 个工作日可以完成准备与试跑，但具体交付时间以实际配置为准。

验收不要只看“人到了没有”，还要看周报、里程碑、缺陷、替换、费用、差旅、续期和离场是否闭环。历史记录缺失时按实际情况补录来源和更正说明，不要把未发生的动作填成已完成。具体字段、权限和交付形态以合同、企业制度和产品演示为准。