ICS35.240.60 A 10 中华人民共和国国家标准 GB/T36609—2018 电子发票基础信息规范 Electronic invoice based information specification 2018-09-17发布 2019-01-01实施 国家市场监督管理总局 发布 中国国家标准化管理委员会 GB/T36609—2018 目 次 前言 1范围 2规范性引用文件 3术语和定义、缩略语 3.1术语和定义 3.2 缩略语 信息描述属性 4 4.1 基本属性 4.2 英文名称表示 4.3 缩写名表示 4.4 数据类型及格式 4.5 约束/条件的表示· 信息描述方法 信息模型 6 7 信息摘要描述 7.1 信息实体 7.2 基础通用信息 7.3 红字发票信息 7.4 销售方信息 10 7.5 购买方信息 7.6 开票项目信息 13 7.7 安全信息· 16 7.8 发票状态标志信息 17 7.9 附加信息 18 7.10 发票关联信息 8电子发票信息扩展方法 附录A（规范性附录）代码集 23 A.1代码的描述方法 23 A.1.1描述方法 A.1.2代码标识符· 23 A.2DZ01发票行性质代码（见表A.1） 23 A.3DZ02零税率标识代码（见表A.2） 23 A.4DZ03冲红状态代码（见表A.3） 24 参考文献 25 1 GB/T36609—2018 前言 本标准按照GB/T1.1—2009给出的规则起草 本标准由全国电子业务标准化技术委员会（SAC/TC83）提出并归口。 本标准起草单位：大象慧云信息技术有限公司、重庆远见信息产业集团有限公司、国信电子票据平 台信息服务有限公司、用友网络科技股份有限公司、航天信息股份有限公司、北京京东世纪贸易有限公 司、中国标准化研究院。 本标准主要起草人：陈懿、张爽、蔡磊、孙漠添、张艳军、咸奎桐、张玉魁、曹新九、陈皓、宋艳果、段锐 吴婧、崔健、李蓓、王鹏、刘颖、李泽然、王志民、张北南、杜英垒、隋媛、任冠华。 Ⅲ GB/T366092018 电子发票基础信息规范 1范围 本标准规定了电子发票基础信息的描述属性、描述方法、模型、摘要描述以及扩展方法。 本标准适用于电子发票基础信息的采集、发布、交换、存储和管理等 2规范性引用文件 2 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文 件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB/T7408数据元和交换格式信息交换日期和时间表示法 GB/T17295国际贸易计量单位代码 ISO/IEC19501：2005信息技术开放分布式处理统一建模语言（UML)（版本1.4.2)[Infor mation technologyOpen distributed processingUnified Modeling Language (version 1.4.2)] ISO24156-1:2014术语工作与UML关系中概念模型的图形符号第1部分：术语工作中使用 统一建模语言符号的指南（Graphicnotationsforconceptmodellinginterminologyworkanditsrela tionship with UMLPart l: Guidelines for using UML notation in terminology work) 3术语和定义、缩略语 3.1术语和定义 下列术语和定义适用于本文件。 3.1.1 实体 entity 任何现存、曾经存在的或可能存在的具体的或抽象的事物，包括事物间的关联。 示例：一个人、对象（物体）、事件、观念、过程等 注：实体的存在不依赖于是否有关于它的可用数据 [GB/T18391.1—2009,定义3.2.10] 3.1.2 生attribute 属性 一个对象或实体的特性。 [GB/T18391.1—2009,定义3.1.1] 3.1.3 信息元素 informationelement 信息的基本单元。 注1：与UML术语中的属性同义。 注2：信息元素在信息实体中是唯一的。 3.1.4 本information entity 信息实体 一组说明数据相同特性的信息元素。 1 GB/T36609—2018 注1：与UML术语中的类同义 注2：可以包含一个或一个以上信息实体 3.1.5 数字签名 digital signature 附加在数据单元上的一些数据，或对数据单元所作的密码变换，这种数据或变换允许数据单元的接 收者确认数据单元的来源和完整性，并防止数据单元被人（例如接收者）伪造。 [GB/T15843.1—2008,定义3.1.2] 3.2 2缩略语 下列缩略语适用于本文件。 EI：电子发票（ElectronicInvoice） CA：数字签名（DigitalSignature） 4信息描述属性 4.1基本属性 本标准使用表1中所示的11个属性对电子发票信息实体和信息元素进行描述。表1中： 描述属性：描述信息实体和信息元素的属性； 约束/条件：描述信息实体和信息元素的该属性是必备属性还是可选属性，其中：“M"是“Man datory”的缩写，表示必备属性；“O"是“Optional"的缩写，表示可选属性； 定义及说明：是对属性的说明。 表1信息实体和信息元素描述属性 序号 描述属性 约束/条件 定义及说明 1 中文名称 M 信息实体和信息元素的中文名称 信息实体和信息元素的英文名称。英文名称以牛津英语词典的英文拼 2 英文名称 0 写为准 3 缩写名 0 赋予电子发票信息中实体和信息元素的英文缩写名 4 说明 M 对信息中信息实体和信息元素含义的解释 SAG 对信息实体和信息元素的有效值域和允许对该值域内的值进行有效操 5 数据类型及格式 M 作的规定。 数据类型及格式的表示见4.4 6 约束/条件 M 说明一个实体或信息元素是必备的还是可选的，约束/条件的表示见4.5 7 值域 0 信息元素所允许值的集合 8 同义词 0 与信息实体和信息元素名称有区别但表示相同概念的名称 9 最大出现次数 0 说明电子发票信息中一个实体或信息元素最大可出现的次数 用于表示与其相比较的同种量的大小的约定定义和采用的特定量。约 定地赋予计量单位以名称和符号；对于一些同量纲的量，即使它们不是 10 计量单位 同种量，其单位可有相同的名称和符号。对于不同物体，计量单位也不 同，具体见GB/T17295 11 备注 0 信息实体和信息元素进一步的补充说明 2 GB/T36609—2018 4.2英文名称表示 英文名称采用每个英文单词的字母均小写的命名方式。 4.3缩写名表示 信息实体缩写名采用UCC(UpperCamelCase）命名方式，即每个英文单词的首字母均大写，其他 字母均小写，并把这些单词组合起来。 信息元素缩写名采用LCC(LowerCamelCase）命名方式，第一个英文单词所有字母小写，除第 一 个英文单词外，每个单词的首字母大写，其余字母小写，且每个单词的缩写取前两至三位字母，如两个或 多个单词的缩写重复则顺序往后多取1个或多个字母，直到能把这些单词区别开来，最后把这些缩写字 母组合起来；对于一些特殊单词（如type、name、code等），为保留完整词义，可取整个单词。 4.4数据类型及格式 4.4.1数据类型 信息实体的数据类型为复合型。信息元素的数据类型表示方法见表2。 表2数据类型表示方法 数据类型 数据类型的表示 取值 SAC 字符型 c 可以包括字母字符、数字字符或汉字以及其他符号等在内的任意字符 数值型 N 用“0"到“9"数字表达的数值 日期时间型 YYYYMMDDhhmmss 格式按照GB/T7408中规定 二进制流 BY 图像、音频、WAN、RM、AVI、MPEG等二进制流文件格式 4.4.2 数据格式 信息元素的数据格式使用以下形式表达： a）字符型和数值型后加正整数表示定长格式； 示例1：C6表示6位定长的字符。 示例2：N16表示16位定长的数值 b）字符型和数值型后加“..y”表示从最小到最大长度的格式； 示例3：C1.10表示最短1位、最长10位的字符， 示例4：N1..6表示最短1位、最长6位的数值。 c）字符型后加“..ul"表示长度不确定的； 示例5：C..ul表示长度不确定的字符，一般多为大量的文本内容。 d）数值型（N)后加"a，y"表示小数位； 示例6：N..17,2表示最长17位、小数点后两位的数值。 e）二进制流（BY)后加具体的媒体格式。 示例7：BY-JPEG表示“JPEG”格式的文件。 4.5约束/条件的表示 表示一个信息实体或信息元素是必备的还是可选的。表示方法如下： a）M：必备，表示该信息实体或信息元素是必备的； 3 GB/T36609—2018 b）（ C：条件必选，表示该信息实体或信息元素在一定条件下必选，当满足约束/条件中所定义的条 件时是必选的，具体条件在备注中说明； c）O：可选，表示该信息实体或信息元素根据实际应用是可选的。 5信息描述方法 本标准采用统一建模语言（UML）图描述和摘要描述两种方式描述电子发票信息中信息实体和信 息元素。其中： a）UML图描述 本标准采用UML图来描述电子发票信息模型，信息模型体现了电子发票信息描述的信息实体和 信息元素之间的关系。 在UML图中，用类的概念表示电子发票信息实体，用类的属性的概念表示信息元素。 及说明如图1所示。 电子发票信息模型见第6章。 类 类表示信息实体 类1 类2 表示录台，用十凹两个类之间的