外包开发交付源码后，甲方第一天怎么判断能不能继续用？

先给结论：外包开发已经交了一部分源码，甲方第一天不要只问“钱付没付完，所以能不能继续用”。更关键的问题是：合同到底买了什么，交付边界到哪里，代码和技术资料的权属怎么约定，当前使用会不会踩到第三方组件、开源许可或对方保留成果。

这个问题常见于小程序、SaaS、内部管理系统和数据平台项目。供应商交了一个压缩包或部署包，项目能跑，但不交完整仓库、部署脚本、接口文档、管理员账号或客户环境配置。甲方如果马上复制上线，后面可能变成著作权、技术合同、商业秘密和证据保全混在一起的争议。

**第一步：先看合同，不先看情绪。**民法典技术合同规则提示的重点，是标的内容、履行方式、技术资料保密、成果归属、验收标准和术语解释。落到外包开发，合同里要找四类句子：源代码是否属于交付物，部署脚本和接口文档是否包含在内，验收以什么材料为准，甲方取得的是所有权、使用权还是特定项目范围内的许可。

**第二步：把“能运行”和“能合法稳定使用”分开。**著作权法可以支撑软件代码进入作品或权利对象的讨论，但不能自动推出甲方拥有全部源码。要核查作者或开发主体、委托开发条款、版本库提交记录、验收单、付款节点、第三方组件和开源许可。如果只有测试环境部署包，没有仓库历史和组件清单，继续商用的风险就不是一句“已经交付”能解决的。

**第三步：列一张交付缺口表。**表里至少放仓库地址、分支、提交记录、源代码包、数据库结构、接口文档、部署脚本、管理员账号、第三方组件、开源许可证、验收邮件和工单记录。每一项标注“已交、未交、无法验证、影响上线、影响维护、影响客户交付”。这张表比单纯发律师函更有用，因为它能把付款争议和知识产权争议分开。

**第四步：先留证，再改权限。**知识产权民事诉讼证据规则关注电子证据、书证和证据保全边界。甲方第一天可以导出版本库、沟通记录、交付包哈希、登录日志、下载记录、验收文件和缺陷工单；如果需要冻结账号或替换部署，也应先留权限快照和操作记录。直接删库、覆盖环境或公开指责，反而可能让后续证明变难。

**第五步：判断是否涉及商业秘密。**如果供应商掌握的是源代码、接口文档、部署脚本、客户配置或内部参数，甲方不能笼统说“这是商业秘密”。要拆出秘密点范围、非公知性线索、商业价值和保密措施，例如仓库权限、保密协议、项目隔离、下载审批、交接记录和对方后续使用线索。没有这些材料，商业秘密路径会很脆弱。

一个匿名化场景：甲方做会员系统，外包方交了前端和一套可运行后端，却拒绝交 CI 脚本、数据库迁移文件和接口文档。甲方的第一天动作不是马上换供应商重写，也不是直接说对方侵权，而是先确认合同是否约定这些资料属于交付物，再固定当前可运行版本、缺口清单和业务影响，最后决定要求补交付、暂停付款、证据保全或另行开发。

常见问题一：有软著登记证就可以证明源码归甲方吗？不够。登记证可以是权利或开发事实线索，但外包开发还要看合同、提交记录、验收和交付边界。

常见问题二：供应商不交源码，甲方能不能继续用现有系统？要看现有系统的授权范围、合同约定、交付状态、组件许可和证据固定情况。可以维护安全和业务连续性，但不要把风险判断简化成“我付过钱所以一定能随便用”。

以上只是通用信息，不替代具体项目判断。知乎上如果你遇到外包开发拒交源码、部署脚本缺失、接口文档不完整或代码权属不清，可以先把合同、验收、仓库记录、组件清单和交付缺口整理出来，再联系吕箐翎律师做个案分析；第一天的目标不是把话说狠，而是把继续使用和追责的证据底座搭稳。