工业互联网是什么

工业互联网不是 MES 的别名

工业互联网强调设备、边缘、平台、应用的分层连接与安全访问，MES 是其中的业务应用之一。涂布厂可以没有自建 IIoT 平台，但一定有"设备—网关—MES"的数据通路；若多厂远程运维，才更需要统一接入规范与权限模型。

谈工业互联网时，先问清要解决的业务问题：跨厂产能可视？远程调参？集团质量对比？问题不清，容易买到"平台账号"却无人日常运维。平台层若与 MES 功能重叠，应明确谁存历史、谁做报表，避免双份维护。

跨工厂数据统一的三件硬事

同一物料编码与单位换算；同一缺陷与停机原因码；同一 OEE 与损耗口径。深圳永达辉光学与保护膜多基地，若各厂 MES 自定义字段泛滥，集团报表只能人肉 Excel，平台再贵也白搭。

接口规范应文档化：主题域（生产、质量、设备、能源）、字段字典、同步频率、主键规则。新厂上线先对齐规范，再开发本地差异，而不是反过来。集团看板建议先看摘要指标（产量、交付、Top 异常），明细仍下钻到各厂 MES。

远程运维与边界

涂布线远程诊断有 value：供应商协助查 PLC 趋势、烘箱异常。但远程写 PLC、改配方必须有审批与审计，生产责任仍在本厂。建议默认只读远程，写操作走变更流程。

安徽光太若未来多基地，可把关键参数摘要上云供总部看，全量工艺配方仍留本地 MES，兼顾安全与可视。VPN 或专线访问要有账号生命周期管理，离职人员权限及时回收。

与 MES 项目的衔接顺序

单厂阶段：先把 MES 与本地联网做稳，再考虑集团平台汇聚。多厂阶段：在 MES 模板统一后，用标准 API 向平台推摘要指标，而不是每个厂单独定制平台适配器。

评估供应商时问：断网时本地 MES 能否独立生产？若不能，就是把生产连续性绑死在平台上，风险偏高。平台 SLA 要写进合同：可用率、数据延迟上限、故障响应时间，与生产停线损失挂钩才有约束力。

多基地卷材数据的同步粒度

集团平台不必下发明细到每一米张力，但应同步：各厂各线当前 SKU、批次、计划完工、hold 状态、OEE 日摘要、Top 停机原因。深圳永达辉总部排跨厂订单时，依赖这些摘要判断 A 厂 980 幅宽线是否还能插 5000 平米急单，而不是电话问三厂计划员。

安徽光太若未来基地增加，边缘网关先把 PLC 数据标准化，再按主题上传；全量历史仍留本地 SCADA/MES，平台只存聚合与告警。物料跨厂调拨在途批次用统一主键，避免 A 厂称 GU-20260718、B 厂称 0718-GU 对不上。远程运维默认只读；供应商协助查烘箱曲线可以，远程改 PLC 程序必须本厂设备经理审批留痕。

平台与 MES 分工建议：平台管身份、权限、跨厂订阅与告警路由；MES 管工单、批次、检验与报工。深圳永达辉若把配方主档放上云，断网风险过高。工业互联网项目 KPI 应写"跨厂订单可视率""远程诊断平均闭环时间"，而不是"接入设备台数"单一指标。

跨厂母卷调拨在平台层应显示：出库厂、在途、预计到达、目标分切厂。安徽光太若总部只看 ERP 调拨单而不看 MES 实物扫码，会出现"账上已调拨、母卷还在原库"的幽灵库存。平台告警应区分生产异常与 IT 通道异常，避免设备断网告警淹没质量 hold 通知。

集团能源与生产节拍可对齐：RTO、烘箱 gas 用量按工单汇总后上传平台，用于单平米能耗对标。深圳永达辉发现某厂涂布量偏高 5% 同时 gas 单耗上升，工艺调整后两厂差距缩小。平台不做毫秒级控制，只做班次级以上对标。

平台账号权限按厂、按角色细分：总部计划可看各厂产能摘要，但不应默认能改各厂 MES 配方。安徽光太曾发生总部误操作改配方版本，产线停线查因两小时，此后写操作仅本厂工艺账号可用。