银行审计函证数据标准指南.docx
- 文档编号:23198176
- 上传时间:2023-05-15
- 格式:DOCX
- 页数:33
- 大小:122.61KB
银行审计函证数据标准指南.docx
《银行审计函证数据标准指南.docx》由会员分享,可在线阅读,更多相关《银行审计函证数据标准指南.docx(33页珍藏版)》请在冰豆网上搜索。
银行审计函证数据标准指南
银行审计函证数据标准指南
为进一步规范银行审计函证及回函工作,维护金融市场秩序,稳步推进银行函证数字化、标准化建设,财政部遵循《可扩展商业报告语言(XBRL)技术规范》(GB/T25500-2010)系列国家标准,研究起草了《银行审计函证数据标准》(以下简称“函证数据标准”)。
函证数据标准是一种计算机可执行的XBRL分类标准,在语法(技术规范)上遵循XBRL技术规范系列国家标准,在语义上遵循《银行函证及回函工作操作指引》(财办会〔2020〕21号),以银行询证函标准格式为基础,反映了银行询证函承载的全部信息,以便会计师事务所和银行在信息化条件下集中统一地处理函证业务,进一步提升函证程序的质量与效率,推动函证方式方法与实现路径的变化。
为方便使用函证数据标准,我们起草了函证数据标准元素清单和本指南。
本指南作为函证数据标准使用和实例文档解析的说明文件,应与元素清单配套使用,旨在帮助具备一定XBRL知识的使用者了解函证数据标准的架构、内容以及实例文档的要素和解析方式。
上述使用者包括银行、会计师事务所、第三方数字函证平台、被审计单位和相关软件开发者等。
一、函证数据标准涵盖的内容
函证数据标准对《银行询证函》中的信息进行了XBRL标记,表1列示了函证数据标准标记的所有字段。
表1:
函证数据标准标记内容
序号
分组名称
字段名称
数据类型
说明
1
询证函基本信息
询证银行
字符型
2
被询证企业
字符型
3
会计师事务所
字符型
4
财务报表年份
年份型
5
回函地址
字符型
6
联系人
字符型
7
电话
字符型
8
传真
字符型
9
邮编
字符型
10
电子邮箱
字符型
11
支取办理询证函回函服务费用的账户
字符型
12
函证基准日
日期型
13
银行存款信息
账户名称
字符型
14
银行账号
字符型
15
币种
字符型
16
利率
字符型
填写函证基准日适用的年化利率,如不适用则填写“参见备注”,在“备注”栏进行说明
17
账户类型
字符型
18
余额
数值型
19
是否属于资金归集账户
字符型
20
起始日期
字符型
仅适用于约定期限的账户类型,对于活期存款,则不需要填写“起始日期”和“终止日期”,在“备注”中填写“活期”字样即可
21
终止日期
字符型
22
是否存在冻结、担保或其他使用限制
字符型
23
备注
字符型
24
银行借款信息
借款人名称
字符型
25
银行账号
字符型
26
币种
字符型
27
余额
数值型
28
借款日期
日期型
29
到期日期
日期型
针对垫款类业务,可根据实际情况以空白列示,并应在“备注”中进行说明
30
利率
字符型
填写函证基准日适用的年化利率,如不适用则填写“参见备注”,在“备注”栏进行说明
31
抵(质)押品/担保人
字符型
32
备注
字符型
33
注销账户信息
起始日期
日期型
34
截止日期
日期型
35
账户名称
字符型
36
银行账号
字符型
37
币种
字符型
38
注销账户日
日期型
39
被审计单位作为委托人的委托贷款信息
账户名称
字符型
40
银行结算账号
字符型
41
资金借入方
字符型
42
币种
字符型
43
利率
字符型
填写函证基准日适用的年化利率,如不适用则填写“参见备注”,在“备注”栏进行说明
44
余额
数值型
45
贷款起止日期
字符型
46
备注
字符型
47
被审计单位作为借款人的委托贷款信息
账户名称
字符型
48
银行结算账号
字符型
49
资金借出方
字符型
50
币种
字符型
51
利率
字符型
填写函证基准日适用的年化利率,如不适用则填写“参见备注”,在“备注”栏进行说明
52
余额
数值型
53
贷款起止日期
字符型
54
备注
字符型
55
被审计单位为其他单位提供的,银行作为受益人的担保信息
被担保人
字符型
56
担保方式
字符型
57
币种
字符型
58
担保余额
数值型
59
担保到期日
日期型
60
担保合同编号
字符型
61
备注
字符型
62
银行向被审计单位提供的担保信息(如保函业务、备用信用证业务等)
被担保人
字符型
63
担保方式
字符型
64
币种
字符型
65
担保金额
数值型
66
担保到期日
日期型
应根据被函证银行业金融机构开立保函、备用信用证等的有效期填写
67
担保合同编号
字符型
68
备注
字符型
69
被审计单位为出票人且由银行承兑而尚未支付的银行承兑汇票信息
银行承兑汇票号码
字符型
70
结算账户账号
字符型
71
币种
字符型
72
票面金额
数值型
73
出票日
日期型
74
到期日
日期型
75
抵/质押品
字符型
76
被审计单位向银行已贴现而尚未到期的商业汇票信息
商业汇票号码
字符型
77
承兑人名称
字符型
78
币种
字符型
79
票面金额
数值型
80
出票日
日期型
81
到期日
日期型
82
贴现日
日期型
83
贴现率
百分比型
84
贴现净额
数值型
85
被审计单位为持票人且由贵行托收的商业汇票信息
商业汇票号码
字符型
86
承兑人名称
字符型
87
币种
字符型
88
票面金额
数值型
89
出票日
日期型
90
到期日
日期型
91
被审计单位为申请人、由银行开具的、未履行完毕的不可撤销信用证
信用证号码
字符型
92
受益人
字符型
93
币种
字符型
94
信用证金额
数值型
95
到期日
日期型
可根据信用证业务的有效期进行填写
96
未使用金额
数值型
97
被审计单位与银行之间未履行完毕的外汇买卖合约
类别
字符型
主要包括即期结售汇、远期结售汇、掉期结售汇、即期外汇买卖、远期外汇买卖、掉期外汇买卖等
98
合约号码
字符型
99
银行卖出币种
字符型
100
银行买入币种
字符型
101
未履行的合约买卖金额
数值型
被审计单位与被函证银行业金融机构之间全部尚未履行完毕的结售汇和外汇买卖合约(包括掉期交易尚未履行交割的部分)金额
102
汇率
百分比型
103
交收日期
日期型
104
被审计单位存放于银行托管的证券或其他产权文件
证券或其他产权文件名称
字符型
105
证券代码或产权文件编号
字符型
106
数量
整数型
107
币种
字符型
108
金额
数值型
109
被审计单位购买的由银行发行的未到期银行理财产品
产品名称
字符型
110
产品类型
字符型
111
币种
字符型
112
持有份额
整数型
113
产品净值
数值型
114
购买日
字符型
对于封闭式产品,可根据实际起息日填写“购买日”信息,如为开放性产品,填写“不适用”
115
到期日
字符型
对于封闭式产品,可根据产品到期日填写“到期日”信息,如为开放性产品,填写“不适用”
116
是否被用于担保或存在其他使用限制
117
注册会计师认为重大且应予函证的其他事项
其他事项
字符型
此项可填列1-13项内容的补充和说明;注册会计师认为重大且应予函证的1-13项以外的其他事项,如欠银行业金融机构的其他负债或者或有负债、已授予不可撤销的信用额度、除外汇买卖外的其他衍生品交易、贵金属交易等
118
资金归集(资金池或其他资金管理)账户具体信息
资金提供机构名称
字符型
119
资金提供机构账号
字符型
120
资金使用机构名称
字符型
121
资金使用机构账号
字符型
122
币种
字符型
123
截至函证基准日拨入或拨出资金余额
数值型
124
备注
字符型
125
验资业务询证函信息
函证基准日
日期型
126
缴款人
字符型
127
缴入日期
日期型
128
账户性质
字符型
129
银行账号
字符型
130
币种
字符型
131
缴纳出资金额
数值型
132
款项用途
字符型
133
款项来源
字符型
134
备注
字符型
135
银行询证结论或银行确认信息
银行询证结论或银行确认
字符型
采用银行询证函(格式一)或执行验资业务银行询证的,由被询证银行填列银行询证结论;采用银行询证函(格式二)的,由被询证银行确认询证函中填列信息的正确性和完整性。
136
经办日期
日期型
137
经办人
字符型
138
经办人职务
字符型
139
经办人电话
字符型
140
复核人
字符型
141
复核人职务
字符型
142
复核人电话
字符型
二、函证数据标准的架构
函证数据标准的架构分为逻辑设计和物理结构两个层面。
逻辑设计是指以XBRL语言反映《银行询证函》的内容信息。
物理结构是指函证数据标准的各文件和文件夹的层级设计与组织方式。
(一)逻辑设计
函证数据标准的逻辑设计具体如下:
1.元素
函证数据标准中的元素是依据GB/T25500-2010《可扩展商业报告语言(XBRL)技术规范》系列国家标准,根据《银行函证及回函工作操作指引》规定的标准格式中包含的信息提取的,用于定义和描述《银行询证函》披露的会计概念和业务概念。
函证数据标准中使用的概念(元素)总数为172个。
函证数据标准使用了GB/T25500-2010《可扩展商业报告语言(XBRL)技术规范》系列国家标准所定义的3类元素(替换组):
数据项(Item),超立方体项(HypercubeItem),维度项(DimensionItem)。
表2列示了函证数据标准中3类元素的使用情况。
表2:
函证数据标准使用的元素种类(替换组)
元素种类(替换组)
数量
数据项(Item)
155
超立方体项(HypercubeItem)
17
维度项(DimensionItem)
4
合计
176
(1)元素属性
函证数据标准中的每项元素都包含一系列属性。
图1以“账户名称”为例列举了部分元素属性:
elementname="NameOfBankAccount"id="con_NameOfBankAccount"type="xbrli: stringItemType"substitutionGroup="xbrli: item"nillable="true"xbrli: periodType="instant"/> 图1: 函证数据标准中元素“账户名称”及其属性 函证数据标准元素的部分重要属性如下: 元素名称(elementname) 元素名称以元素的英文标准标签为基础确定,遵循“驼峰规则”(CamelCase),以便计算机识别。 例如,“账户名称”的英文标准标签是“Nameofbankaccount”,元素名称应该是“NameOfBankAccount”。 元素ID(elementID) 元素ID是函证数据标准中所使用的每一个元素的唯一编号。 元素ID的结构是: {函证数据标准的命名空间前缀_元素名称}。 时期类型(periodtype) 如果元素用于表达存量概念,时期类型应设为“instant”(时点);如用于表达流量概念,时期类型应设为“duration”(期间)。 所有抽象(abstract)元素、表(table)元素、轴(axis)元素的时期类型都是“duration”,其他元素的时期类型为“instant”,以便于对实例数据的标记。 数据类型(type) 函证数据标准的数据类型属于标准数据类型,即XBRL国际组织发布的、国际通用的数据类型。 函证数据标准共使用了8种标准数据类型,具体如表3所示。 表3: 函证数据标准使用的标准数据类型统计及举例 数据类型 英文名称 元素数量 数据类型举例 字符串类型 xbrli: stringItemType 116 账户名称 货币类型 xbrli: monetaryItemType 15 银行账户余额 日期类型 xbrli: dateItemType 19 借款日期 年度类型 xbrli: gYearItemType 1 财务报表年份 精确数值类型 xbrli: decimalItemType 1 汇率 份额类型 xbrli: sharesItemType 1 持有份额 百分比类型 num: percentItemType 1 贴现率 域成员类型 nonnum: domainItemType 22 不适用 合计 176 (2)函证数据标准中使用的重要虚元素 在根据函证数据标准编制的实例文档中,大部分元素都可被赋予事实值,称之为“实元素”;另一部分元素没有事实值,其作用是用来组织实元素间的关系,称之为“虚元素”。 下面列举了函证数据标准中部分重要虚元素的用法。 抽象(abstract)元素 抽象元素用于组织列报链接库中元素的展示层级。 所有抽象元素的“abstract”属性都应设为“true”,时期类型为“duration”。 ②轴(axis)元素和表(table)元素 轴元素和表元素的“substitutionGroup”(替换组)属性与其他元素不同,分别是“dimensionItem”(维度项)和“hypercubeItem”(超立方体项)。 它们的元素数据类型都是“stringItemType”(字符串型),时期类型都是“duration”(期间型)。 为满足《银行询证函》的披露需求,函证数据标准定义了表元素,并在其下设置了与之相配的轴元素。 (3)元素标签及后缀 在函证数据标准中,同一个元素可有多个标签,其中至少有中英文标准标签各一个。 英文标签只有第一个单词的首字母以及缩写词要求大写。 一些特定元素的标准标签还必须增加标准后缀,具体如下: [abstract]: 所有抽象(abstract)元素的标准标签后缀; ②[table]: 所有替换组属性是超立方体项的表(table)元素的标准标签后缀; [axis]: 所有替换组属性是维度项的轴(axis)元素的标准标签后缀。 2.扩展链接角色(ELR) (1)扩展链接角色的定义 扩展链接角色(ELR)是一组可被视为一个整体进行处理的银行询证函信息关系的标识符。 (2)扩展链接角色的统一资源标识符(URI)的定义 在设计扩展链接角色时,函证数据标准依据GB/T25500-2010《可扩展商业报告语言(XBRL)技术规范》系列国家标准的规定,为扩展链接角色定义了统一资源标识符,统一资源标识符的定义遵循以下模式: {“编码”}。 其中,yyyy-mm-dd为函证数据标准的版本日期;“编码”表示扩展链接角色的6位编码,便于计算机识别及检索。 函证数据标准在定义扩展链接角色的6位编码时,遵守了财政部《企业会计准则通用分类标准指南》中的特定的编码规则,具体如表4所示: 表4: 扩展链接角色编码及其对应的数字或字母含义 编码位数 编码含义 是否必须 对应的数字或字母含义 第一位编码 监管机构代码 必选 1表示财政部 第二位编码 业务类型 必选 0表示电子会计凭证 第三/四位编码 单据类型 必选 02表示银行询证函 第五/六位编码 明细序号 必选 某类单据内容下设置的多个扩展链接角色,明细序号从01开始,顺序进行编号 次编码 拆分序号 可选 如果某个扩展链接角色对应完整的询证项目,则不设置拆分序号;如果某个扩展链接角色对应询证项目中的一组明细项目,拆分序号为字母编码,从a开始,以此类推 3.维度 维度是用来对存在维度结构的表格进行建模的一种XBRL技术。 函证数据标准使用了类型化维度(Typeddimension),即域成员不能在函证数据标准中逐个枚举的维度,适用于在一张表中有结构相同的多行或者多列、但具体行列数无法事先确定的情况。 类型化维度的xbrldt: typedDomainRef属性不能为空,该属性所指向的元素的数据类型为类型化维度域成员的数据类型。 关于类型化维度域成员的定义要求,可参考“三、实例文档要素及解析方式说明”。 函证数据标准在两种具体场景下使用了类型化维度。 一是函证编号,可以为询证函中的所有信息项增加维度信息,作为每一份数字询证函数据信息的唯一标识。 二是自然序号,可以给同一类询证项目信息增加行次维度,满足同一类询证内容多条记录的同时披露。 (二)物理结构 从物理形态上来看,函证数据标准是一个电子文件包,文件结构如图2所示: 图2: 函证数据标准的物理文件结构 1.物理结构的组织方式 函证数据标准以《银行询证函》为基础组织文件结构,图3显示了函证数据标准文件夹及相关内容。 图3: 函证数据文件夹及其内容 2.文件夹和文件结构说明 函证数据标准文件夹和文件结构及其内容的具体说明如下: (1)根目录是函证数据标准文件的根文件夹,以函证数据标准版本日期命名。 试行版标准的版本日期为2020年12月31日。 (2)adds-on是存放函证数据标准引用的XBRL标准数据类型文件的文件夹。 (3)con-yyyymmdd.xsd是函证数据标准的模式文件,元素及扩展链接角色均存放在该文件中。 (4)con-yyyymmdd_pre.xml是函证数据标准的列报链接库。 (5)con-yyyymmdd_def.xml是函证数据标准的定义链接库。 (6)con-yyyymmdd_gla-{cn|en}.xml是定义扩展链接角色中英文标签的链接库文件。 (7)con-yyyymmdd_lab-{cn|en}.xml是定义元素中英文标签的链接库文件。 3.绝对路径和相对路径 为便于使用者定位函证数据标准中的模式文件和链接库等文件,函证数据标准采用了绝对路径和相对路径两种定位方式。 函证数据标准对XBRL标准数据类型的引用,采用绝对路径引用的方式,直接指向国际XBRL技术规范;函证数据标准内部各部分之间的引用,采用较为便捷的相对路径的方式,无须过多考虑文件的存储位置。 绝对路径的形式即为定义XBRL标准数据类型的地址。 例如,要定位数字型数据分类标准模式文件时,其路径为: 相对路径以函证数据标准模式文件所在目录为当前目录,表5列举了部分函证数据标准文件的相对路径: 表5: 函证数据标准文件的相对路径举例 文件名 文件的相对路径 模式文件: con-20201231.xsd con-20201231.xsd 列报链接库文件: con-20201231_pre.xml con-20201231_pre.xml 4.命名空间 为便于使用者辨认特定版本数据标准所定义的元素、类型和关系,函证数据标准中包含了命名空间。 函证数据标准命名空间即“”,命名空间前缀为银行询证函(confirmation)的缩写,即“con”。 5.模式文件 函证数据标准使用模式文件定义元素、扩展链接角色等对象,文件后缀为“.xsd”,根据银行询证函内容确定的元素及扩展链接角色均存放在该文件中。 6.链接库 链接库是用来定义元素间关系的文件。 函证数据标准使用了3种链接库: 列报链接库(Presentationlinkbase)、定义链接库(Definitionlinkbase)、标签链接库(Labellinkbase)。 (1)列报链接库 列报链接库用来定义元素与元素在列报上的层级关系和顺序关系。 为了确保列报层级的一致性和元素间关系的连续性,函证数据标准在列报链接库的每一个扩展链接角色(ELR)中,都设置了一个抽象概念作为父元素。 (2)定义链接库 定义链接库用来表示元素间的定义层关系,如一般与特殊、原名与别名的关系等。 函证数据标准中的维度关系也在定义链接库中表达。 (3)标签链接库 标签链接库用来表示元素及其显示名称间的对应关系,以将元素与人们更容易阅读和理解的名称联系起来。 函证数据标准同时使用中文、英文定义元素标签。 在确定标签时,遵循可读、简明、一致的命名规则。 同一个元素可能有多个不同标签,在同一种语言下每个标签有唯一的标签角色。 标签角色规定了相应元素在特定情形下应当显示的恰当标签。 函证数据标准使用的标签角色及说明如表6所示。 表6: 标签角色及说明 标签角色 标签角色的定义来源 使用说明 标准标签 http: //www.xbrl.org/2003/role/label 元素的标准标签 长标签 http: //www.xbrl.org/2003/role/verboseLabel 对元素标签进行扩展时,为了准确表达标签含义而不能省略标签文字时使用 短标签 http: //www.xbrl.org/2003/role/terseLabel 在上下文环境中,可以对标签词汇进行省略时使用 文档标签 http: //www.xbrl.org/2003/role/documentation 元素的说明文字,可以增强数据标准的可读性 三、实例文档要素及解析方式说明 实例文档作为《银行询证函》结构化数据的载体,不仅包含了数据本身及其与函证数据标准元素之间的对应关系,同时也包含了数据相关的属性信息(如数据所属时间、单位等),这些信息使得标记数据能够与业务场景紧密关联起来 实例文档共包含五类内容,分别是根元素(xbrli: xbrl)、数据标准引用(link: schemaRef)、事实值(fact)、上下文(context)和单位(unit),使用者可结合三个要素的具体信息来进一步理解实例文档。 (一)根元素 实例文档根元素的标签名是 xbrl>,根元素标签的属性是实例文档所引用的所有命名空间信息,其中也包括函证数据标准前缀con,具体如下表7所示: 表7: 函证数据标准标记内容 前缀 命名空间URL 描述 con 函证数据标准 nonnum http: //www.xbrl.org/dtr/type/non-numeric domainItemType数据类型命名空间 num http: //www.xbrl.org/dt
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 银行 审计 数据 标准 指南