银行监管报送系统报表需求

监管报送报表需求说明书

xx公司 2012年11月

修订记录

日期 版本 描述 作者 目 录

1

监管报送报表需求 ................................................. 1.1 项目描述 ..................................................

1.1.1 背景 .................................................. 1.1.2 任务目标 .............................................. 1.1.3 监管报表分类 .......................................... 1.2 功能需求 ..................................................

1.2.1 应用功能说明 .......................................... 1.3 报表需求 ..................................................

1.3.1 报表处理 .............................................. 1.3.2 数据缺口处理 .......................................... 1.3.3 币种折算 .............................................. 1.3.4 尾数调平 .............................................. 系统的非功能性需求 ............................................... 2.1 用户界面需求 .............................................. 2.2 安全保密需求说明 .......................................... 2.3 处理能力需求说明 ..........................................

2.3.1 精度 .................................................. 2.3.2 每页最大显示行数 ...................................... 2.3.3 性能要求（时间特性) ................................... 2.3.4 灵活性 ................................................ 2.3.5 容错性要求 ............................................ 2.3.6 可维护性 .............................................. 一期监管报表需求分析 .............................................

3.1.1 监管报表与原系统映射 .................................. 3.1.2 表样格式需求分析 ......................................

2

3

1 监管报送报表需求

1.1 项目描述 1.1.1 背景

银监会为了加强对银行业的持续监管，提出了新监管报表体系，并要求在2006年起开始上报，华兴银行在2012年的ODS项目目标中，明确提出了ODS项目要与明年一月初监管报表报送工作进行衔接。鉴于此，数据信息中心提出对外监管报表的需求梳理工作。

1.1.2 任务目标

对新监管报表体系、我行内部管理报表体系以及信息披露报表体系进行梳理，明确报告

项目的口径定义，整理我行统一使用的监管指标并分析信息采集的困难点，为今后工作打下基础。

熟悉掌握和理解各指标的内涵，为今后ODS项目中对外监管报表报送等应用口径报送的一致性，数据定义的完备性奠定基础。

梳理23张监管报表模板，解释相应指标口径、定义，编写业务需求书； 进行业务系统分析，完成报表的数据定义，并进行业务规则的检查； 整理指标体系并编写监管统计指标字典； 对部分手工报表提出缺口数据的改进建议；

对最终确认的手工报表、需手工补录的数据进行整理。

1.1.3 监管报表分类

银监会遵循统一的监管标准、采用以风险为本的监管方法制定，充分借鉴国际通行的监管标准，同时兼顾银行业的现状，定量采集银行业金融机构的财务和风险信息，设计了报表体系，用于中国银监会对银行业监管机构的持续监管，其报表体系包括基础报表和特色报表两类：

1.2 功能需求 1.2.1 应用功能说明

本应用系统目标为银监会监管报表，应用功能即对应相应的监管报表功能，具体内容如下表所示：

序类报表名称 号 型 1 2 3 4 5 6 基本 频 资产负债项目统计表 第Ⅰ部分：表外业务情况报表 度 月 月 月 月 年 月 G01 G01 财第Ⅱ部分：贷款质量五级分类情况简表 第III部分：存贷款明细报表（一） 第Ⅳ部分：存贷款明细报表（二） 第Ⅴ部分：人民币备付率报表 附注 务 7 8 9 10 G02 11 12 13 14 15 G03 G04 G05 G06 第Ⅵ部分：各项垫款情况表 第Ⅶ部分：贷款投向分行业情况表 第Ⅷ部分：金融资产四分类情况表 第Ⅸ部分：存贷款月日均情况表 衍生产品交易业务情况表 各项资产减值损失准备情况表 利润表 所有者权益变动表 理财业务统计表 资产质量五级分类情况表 季 月 月 月 季 月 季 年 月 季 16 17 18 G12 19 20 21 信G13 22 用 23 风24 险 25 26 27 28 29 G17 30 31 32 流第Ⅰ部分：按行业分类的贷款（按贷款投向） G11 第Ⅱ部分：资产质量及准备金 第Ⅲ部分：按行业大类分类的贷款（按贷款投向） 贷款质量迁徙情况表 年 最大十家关注类贷款情况表 最大十家次级类贷款情况表 最大十家可疑类贷款情况表 最大十家损失类贷款情况表 授信集中度情况表（最大十家集团部分） G14 授信集中度情况表（同业授信部分） 授信集中度情况表（最大十家客户部分） G15 G16 最大二十家关联方关联交易情况表 抵债资产账龄情况表 第Ⅰ部分：银行卡业务情况表 第II部分：银行卡业务情况表(补充情况） G18 G21 债券发行和投资情况表 流动性期限缺口统计表 季 季 季 季 季 季 季 季 季 季 季 季 季 季 季 半动33 34 35 G22 G23 G24 流动性比例监测表 最大十家存款客户情况表 最大十家金融机构同业拆入(含回购）情况表 流动性覆盖率和净稳定融资比例情况表 第Ⅰ部分：流动性覆盖月 季 季 性风险 G25 36 率 季 37 38 市 G31 第II部分：净稳定融资比例 季 有价证券及投资情况表 外汇风险敞口情况表 利率重新定价风险情况表 季 季 半39 场 G32 风G33 40 险 41 42 43 44 45 46 47 48 49 资本 充年 G41 G42 G43 G44 G40 G4A G4A-1(a) G4A-2 G4A-3 资本充足率汇总表 表内加权风险资产计算表 表外加权风险资产计算表 杠杆率情况表 资本充足率汇总表 合格资本情况表 贷款损失准备情况表（权重法） 少数股东资本情况表 二级资本工具情况表 表内信用风险加权资产计算表(权重法） 表外信用风险加权资产计算表（权重法） 交易对手信用风险暴露风险加权资产汇总表（权重法） 季 季 季 季 季 季 季 季 季 季 季 季 季 季 季 季 季 50 足 G4B-1 51 52 53 54 55 56 57 G4B-2 G4B-3 G4B-3（a） 场外衍生工具交易对手信用风险计算表(权重法) G4B-3（b） 证券融资交易对手信用风险计算表（权重法） G4B-4 资产证券化业务信用风险加权资产汇总表（标准法） G4B-4(a) 资产证券化业务表内风险加权资产情况表（标准法） G4B-4(b) 资产证券化业务表外风险加权资产情况表（标准法） 58 59 60 61 62 63 64 65 66 67 68 69 G4B-4(b1) 流动性便利和现金透支便利情况工作报表（标准法） G4B-4(b2) 提前摊还安排的投资者权益风险情况工作报表（标准法） G4C G4C-1 G4C-2 市场风险资本要求情况表 市场风险标准法资本要求汇总表 市场风险内部模型法资本要求情况表 季 季 季 季 季 季 季 季 季 季 季 季 季 G4C-2(a) 季度内最大的单日损失情况表 G4C-1(a) 市场风险标准法资本要求情况表（利率特定风险） G4C-1(b) 市场风险标准法资本要求情况表（一般利率风险-到期日法） G4C-1(c) 市场风险标准法资本要求情况表（一般利率风险-久期法） G4C-1(d) 市场风险标准法资本要求情况表（股票风险） G4C-1(e) 市场风险标准法资本要求情况表（外汇风险） G4C-1(f) G4C-1(g) 市场风险标准法资本要求情况表（商品风险） 市场风险标准法资本要求情况表（期权简易法-存在基础工具对70 71 72 73 冲） G4C-1(h) 市场风险标准法资本要求情况表（期权简易法-只存在期权多头） 季 G4C-1(i) G4C-1(j) G4C-1(k) 权） G4C-1(l) G4D 市场风险标准法资本要求情况表（期权得尔塔+法_商品期权） 操作风险加权资产情况表 分地区情况表第Ⅰ部分：资产负债简表 第Ⅱ部分：利润简表 G53 第Ⅲ部分：贷款行业情况简表 第Ⅳ部分：五级分类情况简表 S60 特市场风险标准法资本要求情况表（期权得尔塔+法_利率期权） 市场风险标准法资本要求情况表（期权得尔塔+法_股票期权） 市场风险标准法资本要求情况表（期权得尔塔+法_外汇及黄金期季 季 季 季 季 季 季 季 季 季 季 月 月 月 74 75 76 77 78 其79 他 80 81 82 色最大十家衍生产品交易业务情况表 商业银行个人理财产品明细统计表 贷款按“三个办法，一个指引”执行情况表 大中小微型企业贷款情况表 小微开支企业贷款分行业情况表 S61 S62 报表 83 84 85 S63 S64 86 87 S65 S66 大中小微型企业贷款分地区情况表 保障性安居工程贷款分地区情况表 月 月 1.3 报表需求

报表上报并查询相关的表，报表表样需求详见附件

1.3.1 报表处理

监管报表统一按照如下处理流程：

首先进行数据缺口处理：分析系统间的数据缺口和数据质量问题导致各维度汇总值与总帐数据的缺口，按照业务部门确认的方式进行缺口处理；

统一进行币种折算：缺口数据处理完毕后，按照币种折算及方法描述的要求，对数据进行币种折算，并进行折算调平；

最后进行数据进位调平：在折算调平数据基础上，根据派生公式，计算派生值后，进行数据进位，并进位调平，以保证报表数据的最终平衡。

1.3.2 数据缺口处理 1.3.3 币种折算

我行的业务数据资源中除了人民币的业务数据之外，还存在外汇业务数据。在报表中不仅要展示各原始币种的业务数据，还要将各原始币种数据折算为某种单一币种的数据予以展示。

币种之间的折算方法

本报表体系应当提供两种不同的折算途径：

1) 先美元再人民币折算法。先将各币种（除人民币外）按各原币种对美元的折算汇率折算成美元，形成折算美元的数据，再将折算成美元的数据按美元对人民币的汇率折算成人民币数据，形成单一的人民币数据。

2) 折美元和折人民币分开折算法（以总行发布的全行外汇牌价中的各币种折美元的中间价为基础，制作各币种与美元的折算汇率（1外币对应美元汇率，保留10位小数）；以折美元的折算汇率为基础，按照人民币对美元的折算汇率，计算得到各币

种对应人民币的折算汇率（1外币对应人民币汇率，保留10位小数）。在上述基础上，折美元数据是将各币种按各原币种对美圆的汇率折算成美圆，形成折算美圆的数据；折人民币数据是将各币种按各原币种对人民币的汇率折算成人民币，形成折算人民币的数据。该方法本质上与方法1相同。

币种数据间的折算应当作成独立的标准模块或函数，提供应用程序或过程调用；

外汇牌价表的要素为：日期（8），币种（3），百一外币对应人民币汇率（6）（不包括浮动的10位小数点），一外币对应美元汇率（6）（不包括浮动的10位小数点）； 折算时采用四舍五入法；

本报表体系应当提供三种不同的折算率，分别是：总行资金部发布的全行外汇牌价中的各币种折美元的中间价、年终决算牌价、外汇买卖交易牌价。究竟选择哪种折算率进行换算，由系统操作界面或者上层调用参数决定；

每张报表的具体折算方法在数据需求分析阶段中进行确认。 折算方法流程-先折算后合计

读取该数据报表数据→读取折算表→进行数据折算计算→折算调平→将数据合计记入（目标）数据表→读取汇总管理表（如果需要的话，寻找下一个数据）→结束时返回处理结果。 折算调平原则

因分行上报的人民币数据和外币折美圆数据科目横向检查及试算平衡表纵向检查均为平衡，故无须对人民币和外币折美圆进行折算调平。

由总行统一做外币折人民币操作，需要对外币折人民币进行折算调平。

1.3.4 尾数调平

1.3.4.1 概要说明

本报表体系原始数据源的货币单位为角分（如果手工上报的数据为万元，先统一补零到角分单位），但统计报表需要以万元、亿元或其他任意有效的货币单位来展示数据。由于进位采用的是四舍五入的方式，进位后的数据会有小额的误差，造成报表不平衡，因此，在数据处理时必须提供数据进位及其调平功能。

1.3.4.2 数据进位

进位操作由用户选择进位参数，参数值在0——8的范围之内，进位计算公式为：目标数值=原数值/10（n次方）（n=0…8，即从元至亿元）。采用四舍五入法，而保留小数点位数则可以进行参数设置。

1.3.4.3 进位后的调平策略

数据进位后，货币的单位发生变化，产生进位尾差，必定会造成平衡关系的问题。为了消除因进位或其他因素形成的影响，必须进行尾差调平处理。建议将此功能作成标准模块，提供全系统共享。由于不同形式的报表，具有不同平衡关系，因此必须按照具体的报表形式进行调平处理。

长期以来统计工作者在统计工作的实践进行了不断研究，取得了丰富的经验，在统计工作中，数据调平的应用占有很重要的地位，因此本报表体系提供两种调平方法，供用户选择，至于采用何种算法，则根据报表具体要求决定：

单向带有合计关系的报表处理方式。大多数报表数据都带有纵向或横向合计关系，对于这种报表的调平方式是“自顶向下”调平法。即：先外后内，逐层调整。

1) 调整第一层次汇总关系：如某个报表具有如下合计关系：A=B+C+D。数据经过加工后，可能会产生下列二种情况：

① 止。

② 止。

2) 再逐层调整汇总关系：如果在B、C、D中有下一层的合计关系，则再进行下一层次的逐个调平。如：B>B1+B2+B3，需要对B1、B2、B3中某一个进行调增，直至相等为止。反之，则进行调减处理。

纵横向都带有合计关系的报表处理方式。有些报表数据的纵向和横向都带有合计关系：

1) 先横后纵法

对于这种报表的调平方式是采用横向“自顶向下”调平法，然后在横向调平的基础上，重新加计纵向合计数。

该方法适用于需要首先确定主栏数值的报表。即以主栏合计数为基准，对宾栏数据按照

AB+C+D，这时我们需要对B、C、D中某一个进行调增，直至相等为

调平策略中“单向带有合计关系的报表处理方式”进行调整。采用这种算法时，无论数据调增、调减，均约定调整宾栏项目中的“其他”项指标数据，若报表中无“其他”项，则调整宾栏中数据比重最大值。横向调整完成后，纵向只做简单合计运算。

2) 先纵后横法

该方法适用于需要首先确定宾栏数值的报表。即以宾栏合计数为基准，对主栏数据按照调平策略中“单向带有合计关系的报表处理方式”进行调整。采用这种算法时，无论数据调增、调减，均约定调整主栏项目中的“其他”项指标数据，若报表中无“其他”项，则调整主栏中数据比重最大值。纵向调整完成后，横向只做简单合计运算。

2 系统的非功能性需求

2.1 用户界面需求

用户界面以银监会提供的标准界面为准，并根据客户要求，修改相关样式 2.2 安全保密需求说明

 全面的用户口令管理

要求系统内的数据严格按照用户、角色的分配进行查看，避免泄漏到系统外或没有数据查看权限的用户对数据进行浏览、打印和导出操作。

 灾难恢复策略 1.系统做集群配置。

2.系统运行期间应每日对数据库进行备份，备份策略可参考数据量及运行要求制定，保证在数据失效后迅速、准确地恢复数据。

 接口文件安全 2.3 处理能力需求说明 2.3.1 精度

指标数据的精度要求为2位小数，汇率的精度要求为4位小数。

2.3.2 每页最大显示行数

由于有些报表数据量较大，同时为了操作方便和美观，需要分页显示全部内容，每页最大显示的行数为50行。

如果报表下载之后，用A3纸打印，需要根据实际情况设置报表单元格的宽度。 2.3.3 性能要求（时间特性)

性能需求描述系统性能方面的静态数值和动态数值方面定量的需求，包括： 用户量、交易吞吐量、系统响应时间等。  系统支持同时在线用户数量是300。  系统支持并发用户数量是300。

 所有的目标响应时间需求都是基于用户浏览器提交请求开始到接收到全部重要输出信

息的端到端的响应时间。

 终端用户交互式访问系统的登陆界面的响应时间目标是小于2秒。  终端用户98%的简单查询访问的响应时间目标是小于3秒。

 终端用户98%的简单增删改事务处理访问的响应时间目标是小于3秒。  终端用户98%的复杂查询访问的响应时间目标是小于5秒，视查询的复杂程度。 2.3.4 灵活性 无特殊需求。 2.3.5 容错性要求

对于由于参数设置错误、或者部分参数没有设置就进行后台数据计算，系统要给出提示。 2.3.6 可维护性  单点登录  用户信息同步

3 一期监管报表需求分析

监管报送系统一期报表总共需要开发15张报表，包括。

3.1.1 监管报表与原系统映射

报表编报表名称 号 行 行 总分数据来源 频度 月报G01资产负债项目统计表 √ √ 总账(业务状况表) 表 月报G01-1资产负债项目统计表——表外业务情况表 资产负债项目统计表——贷款质量五级分类情况简√ √ 总账(业务状况表) 表 月报G01-2√ 表 √ 信贷系统 表 月报G01-3资产负债项目统计表——存贷款明细报表(一) √ √ 总账(业务状况表) 表 月报G01-5资产负债项目统计表——人民币备付率报表 资产负债项目统计表——贷款分行业情况表（按贷款√ √ 总账(业务状况表) 表 信贷系统、票据系月报表 月报G01-7√ 投向） 统 √ 总账(业务状况表) G01-8资产负债项目统计表——金融资产四分类情况表 √ 表 月报总账(业务状况表) 表 月报G01-9资产负债项目统计表——存贷款月日均情况表 √ G03各项资产减值损失准备情况表 √ 总账(业务状况表) 表 3.1.2 表样格式需求分析

以银监会提供的表样为主，并标准化格式上报，详细附件 附：监管报送数据分析接口 附：人行统计报送数据分析接口