市场风险数据管控与信息管理系统

栏目介绍：结合巴塞尔协议的框架内容，完善宏微观结合的审慎监管体系、加强系统性风险和系统重要性银行监管是中国银行业实现高质量发展的关键。什么是巴塞尔协议？为什么是8%？如何推进实施巴塞尔协议并加强风险管理？《蒙格斯报告》公众号推出“风险管理与巴塞尔协议讲堂”专栏，介绍杨军博士的《风险管理与巴塞尔协议十八讲》的相关内容，旨在帮助读者理解巴塞尔协议，促进金融机构风险管理水平的提升。

导 言

市场风险管理涉及大量的交易数据、市场数据，很多数据来自于第三方的数据供应商，估值、风险管理、损益核算都与这些数据直接相关，数据管控与信息管理系统在市场风险管理中具有特殊的重要性。本文摘自中国金融出版社的《风险管理与巴塞尔协议十八讲》第六讲市场风险管理。

市场风险数据管控

一、数据下载完整性审查

数据包括头寸数据、参考数据、市场数据、额外冲击数据四类数据。头寸数据就是各类交易的敞口数据，包括名义金额、购买价格、期限等等。参考数据是针对特定的交易输入的数据，比如发行者信息指标、业务层级、市场等级、行业分类等辅助数据。头寸数据和参考数据都需要通过数据质量验证流程，参考数据由数据质量经理审核。市场数据包括历史价格、收益率、利差等指标数据以进行每日的计算。为了计量压力环境下的市场风险，还需要输入额外冲击数据进行压力测试。银行与每个数据提供者建立服务协议，包括提供数据的时间、数据质量标准、响应时间以及问题上报要求，通过数据管控流程控制数据质量。

数据管控的第一步是确保下载数据文件的完整性，没有丢失文件。市场风险系统一般会从Bloomberg、路透、Thomson等外部数据系统下载文件，这些数据文件进入银行的数据转换平台。IT部门人员对这些文件进行审核，主要审核文件的数量是否符合要求，传送的时间是否符合要求，并以红、绿、黄灯的方式显示。

信息技术人员从数据逻辑角度初步审核数据的合理性、规范性，审核的主要内容是数据格式是否符合要求、性质是否符合规范，比如数据项变为文字，文件是空文件等。信息技术部门仅对数据的形式进行审核，不涉及实质内容。如果发现有例外情况，要及时形成相关报告，纳入异议流程（Exception Process）进行处理。一般是信息数据部门和数据提供方沟通，由数据提供方解决。信息技术部门审核完并签署同意后，数据进入业务部门审查环节。

二、数据规范性审核

数据质量管理人员和风险经理根据数据中内含的业务逻辑，判断数据的完整性和准确性，如果发现存在问题也将启动异议流程进行处理，数据完备、质量合格后再进入数据库存储。

这一步主要解决如下几类数据问题:

1.数据长度差异。计算VaR需要3年的连续数据，数据小组要检查时间序列长度是否达到3年的要求，不足3年的数据序列要作为政策例外报告。

2.异常值。根据时间序列的数据变化，比较每天的变化，检查是否存在异常值。存在异常值的，要与业务部门商量异常原因并进行处理。

3.空值或零值。这两类值都会使VaR值计量出现跳跃或者异常。

4.平值。时间系列数值长期没有变化或者变化很小。数据管理人员要用专门的工具对上述数据进行清洗，保证数据能够进行分析。

需要强调的是上述过程需要在系统中记录并经过各个产品条线市场风险经理审核。

三、数据完整性审核

经过清洗后的数据传送至有关系统或提供各有关部门使用，用于各产品条线VaR值计算、市场数据检索与分析、压力测试、有关分析报告、限额监控等各个方面。审计部门还会按照一定频率对整个数据收集、存储等工作进行审计检查。

四、数据质量保证机制

数据质量关系重大，要保证上述流程的正常运作，需要一定的保障机制，以下是常见的机制：

一是验证机制。所有数据都设置一定的阈值，比如一个交易员修改头寸的数量、净敏感性变化、落在合理阈之外的数据值等。二是例外处理机制。数据出现异常，必须进行审批。数据验证由数据管理经理负责，他们会制定规则并根据数据问题的严重程度进行处理。三是协调机制。一般每个月数据管理人员都会协调核对前台、风险管理、财务部门的数据，确保一致性。

市场风险管理系统

市场风险管理需要信息系统的支持，信息系统开发需要明确功能需求，一般的市场风险管理系统要考虑四个部分：一般性市场风险、特定风险、发行体风险、交易对手信用风险。一般性市场风险是指因为价格的不利变化而形成的损失，通常用Value-at-Risk（VaR）衡量。VaR一般是指现有组合头寸在正常市场条件下、在99%的可能性下（置信区间）的最大损失，采用方差—协方差、历史模拟法或者蒙特卡洛模拟法等方法计量风险价值，有的银行采用过去3年的时间内（780个交易日）的情景计量持有一天的风险价值。特定风险是一般性市场风险的补充，是指因为个体的信用利差变化而形成的损失。发行体风险是指发行体违约可能带来的损失。交易对手信用风险是交易对手在合约到期之前有可能发生违约事件而引起损失的风险。

一、系统功能

一般的市场风险管理系统具备如下功能：（1）及时从前台系统上传每天的交易头寸指标、敏感性、情景等数据。（2）能对数据质量进行检查并跟踪解决问题。（3）建立集中化、共享的市场数据仓库。（4）建立集中化共享的情景设置和情景测试。（5）建立集中化的计算平台，使所有交易员和交易产品都能通过相同计算模型进行计算，保证标准的一致性。（6）能支持多元化、每日VaR值计算和压力测试的有效的计算平台。（7）要求所有负责报告每日VaR值和压力测试结果的相关工作团队必须进行签收处理，并通过固有的审批工作流加以约束。（8）具有追溯前台和中台系统数据（reconcile back- to front- and middle-office systems）的功能，使系统能完整并持续地获取头寸数据。（9）能够支持交易员和公司层面报告的灵活有效的报告环境。

二、系统架构

市场风险管理系统需要综合考虑数据获取、数据质量、风险计量、报告/分析等多方面的功能的功能，见下图1。

图1市场风险管理信息系统架构

外部市场数据首先进行清洗，经过整理后，进入专门系统对时间序列数据进行审核。经过处理的数据进入时间序列数据库，再用于风险计量。前面已经讲述了关于数据获取和数据质量审查的内容，下面重点介绍计量和报告。

1.计量模块

计量模块能够实现风险价值、压力测试、发行体风险、特定风险等的计量。对于风险价值，需要市场头寸的时间序列，这些时间序列一般是按照实体、风险因素、币种、国别、到期日等排列。对于特定风险，需要将不同产品归结到单一发行体名下，系统要能提供归结的方法和途径。银行需要统一客户编码，每个客户都有一个唯一的识别代号，这样才能整合某个客户的所有交易。

在计量模块，银行需要开发一些计量工具，比如压力情景分析、特定风险、财务分析等。其中情景是风险价值计量的重要部分，要能够实现What-If分析，分析各种假设条件下资产组合的风险价值变化;能够储存时间序列，生成假设情景。

限额监测系统和发行体风险管理系统也是市场风险管理系统必备的内容。

2.报告模块

首先，报告模块需要完整的数据，风险计量结果和返回检验结果要返回到报告数据库，报告数据库支持监管报告和内部报告。

其次，报告模块需要一个灵活的报告环境。报告的格式可能经常变化，系统应该能够适应这种变化。报告模块要能够完成三种类型的报告，一是每日的交易风险报告，二是月报或者季报，三是特定报告，即根据管理层的要求提供额外的附加信息。

最后，报告模块要能提供一定深度的分析，比如提供压力测试、返回检验和损益分析功能。压力测试功能主要分析极端市场变化、大额风险敞口对风险价值的影响。返回检验比较风险价值与损益值的大小，确保风险价值计量方法的科学合理。损益分析提供每一个交易台或交易员的损益情况，并能够深入分析损失或者盈利的原因。