项目概述
这类项目不以“大屏上线”或“系统启用”作为完成标志，而是先建立可验证的制造事实：产品、MBOM、工艺路线、工序、资源、标准工时、产能、库存、质量和异常。随后定义系统分层、接口契约、权限边界与可恢复机制，通过Pilot和业务验收确认系统参数与现场真实能力一致。
业务主线订单—计划—执行—交付
工程纵深设备层至经营分析层
数据核心MBOM · 路线 · ST · 产能
验收边界接口 · 权限 · 恢复 · 业务指标
一、典型失效
- MBOM、路线、工时、资源和库存版本不一致，计划结果无法落地。
- ERP、APS、MES、WMS和QMS各自定义字段，接口只能搬运错误口径。
- 设备数据“能采集”但没有业务事件、时间戳、质量状态和责任人。
- 上线验收只检查功能菜单，没有验证生产节奏、异常恢复与审计链。
二、诊断顺序
- 先从订单交付链、产品族和瓶颈工序确认业务对象与改善目标。
- 再核对主数据、IE数据、库存和质量数据的来源、版本及责任人。
- 随后定义IT/OT分层、读写边界、事件粒度、接口频率和失败补偿。
- 最后以样板产品、样板线和冻结计划开展端到端Pilot。
三、关键交付
- 制造对象模型、字段字典、数据Owner、版本状态和变更规则。
- 系统分层图、接口矩阵、消息／批量同步规则、错误码与重试机制。
- 角色权限、服务账号、审计日志、备份恢复和离线运行边界。
- 阶段门清单、Pilot脚本、业务验收指标、回滚条件与运行审计。
四、制造连接
- 标准工时进入工艺路线，支撑产能、负荷、排程和成本。
- OEE按可用率、性能率和质量率拆分，不用单一总数遮蔽损失。
- 计划、实绩、WIP、质量和库存通过同一工单／批次／序列号关联。
- 异常进入责任、时限、升级、关闭和复验链，避免系统外失控。
五、能力边界
本页公开的是数智工厂工程方法与验收结构，不等同于声称已完成某一客户的全层级设备联网。PLC、SCADA、OPC UA、边缘网关或设备直连仅在业务收益、协议可用性、网络与安全条件满足时纳入范围；具体品牌、点位、刷新频率和阈值必须在项目现场重新定义。
REFERENCE ARCHITECTURE｜五层制造系统边界
从设备事实到经营决策的分层架构
每一层都必须明确数据来源、写入权限、时间粒度与故障降级。层级越清楚，越能避免“所有系统都改同一份数据”。
L0设备与感知设备、传感器、计量、视觉检测；保留原始状态与采样时间。
L1控制与边缘PLC、SCADA、OPC UA、网关；处理点位映射、缓存和断点续传。
L2现场运营MES、WMS、QMS、Andon；承载工单、实绩、追溯、库存与异常。
L3企业计划ERP、APS、SRM、PLM；管理需求、供给、版本、成本与计划冻结。
L4分析与治理BI、DMS、数据平台、AI；只在可追溯数据上形成指标和预测。
MANUFACTURING DATA MODEL｜制造对象链
先定义对象与版本，再建设接口
产品→MBOM→工艺路线→工序／资源→标准工时→产能日历→工单／执行→库存／质量／异常
| 对象／事件 | 权威来源 | 主要去向 | 最小关键字段 | 验收要点 |
|---|---|---|---|---|
| 产品与版本 | PLM／ERP | APS／MES／QMS | 编码、版本、生效时间、状态 | 过期版本不可被新工单调用 |
| MBOM与路线 | ERP／PLM | APS／MES | 用量、损耗、工序、替代料、有效期 | 投料与报工使用同一版本快照 |
| 计划下达 | APS／ERP | MES／WMS | 工单、数量、日期、资源、优先级 | 冻结区变更有审批和审计 |
| 生产实绩 | MES／设备边缘 | ERP／BI／QMS | 工单、工序、良品、不良、时间戳 | 重复、迟到、断网补传可识别 |
| 库存移动 | WMS／ERP | MES／APS | 物料、批次、库位、数量、状态 | 账、卡、物及质量状态一致 |
| 质量与异常 | QMS／MES | ERP／BI／Andon | 缺陷、等级、批次、责任、处置 | 隔离、放行、返工和关闭可追溯 |
CALCULATION CONTRACT｜指标公式与口径
所有看板先公开公式、分母和异常边界
标准产能
可用时间 × OEE × 合格率 ÷ 标准工时时间单位必须统一；OEE与合格率不可重复折损。负荷率
计划标准工时 ÷ 可用产能工时 × 100%分母按资源、班次和日历版本冻结。计划达成率
实际合格数量 ÷ 冻结计划数量 × 100%插单、取消和返工必须按规则单列。库存准确率
账实相符盘点项 ÷ 实际盘点项 × 100%同时核对数量、批次、库位和质量状态。数据完整率
有效必填字段数 ÷ 应填必填字段数 × 100%“有值”不等于有效，必须通过格式与业务规则校验。接口成功率
成功且业务校验通过消息数 ÷ 应处理消息数 × 100%技术200响应不等同于业务入账成功。STAGE GATES｜实施与验收
六个阶段门控制范围、风险与回滚
G0范围与基线对象、产品族、价值流、痛点、收益假设和不做事项。
G1数据就绪字段、Owner、版本、完整性、准确性与变更权限。
G2闭环设计计划、执行、质量、库存、异常及系统权威边界。
G3接口与Pilot端到端脚本、失败补偿、断网恢复和样板线复验。
G4上线验收业务指标、性能、安全、备份恢复、回滚和签收。
G5运营审计主数据稽核、接口监控、权限复查、版本与持续改善。
| 验收域 | 指标 | 数据来源 | 验收原则 |
|---|---|---|---|
| 主数据 | 完整率、准确率、重复率、过期版本调用数 | ERP／PLM／数据稽核表 | 样本可追溯到Owner和变更记录 |
| 接口 | 成功率、延迟、重试恢复率、重复入账数 | 接口日志／消息队列／业务表 | 技术成功与业务成功分别判定 |
| 生产 | 计划达成、报工及时、在制准确、异常关闭 | APS／MES／Andon | 冻结计划、班次和异常排除规则一致 |
| 库存与质量 | 账实准确、批次追溯、隔离放行、缺陷闭环 | WMS／QMS／盘点与检验记录 | 跨系统抽样回溯完整链路 |
| 安全与恢复 | 越权数、审计覆盖、备份成功、恢复时间 | IAM／日志／恢复演练 | 最小权限、服务账号、回滚演练有记录 |
公开能力边界：上述指标是工程验收框架，不是对任何未披露项目成绩的暗示。实际阈值、系统品牌、协议、点位数量、网络区划及恢复目标，均须依据现场基线、风险等级和合同范围定义。
项目沉淀
把“系统上线”改造成可审核的制造工程闭环：业务对象有Owner，数据有版本，接口有契约，权限有审计，故障有补偿，Pilot有脚本，上线有回滚，经营指标可回溯到标准工时、工单、批次和现场事件。