GB/T 39850-2021
基本信息
标准号： GB/T 39850-2021
中文名称：国际贸易核心构件业务单证集成技术规范
标准类别：国家标准(GB)
标准状态：现行
出版语种：简体中文
下载格式：.zip .pdf
下载大小：2946784
相关标签： 国际贸易 核心 构件 业务 单证 集成 技术规范
标准分类号
关联标准
出版信息
相关单位信息
标准简介
GB/T 39850-2021.Core components business document assembly technical specification for international trade.
范围
GB/T 39850规定了将基于核心构件技术规范(CCTS)的数据模型集成为语法独立的业务单证的规则，包括业务单证集成框架、业务单证的结构、对报文组件进行命名、定义和构建的规则,以及报文组件与业务实体的关联规则等。
GB/T 39850适用于开放环境中企业、政府机构和/或其他组织之间任何业务信息的共享或交换。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
GB/T 18811-2012电 子商务基本术语(UN/CEFACT Core Component Technical Specification Version 3.0,IDT)
3术语和定义
GB/T 18811-2012界定的以及下列术语和定义适用于本文件。为了便于使用，以下重复列了GB/T 18811-2012中的某些术语和定义。
3.1
聚合业务信息实体 aggregate business information entity ;ABIE
由相互关联的若千条业务信息组成的集合。
注1:表达了特定语境中清晰的业务含义。当采用建模语言来表述时,表达了特定业务语境中的一个对象类。
注2:改写GB/T 18811-2012,定义2.1。
3.2
关联业务信息实体 association business information entity ;ASBIE
一个特定的、与另一个聚合业务信息实体(被称为关联聚合业务信息实体)相关联的聚合业务信息实体(被称为已关联的聚合业务信息实体)的角色。
范围
GB/T 39850规定了将基于核心构件技术规范(CCTS)的数据模型集成为语法独立的业务单证的规则，包括业务单证集成框架、业务单证的结构、对报文组件进行命名、定义和构建的规则,以及报文组件与业务实体的关联规则等。
GB/T 39850适用于开放环境中企业、政府机构和/或其他组织之间任何业务信息的共享或交换。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
GB/T 18811-2012电 子商务基本术语(UN/CEFACT Core Component Technical Specification Version 3.0,IDT)
3术语和定义
GB/T 18811-2012界定的以及下列术语和定义适用于本文件。为了便于使用，以下重复列了GB/T 18811-2012中的某些术语和定义。
3.1
聚合业务信息实体 aggregate business information entity ;ABIE
由相互关联的若千条业务信息组成的集合。
注1:表达了特定语境中清晰的业务含义。当采用建模语言来表述时,表达了特定业务语境中的一个对象类。
注2:改写GB/T 18811-2012,定义2.1。
3.2
关联业务信息实体 association business information entity ;ASBIE
一个特定的、与另一个聚合业务信息实体(被称为关联聚合业务信息实体)相关联的聚合业务信息实体(被称为已关联的聚合业务信息实体)的角色。
标准图片预览
标准内容
ICIS35.240.60
中华人民共和国国家标准
GB/T39850—2021
国际贸易核心构件业务单证集成技术规范Core components business document assembly technical specification forinternational trade
(UN/CEFACT Corc components business documcnt assemblytechnical specification1.o,MOD)2021-03-09发布
国家市场监督管理总局
国家标准化管理委员会
2021-10-01实施
-riKacerKAca-
规范性引用文件
术语和定义
业务单证集成架
5集成业务单证的特征
6业务单证结构*
报文业务信息实体（MBIE）
6.2命名和定义
6.3排序
业务单证头
约束条件
参考文献
-rrKaeerKa-
GB/T39850—2021
-riKacerKAca-
本标准按照GB/T1.12009给出的规则起草。GB/T39850—2021
本标准使用重新起草法修改采用联合国贸易便利化与电子业务中心（UN/CEFACT)标准“核心构件业务单证集成技术规范1.0版”。本标准与UN/CEFACT标准核心构件业务单证集成技术舰范1.0版》相比在结构上有较大调整，具体如下：
删除国际文件第1章“文件状态”第2章“项月组成员”及第3章“引言”将国际文件第1章“综述”的内容，调整到本标准的第4章“业务单证集成框架”和第5章“集成业务单证的特征”中：
国际支件的第5章第6章、第7章分别对应本标准第6章、第7章、第8章；国际文件的第9章“术语和定义”调整为本标准第3章“术语和定义”；删除了原义的资料性附录A。
本标准做了下列编辑性修改：
将标准名称改为国际贸易核心构件业务单证集成技术规范》；增加了1章“范国”第2章“规范性引用文件”本标准由全国电子业务标准化技术委员会（SAC/TC83)归口本标准起草单位：中国标准化研究院、深圳市众信电子商务交易保障促进中心、宁波高新区汇才标准化技术服务有限公司、贸促科技（厦门)有限责任公司、东莞市安蓓士电子科技有限公司、浙江自之仕家具有限公司、浙江企航工贸有限公司、中国电子口岸数据中心，国家口岸件理办公空，中国国际贸易保进委员会商业行业委员会、四川蜀杰通用电气有限公司、中信载卡股份有限公司、山东省标雅化研究院、福建省电子口管理中心。
本标准主妻起草人：张荫芬、潘瑶、熊涛、罗玉袁、本安、姚歆、甄宁龙、孙丽玲、周根高、于洋、祁亚如、杜佳、乔珍珍、魏敏、施建平、上曦、赵敏、亦海峰、林吕浩、刘利红、杨玉娥、高存杰、-rrKaeerkca-
-riKacerKAca-
1范围
国际贸易核心构件业务单证集成技术规范GB/T39850—2021
本标准规定了将基十核心构件技术规范（CTS)的数据赖型集成为语法独立的业务单证的规则：包括业务单证集成框架、业务单证的结构、对报文组件迅行命名、定义和构建的规则.以及报义组件与业务实体的关联则等
本标准适用」开放环境中企业、收府机构和/或其他组织之间任何业务信息的共亨或交换。2规范性引用文件
下列文件对于本义件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本义件。凡是不注日期的引用文件，其最新版本（包括所有的修改单)适用于本文件，GB/T18811—2o12电了商务基本术语（UN/CEFACTCoreCompanenTerchnienlSpecilientionVersicn 3.0, IDT)
3术语和定义
GB/T188112012界定的以及下列术语和定义适用丁本义件，为了使于使用.以下重复列GB/T18811一2012中的某些术语和义3.1
聚合业务信息实体
aggregate husiness information entity; ABIE由相互关联的若干条业务信息组成的集合。注1：表运了特定语境中清晰的业务含义。当采用建模语言米表述时，表达了特定业务语境中的个对象类。注2：改写GB/T1H8112012定义2.1。3.2
关联业务信息实体associationbusiness informationentity：ASBIE个特定的、与另一个聚合业务信息实体（被称为关联聚合业务信息实体）相关联的聚合业务信息实体（被称为已关联的聚合业务信息实体）的角色注1：关联业务信息实体在功能上作为一个关联聚合业务信息实体的聚合业务信息实体特性。注2：改马CB/T1S811—2012，定义2.11.3.3
聚合核心构件aggrcgatecorc component：AC由柜互关联的若干条业务信息组成的集合注1：表达洁断的业务命义，独立于在何特定业务语境，当川建模术语来表适时，表示一个独于任何特定业务语境的对象类。
注2:改号GB/T 188112012-定义2,3。3.4
属性attribute
某个实体的部分或所有实例具备的也命名的值或关系，并与实例右接的关联。GB/T18811—2012.定义2.15
rKaeerkAca-
GB/T39850—2021
businesspartner
业务伙伴wwW.bzxz.Net
业务伙伴就是业务流程中的参与方，其表现形式为组织、组织所属部门或人员。3.6
business context
业务语境
用一组语境类别的值米标识的特定业务环境的形式化描述，允许对不同业务环境进行唯区分GB/T18811—2012.定义2.22
业务信息实体
busincssinformationcntity:BiF核心构件在特定语境下的具体实现，构成具有唯业务语境定义的条或红业务数据GB/T18811—2C12.定义2.29
业务交互
business interaction
某一业务语境下业务伙伴间的业务报文交换注：业务交互涉及某一业务伙半就业务单证中至少一项E的修改与对方进行的沟通3.9
business document
业务单证
在业务过程的某一步骤所交换的一套信息，注：业务单证在业务实体层面更新信息，阅如产品、合同、地点等等。交换一价业务单证就是使涉及其中的业务伙伴同步「解邮些业务实体的状态。3.10
husinessprocess
业务过程
UNCEFACT通用业务过程日录中描述的业务过程：GB/T18811—2012,定义2.32
约束条件
constraint
作为业务规则所表达的
项或多项条件
注：用于限制某内容模型或业务流程，以满足某特定的业务需求，该约束条件试足对需求的正规表达式3.12
context
定义可能使用业务过程的坏境，通过·组名为业务语境的语境类别来规定，_GB/T188112012.定义2.41
语境类别
cuntext category
用于表达业务环境特性的一个或多个相关值构成的集合。H/T18811—2012,定义2.42
定义dcfinition
核心构件、业务信息实体、业务语境或数据类型的唯语义含义：_GB/T18811—2012，定义2.51
dictionary
一套核心构件技术规范构件的宁典条日名称。2
-rrKaeerkAca-
GB/T18811—2C12.定义2.52
报文集成/组件messageassemblyGB/T 39850—2021
为了交换业务信息而将业务信息实体组合为可用的单证的处理过程。对报文业务信息实体的一种组合，而不会收变MBIE的语义。3.17
报文业务信息实体messagehusinessinformationentities；MBIE业务单证的某一组成部分，从ABIE继承定义和结构，展现信息的更新3.18
对象类ohject class
在遵辑数据模型，个数据元所属的逻辑数据组。GB/T188112C12.2.627
4业务单证集成框架
本标准着重于业务单证中的业务信息，不危括传输比类信息所带的任何协议封装规则本标准以抽象和语法中立的方式定义业务单证的结构.作为一种数据模型L统一建模语言（UML）的类图1，可使用各种现有的语法加以实现CCTS核心构件
CCTS业务语境
CCL业务信总实体所
业务单证头
语法实现
EDIFACT
报文纽理
图1业务报文模型
业务报支
图1给出了组何将核心构件与业务单证头组合·形成份完整的业务报文，业务报文是在业务交互描述交换信息的组件容器，份业务报文由·个业务单证头（BDH）以及一项或多项报文组件(MA)组成。BDH包含发送方和接收方的标识、单证类型等内容。MA则是所交换业务数据的集合，报文集成概念模型见图2。3
-rrKaeerkca-
GB/T39850—2021
业务报文
报文组件
有效-
图2报文集成概念模型
业务单证头
业务落境
报文组件（MA)是报文结构的逻辑根。MA包含一项或多项美联报文组件（ASMA），其中每一项都与某一报文业务信息实休（MHIE)相关。MHIF:可通过报文关联业务信息实体（ASMBIF)与其他MBIE进行关联。MBIE从聚合业务信息实体（ABIE)继承其名称、结构及定义。所有MBIE构件（ASMBIE和MBBIE)均从其所继承的ABIE对应构件中继承元构件，比如名称、定义及属性术语MBIE从ABIE继承构件的基数和值能会受到ABIE构件（BBIE和ASBIE)的限制，核心构件业务单证集成（CCBI)A)概念模型见图3，报文组件
投文业务信点实体
聚合业务信息实体
ASMBIE
图3核心构件业务单证集成（CCBDA）概念模型语法中立的业务报文在具体的语法和技术协议中实。报文组件（MA)和美联报文组件（ASMA)不是（CTS聚合业务信息实体（AHIF)，并且不应与聚合核心构件（ACC进行对应ASMA是MA的构件：MA可基于更为通用的MA，就像聚合业务信息实体（ABIE)可基于更为通用的聚合业务信息实体（ABIE)一样。份业务报文在业务流程处理过程中进行交换：三份有效的业务报文应表明其所处的业务语境：业务语境可是果一业务流程中的某一特定北骤，冉加上业务部门和/或地区，riKaeerkAca
5集成业务单证的特征
集成的业务单证具有下列特行
一不可分割性
GB/T 39850—2021
份业务单证中的任何构成要素（组成部分）本身都不具有任何业务含义，并且不能独立地改变任何业务实体的状态。换言之，在采取任何操作之前，应先对业务单证的整体进行处理只有这样才会研切知道需要采收的措施，致性
业务单证作为一个整体，具有能够变更业务实体状态的业务意义。换言之，业务单证会影响业务实体的状态，是对业务实体最终状态的难-认定。独立性
每一份业务单证都具有共独立的业务意义。一份业务单证的业务实体状态变动与其他业务单证无关。换声之，份业务单证不必依赖于任何其他的业务单证。持久性
·山业务单证完成处理，所有已更改的业务实体的状态将保持更改，直到以后的业务单证引人进一步的史改。换言之，只能通过新的业务单证再次史改（甚至恢复），幕等性
处理同业务单证的多个副本或多次处理业务单证对业务实体状态的影响与仅处理一个副本的影响相同，例如，妞果一个业务单证要求“以1个单位增加某产品的库存”，那么处埋同一个业务单证的10个副本仍然只会导致这个产品的个单位的增量。重要的是副本应被认定是副本，而不会将其认定为另一份正本的业务单证，6业务单证结构
6.1报文业务信息实体（MBIE）
MA是报文结构的逻辑根。MA包含一项或多项ASMA.其中每一项都与某一MBIE关联，规则1:每一项MA必须有一项或多项各自关联某一MBIE的ASMA。MA可以是另一设定MA的子集，只要将作为子集的MA限制在上层MA的相应语境之下。规则2：如果某MA被设定为贝MA的子集，子集MA的语境值应至少纳人项对应于上层MA语境俏的受限语境值。
规则3：MA受限时，不必额外追加MBIEMBIF定义的是零纳人哪些ABIE的构件。MHIF的内容模型可与ABIF内容模型相同，或者可以是AHIE内容模型的子集。
MBIE从ABIE中继承名称、结构和定义。MBIE在MA的范围内定义，超出这个范围就不复存在。相向的MBIE可出现在其他MA中，但重用时则各不相同。
MBIF的结构（例如H构件的重复次数，即H所属MBBIE和ASBIE数虽）可针对下层ABIF加以限制（过可应用约束条件，见第8章）。适用规则如下规则4：如果MBIE是受限的ABIE形态，就应明确指定这一限制，规则5:MBIE从作为基准的ABIE继承结构，MBIE的整套构件就可为基准ABIE全套构件的一个了集，
规则6：MHIE应含有基准ABIF所有的强制性构件（BHIE和/或ASBIE）：这些构件成为MHHIF-riKacerKAca-
GB/T39850—2021
和/或ASMBIE
MBIE所属构件即可为基础构件（MBBIE)，也可以是美联构件（ASMBIE)。规则7:MBIE应以唯一标识给子确定。舰则8：MBIE通过ASBIE可与其他MBIE具有0或多项关联，规则9：MHIE可从基准ABIF派生6或多项MBHIF规则10：MBIE的每一个属性都应从其基准ABIE中派生，并Ⅱ一个MBIE应至少包含个属性，规则II：一个MBIE属性可以下列任何一种乃至所有方式受限于其继承的ABIE属性：）某一惯用的可选构件被定为必选：b）某-可选构件可能不被使用；c）某一惯用的可选或必选属性可能被规定了较小的最人出现次数，但不应小于最小出现次数。
规则12：MBIE属性的最人出现次数应不超出ABIE所定义的晟大出现次数MBBIE具有可能对基础数据类型qDT加以限制的报文数据类型（MDT)。规则13:限制不一定适用μ)T。
规则14：如果MI)T是@I)T的受限形态，就应明确指定所有的限制。规则15：MI)T不得向某一数据类型迫加尚未存在的增补构件见则16：MI)T可以将增补构件的最人基数从1降到0。增补构件的最小数量为6规则17：M1YI可以限制增补构件或内容构件的值域使之比基准a)T的约束条件更加严格，限制值域的一例可以是某一代码表中一个受限的代码子集。规则18：MDT可以限制增补构件或内容构件层面的值，使之比基准cDT的约束条件更加严格。核心构件业务单证集成（CCBI)A)元模型见图4。业务报文中的登记入库的MA、MHIE、ASMHIE、MBBIE以及MDT拥有定义于CCTS的一套续密的元数据，6
-rKaeerkca-
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国国家标准
GB/T39850—2021
国际贸易核心构件业务单证集成技术规范Core components business document assembly technical specification forinternational trade
(UN/CEFACT Corc components business documcnt assemblytechnical specification1.o,MOD)2021-03-09发布
国家市场监督管理总局
国家标准化管理委员会
2021-10-01实施
-riKacerKAca-
规范性引用文件
术语和定义
业务单证集成架
5集成业务单证的特征
6业务单证结构*
报文业务信息实体（MBIE）
6.2命名和定义
6.3排序
业务单证头
约束条件
参考文献
-rrKaeerKa-
GB/T39850—2021
-riKacerKAca-
本标准按照GB/T1.12009给出的规则起草。GB/T39850—2021
本标准使用重新起草法修改采用联合国贸易便利化与电子业务中心（UN/CEFACT)标准“核心构件业务单证集成技术规范1.0版”。本标准与UN/CEFACT标准核心构件业务单证集成技术舰范1.0版》相比在结构上有较大调整，具体如下：
删除国际文件第1章“文件状态”第2章“项月组成员”及第3章“引言”将国际文件第1章“综述”的内容，调整到本标准的第4章“业务单证集成框架”和第5章“集成业务单证的特征”中：
国际支件的第5章第6章、第7章分别对应本标准第6章、第7章、第8章；国际文件的第9章“术语和定义”调整为本标准第3章“术语和定义”；删除了原义的资料性附录A。
本标准做了下列编辑性修改：
将标准名称改为国际贸易核心构件业务单证集成技术规范》；增加了1章“范国”第2章“规范性引用文件”本标准由全国电子业务标准化技术委员会（SAC/TC83)归口本标准起草单位：中国标准化研究院、深圳市众信电子商务交易保障促进中心、宁波高新区汇才标准化技术服务有限公司、贸促科技（厦门)有限责任公司、东莞市安蓓士电子科技有限公司、浙江自之仕家具有限公司、浙江企航工贸有限公司、中国电子口岸数据中心，国家口岸件理办公空，中国国际贸易保进委员会商业行业委员会、四川蜀杰通用电气有限公司、中信载卡股份有限公司、山东省标雅化研究院、福建省电子口管理中心。
本标准主妻起草人：张荫芬、潘瑶、熊涛、罗玉袁、本安、姚歆、甄宁龙、孙丽玲、周根高、于洋、祁亚如、杜佳、乔珍珍、魏敏、施建平、上曦、赵敏、亦海峰、林吕浩、刘利红、杨玉娥、高存杰、-rrKaeerkca-
-riKacerKAca-
1范围
国际贸易核心构件业务单证集成技术规范GB/T39850—2021
本标准规定了将基十核心构件技术规范（CTS)的数据赖型集成为语法独立的业务单证的规则：包括业务单证集成框架、业务单证的结构、对报文组件迅行命名、定义和构建的规则.以及报义组件与业务实体的关联则等
本标准适用」开放环境中企业、收府机构和/或其他组织之间任何业务信息的共亨或交换。2规范性引用文件
下列文件对于本义件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本义件。凡是不注日期的引用文件，其最新版本（包括所有的修改单)适用于本文件，GB/T18811—2o12电了商务基本术语（UN/CEFACTCoreCompanenTerchnienlSpecilientionVersicn 3.0, IDT)
3术语和定义
GB/T188112012界定的以及下列术语和定义适用丁本义件，为了使于使用.以下重复列GB/T18811一2012中的某些术语和义3.1
聚合业务信息实体
aggregate husiness information entity; ABIE由相互关联的若干条业务信息组成的集合。注1：表运了特定语境中清晰的业务含义。当采用建模语言米表述时，表达了特定业务语境中的个对象类。注2：改写GB/T1H8112012定义2.1。3.2
关联业务信息实体associationbusiness informationentity：ASBIE个特定的、与另一个聚合业务信息实体（被称为关联聚合业务信息实体）相关联的聚合业务信息实体（被称为已关联的聚合业务信息实体）的角色注1：关联业务信息实体在功能上作为一个关联聚合业务信息实体的聚合业务信息实体特性。注2：改马CB/T1S811—2012，定义2.11.3.3
聚合核心构件aggrcgatecorc component：AC由柜互关联的若干条业务信息组成的集合注1：表达洁断的业务命义，独立于在何特定业务语境，当川建模术语来表适时，表示一个独于任何特定业务语境的对象类。
注2:改号GB/T 188112012-定义2,3。3.4
属性attribute
某个实体的部分或所有实例具备的也命名的值或关系，并与实例右接的关联。GB/T18811—2012.定义2.15
rKaeerkAca-
GB/T39850—2021
businesspartner
业务伙伴wwW.bzxz.Net
业务伙伴就是业务流程中的参与方，其表现形式为组织、组织所属部门或人员。3.6
business context
业务语境
用一组语境类别的值米标识的特定业务环境的形式化描述，允许对不同业务环境进行唯区分GB/T18811—2012.定义2.22
业务信息实体
busincssinformationcntity:BiF核心构件在特定语境下的具体实现，构成具有唯业务语境定义的条或红业务数据GB/T18811—2C12.定义2.29
业务交互
business interaction
某一业务语境下业务伙伴间的业务报文交换注：业务交互涉及某一业务伙半就业务单证中至少一项E的修改与对方进行的沟通3.9
business document
业务单证
在业务过程的某一步骤所交换的一套信息，注：业务单证在业务实体层面更新信息，阅如产品、合同、地点等等。交换一价业务单证就是使涉及其中的业务伙伴同步「解邮些业务实体的状态。3.10
husinessprocess
业务过程
UNCEFACT通用业务过程日录中描述的业务过程：GB/T18811—2012,定义2.32
约束条件
constraint
作为业务规则所表达的
项或多项条件
注：用于限制某内容模型或业务流程，以满足某特定的业务需求，该约束条件试足对需求的正规表达式3.12
context
定义可能使用业务过程的坏境，通过·组名为业务语境的语境类别来规定，_GB/T188112012.定义2.41
语境类别
cuntext category
用于表达业务环境特性的一个或多个相关值构成的集合。H/T18811—2012,定义2.42
定义dcfinition
核心构件、业务信息实体、业务语境或数据类型的唯语义含义：_GB/T18811—2012，定义2.51
dictionary
一套核心构件技术规范构件的宁典条日名称。2
-rrKaeerkAca-
GB/T18811—2C12.定义2.52
报文集成/组件messageassemblyGB/T 39850—2021
为了交换业务信息而将业务信息实体组合为可用的单证的处理过程。对报文业务信息实体的一种组合，而不会收变MBIE的语义。3.17
报文业务信息实体messagehusinessinformationentities；MBIE业务单证的某一组成部分，从ABIE继承定义和结构，展现信息的更新3.18
对象类ohject class
在遵辑数据模型，个数据元所属的逻辑数据组。GB/T188112C12.2.627
4业务单证集成框架
本标准着重于业务单证中的业务信息，不危括传输比类信息所带的任何协议封装规则本标准以抽象和语法中立的方式定义业务单证的结构.作为一种数据模型L统一建模语言（UML）的类图1，可使用各种现有的语法加以实现CCTS核心构件
CCTS业务语境
CCL业务信总实体所
业务单证头
语法实现
EDIFACT
报文纽理
图1业务报文模型
业务报支
图1给出了组何将核心构件与业务单证头组合·形成份完整的业务报文，业务报文是在业务交互描述交换信息的组件容器，份业务报文由·个业务单证头（BDH）以及一项或多项报文组件(MA)组成。BDH包含发送方和接收方的标识、单证类型等内容。MA则是所交换业务数据的集合，报文集成概念模型见图2。3
-rrKaeerkca-
GB/T39850—2021
业务报文
报文组件
有效-
图2报文集成概念模型
业务单证头
业务落境
报文组件（MA)是报文结构的逻辑根。MA包含一项或多项美联报文组件（ASMA），其中每一项都与某一报文业务信息实休（MHIE)相关。MHIF:可通过报文关联业务信息实体（ASMBIF)与其他MBIE进行关联。MBIE从聚合业务信息实体（ABIE)继承其名称、结构及定义。所有MBIE构件（ASMBIE和MBBIE)均从其所继承的ABIE对应构件中继承元构件，比如名称、定义及属性术语MBIE从ABIE继承构件的基数和值能会受到ABIE构件（BBIE和ASBIE)的限制，核心构件业务单证集成（CCBI)A)概念模型见图3，报文组件
投文业务信点实体
聚合业务信息实体
ASMBIE
图3核心构件业务单证集成（CCBDA）概念模型语法中立的业务报文在具体的语法和技术协议中实。报文组件（MA)和美联报文组件（ASMA)不是（CTS聚合业务信息实体（AHIF)，并且不应与聚合核心构件（ACC进行对应ASMA是MA的构件：MA可基于更为通用的MA，就像聚合业务信息实体（ABIE)可基于更为通用的聚合业务信息实体（ABIE)一样。份业务报文在业务流程处理过程中进行交换：三份有效的业务报文应表明其所处的业务语境：业务语境可是果一业务流程中的某一特定北骤，冉加上业务部门和/或地区，riKaeerkAca
5集成业务单证的特征
集成的业务单证具有下列特行
一不可分割性
GB/T 39850—2021
份业务单证中的任何构成要素（组成部分）本身都不具有任何业务含义，并且不能独立地改变任何业务实体的状态。换言之，在采取任何操作之前，应先对业务单证的整体进行处理只有这样才会研切知道需要采收的措施，致性
业务单证作为一个整体，具有能够变更业务实体状态的业务意义。换言之，业务单证会影响业务实体的状态，是对业务实体最终状态的难-认定。独立性
每一份业务单证都具有共独立的业务意义。一份业务单证的业务实体状态变动与其他业务单证无关。换声之，份业务单证不必依赖于任何其他的业务单证。持久性
·山业务单证完成处理，所有已更改的业务实体的状态将保持更改，直到以后的业务单证引人进一步的史改。换言之，只能通过新的业务单证再次史改（甚至恢复），幕等性
处理同业务单证的多个副本或多次处理业务单证对业务实体状态的影响与仅处理一个副本的影响相同，例如，妞果一个业务单证要求“以1个单位增加某产品的库存”，那么处埋同一个业务单证的10个副本仍然只会导致这个产品的个单位的增量。重要的是副本应被认定是副本，而不会将其认定为另一份正本的业务单证，6业务单证结构
6.1报文业务信息实体（MBIE）
MA是报文结构的逻辑根。MA包含一项或多项ASMA.其中每一项都与某一MBIE关联，规则1:每一项MA必须有一项或多项各自关联某一MBIE的ASMA。MA可以是另一设定MA的子集，只要将作为子集的MA限制在上层MA的相应语境之下。规则2：如果某MA被设定为贝MA的子集，子集MA的语境值应至少纳人项对应于上层MA语境俏的受限语境值。
规则3：MA受限时，不必额外追加MBIEMBIF定义的是零纳人哪些ABIE的构件。MHIF的内容模型可与ABIF内容模型相同，或者可以是AHIE内容模型的子集。
MBIE从ABIE中继承名称、结构和定义。MBIE在MA的范围内定义，超出这个范围就不复存在。相向的MBIE可出现在其他MA中，但重用时则各不相同。
MBIF的结构（例如H构件的重复次数，即H所属MBBIE和ASBIE数虽）可针对下层ABIF加以限制（过可应用约束条件，见第8章）。适用规则如下规则4：如果MBIE是受限的ABIE形态，就应明确指定这一限制，规则5:MBIE从作为基准的ABIE继承结构，MBIE的整套构件就可为基准ABIE全套构件的一个了集，
规则6：MHIE应含有基准ABIF所有的强制性构件（BHIE和/或ASBIE）：这些构件成为MHHIF-riKacerKAca-
GB/T39850—2021
和/或ASMBIE
MBIE所属构件即可为基础构件（MBBIE)，也可以是美联构件（ASMBIE)。规则7:MBIE应以唯一标识给子确定。舰则8：MBIE通过ASBIE可与其他MBIE具有0或多项关联，规则9：MHIE可从基准ABIF派生6或多项MBHIF规则10：MBIE的每一个属性都应从其基准ABIE中派生，并Ⅱ一个MBIE应至少包含个属性，规则II：一个MBIE属性可以下列任何一种乃至所有方式受限于其继承的ABIE属性：）某一惯用的可选构件被定为必选：b）某-可选构件可能不被使用；c）某一惯用的可选或必选属性可能被规定了较小的最人出现次数，但不应小于最小出现次数。
规则12：MBIE属性的最人出现次数应不超出ABIE所定义的晟大出现次数MBBIE具有可能对基础数据类型qDT加以限制的报文数据类型（MDT)。规则13:限制不一定适用μ)T。
规则14：如果MI)T是@I)T的受限形态，就应明确指定所有的限制。规则15：MI)T不得向某一数据类型迫加尚未存在的增补构件见则16：MI)T可以将增补构件的最人基数从1降到0。增补构件的最小数量为6规则17：M1YI可以限制增补构件或内容构件的值域使之比基准a)T的约束条件更加严格，限制值域的一例可以是某一代码表中一个受限的代码子集。规则18：MDT可以限制增补构件或内容构件层面的值，使之比基准cDT的约束条件更加严格。核心构件业务单证集成（CCBI)A)元模型见图4。业务报文中的登记入库的MA、MHIE、ASMHIE、MBBIE以及MDT拥有定义于CCTS的一套续密的元数据，6
-rKaeerkca-
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。