标准规范下载简介

GBT 39466.1-2020 ERP、MES与控制系统之间软件互联互通接口 第1部分：通用要求.pdf简介：

"GBT 39466.1-2020 ERP、MES与控制系统之间软件互联互通接口 第1部分：通用要求.pdf" 是一项中国国家标准，由国家标准化管理委员会发布。该标准主要关注企业资源规划（ERP）系统、制造执行系统（MES）和控制系统之间的软件互联互通接口。标准的第1部分关注通用要求，即为这些系统间的接口设计提供了一套通用的原则、规范和指导，目的是确保信息在不同系统之间的顺畅流动，提高企业资源的利用率，优化生产过程，提升整体运营效率。

这个标准可能包括接口的定义、数据交换格式、安全控制、性能要求、互操作性测试等方面的规定，旨在促进各类企业软件之间的兼容性和协作，推动工业4.0背景下数字化、网络化和智能化生产的发展。通过遵循此标准，企业可以降低集成成本，减少错误，提高生产效率和产品质量。

GBT 39466.1-2020 ERP、MES与控制系统之间软件互联互通接口 第1部分：通用要求.pdf部分内容预览：

国家市场监督管理总局 发布 国家标准化管理委员会

GB/T 39466.1—2020

范围 规范性引用文件 术语和定义 缩略语 参考架构 5.1要素 5.2 接口参考 5.3 公共信息 5.4 组件接口规范 5.5 互联互通集成架构 接口参考 公共信息 7.1 原则 7.2 专规 组件接口规范· 信息交换的要求· 9.1 原则· 9.2 信息交换结构 9.3信息交换方式· 9.4 消息命名规则 9.5 消息错误类型 附录A（资料性附录） 离散型制造接口参考描述 附录B（资料性附录） 流程型制造接口参考描述

泡围 规范性引用文件 术语和定义 缩略语 参考架构 5.1要素 5.2 接口参考 5.3 公共信息 5.4 组件接口规范 5.5 互联互通集成架构 接口参考 公共信息 7.1 原则 7.2 专规 组件接口规范 信息交换的要求· 9.1 原则· 9.2 信息交换结构 9.3信息交换方式· 9.4 消息命名规则 9.5 消息错误类型 附录A（资料性附录） 离散型制造接口参考描述 附录B（资料性附录） 流程型制造接口参考描述

GB/T39466.12020

GB/T39466《ERP、MES与控制系统之间软件互联互通接口》分为3个部分 第1部分：通用要求； 第2部分：信息交换； 第3部分：测试要求。 本部分为GB/T39466的第1部分。 本部分按照GB/T1.1一2009给出的规则起草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任， 本部分由中国机械工业联合会提出。 本部分由全国自动化系统与集成标准化技术委员会（SAC/TC159）归口。 本部分起草单位：北京机械工业自动化研究所有限公司、浙江大学智能系统与控制研究所、青岛海 大新星计算机工程中心、江苏金陵智造研究院有限公司、日照市政务服务中心、浙江中智达科技有限公 同、中国海洋大学、浙江中烟工业有限责任公司、北京亚控科技发展有限公司。 本部分主要起草人：张光瑞、申家杰、张雪嫣、孙洁香、李茂盛、谢磊、刘涛、于树松、侯卫锋、叶建位 高磊、杨秋影、王凯、逢顺鹏、虞文进、王文娟、蒋一翔、陈阳、杨家豪、唐利

GB/T39466.1—2020基础代码的概念应包含若干个代码项，代码项应包含基础信息和代码定义等描述信息。基础信息包含基础代码标识、基础代码、代码描述、代码来源、版本号、发布者、启用日期、失效日期、启用状态、替代代码等信息。代码定义包含代码标识、代码、代码描述、启用状态等。基础代码定义的概念（实体关系）如图3所示。基础代码SAG0. . n代码项注：0.n表示零个或多个。图3基础代码7.2.2资源定义专规资源定义专规给出了描述制造企业内部资源的数据表达形式。资源定义包含资源特性、资源特性测量规范、测量结果和资源特性的值，资源定义如图4所示。制造行业生产主要包含四类资源（人员、设备、物料、固定资产），可由资源定义派生为不同的资源定义。资源定义资源特性测量规范资源特性的值测量结果图4资源定义7.2.3过程段专规过程段专规定义了制造企业产品制造过程和操作过程的数据表达形式，过程段是一类特定活动的资源组合以及活动间的依赖关系的抽象，其具体活动的要求为操作定义，操作定义对应于过程段定义。过程段可以是一个简单活动，也可以是一个复杂过程，如生产装置或某一个静态过程。过程段如图5所示。5

GB/T39466.1—20200. .n过程段0..月段依赖0. . n0. . n0. .n0. . n人员段规范设备段规范物料段规范物理资产段规范过程段参数0. . n0..no..n0. .nIo..n人员段规范特性设备段规范特性物料段规范特性物理资产段规范特性注：0..n表示零个或多个。图5过程段7.2.4操作定义专规操作定义是过程段的具体应用，与实际操作目标相关，可以表示特定产品或服务的实现过程。操作定义如图6所示。操作定义物料清单过程段0. . n0. . n0. .段需求物料清单项操作段依赖0. . n0. .0. .n0..n0. . n1. , n0. . 0..n人员规范设备规范物料规范参数规范0..n物理资产规范0. .0.. n0. .7人员规范特性设备规范特性物料规范特性物理资产规范特性注：0..1表示零个或只有一个，0..n表示零个或多个，1..n表示一个或多个。图6操作定义7.2.5过程段能力专规过程段能力专规定义了制造企业资源集成表现能力的数据表达形式。过程段能力如图7所示。6

GB/T 39466.1—20207.2.7操作请求专规操作请求描述了操作调度中单次执行活动的资源配置要求。操作请求如图9所示。操作调度操作请求人员段设备段物料段物理资产段参数表人员段特性设备段特性物料段特性物理资产段特性参数要求图9操作请求7.2.8操作响应专规操作响应描述了制造资源或者过程段随操作活动产生变化的结果。操作响应如图10所示。操作定义操作响应操作请求0. . 770. .11. . 过程段段响应0. .n0. .n0. . n0..n0. .n人员实际设备实际物料实际物理资产实际段数据0. .n1.1. .11. .n人员实际特性设备实际特性物料实际特性物理资产实际特性注：0..1表示零个或只有一个，0..n表示零个或多个，1..n表示一个或多个。图10操作响应7.2.9操作绩效专规操作绩效是面向操作调度实际操作过程的综合评价结果，由完成相应操作调度的所有过程活动的操作响应数据构成。操作绩效如图11所示。8

GB/T 39466.1—2020操作绩效1. . n操作定义操作响应操作请求0. . n0..11. . n过程段段响应0. .0. . n0. . n0. .7人员实际设备实际物料实际物理资产实际段数据0. , 1. . R1. . n1. . n人员实际特性设备实际特性物料实际特性物理资产实际特性注：0.1表示零个或只有一个，0..n表示零个或多个《识别卡集成电路卡第13部分：在多应用环境中的应用管理命令 GB/T16649.13-2013》，1..n表示一个或多个。图11操作绩效7.2.10操作指令专规操作指令专规定义了执行管理组件向过程控制器下发操作指令的信息。操作指令如图12所示。操作指令0..10..10. . 10..1安全约束控制要求执行确认要求时间要求0. 月0. .n约束项变量设定值注：0..1表示零个或只有一个，0..n表示零个或多个。图12操作指令7.2.11过程数据专规过程数据专规是控制系统从生产现场实时收集过程数据的信息。过程数据如图13所示。

GB/T 39466.1—2020过程数据0. .n当前值注：0..n表示零个或多个。图13过程数据7.2.12控制报警专规模板控制报警专规是控制系统向关联功能单元提供报警信息的信息。控制报警如图14所示。控制报警0. .n报警项注：0..n表示零个或多个。图14控制报警8组件接口规范互联互通实施的前提是规定一个子功能（或服务）以一种标准的方式与其他子功能（或服务）交换信息或访问公共可用数据所应该实现的接口。这些组件接口描述了服务为此目的所使用的特定的方法和形式，以及交换的信息内容。图15给出了CIS。业务组件由..构成功能单元信息交换方式由..构成采用发起子功能传递信息交换活动信息交换信息接受图15CISCIS规定了服务或系统所使用的接口，明确了典型的服务和组件CIS描述了在两个或更多的应用之间进行交换的信息内容，以及用什么方式来传递这些消息。表1给出了CIS的通用描述方法，开发者应按照表1发布服务的接口描述定义。开发者也可遵循CIS，开发面向系统服务集成的接口适配器。10

GB/T39466.1—2020b）应用系统，表示一组信息交换的汇集，通常表示一个应用系统，C）服务，表示一组信息交换方法的汇集，通常表示一个应用系统中的一组业务功能。服务通常指定了这组信息交互换的交换方式。d）交换方法，表示完成一次信息交换的方法，它一般包括方法名、输人、输出。9.33信息交换方式9.3.1概述本部分定义的信息交换方式主要包括拉方式、推方式和发布订阅方式。信息交换方式是信息交换的参考，与实现技术无关。本部分的消息定义不包含具体实现技术的相关信息，也不包括具体行业所需的特殊定义，在使用本部分时应根据实际情况补充相关定义内容9.3.2拉方式拉方式是指消息消费者向消息提供者请求特定内容的场景，一般用于数据查询操作的应用场景。消息消费者向消息提供者发送GET型消息，消息提供者接到消息后将消费者所需信息包装成约定消息格式以SHOW型消息返回给消费者。拉方式的信息交互如图17所示。消息消费者消息提供者(Message)GetObject《Message>ShowObject消息消费者消息提供者图17拉方式信息交换过程9.3.3推方式推方式是指消息发送者向消息接收者提交信息，消息接收者将该信息处理结果反馈给消息发送者直至本次事务结束的过程。常见于系统间事务请求/响应的处理场景推方式含有处理（Process）、改变（Change）、撤销（Cancel）、告知（Acknowledge）、确认（Confirm）、回复（Respond)等消息类型。处理型消息是本次事务的起点，回复型消息是本次事务完成的终点，撤销、确认型消息都可以终止本次事务。处理、改变、撤销操作可以选择是否需要事务处理者反馈告知型消息。推方式的事务状态如图18所示，12

GB/T 39466.1—2020处理变更提交待确认变更确认驳回确认驳回完成完成撤销撤销图18事务状态图事务请求者向事务处理者发送Process消息发起事务，事务处理者接收到消息后根据Process的告知设置项决定是否返回Acknowledge消息。事务处理者根据处理结果可以向事务请求者返回确认信息，包括接受（Accepted）、修改（Modified）和拒绝（Rejected）三种确认结果。当确认信息为拒绝时，事务关闭。当确认信息为修改时，可提交Change消息重新提交事务请求，也可发送Cancel关闭事务。在事务提交状态，事务请求者可以向事务处理者发送Change修改事务请求和Cancel消息撤销事务请求在事务受理状态，事务请求者可以向事务处理者发送Cancel消息撤销该事务。推方式的消息交互过程如图19所示，其中Acknowledge型消息一般由消息传输协议实现，不应进行专门定义。13

GB/T 39466.1—2020