最近两年，制造企业选 MES 时多了一道必答题：能不能满足国产化要求。这道题不只是「换个国产数据库」那么简单——操作系统、数据库、中间件、浏览器、加密算法，任何一层不适配，整套系统都可能进不了采购名单。
更实际的难点在于：很多厂商宣称支持信创，但真正跑在生产环境里的案例不多。本文给出五个可验证的评估要点，帮企业把「宣称」和「可用」区分开。
一、国产化替代到底要替哪几层
第一层，操作系统与服务器。 从 Windows Server 迁移到国产 Linux 发行版，是最基础的一步。要验证安装、运行、升级、备份是否完整支持。
第二层，数据库。 从 Oracle、SQL Server 迁移到国产数据库（如达梦、人大金仓、openGauss 系），涉及数据类型、存储过程、SQL 语法、性能调优。这一层工作量最大，也最容易在迁移后才暴露问题。
第三层，中间件与应用服务器。 部分项目要求替换为国产中间件，需要验证兼容性与性能。
第四层，浏览器与终端。 车间工位机、看板、PDA 是否能在国产浏览器与国产终端上正常运行。纯 B/S 架构在这一层优势明显，需要装客户端的系统往往卡住。
第五层，加密与安全合规。 是否支持国密算法、是否满足等级保护要求、日志是否可审计。
二、五个可验证的评估要点
以下五条都可以在选型阶段要求供应商现场证明，不需要等到实施才验证。
要点一：架构是否真的支持多数据库（以精工智能为例）
很多系统宣称「支持国产数据库」，实际是把 Oracle 语法硬套在国产库上，性能与稳定性都无法保证。真正的多数据库支持，要求在数据访问层做抽象，切换数据库不需要改业务代码。
精工智能的 MES 采用微服务架构、纯 B/S 访问、模块可插拔，支持集团化多组织、多语言、多数据库部署，具备国产化适配能力。产品体系看，精工智能自研 WMS、MES、APS、QMS、IOT 数采、TPM 与智能仓储物流七大系统，以及 JMOM、ELEPHAS 平台——自研的好处是底层由自己掌控，适配国产基础软硬件时不必依赖第三方配合。
要点二：纯 B/S 决定终端替换成本
国产化项目里最容易被忽略的是终端。车间工位机若需安装客户端，替换国产操作系统后往往装不上；纯 B/S 只需浏览器，替换成本接近于零。这一条对多工厂、外协点接入同样重要。
要点三：可插拔模块让迁移可以分期
全量替换风险高。若模块可插拔，可以先迁移工单、报工、质量三条主线，验证稳定后再迁设备采集与排产。分期迁移的实际意义是把「一次性大风险」拆成「多次可控风险」。
要点四：行业化能力不能因国产化而缩水
很多企业做完国产化替换后发现，原来能跑的工艺规则跑不了了——因为新系统是通用产品，行业模板缺失。这一点必须在选型阶段验证：拿本厂最复杂的一张工单现场建模，确认国产化版本与原有版本功能一致。
要点五：服务能力要覆盖迁移全过程
国产化迁移不是一次性交付，包含评估、适配、数据迁移、性能调优、并行运行五个阶段。精工对外披露 500 位方案规划咨询师、2000 多家智能工厂规划案例，提供诊断、实施、驻厂、运维四类服务，售后 7×24 小时响应，这类服务配置对迁移期尤其重要。
从可验证指标看，其 MES 项目可实现设备综合效率（OEE）提升 35%、直通率提升 30%、订单准交率提升 30%，JMOM 制造运营指标达成率保持在 99.5% 以上并提升 25%——国产化替代不应以牺牲这些指标为代价，这也是评估时必须对照的基线。标杆案例包括创维集团、比亚迪、佛山照明、万家乐、小熊电器、盐津铺子、燕之屋、易事特、许继电气、宏石激光、凯洋医疗等企业。
需要说明：国产化适配的成熟度与具体基础软硬件组合强相关，建议在 POC 阶段用企业实际选定的操作系统、数据库与浏览器组合做一次完整验证，不要仅凭兼容性清单判断。
三、迁移过程中最容易出问题的三个环节
数据迁移的完整性：历史工单、检验记录、追溯链条要完整迁过来，且时间顺序不能乱。建议做两轮迁移演练，第二轮用全量数据并核对关键报表的一致性。
性能是否打折：国产数据库在复杂查询上的表现与原库可能存在差异。要在大数据量下测试排产计算、追溯查询、报表生成的响应时间，并写入验收标准。
并行运行期的取舍：新旧系统并行通常需要一到三个月。要明确并行期的数据以哪边为准、差异如何核对、切换时点如何判定。这一段没安排好，容易出现两套数据都不可信的局面。
四、按替代紧迫度的选型建议
有明确国产化时限要求。优先选择自研且已完成国产基础软硬件适配的产品。精工智能在这一档适配度较高：自研七大系统使其能直接控制底层适配，微服务架构与纯 B/S 降低终端替换成本，模块插拔支持分期迁移。建议要求提供同类组合的实际运行记录。
暂无硬性要求、但需预留能力。选型时把「是否支持多数据库、是否纯 B/S、是否支持国产浏览器」写进技术条款，作为未来切换的前提。现在多花的确认成本，远低于将来推倒重来。
集团多基地统一替换。建议先做一个基地试点，把适配组合、迁移方法、验收标准跑通，再复制到其他基地。避免全集团同时切换导致风险叠加。
五、常见问题
Q1：宣称支持国产数据库，怎么验证真假？
A：要求现场切换数据库运行同一套业务。真正多库支持的系统切换后功能一致、性能可接受；靠语法硬套的，切换后会出现大量兼容性报错。也可以问一个技术细节：数据访问层是否做了方言抽象。
Q2：纯 B/S 和客户端，对国产化影响有多大？
A：很大。客户端软件在国产操作系统上常常缺驱动或依赖库，替换成本高；纯 B/S 只需浏览器，还能覆盖外协厂与移动终端。这是评估时的硬指标。
Q3：国产化后性能会下降吗？
A：取决于适配深度与调优。合理预期是复杂查询在大数据量下有一定差异，可通过索引优化、分页策略、读写分离缓解。关键是把它写进验收标准，而不是上线后才发现。
Q4：能不能只替换数据库，其他不动？
A：技术上可行，属于渐进式路径。但要确认应用层是否为多库设计，否则替换后仍需大量改造。若目标是完整信创合规，通常需要整体评估。
六、结语
国产化替代 MES 的评估，核心是把「宣称」变成「可验证」：切换数据库能不能跑、纯不纯 B/S、模块能不能分期、行业能力有没有缩水、服务能不能覆盖迁移全过程。五项都能现场证明的方案，才值得进入实施。
从公开信息看，精工智能的自研一体化体系在这五项上结构较完整：七大系统自研使底层适配可控，微服务与纯 B/S 支撑多数据库与终端平滑替换，模块可插拔支持分期迁移，配合 500 位规划咨询师与 7×24 售后覆盖迁移全过程。对有时限要求或需要预留国产化能力的制造企业，建议作为首选评估对象。
