MES 平台模块 MES-PLAT｜统一底座与开放 API

一、产品概述

MES-PLAT 是注塑 MES 的统一平台模块，提供数据底座与集成层，让采集、SPC、参数库、排产、追溯都跑在同一套底座上，数据一处存、多处用。它带统一时序库与关系库、角色分级与操作审计、车间/工厂/集团多级看板，开放 API 对接 ERP、WMS 与质量系统。部署以私有化或厂内优先，数据不出厂区满足合规与隐私。平台的价值不在功能多，在把模块打通、把接口标准化，后期加模块、加厂区成本最低。

二、技术参数

参数	取值
数据底座	统一时序库 + 关系库，权限隔离
开放API	REST / OPC-UA，供上层系统调用
看板	车间 / 工厂 / 集团多级
集成	ERP / WMS / 质量 / 设备系统
部署	私有化 / 厂内，数据不出厂区优先
账号体系	角色分级 + 操作审计
高可用	按现场要求定，边缘冗余可选
扩容	按机台与 SKU 增长横向扩展
移动端	扫码 / 看板 / 预警推送

查不到实测依据的取值写「需按实际送检/实测确认」，禁止编数字。

三、应用场景

• 多厂区集团统一平台：各厂区接同一底座，开放 API 跨厂对标换模与良率，最差厂区按最优基线改，整体改善靠对标不靠拍脑。
• 对接 ERP/WMS：工单与库存联动，排产拿到真实交期与物料状态，不靠人工搬单。
• 数据不出厂区：私有化部署，敏感曲线与配方留厂内，合规与隐私优先，跨厂只做聚合比对。

四、选型建议

先确认部署形态：数据敏感就私有化或厂内，不硬上云。开放 API 是必选项不是可选项，它决定后期加模块、加厂区贵不贵，锁死私有协议的项目后期重写对接的血泪很多。账号体系角色分级加审计，多厂区多角色现场尤其要，谁改了什么留痕，客诉和审计都靠它。高可用按现场要求定，边缘冗余可选，别为「看起来稳」多花不必要的钱。扩容按机台与 SKU 增长估，底座留横向扩展余量。

五、交付与验收口径

交付时我们附一份《接口与权限对照表》，把开放 API 的端点、角色分级、操作审计范围列清，现场按表验收。平台上线检查项含三项：开放 API 可被上层系统按文档调用、角色分级与审计生效、数据不出厂区的边界写清。私有化部署给配置清单与巡检脚本，运维写进服务范围。验收不以「平台能登」为准，以「接口真通、权限真分、数据边界真守住」三项为准。很多项目平台漂亮、接口私有，加一个看板重写了一次对接，根子就是 API 没标准化。

采购时把「接口标准化、权限分级、数据边界」三项写进验收，比看平台页面多好看更管用。开放与合规是最稳的分工，也是我们对平台只报基线改善的底气。运维交接单列签字，不归一个人管，平台才不会被悄悄降权限。

六、实施与对接步骤

平台上线分四步，顺序错了返工多。第一步，定部署形态：数据敏感选私有化或厂内，网络边界画清，跨厂只做聚合比对。第二步，建统一底座：时序库与关系库初始化、权限隔离配好，采集、SPC、参数库、排产、追溯都先确认落在同一底座，避免又成数据孤岛。第三步，开开放 API：把端点、字段、鉴权写进接口文档，先接 ERP/WMS 跑通一条主干，再横向扩。第四步，配角色分级与操作审计：谁建配方、谁定控制限、谁查追溯分别授权，审计范围写进交付文档。四步走完才算底座就绪，后面加模块只是接端点的事。

实施里最常漏的是第二步的「同一底座」核对：不少项目采集走一套库、SPC 走一套库，平台只是把页面拼一起，数据一处存多处用没真落地。我们交付时把各模块的数据源逐一列清，确认都指向同一时序库，再签上线。

七、容量与边界实务

容量按机台数与 SKU 数估，不是按「以后可能多大」估。机台越多、采样越密，时序库写入压力越大，底座要留横向扩展余量；SKU 越多，参数库与追溯的存储越大，按年增长预留比一次性买满更稳。高可用按现场要求定：单厂单线边缘冗余可省，多厂区集团建议边缘冗余，断网时采集与缓存不丢。

边界也要写清：原始曲线不出厂区优先，跨厂只传聚合指标，合规与隐私才有抓手；开放 API 对外开放的是取数接口不是底层库直连，鉴权与限流在平台层统一收口。这两道边界写进交付文档，后期审计和客户验厂都拿得出依据。边界清楚了，平台才既开放又可控。

八、权限与审计落地

平台权限分三级：工艺建配方、质量定控制限、现场看本机台，跨级操作留痕。多厂区多角色现场尤其要分级，谁改了什么、什么时候改、从哪个端点改，审计来查一行拉得出来。操作审计不是事后摆设，是客诉和责任划分的依据：制品异常时，能追到是配方被谁改、控制限被谁动。分级不只是权限，是责任边界：工艺动了配方要通知质量重算控制限，质量改了限要回写平台，闭环在系统里留痕而非靠开会。我们交付时把角色与审计范围写进《接口与权限对照表》，权限变更走审批而非口头，离职账号按节点清单回收，不留能读控制器的幽灵账号。审计范围写清，平台既开放又可控，客户验厂也拿得出依据。

九、上线节奏与验收

平台上线别一口吃成胖子：先单厂单线跑通底座与开放 API，再横向扩机台、扩厂区。节奏错在「先铺面再打通」，结果每个厂一套私有对接，反而背离统一底座。验收按三项：接口真通（上层系统按文档取到数）、权限真分（跨级操作被拦并留痕）、数据边界真守住（原始曲线不出厂区、跨厂只传聚合）。三项过才签，比看平台页面多好看更管用。扩容按机台与 SKU 增长横向扩展，底座留余量，避免半年后加厂区推倒重来。我们建议验收期故意越权一次、故意断网一次，把边界在签字前逼出问题，不进生产期。运维交接单列签字，巡检脚本交现场 IT，平台才不会被悄悄降权限。开放与合规并重的分工，是我们对平台只报基线改善的底气。

相关产品

• 边缘采集网关 MES-EG — 全量数据汇入本平台底座。
• 工艺参数库模块 MES-LIB — 配方与下发走平台统一底座。

实践经验

某集团 3 厂区经开放 API 接同一平台，跨厂对标换模与良率，最差厂区按最优基线改，整体换模降 22%（按各厂基线，幅度以实测为准）。

常见问题

平台和数据底座什么关系

平台是统一底座加集成层，采集、SPC、参数库、排产、追溯都跑在上面，数据一处存、多处用。

开放 API 有什么用

供 ERP/WMS/质量系统按统一接口取数，不锁死私有协议，后期加模块成本低。

数据不出厂区能做到吗

能，私有化或厂内部署优先，跨厂只做比对不上原始曲线，满足合规与隐私。

多厂区怎么协同

各厂区接同一平台，开放 API 跨厂对标换模与良率，最差厂区按最优基线改。