驻场代码归属甲方还是供应商

先把成果范围定义清楚

列出新代码、脚本、配置、接口、文档、测试用例、模型、数据处理结果和改造部分；同时标明供应商既有工具、通用框架、开源组件和第三方代码。没有范围清单时，争议会从“代码归谁”扩大到“哪些东西算交付”。

甲方应在合同里写明权利归属或授权范围、地域和期限、交付格式、源代码、文档、修改权、再许可、保密和人员替换后的交接。复杂项目让法务或知识产权专业人员审阅。

技术权限不能替代合同

甲方拥有仓库管理员权限，不等于合同上自动取得全部知识产权；供应商提交了代码，也不等于已经完成交付。为每次提交、评审、验收和变更保留关联任务、版本、人员和时间，避免口头争论。

项目台账系统 可记录项目、成员、交付物、审批、验收和离场清单；仓库、制品库和密钥的权限仍在研发与安全平台控制。不要把源码全文复制进 HR 系统。

离场时做四项交接

确认分支和版本、未合并变更、构建与部署说明、依赖和许可证、缺陷清单、账号与密钥回收。若供应商保留通用组件，明确哪些可继续使用，哪些属于甲方专属成果。

发现开源许可证或第三方权利问题时，先暂停外发和上线，保全证据并让法务和技术负责人处理。

处理建议

代码归属是合同、成果范围和实际交付共同决定的问题；驻场模式本身不会自动改变权利归属。 建议把关键事实、责任人、截止日期和证据要求拆成字段，先用小范围样本跑通，再逐步扩展。对无法由系统判断的法律、税务、知识产权、信息安全和劳动关系问题，保留人工复核节点。

进场与离场验收

先用一份脱敏的项目需求单试跑：技能、级别、到场日期、地点、周期、工作时间、汇报对象、设备、代码或数据权限、交付物和替换条件都要写清。验收不能只看人是否到了现场，还要看人员身份与合同关系是否核对、入场培训和保密确认是否完成、权限是否按范围开通、任务是否有人负责、交接材料是否可复用。

建议由甲方项目负责人、供应商项目经理和信息安全或 HR 分别确认。涉及代码、生产数据、客户信息、门禁和自有设备时，离场要回收账号、令牌、门禁、共享链接和本地缓存，确认未完成事项、版本、文档和责任人。计费按合同口径核对人天、工时、里程碑或变更单，不以系统里的单条记录自动替代验收。