制造业ERP为什么把数据搬回本地？本地部署的安全合规账怎么算

过去几年，制造业信息化的主流叙事是“上云”。但 2025 年以来，一个反向的趋势在企业 IT 部门里悄悄升温：把 ERP 的核心数据库从公有云搬回自己的机房。原因不是技术退步，而是合规成本算下来，本地部署更划算。

为什么制造企业开始把 ERP 数据往本地搬？

制造企业的数据和一般贸易企业不一样。贸易公司的核心资产是往来账和库存数量，泄露了是商业损失；制造企业的核心资产是产品本身——设计图纸、工艺参数、BOM 结构、配方比例、模具参数、检验记录。这些东西一旦外流，损失的不是一笔订单，而是几代人的研发投入。

于是出现一个很现实的矛盾：业务部门希望系统好用、随时能连、供应商和客户都能查；而企业负责人和安全负责人希望这些图纸不要离开厂区的物理边界。公有云 ERP 在便利性上是赢家，在这一点上却很难说服人。

制造业的 ERP 数据，哪些必须留在内网？

不是所有数据都同等敏感。做本地部署规划时，先做一次数据分级，比直接争论“上不上云”有效得多。下面这张表是我们给制造客户做方案时的常用分法：

这张表的意义在于：真正的本地部署不是“把所有东西都锁死”，而是把前两类锁进内网，后两类用接口受控放出去。一刀切地全隔离，业务就转不动；一刀切地全上云，安全就守不住。

“数据不出厂”到底意味着什么技术动作？

很多企业说要做本地部署，实际上只是把服务器放在自己机房里，数据库仍然通过公网端口对外开着。这不叫本地部署，只是换了个地方放云。

真正意义上的数据留存本地，至少要满足四条：

• 数据库只监听内网地址，不对公网开放 3306 或 1433 端口，外部访问一律经过应用层。
• 应用服务与数据库同处一个网段，客户端连的是应用，不是数据库；客户端拿不到数据库账号。
• 备份文件落在企业内部存储，异地备份走加密通道，不默认上传第三方网盘。
• 操作日志本地留存，谁在什么时间改了什么单据、导出了哪些数据，能查得到、能追溯。

这四条做到，才算“数据在本地，安全在企业手中”。反过来说，如果贵司现在的系统管理员能随手用公网 IP 连上数据库，那本地部署只完成了一半。

哪些行业对本地部署的诉求更硬？

从我们接触的客户看，三类制造企业对本地部署的要求格外明确，而且驱动力各不相同：

军工配套与涉密协作企业

这类企业的约束来自保密管理要求，核心生产数据不得接入互联网。系统能不能上云，不是 IT 部门能决定的事。它们的诉求很直接：软件必须能在断网的内网环境里跑完采购、生产、库存、成本全流程。

汽车零部件企业

驱动力来自主机厂的质量体系审核。审核时要查的是历史批次记录、过程检验数据、变更履历，而且要求这些记录保存若干年、随时可调。数据放在别人的云上，审核时调不出来或者格式对不上，是很麻烦的事。本地留存加规范导出，应对审核更从容。

制药与食品企业

诉求是完整追溯。原辅料从哪批来、投到哪一批成品、销往哪个客户，链条必须闭合。GMP 类监管对数据完整性有明确要求，包括记录不可随意删除、修改留痕。这类要求对系统的审计日志能力是个硬考验。

本地部署会不会牺牲掉协同效率？

这是企业负责人常问的问题，也是过去本地部署被诟病的地方。答案取决于架构，而不是部署位置。

合理的做法是“分级开放”：核心库在内网，外围加一层受控的接口层。供应商要查订单进度，走接口给他看订单状态，看不到成本和工艺；客户要查发货和质检报告，走接口定向推送；外地销售要下单，走 VPN 或专线接入，权限只到销售模块。

这样做的代价是要多做一层接口设计和权限梳理，收益是数据边界清晰、责任可划分。对于有多个厂区、多个仓库的制造企业，这套架构反而比纯云端更容易理清“谁能看什么”。

落地时容易踩的四个坑

只迁数据，不迁权限

从旧系统导数据时，往往只导了客户、物料、库存，把用户权限体系丢了，结果新系统里所有人都是管理员。权限必须在上线前按岗位重新梳理一遍，尤其是成本、报价这类敏感模块。

把本地部署当成不备份

数据在自己机房，怕的是硬盘坏、误删、中勒索病毒。本地部署企业必须自己承担备份责任，建议至少做到每日自动备份加一份异地或离线副本，并定期做恢复演练。备份没演练过，等于没有备份。

忽略内网终端的管控

数据锁在服务器里，但车间、仓库的终端可以导出 Excel。如果导出不受控，本地部署的安全边界就被终端捅穿了。建议对导出行为做记录，对核心报表做水印或次数限制。

上线前没做并发与容量评估

本地服务器是企业自己买的，配置往往按“够用就行”来定。结果一上 MRP 运算或者月末结账，全员卡顿。上线前应按高峰并发和单据量做一次容量估算，给数据库留出余量。

速达的本地部署形态怎么选？

速达的产品线里，本地部署并不是一个单独的版本，而是贯穿在多个系列里的部署选项。如果企业特别在意“数据边界”和“能不能自己改”，开源管理系统这一支值得先看。

开源这一支：源码开放，私有化部署，可二次开发

开源管理系统下有四款产品，部署形态都是安装到企业自有服务器，但功能范围差别不小，选型时这一点必须分清：

要特别提醒一句：这四款里只有 Open 4000 是纯财务版本，不包含生产、供应链、CRM 这些业务模块；其余三款才是完整 ERP。如果企业既想管账又想管车间和库存，从 4000 起步会不够用，需要直接看 5000 及以上。

开源版本的两个好处，恰好对应本文的两个主题：一是可以私有化部署在企业机房，数据不出内网；二是源码开放、支持二次开发，企业能按自己的合规要求增加审计、脱敏或审批环节，而不是只能等厂商排期。对军工配套、涉密协作类企业，这一点往往比功能清单更重要。

非开源的几支：按规模和复杂度对应

• 单厂、流程相对简单：天耀 A4 系列，局域网部署即可覆盖进销存、生产、财务。
• 多车间、要做工序与成本核算：天耀 7000 系列，支持工序流转、委外加工与分步成本。
• 集团或多组织、要私有化：Super 7000 系列，可部署在企业自有服务器上，按组织划分数据权限。

把两条线放在一起看，选型的分叉点其实很明确：要不要源码、要不要自己做二次开发。要，就走开源这一支，按规模选 4000／5000／7000／9000；不要，就走天耀或 Super 系列，按组织和工序复杂度选。这个判断定了，型号基本就定了。

FAQ

本地部署的 ERP 还能不能手机上看数据？

能，但方式不同。移动端不直连数据库，而是通过企业网关或 VPN 访问应用服务，看到的仍然是内网里的同一份数据。这样手机端的安全策略可以单独收紧，比如限定设备、限定模块。

本地服务器要什么配置？

取决于并发人数和单据量，不能一概而论。20 人以内的小厂，一台常规服务器加独立数据盘通常够用；50 人以上或者要做 MRP 运算的，建议应用与数据库分开部署。上线前让实施方按实际业务量做一次评估，比事后加内存省钱。

数据在本地，出了事谁负责？

硬件、网络、备份的日常运维由企业自己承担，软件本身的缺陷与故障由厂商负责。所以本地部署项目一定要在上线时把运维责任边界写清楚，包括备份策略、故障响应时限、数据恢复的责任划分。

本地部署不是一个怀旧的选择，而是企业在算清楚合规成本和协同成本之后做出的架构决策。对制造企业来说，图纸和配方就是命根子，把它们放在自己能摸到的服务器上，是很多负责人觉得踏实的做法。

如果贵司正在评估制造业 ERP 的部署方式，或者现有系统想从公有云迁回内网，可以联系我们做一次部署架构评估。