《电子凭证会计数据标准——全面数字化的电子发票（试行版）》指南.docx

《《电子凭证会计数据标准——全面数字化的电子发票（试行版）》指南.docx》由会员分享，可在线阅读，更多相关《《电子凭证会计数据标准——全面数字化的电子发票（试行版）》指南.docx（29页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、电子凭证会计数据标准全面数字化的电子发票（试行版）指南为加快全面数字化的电子发票应用和推广实施工作，助力国家数字经济发展和会计信息化建设，提升财政监管和税收征管效能，财政部根据电子发票业务数据规范、电子发票数据电文规范和可扩展商业报告语言（XBRL）技术规范（GB/T 25500-2010）系列国家及行业标准，研究起草了电子凭证会计数据标准全面数字化的电子发票（试行版）（不含铁路电子客票、航空运输电子客票行程单，下同，以下简称数电票标准）。数电票标准以税务部门现行试点实施的全面数字化的电子发票为基础，反映了数电票承载的全部会计信息，以便企业在信息化条件下对相关业务进行会计处理并完成归档工作。同

2、时，数电票标准对发票开具、报销、入账、归档过程中产生的相关会计信息和发票状态信息进行了标准规范，能够有效防止数电票重复入账。为方便阅读理解，我们起草了电子凭证会计数据标准全面数字化的电子发票（试行版）元素清单和本指南。本指南作为数电票标准使用和实例文档解析的说明文件，应与元素清单一并阅读，旨在帮助软件开发商和数电票的接收单位了解数电票标准的架构、内容以及实例文档的要素和解析方式。一、 概述（一） 全面数字化的电子发票介绍全面数字化的电子发票（简称“数电票”）是与纸质发票具有同等法律效力的全新发票，不以纸质形式存在、不用介质支撑、无须申请领用、发票验旧及申请增版增量。纸质发票的票面信息全面数字化

3、，将多个票种集成归并为电子发票单一票种，数电票实行全国统一赋码、自动流转交付。数电票破除特定版式要求，增加了XML的数据电文格式便利交付，同时保留PDF、OFD等格式，降低发票使用成本，提升纳税人用票的便利度和获得感。数电票样式根据不同业务进行差异化展示，为纳税人提供更优质的个性化服务。接收方取得数电票报销入账归档的，应按照财政部 国家档案局关于规范电子会计凭证报销入账归档的通知（财会20206号，以下称通知）和会计档案管理办法（财政部、国家档案局令第79号）的相关规定执行。第一，接收方可以根据通知第三条、第五条的规定，仅使用数电票含有数字签名的XML文件进行报销入账归档，可不再另以纸质形式保

4、存。第二，接收方如果需要以数电票的PDF、OFD格式文件的纸质打印件作为报销入账归档依据的，应当根据通知第四条的规定，同时保存数电票含有数字签名的XML格式电子文件。（二） 开具端和接收端工作简介企业、单位在实际发生交易后，数电票开具方按照税务主管部门的有关要求，开具数电票。接收方获取数电票文件后，通过财政部门提供的免费工具包或自研信息系统解析数电票的结构化数据用于报销、入账。企业、单位在使用数电票报销完成，进行会计入账时，需依据财政部数电票标准的要求形成入账端电子凭证-会计信息结构化数据文件，并与开具端数电票带有数字签名的XML文件一并进行会计档案归档备查。二、 数电票开具方数电票开具方应按

5、照税务主管部门的有关要求（参见电子发票业务数据规范和电子发票数据电文规范），开具出符合要求的数电票。（一） XML数电票样例 23442000000000130159 SWEI4400 0.2 Y 是否蓝字发票标志 01 电子发票 01 增值税专用发票 1 一般纳税人 企业行业性质类标签 01,20 成品油生产企业,生产型出口企业 发票开具方式标签 1 网页开票 91440600065160777Y 箭牌家居集团股份有限公司 佛山市三水区南山镇康裕三路1号1座（住所申报） 13702921726 中国工商银行股份有限公司佛山南海同乐支行 2432434 914406065608413420 佛

6、山市顺德区尊品无纺布制品有限公司 2.00 0.12 2.12 贰圆壹角贰分 谢岳荣 2023-02-23 *人力资源服务*劳务 2 1 2.00 0.060000 0.120000 2.120000 3040803010000000000 备注内容描述 02 23442000000000130159 2023-02-23 10:08:05 14400000000 国家税务总局广东省税务局 1.2.156.10197.1.501 DETACH 2023-02-23 10:08:55 （二） XML数电票样例要素参考说明上述XML数电票样例中各数据要素的描述性说明如下表所示，供各试点单位参考。表

7、 1：XML数电票样例要素参考说明元素名（英文）元素名（中文）元素类型数据类型及格式备注EInvoice发票信息节点- Header头部信息节点- EIid电子发票识别码发票数据元 EInvoiceTag电子发票标识基本数据类型字符型，长度：8格式为“SWEI监管机构行政区划代码”，区划代码为4位数字。例如广东省监制的发票标识为“SWEI4400”。 Version版本基本数据类型字符型，长度：8固定值，电子发票的规范版本，目前版本为0.2 InherentLabel固定标签节点- InIssuType开票类型节点-本节点标记发票属于红字票或蓝字票 LabelCode标签代码发票数据元 Lab

8、elName标签名称发票数据元 EInvoiceType发票票种节点- LabelCode标签代码发票数据元 LabelName标签名称发票数据元 GeneralOrSpecialVAT票种类节点- LabelCode标签代码发票数据元 LabelName标签名称发票数据元 TaxpayerType纳税人类型节点- LabelCode标签代码发票数据元 LabelName标签名称发票数据元 UndefinedLabel其他标签节点- Label标签节点- LabelType标签类别发票数据元 LabelCode标签代码发票数据元 LabelName标签名称发票数据元 EInvoiceData票

9、面信息节点- SellerInformation销售方信息节点- SellerIdNum销售方纳税人识别号发票数据元字符型，长度：1，20 SellerName销售方名称发票数据元字符型，长度：1，200 SellerAddr销售方地址发票数据元字符型，长度：1，200 SellerTelNum销售方电话发票数据元字符型，长度：1，60 SellerBankName销售方开户行发票数据元字符型，长度：1，80 SellerBankAccNum销售方账号发票数据元字符型，长度：1，50 BuyerInformation购买方信息节点- BuyerIdNum购买方纳税人识别号发票数据元字符型，长度

10、：1，20 BuyerName购买方名称发票数据元字符型，长度：1，200 BuyerAddr购买方地址发票数据元字符型，长度：1，200 BuyerTelNum购买方电话发票数据元字符型，长度：1，60 BuyerBankName购买方开户行发票数据元字符型，长度：1，80 BuyerBankAccNum购买方账号发票数据元字符型，长度：1，50 BuyerHandlingName购买方经办人姓名发票数据元字符型，长度：1，50 BasicInformation票面基本信息节点- TotalAmWithoutTax合计金额发票数据元数值型，总长18位，小数点后2位 TotalTaxAm合计税

11、额发票数据元数值型，总长18位，小数点后6位 TotalTax-includedAmount价税合计（小写）发票数据元数值型，总长18位，小数点后2位 TotalTax-includedAmountInChinese价税合计（大写）发票数据元字符型，长度：1，100 Drawer开票人发票数据元字符型，长度：1，50 RequestTime开票请求时间基本数据类型记录开票人提交开票信息的时间 IssuItemInformation票面明细信息节点- ItemName项目名称发票数据元字符型，长度：1，100 SpecMod规格型号发票数据元字符型，长度：1，100 MeaUnits单位发票数据

12、元字符型，长度：1，50 Quantity数量发票数据元数值型，总长18位，小数点后6位 UnPrice单价发票数据元数值型，总长18位，小数点后9位 Amount金额发票数据元数值型，总长18位，小数点后2位 TaxRate税率（征收率）发票数据元数值型，总长10位，小数点后6位 ComTaxAm税额发票数据元数值型，总长18位，小数点后6位 TotaltaxIncludedAmount含税金额发票数据元数值型，总长18位，小数点后6位 TaxClassificationCode商品和服务税收分类编码发票数据元字符型，长度：20 SpecificInformation特定要素信息节点- Ad

13、ditionalInformation附加信息节点- Remark备注基本数据类型字符型，长度：1，4000若特定要素为红字发票，则备注中将包含红票对应蓝票号码及红字确认单编号 SellerAuthentication开票方认证信息节点- AuthenticationMethods认证方式基本数据类型字符型，长度：2 TaxSupervisionInfo税务监制信息节点- InvoiceNumber发票号码发票数据元字符型，长度：1，30 IssueTime发票生成时间发票数据元 TaxBureauCode监制税务机关代码基本数据类型字符型，长度：1，30 TaxBureauName监制税务机

14、关名称基本数据类型字符型，长度：1，100 TaxBureauSignature税务局数字签名节点- Reference签名原文引用基本数据类型字符型，长度：1，200URI=/EInvoice/Header|/EInvoice/EInvoiceData|/EInvoice/SellerAuthentication|/EInvoice/TaxSupervisionInfo|/EInvoice/TaxBureauSignature/SignatureTime SignatureAlgorithm签名算法基本数据类型字符型，长度：1，200按照GB/T 17969.3-2008填写签名算法的对象标

15、识符（ObjectIdentifier，OID）。采用SM3withSM2签名算法时，签名算法的OID为“1.2.156.10197.1.501”。 SignatureFormat签名格式类型基本数据类型字符型，长度：6固定值，DETACH SignatureTime签名时间基本数据类型签名服务器时间 SignatureValue签名值基本数据类型Base64Binary对签名原文进行数字签名的结果 KeyInfo证书信息节点-三、 数电票接收方企业、单位以数电票报销、入账、归档的，应当按照财政部国家档案局关于规范电子会计凭证报销入账归档的通知（财会20206号）的相关规定执行。数电票的传输、

16、存储安全可靠，对任何篡改能够及时发现，作为电子凭证，符合会计档案管理办法（财政部 国家档案局令第79号）的相关要求。（一） 获取并解析数电票，以结构化数据报销企业、单位的业务人员可通过电子发票服务平台、电子邮箱、二维码等渠道获取含有数字签名的XML格式的数电票，通过电子发票服务平台或者全国增值税发票查验平台查验所接收到数电票的合法性、真实性。查验通过后，从XML文件中解析和提取结构化数据信息，转换为计算机可识别的内容，作为报销申请的依据。在报销流程中需建立数电票XML文件与报销单的业务关联关系。接收端试点单位可在报销系统中自行定义报销审批流程、重复报账校验、敏感词校验等合规管理过程。主流财务软

17、件厂商应均已具备解析数电票和生成电子凭证实例文档的能力。财务软件厂商可根据数电票标准的要求，使用工具包解析数电票结构化数据并同步标记状态位（包括发票状态信息、会计主体信息、基础会计信息和企业所得税管理信息），自动生成标准化的电子发票业务（对象）数据，直接写入底层数据库或选择生成XBRL格式的实例文档。接收方企业、单位需要完成进项抵扣等税务业务流程的，应按税务主管部门的要求进行业务处理。（二） 自动入账并回写信息接收方企业、单位在使用数电票进行报销入账后，需要按照数电票标准的相关要求，将数电票信息、数电票状态、会计主体信息、基础会计信息和企业所得税信息即时回写到底层数据库或相应的实例文档中。1、

18、数电票标准内容架构本标准将电子发票的部分票面信息以及通过电子发票进行开具、报销、入账、归档过程中需要的信息进行了XBRL标记，表1列示了标准标记相关字段。表 2：数电票标准标记内容（*项目为可抵扣发票专用信息）序号分组名称字段名称数据类型说明1电子发票信息发票号码字符型电子发票的唯一标识码，用于标识电子发票的开票年份、纳税人省级行政区域、开票渠道、顺序编码等信息的唯一标识码。2销售方名称字符型3销售方纳税人识别号字符型4不含税金额合计货币型对应电子发票数据电文规范中“合计金额”5合计税额货币型6价税合计（小写）货币型7开票日期日期型对应电子发票数据电文规范中“开票请求时间”8电子发票状态信息合

19、同编号字符型选填项，记录发票关联的合同编号，企业可根据具体业务场景选择回写9业务单据与电子发票的匹配状态字符型选填项，记录业务单据与发票是否匹配，企业可根据具体业务场景选择回写，以采购场景为例，即订单、入库单和发票的三单匹配情况10固定资产、无形资产折旧摊销方法字符型选填项，记录购置的固定资产折旧方法或无形资产摊销方法，企业可根据具体业务场景选择回写11是否已做保理、出售或资产证券化布尔型选填项，记录发票是否已用于保理、出售和资产证券化业务，企业可根据具体业务场景选择回写12是否红字发票布尔型必填项13是否已验真布尔型必填项14是否已入账布尔型必填项15是否已用途确认*布尔型必填项16确认用途

20、*字符型必填项，增值税电子专用发票确认用途包含抵扣税款、出口退税、代办退税、不抵扣、出口转内销等17用途确认所属期年月型必填项，格式为年-月，如2023-0618是否已付款布尔型选填项，企业可根据发票付款情况选择回写付款状态信息，若存在拿到发票后多次付款的情况，需在完成所有付款后标记为“true”19银行回单编号字符型选填项，企业可根据发票付款情况选择回写付款后返回的银行回单编号20是否进项税额转出*布尔型必填项21进项税额转出金额*货币型必填项22会计主体信息会计主体统一社会信用代码字符型必填项23会计主体名称字符型必填项24记账凭证信息记账凭证编号字符型必填项，记账凭证的唯一标识，用于验证

21、发票事项入账的唯一性25记账日期日期型必填项，格式为年-月-日，如2023-06-3026会计期间年月型必填项，格式为年-月，如2023-0627记账凭证摘要字符型选填项，企业可根据记账凭证实际情况选择回写，若摘要以分录行记录输出，仅记录第一行凭证分录的摘要信息28借贷方会计信息借贷方向字符型选填项，企业可根据每条会计分录的借贷方向选择回写，填写“借方”或“贷方”29总账科目名称字符型选填项，企业可根据每条会计分录回写会计准则约定的统一规范科目名称30明细科目名称字符型选填项，企业可根据每条会计分录回写准确反映经济业务内容的末级科目或者辅助信息31入账金额货币型选填项，企业记录根据科目的本位币

22、入账金额选择回写32企业所得税管理信息是否已所得税税前扣除布尔型选填项33所得税税前扣除年度起年份型选填项，格式为年，如202334所得税税前扣除年度止年份型选填项，格式为年，如202335权责发生制下支出所属期起年月型选填项，企业可根据发票关联业务的成本费用支出情况，按照权责发生制选择回写支出所属期起始时间，格式为年-月，如2023-0636权责发生制下支出所属期止年月型选填项，企业可根据发票关联业务的成本费用支出情况，按照权责发生制选择回写支出所属期结束时间，格式为年-月，如2023-062、XBRL实例文档要素说明实例文档作为电子发票结构化数据的载体，不仅包含了数据本身及其与数电票标准元

23、素之间的对应关系，同时也包含了数据相关的属性信息（如数据所属时间、单位等），这些信息使得标记数据能够与业务场景紧密关联起来。实例文档共包含五类内容，分别是根元素（xbrli:xbrl）、标准引用（link:schemaRef）、事实值（fact）、上下文（context）和单位（unit），使用者可结合三个要素的具体信息来进一步理解实例文档。1) 根元素实例文档根元素的标签名是，根元素标签的属性是实例文档所引用的所有命名空间信息，其中也包括数电票标准前缀einv，具体如下表2所示：表 2：数电票标准标记内容前缀命名空间URL描述einv数电票标准numhttp:/www.xbrl.org/dt

24、r/type/numericpercentItemType数据类型命名空间labelhttp:/xbrl.org/2008/label标签定义xlhttp:/www.xbrl.org/2003/XLinkXBRL技术规范linkhttp:/www.xbrl.org/2003/linkbaseXBRL技术规范xlinkhttp:/www.w3.org/1999/xlinkXBRL技术规范xbrlihttp:/www.xbrl.org/2003/instanceXBRL技术规范genhttp:/xbrl.org/2008/generic、标签定义iso4217http:/www.xbrl.org/

25、2003/iso4217计量单位定义2) 标准引用每一份实例文档都是基于一套标准编制的，标准是解析实例文档的基础。在根标签中，使用标签定义实例文档对数电票标准文件的引用，通过“xlink:href”指向引用数电票标准的相对地址：3) 事实值事实值就是电子发票版面信息填写的内容，例如对于“销售方名称”这个项目，其事实值就是电子发票的销售方名称信息。通过为元素赋值，并指定上下文、单位和精度属性，来完成对于事实值的完整定义。赋予实例文档的事实值可为数值（金额、十进制数字等）或非数值数据（字符串或者转义文本，例如XHTML格式内容）。事实值也可为日期类型和时间类型。表3列示了部分事实值。表3：事实值举

26、例电子发票信息项数据类型事实值例举不含税金额合计货币型9000.00开票日期日期型2023-06-30销售方名称字符型XXX有限公司是否红字发票布尔型false（1）数值型事实值数值型事实值的定义，除了通过contextRef指向一个预定义的上下文（context），还会通过unitRef指向一个预定的单位（unit），并通过事实值的decimals（小数点后位数）属性表达数据的精确度，图1是“不含税金额合计”对应的事实值定义信息：9000.00图1：数值型事实值定义方式示例（2）非数值型事实值非数值型事实值的定义，是将事实值赋予给对应的元素名，并通过contextRef指向一个预定义的上下文

27、（context），图2为“是否红字发票”对应的事实值定义信息：false图2：非数值型事实值定义方式示例4) 上下文每个事实值都会通过contextRef属性赋予的上下文ID指向预定义的上下文（context）。通过指定上下文，才能够确定事实值的具体含义。上下文要素包括：实体信息（entity）、时期信息（period）和场景信息（scenario）。在根标签下，使用标签定义元素数据的上下文信息，下设子标签、，用于标记上文所述的实体信息、时期信息和场景信息。（1）实体信息实体信息即指实例文档数据的发布者信息，使用标签标记。在电子发票中，实例文档使用会计主体统一社会信用代码作为实体的唯一标识码

28、，在标签的文本中标记。（2）时期信息时期信息是指事实值所对应的日期或期间，使用标签标记。在电子发票中，期间类型均为时点型，使用标签表示，统一采用yyyy-mm-dd的日期格式。5) 单位和精确度单位是用来说明数值型数据（非字符串及转义文本）的度量单位，最常见的度量单位就是货币型的单位，例如人民币、美元等。数值型数据的事实值应通过单位指向（unitRef）属性将定义的单位ID（unit ID）指向一个预定的单位；对事实值单位的定义同时也指明了事实值的含义，如为货币型元素赋值时，通过单位的定义能够明确金额所代表的币种。表4展示了货币型元素常用的单位定义。表 4：实例文档常用单位定义举例ID单位的含

29、义分子分母u1人民币iso4217:CNY不适用在根标签中，使用标签预定义计量单位，单位的定义方式如图3所示：iso4217:CNY图3：单位信息标记示例XBRL通过事实值的precision（精确度）或decimals（小数点后位数）属性提供了表达数值型数据精确度的方式，一般使用decimals属性比采用precision属性能够更直观地展示数据的精度。表5列示了数值型数据使用decimals属性的例子。表 5：数值型事实值的精确度举例数值Decimals取值示例精确到千位-312 000精确到百万位-645 000 000精确到2位小数2139 034.17精确数字INF1.26456)

30、实例文档命名规则实例文档的命名格式为票据类型简称_票据类型_日期_票据唯一标识.文件后缀。文件名称各组成部分之间以英文字符下划线连接。其中，票据类型简称是einv，即标识票据类型是数电票；票据类型用于区分实例文档的是普通发票还是专用发票；日期格式为yyyymmdd，对于接收方是记账日期；票据唯一标识是电子发票的唯一标识码，即发票号码；文件后缀是实例文档的后缀，即xml。以电子发票（专用发票）为例，实例文档命名格式举例如下：einv_spcl_yyyymmdd_发票号码.xml3、数电票回写示例企业、单位的业务人员在使用电子发票进行报销入账时，财务共享系统能够通过电子发票业务（对象）数据与企业会计凭证的映射关系自动生成凭证。在发票的流转过程中，系统也会将发票状态信息、相关的会计信息和企业所得税信息即时回写到底层数据库或相应实例文档中。以电子专用发票为例，将对下列信息进行回写。1) 发票状态信息以电子专用发票为例，发票状态信息如下：（1）合同编号：R9988888（2）业务单据与发票的匹配状态：已匹配（