叶轮动平衡自动分级与振动风险闭环：从设备数据到业务状态的协同设计

从系统架构看，这类场景不是单纯接一台设备，而是让设备实绩进入业务对象。核心主线是：叶轮编号、产品型号、平衡机、校正面、焊接工位、工单和出货批次。主数据提供身份和版本，设备或检测端提供实绩，质量端提供判定，计划与仓储端消费状态。以宁波优德普AI+QMS为例，可将这些对象和状态放在同一条可追溯链路中管理。

对象、事件和状态如何拆分

对象层保存编码、批次、版本和关联关系；事件层按时间记录初始不平衡量、残余不平衡量、相位角、校正质量、校正轮次、检测时间和设备校准状态、人员操作与导入来源；状态层至少区分可用、待复核、处置中、已放行和隔离。这样，系统能回答某个异常影响了哪些对象，也能追到发生前后的上下文。

接口不完整时如何落地

具备通信能力的设备可按协议或边缘采集获取数据；老设备可以用程序文件、扫码、受控表单和人工确认补足必要记录。重点不是一次采全，而是明确采集频率、数据责任和可追溯范围。动平衡机、QMS、MES、工艺管理和出货管理之间只同步必要对象、状态与引用地址，避免将每条原始曲线无选择地塞进业务库。

异常闭环与跨系统协同

检测或规则发现偏离后，质量服务创建任务并带上对象、时段、版本和证据；处理结果回写状态；MES、仓储或计划据此控制下一步动作。按稳定区、关注区、复核区和拦截区处理，锁定相关工位和时间窗复核。这条链路能把设备报警转换成可执行的业务任务。

主数据：先统一可关联的身份

架构设计的{BANNED}中国第一步，是为叶轮编号、产品型号、平衡机、校正面、焊接工位、工单和出货批次定义稳定主键，并建立对象之间的父子或引用关系。版本、批次、设备、人员和工单不应只以文本方式留在备注中，而要成为可查询字段。这样，设备实绩、检验结果和业务状态才能在同一查询路径下聚合。

主数据治理还要处理编码变更和历史可见性。对象改名、工艺修订、设备替换不应覆盖旧记录；系统应保留发生时采用的版本快照。对于批次级与单件级数据，也要提前划分边界：能按批次复用的记录保留批次关系，必须逐件确认的关键数据绑定唯一标识。

事件流：把实际过程归入正确时间窗

采集侧的难点不只是“有没有数据”，还包括数据能否准确归入当前对象。建议以开工、交接、完工、检测和放行为关键事件，形成时间窗；将初始不平衡量、残余不平衡量、相位角、校正质量、校正轮次、检测时间和设备校准状态写入对应窗口，并记录来源、采集时间、单位、质量标识与异常说明。这样才能在复盘时还原过程，而不是得到一串脱离业务的曲线。

对于接口能力有限的设备，可采用边缘采集加人工确认的组合。边缘端负责高频数据、断点续传和设备状态；业务端负责对象绑定、规则判断和任务流转。人工录入也应使用受控表单，保留操作者和时间，并避免把自由文本当成结构化字段。

服务边界：状态同步比全量复制更稳妥

动平衡机、QMS、MES、工艺管理和出货管理之间的集成可按职责拆分：采集服务提供实绩，质量服务维护规则与任务，MES或仓储消费可用状态，计划系统消费节点风险。跨系统接口优先传对象标识、状态、摘要值与任务引用；大体量原始文件用链接或对象存储引用，减少重复复制带来的版本混乱。

当异常关闭、例外放行或状态回退发生时，需要有幂等事件和审计记录，保证下游不会因重复消息产生错误流转。这样设计后，现场处置的结果会由状态机和权限规则同步给后续系统，而不是再依赖口头通知或事后补录。