TL;DR｜一句话答案 对绝大多数工厂来说，买 MES 源码不是必选项，而是一笔需要单独立项、单独计价、并且要提前准备接手能力的额外投资。你在标书里写下”提供源代码”之前，先确认三件事：你真正担心的是什么风险、这个风险有没有更便宜的解法、以及拿到源码之后谁来维护它。如果这三个问题答不上来，源码大概率会变成一份没人敢动、也没人敢升级的压缩包。
一、为什么越来越多工厂在 MES 标书里写”提供源代码”
这几年做 MES 选型，甲方在商务条款里加一句”须提供全部源代码”已经不稀奇了。真要追问一句”你要源码干什么”，得到的回答通常是这四种之一：
- 怕厂商跑路：软件公司比制造业公司平均寿命短得多，万一供应商倒闭或转型，产线上跑着的系统就成了孤儿。
- 怕被绑架：一个小小的报表改动报价几万块、排期三个月，甲方觉得自己被”卡脖子”了。
- 怕数据出不来：担心业务数据被锁在黑盒里，将来换系统、接 BI、接集团平台都受制于人。
- 合规要求：外资集团或央国企的信息安全规范里就写着关键系统需具备源码审计或托管条件。
这四种担忧都是真实的，也都值得认真对待。但它们指向的解决方案并不都是”把源码买回来”。把风险和药方对错了号，是 MES 选型里最常见、也最贵的一类误判。
顺带给个行业背景：据工业和信息化部电子第五研究所《中国工业软件产业发展研究报告（2025）》（2025 年 6 月 17 日南京软件大会发布），我国工业软件市场规模 2024 年约为 2940 亿元，占全球份额 7.6%。这是一个仍在快速扩张、厂商数量众多、集中度不高的市场——甲方对供应商持续性的担心，有它的现实基础。
二、拿到”源码”，你到底拿到了什么？
这是全文最需要先讲清楚的一件事。“拿到源代码”和”拥有这套软件”是两回事，中间隔着一整套法律安排。
按《计算机软件保护条例》（国务院令公布，2013 年修订）：
- 第十一条规定，接受他人委托开发的软件，著作权归属由委托人与受托人签订书面合同约定；无书面合同或者合同未作明确约定的，著作权由受托人享有。换句话说，你出钱做的定制开发，如果合同没写清楚，著作权默认在软件公司那边，不在你这边。
- 第十六条第（三）项规定，软件合法复制品的所有人，可以为了把该软件用于实际的计算机应用环境、或者改进其功能性能而进行必要的修改；但除合同另有约定外，未经著作权人许可，不得向任何第三方提供修改后的软件。也就是说，你可以自己改着用，但不能改完了给别的公司用、更不能拿去卖。
所以谈源码，实际上是在谈一个权利组合，而不是一个交付物。下面这张表把常见的四档说清楚：
| 档位 | 你得到什么 | 你不能做什么 | 典型适用 |
|---|---|---|---|
| 标准使用授权 | 可执行程序 + 授权数量/期限；数据库结构与数据归你 | 看不到、也改不了代码 | 绝大多数工厂的默认档 |
| 源码审阅（Code Review） | 在保密协议下，由你的工程师现场或受控环境审阅代码质量、安全与架构 | 不带走、不留存、不修改 | 签约前的技术尽调 |
| 源码托管（Escrow） | 源码存放在第三方机构，约定的触发条件（厂商破产、失联、停止服务）出现时释放给你 | 平时拿不到；释放前无法自行修改 | 担心厂商持续性，但不想自建团队 |
| 源码交付 + 修改权 | 拿到完整源码，可自行修改、自行部署到约定范围内 | 通常仍不含著作权转让，不得对外提供或销售 | 有自建 IT 开发团队、且系统要长期自演进 |
很多标书里写的”提供源代码”，其实指的是第二档或第三档就够了。把第四档写进标书，等于用最贵的方案去解一个第二档就能解的问题。
三、源码交付的三个真实好处
先说好的一面。当条件合适时，源码确实能带来别的方案给不了的东西。
1. 消除单点依赖：这是最硬的一条。系统在你手上有完整的可维护性，供应商变故不会直接演变成产线停摆。对已经把 MES 深度嵌进生产流程、停机成本极高的工厂，这个保险有实在价值。
2. 改动的节奏由自己控制：离散制造的现场变化快——新客户来了要加一道 IPQC 检验、新机型上线要改上料防错规则、集团要一份新口径的报表。有自己的开发团队时，这类小改动可以按周迭代，不必排进供应商的项目队列。
3. 满足特定合规与审计要求：部分外资集团、军工与信创场景，规范里明确要求关键系统具备源码级审计能力。这种情况下源码不是”想不想要”，是”有没有”。
四、四个被低估的代价
再说被大多数甲方低估的一面。这四条不是危言耸听，是源码交付项目最常见的翻车点。
1. 你需要一支能接住它的团队：一套成熟的离散制造 MES，通常是几百个业务模块、几百上千张数据表、加上设备通讯层与集成层的组合体。接手它需要的不是”会写代码的人”，而是既懂 .NET/Java 工程、又懂车间业务语义的人。如果工厂 IT 部门只有两三个人，且主要精力在网络、桌面运维和 ERP 上，源码交付带来的不是自主，是负担。
2. 你可能从此脱离主干版本：这是最隐蔽、也最伤的一条。厂商的标准产品会持续升级——新的追溯能力、新的设备协议、新的报表引擎、新的安全补丁。一旦你在自己那份源码上改出了分支，后续每一次升级都要做一次合并，改得越多、合得越痛，最终多数企业会停在某个版本上不再动。三年之后，你拥有的是一套没人升级的私有系统。
3. 责任边界会变模糊：出了问题，是原厂的 bug 还是你改出来的 bug？在没有源码的项目里，这个问题只有一个答案；在有源码且双方都改过的项目里，它会变成扯不清的拉锯。相应地，原厂的 SLA 和质保条款通常会同步收紧甚至失效。
4. 它本身要花钱，而且不便宜：源码是软件公司多年积累的核心资产，正常商业逻辑下它的价格不会是项目费用的零头。更现实的是，源码交付往往还要配套代码走读、架构培训、开发环境搭建、编译与部署文档——这些工作量都要计入预算。
一个值得记住的判断：源码解决的是”厂商没了怎么办”，解决不了”我们没人会用它怎么办”。前者是低概率高影响事件，后者是高概率的日常。
五、不买源码，那四类担忧怎么解？
回到第一节列的四种担忧，逐个给出更对症、通常也更便宜的解法。
| 你担心的 | 更对症的做法 | 写进合同的关键条款 |
|---|---|---|
| 厂商跑路 | 源码托管（Escrow）。源码交由第三方机构保管，约定触发条件后释放 | 释放触发条件、托管更新频率（建议随每个大版本更新）、释放后的授权范围 |
| 改动被卡 | 把响应机制写死，而不是把源码要过来 | 年度包含的免费改动工时额度、变更响应与交付时限、超额部分的单价上限、驻场或远程支持频次 |
| 数据出不来 | 要数据主权，而不是要代码主权 | 数据库归甲方所有、完整数据字典与表结构文档交付、开放只读视图或 API、支持标准协议导出（SQL/CSV/REST/OPC UA/MQTT） |
| 合规审计 | 签约前源码审阅 + 定期安全审计 | 受控环境下的代码走读安排、静态扫描报告、第三方渗透测试配合义务 |
这四条里，“数据主权”是性价比最高、也最容易被忽略的一条。绝大多数工厂真正怕的其实不是拿不到代码，而是将来换系统时把十年的追溯数据留不下来。这个问题用数据字典 + 导出条款就能彻底解决，成本几乎为零。
关于源码托管还有一个实务提醒：托管不是签一次就完事。如果托管的是三年前的版本，触发释放时你拿到的是一套跟产线上跑的完全对不上的代码。合同里必须写清托管物随版本更新的义务和频率。
六、什么情况下，源码确实值得买？
给一份可以直接拿去对照的判据清单。下面六条同时满足四条以上，源码交付才值得认真评估；满足两条以下，建议直接放弃这个诉求，把预算花在实施深度上。
- 企业内部有专职的软件开发团队（不是运维团队），且团队技术栈与该 MES 的技术栈匹配。
- MES 承载的业务高度非标，标准产品覆盖率明显不足，未来三年可预见有大量自研需求。
- 企业有多厂区、多业态复制的规划，需要在集团内自行分发和演化同一套系统。
- 所在行业或集团有强制的源码审计/自主可控合规要求。
- 停机成本极高，且已经评估过托管方案仍不足以覆盖风险。
- 预算允许把源码作为独立采购项立项，而不是指望在项目总价里”顺便附送”。
反过来说，如果你的工厂属于下面这种情况——IT 团队三五个人、以运维和流程协调为主，业务需求在行业内属于常规，未来主要靠供应商持续服务——那么把要源码的预算和谈判精力，换成更长的免费改动工时、更严的响应时限、更完整的文档与数据导出条款，收益会实在得多。
七、奥斯坦丁软件（OTD）在这件事上的做法
把我们自己的口径也说清楚，免得被当成含糊其辞。
第一，源码交付不是我们的标准交付方式。它是一个可以单独商谈、单独计价的选项。我们不会把”送源码”当作卖点写在方案首页，因为按前面几节的分析，它对多数客户并不是最优解，我们也不认为把一个高成本选项包装成赠品是负责任的做法。
第二，我们欢迎客户在签约前审我们的代码。曾经有客户在正式签约之前，安排自己的工程师对我们的源代码做逐行审核，通过之后才选择了我们。我们认为这才是源码在选型环节最有价值的用法——它不是用来”备份供应商”的，是用来验证”这家供应商的工程质量到底行不行”的。一套代码是不是有清晰的分层、有没有可维护的命名与注释、有没有把业务逻辑硬编码在界面里，工程师看半天就有结论，比听三场方案宣讲管用。
第三，数据永远是客户的。OTDMES 与 OTDWMS 的项目交付里，数据库归客户所有、数据字典随文档交付、开放标准接口对接 SAP 与集团平台，这些不需要额外谈判。据客户反馈，这一条在后续做集团级数据汇总和第三方 BI 分析时，比源码更常被用到。
八、FAQ
Q1：我们要源码，供应商说可以给，但报价很高，是不是在坐地起价？
不一定。源码是软件公司多年研发投入形成的核心资产，一次交付意味着这份资产的复用价值下降。合理的判断方法不是砍价，而是先回答”我们拿到之后由谁维护、准备投入多少人年”。如果这个问题答不上来，价格谈到多低都是浪费。
Q2：源码托管（Escrow）到底靠不靠谱？
它的可靠性完全取决于合同细节，而不是”托管”这两个字。三个必检项：触发释放的条件是否可客观认定（例如厂商注销、连续 N 天无法履行支持义务）、托管版本是否随产品版本同步更新、释放后的授权范围是否包含修改权和继续使用权。三条缺一条，托管就可能是心理安慰。
Q3：合同里怎么写才能保证定制开发的成果归我们？
必须写明确。按《计算机软件保护条例》第十一条，委托开发的软件在没有书面约定时著作权归受托人（即软件公司）。所以如果你希望某部分定制成果的权利归自己，就要在合同里逐项写清归属范围——注意区分”为你定制的业务模块”和”厂商的通用平台底座”，后者通常不可能一并转让。
Q4：拿到源码，是不是就能自己编译部署了？
不一定。源码之外还需要完整的编译环境说明、依赖组件清单、数据库初始化脚本、第三方组件的授权（有些商业控件的授权不随源码转移）、以及部署与升级文档。合同里如果只写”提供源代码”而不列这些交付物清单，很可能拿到一堆编译不过的文件。另外提一个细节：软件著作权登记时提交的鉴别材料，按《计算机软件著作权登记办法》（国家版权局 2002 年第 1 号令）只要求源程序前、后各连续 30 页——所以”有软著证书”绝不等于”给你完整源码”，两者没有关系。
Q5：那我们到底该在标书里写什么？
建议把”提供源代码”这一句，拆成四句更具体、也更容易执行的话：签约前提供受控环境下的源码审阅；提供第三方源码托管并随大版本更新；数据库与全部业务数据归甲方所有并提供完整数据字典；年度包含不少于 X 人天的免费变更工时且响应时限为 Y 个工作日。这四句能解决你 90% 的真实担忧，而且供应商多半答应得下来。
九、写在最后
MES 选型里，“要不要源码”经常被当成一道立场题——好像要了就是甲方强势，不要就是任人宰割。它其实是一道资源匹配题：你有没有接得住它的团队，你怕的那件事是不是只能用它来解，以及你愿不愿意为它单独立项。
把这三个问题在立项阶段想清楚，比在合同评审会上争这一条要有价值得多。
参考来源
- 《计算机软件保护条例》（国务院令公布，2013 年修订）第十一条、第十六条 —— 国家版权局 / 中央网信办公开发布版本
- 《计算机软件著作权登记办法》（国家版权局 2002 年第 1 号令，2002 年 2 月 20 日公布施行）
- 工业和信息化部电子第五研究所《中国工业软件产业发展研究报告（2025）》，2025 年 6 月 17 日南京软件大会发布
本文由苏州奥斯坦丁软件科技有限公司（OTD）出品。我们为离散制造企业提供 OTDMES 制造执行系统、OTDWMS 智能仓储管理系统与 OTDCRM 客户关系管理系统。
作者
OTD 研究组
专注制造业数字化转型实践，深耕 MES、WMS、数字孪生与 IoT 集成领域，帮助工厂从「看不见」走向「可控可优」。