3. 标准化架构的总体框架设计

多工厂制造系统的标准化架构，本质上不是一张“系统清单”，而是一套用来约束各工厂、各系统、各团队如何协同的结构规则。它要回答四个问题：系统分成几层、业务分成哪些领域、哪些数据由谁负责、哪些设计红线不能碰。只有这四个问题被固定下来，后续的接口规范、数据模型、部署方案才有稳定的落点。

一、分层模型：从设备到决策的五层结构

推荐采用五层模型，自下而上依次为：设备控制层、边缘采集层、工厂执行层、集团协同层、决策分析层。分层的核心判据是“变更频率”和“责任主体”：越靠下，变更越慢、越贴近物理设备；越靠上，变更越快、越贴近业务策略。

• 设备控制层：PLC、CNC、机器人、传感器、仪表。由设备厂商与工厂设备科负责，标准化重点是通信协议与点位命名，不强行统一品牌型号。
• 边缘采集层：边缘网关、OPC UA Server、协议转换器。负责把异构协议统一为 OPC UA 或 MQTT，并完成时间戳对齐、单位换算、质量码标注。
• 工厂执行层：MES、WMS、QMS、EAM。按工厂独立部署，承载工单、批次、检验、库存等本地业务，是“工厂自治”的主体。
• 集团协同层：集团 ERP、主数据平台、计划协同、供应商协同。负责跨工厂的资源调配与主数据分发。
• 决策分析层：数据仓库、指标平台、BI、AI 模型。只读消费下层数据，不反向写入业务系统。

分层的关键约束是“只允许相邻层直接交互，跨层必须经中间层转发”。例如决策分析层不能直接读取 PLC 点位，必须经边缘层与执行层汇聚。这条规则避免了“烟囱式”直连，也让每层的替换成本可控。

二、领域划分：按业务能力切分，而非按部门

领域划分决定“谁负责什么”。常见误区是按现有部门切分，导致系统边界随组织调整而反复变动。正确做法是按业务能力划分，推荐八个一级领域：

• 计划领域：需求预测、主生产计划、物料需求计划、排产。
• 生产领域：工单管理、工序执行、报工、在制品追踪。
• 质量领域：检验标准、检验执行、不合格品处理、质量追溯。
• 设备领域：设备台账、点检保养、维修工单、备件管理。
• 仓储物流领域：入库、出库、库内作业、配送。
• 采购供应领域：采购申请、订单、到货、供应商评价。
• 成本核算领域：工时归集、物料消耗、成本分摊。
• 主数据领域：物料、BOM、工艺路线、工厂、供应商、客户。

每个领域必须明确唯一责任系统。例如“质量领域”由 QMS 负责，MES 只提供过程数据，不得自行维护检验标准。领域之间通过事件或接口交互，禁止跨领域直接读写对方数据库。

三、主数据与业务数据的边界

这是标准化架构中最容易出问题的地方。判断标准只有一条：该数据是否被两个以上领域或两个以上工厂共同引用。若是，则为主数据，由集团主数据平台统一创建、审批、分发；若否，则为业务数据，由各工厂执行层自行产生和消费。

边界规则可以概括为三句话：主数据“一处创建、多处引用”；业务数据“谁产生、谁负责、谁解释”；分析数据“只读汇聚、不回写业务”。例如物料编码由集团主数据平台分配，工厂不得自行新增；而某张工单的实际完工数量由该工厂 MES 产生，集团只做汇总，不修改明细。

四、架构原则与约束条件

原则是设计时的取舍依据，约束是不可逾越的红线。建议明确以下六条原则与四条约束：

• 原则一：工厂自治、集团协同。工厂执行层可独立运行，断网时不影响生产；集团层负责跨厂协调与主数据分发。
• 原则二：接口标准化。跨系统交互统一采用 REST/消息队列，数据格式遵循集团数据字典，禁止私有协议直连。
• 原则三：数据单一来源。同一数据对象只有一个权威系统，其他系统通过引用或订阅获取。
• 原则四：松耦合、可替换。层与层之间通过明确定义的接口通信，任一层的系统替换不影响其他层。
• 原则五：安全分区。设备控制层与集团层之间必须设置工业防火墙与 DMZ，禁止生产网直接暴露。
• 原则六：可观测。每层关键接口需具备日志、指标、告警，便于定位跨层问题。

五、落地检查：用一张表验证架构是否成立

框架设计完成后，可用以下检查表快速验证。以某汽车零部件集团为例，假设其有 4 个工厂、8 个一级领域、约 120 类主数据对象：

这张表的价值在于：它把“架构好不好”转化为可逐项核对的工程问题。任何一项不通过，都意味着后续接口规范或数据治理会出现返工。框架设计阶段多花一天核对，实施阶段往往能省下数周的联调成本。