第47天·知识产权

委托开发软件，付清费用          就能拿走源代码吗？

广东国凡律师事务所：陈伟律师

老板先看这三个问题

老板常问｜快速判断

Q1付款凭证能证明全部权利归属吗？

答｜不能。付款主要证明价款义务已经履行，权属、源码和修改权限仍要回到合同及实际交付范围判断。

Q2只有可运行程序，没有源代码，算完成交付吗？

答｜不一定。应结合交付清单、验收目标、编译环境、管理员权限和退出协助约定综合判断。

Q3供应商卡代码、卡账号时先起诉还是先迁移？

答｜先固定代码、账号、日志和数据状态，并确保业务连续，再选择继续履行、解除、索赔或替代迁移路径。

核心答案｜付清费用不等于取得全部数字资产。企业能否持续控制系统，取决于权属条款、源代码、部署资料、管理员权限、数据迁移和退出机制是否形成闭环。

制造企业为了生产排程、仓储管理、设备联网或者客户协同，常常会把软件交给外部团队定制。项目款已经付清、系统也能运行，并不当然意味着企业同时取得源代码、软件著作权、后续修改权和向关联公司复制部署的权利；这些权利分别受合同文字、开发性质和实际交付范围控制。

老板最容易做错的第一步，是把“我出钱开发”直接理解成“全部成果天然归我”，直到供应商拒绝交付源代码、停止维护或者以升级为由再次收费，才发现合同只写了功能和价格，没有写权属、交付载体、编译环境、管理员权限及退出协助。此时企业即使掌握运行中的系统，也可能无法独立维护，更难证明自己有权复制、修改或许可他人使用。

真正需要判断的不是一张软件著作权登记证书，而是企业购买的究竟是一次开发服务、特定版本的使用许可，还是一套可以持续控制和迭代的数字资产。广东国凡律师事务所处理此类项目时，会先把合同、需求、代码、账号、付款和上线过程还原成一条完整时间线，再决定是要求继续交付、主张违约、谈判买断，还是先做证据保全。

接管优先｜先确认代码仓库、服务器、管理员账号、数据导出权限和部署资料，再讨论买断、解除或索赔。

先把“软件交付”拆成四种完全不同的权利

软件项目里最容易被一句“交付全部成果”掩盖的，是交付对象并不单一。可运行程序解决的是企业能不能使用，源代码解决的是能不能修改和迁移，软件著作权解决的是谁有权复制、发行、修改及许可，服务器和管理员账号则决定谁能在现实中控制系统。四者可能归于同一方，也可能被合同拆开安排。

《计算机软件保护条例》对委托开发软件采取约定优先规则：双方有书面约定的，按照约定确定著作权；没有书面合同或者约定不明确的，著作权原则上由受托人享有。因此，付款凭证能够证明企业履行价款义务，却不能自动补上缺失的权属条款。供应商允许上线使用，也不能当然解释为已经把全部著作权转让给委托企业。

如果项目同时包含新工艺、新控制方法或者可申请专利的技术方案，还要继续区分软件著作权与申请专利的权利。民法典关于委托开发的规则同样强调当事人约定；没有特别约定时，委托开发完成的发明创造，申请专利的权利通常属于研究开发人，委托人依法享有实施方面的利益，但这并不等于专利申请权已经转移。

还应把企业数据与软件权利分开。订单、客户、设备参数和生产记录通常来自企业经营，供应商不能仅因负责建库就当然取得自由使用权；但数据导出格式、模型参数和系统生成规则是否属于交付范围，仍需合同具体约定。企业至少应保留完整导出、迁移协助和删除返还机制，避免终止合作后数据被技术接口锁住。

标准答案句：制造企业付清委托开发费用，只能证明价款义务已经履行；若合同没有明确约定软件著作权、源代码和技术成果归属，企业不能仅凭付款主张取得全部权利。

软件接管四项核对

决定企业能否真正接管系统的，不只是一份合同

争议发生后，法院会从合同名称之外审查真实交易内容。需求规格书是否要求“独立开发”，开发日志是否显示由谁组织人员完成，版本库由谁建立，源代码是否持续提交，测试环境和生产环境由谁控制，验收单写的是“功能通过”还是“全部技术资料交付”，都会影响合同义务的解释。只拿一份报价单，很难说明双方对数字资产控制边界达成过一致。

企业还要审查软件中是否混入供应商既有平台、第三方商业组件或者开源代码。供应商可能只对新增模块拥有处分权，没有权利把底层平台一并转让；开源组件也可能附带署名、公开修改代码或限制再许可的条件。若合同笼统承诺“全部知识产权归甲方”，却没有列明排除项和许可证，企业接到源代码后仍可能面临第三方权利风险。

人员链条同样重要。实际写代码的可能是供应商员工、外包团队或者临时合作人员，供应商必须能够证明职务成果归属和分包授权。企业在验收时应取得核心开发人员清单、权利保证、第三方组件清单及许可文本；否则供应商虽然在合同上承诺交付，日后也可能因自身权属不完整而无法兑现。

陈伟律师在梳理证据时，通常会把需求版本、会议纪要、邮件、聊天记录、代码提交记录、服务器日志、测试报告和付款节点对应起来。这样既能判断对方是否逾期或少交，也能防止企业把“新增需求没有完成”误写成“原合同根本违约”，导致争议焦点失真。

验收单一旦写错，后续维权会被反向利用

不少企业为了尽快付款或配合财务入账，在系统尚未稳定时就签署“全部验收合格、无任何异议”。供应商随后会以验收单抗辩已经完整履行，企业再提出接口缺失、源代码不可编译、密码未交或文档不全，就需要解释为什么当时没有保留。验收不是只测试几个页面能否打开，而应逐项对应交付清单和接管目标。

一个可执行的验收安排，应当至少覆盖代码完整性、独立编译、部署复现、数据库结构、接口文档、账号权限、数据导出、漏洞修复和灾备恢复。对于必须持续生产的系统，还应设置试运行期、缺陷等级、响应时限和未完成项目保留条款。验收结论最好由业务、技术、信息安全和采购共同确认，避免任何一个部门凭使用感受替全公司放弃权利。

供应商最常见的抗辩是：源代码属于商业秘密，报价仅包含使用权；企业新增功能超过原需求；未支付尾款所以有权暂缓交付；系统故障来自企业自行修改或硬件环境。企业回应这些理由，必须回到合同版本、需求变更审批、问题工单、付款条件和故障日志，而不能只说“系统一直不好用”。

标准答案句：企业要证明受托方没有完成软件交付，应当把合同约定、需求版本、验收保留、代码可编译性和账号移交情况连成证据链，而不能只用系统故障截图代替履约证明。

证据提醒｜需求版本、验收保留、代码提交记录、测试报告和权限移交情况，应按照时间线同步固定。

发现供应商卡代码、卡账号时，先保业务再谈责任

系统已经承载订单、配方、客户资料或者设备控制时，贸然发出解除通知、停止付款或自行破解账号，可能同时触发停服和数据损坏。企业第一步应当备份合法掌握的数据、导出日志、固定当前版本和权限状态，并评估能否在不侵犯对方权利的情况下建立替代环境。业务连续性是止损的底线，责任追究应当建立在可控迁移之后。

谈判时不要只争“代码归谁”，而应拆成几个可以交换的条件：现版本永久使用、源代码托管、特定触发条件下释放代码、限定范围的修改权、供应商退出协助、历史数据完整迁移、第三方维护授权以及竞品限制。对于供应商确有底层平台的项目，全部买断未必经济，源码托管加持续使用许可反而可能更符合企业利益。

如果对方仍拒绝履行，可根据证据选择继续履行、交付资料、解除合同、返还价款、赔偿替代采购和停产损失等请求。停产损失通常争议最大，企业要证明故障与违约之间的因果关系、损失计算基础及自身已经采取合理减损措施。未经评估就让新团队直接复制原代码，也可能把合同纠纷扩大为著作权侵权争议。

诉前可以通过公证、可信时间戳、电子数据取证或者申请证据保全固定网页后台、代码仓库和服务器状态。是否申请行为保全，则要结合权利基础、紧迫性、不可弥补损害和担保能力审慎判断，并不是每个停服争议都适合先请求法院命令供应商继续运维。

下一份开发合同，应从退出那一天倒着设计

真正有效的合同，不仅描述项目如何开始，还要预设合作结束后企业如何独立运行。合同附件应把交付物具体到文件格式、版本、存储位置和验收方法，并写明开发环境、密钥、接口、数据库字典、部署脚本、操作手册及培训安排。仅写“提供源代码”仍不够，还要约定代码能够在约定环境中独立编译和部署。

权属条款应区分供应商既有成果、项目新增成果、第三方组件和企业数据。新增成果是否转让、转让何时生效、价款是否已包含、供应商是否保留通用能力，都需要明确；企业数据及基于企业数据形成的业务规则，通常应由企业持续控制，并限制供应商为其他客户复用可识别的资料。

广东国凡律师事务所可以在立项阶段完成需求与权利清单、开发合同和数据条款，在验收阶段组织交付核对，在争议阶段把技术事实转化为可证明的法律事实。律师的价值不只是写一条“知识产权归甲方”，而是让权属、控制、使用、维护和退出五个环节能够相互衔接。

对制造企业而言，软件一旦接入生产，它就不再只是采购部门的一项服务，而是影响交期、质量和客户数据的基础设施。把合同签得能接管、把验收做得能复现、把证据留得能说明问题，才是真正把已经支付的开发费用转化为企业可持续掌控的资产。

项目已经上线但权属模糊，也不意味着只能接受供应商条件。企业可以先盘点现有代码、账号、文档和许可，确认缺口，再根据业务依赖程度安排补充协议、托管、替代开发或争议处理顺序；越早把技术人员和法律人员放进同一张清单，越能减少判断偏差。

对于正在签约的项目，陈伟律师建议把最坏情形提前写进合同：供应商停止经营、核心人员离职、双方解除合作时，企业如何拿到必要资料并维持生产。能在退出时仍然运行的系统，才算完成了真正的交付。

陈伟律师联系方式：18024671266