CN118037445A - 一种金融风险预警处置方法和装置 - Google Patents

Abstract

本发明实施例提供一种金融风险预警处置方法和装置，方法包括：按日收集组织的内外部数据，生成对应的预警信号；发起预警排查请求，判断是否需要针对预警信号执行风险预警；在判断出不需要针对预警信号执行风险预警的情况下，关闭预警信号；在判断出需要针对预警信号执行风险预警的情况下，接收预警信号对应的风险处置方案；响应于接收到预警信号对应的风险处置方案，发起针对风险处置方案的审核，获取风险处置方案的审核结果；在风险处置方案的审核结果为审核通过的情况下，启动风险处置方案的执行，并更新风险处置方案的执行进展，根据执行进展对风险处置方案进行变更或停止执行风险处置方案并关闭预警信号。

Description

一种金融风险预警处置方法和装置

技术领域

本发明涉及金融控股公司大数据风险控制领域，尤其涉及一种金融风险预警处置方法和装置。

背景技术

现有金控公司风险管理几乎都是线下管理，缺少体系化、数字化的管控手段，且多为按月收集数据并排查风险，多偏向于事后管理、指标管理。

在实现本发明过程中，申请人发现现有技术中至少存在如下问题：

现有技术风险管理时效性低、缺乏主动风险识别能力和风险穿透能力，无法有效进行全流程风险跟踪。

发明内容

本发明实施例提供一种金融风险预警处置方法和装置，解决了现有技术风险管理时效性低、缺乏主动风险识别能力和风险穿透能力，无法有效进行全流程风险跟踪的问题。

为达上述目的，一方面，本发明实施例提供一种金融风险预警处置方法，包括：

按日收集组织的内外部数据，并根据预设预警规则，对所述内外部数据进行风险分析，确定预警数据，并针对所述预警数据生成对应的预警信号；

发起针对所述预警信号的预警排查请求，并在收到所述预警排查请求的响应后，判断是否需要针对所述预警信号执行风险预警；所述预警排查用于根据预警信息确定所述预警信号是否需要进行风险预警；

在判断出不需要针对所述预警信号执行风险预警的情况下，关闭所述预警信号；

在判断出需要针对所述预警信号执行风险预警的情况下，接收所述预警信号对应的风险处置方案；

响应于接收到所述预警信号对应的风险处置方案，发起针对所述风险处置方案的审核，获取所述风险处置方案的审核结果；

在所述风险处置方案的审核结果为审核通过的情况下，启动所述风险处置方案的执行，并更新所述风险处置方案的执行进展，根据所述执行进展对所述风险处置方案进行变更或停止执行所述风险处置方案并关闭所述预警信号。

另一方面，本发明实施例提供一种金融风险预警处置装置，包括：

预警信号生成单元，用于按日收集组织的内外部数据，并根据预设预警规则，对所述内外部数据进行风险分析，确定预警数据，并针对所述预警数据生成对应的预警信号；

预警信号排查单元，用于发起针对所述预警信号的预警排查请求，并在收到所述预警排查请求的响应后，判断是否需要针对所述预警信号执行风险预警；所述预警排查用于根据预警信息确定所述预警信号是否需要进行风险预警；

预警信号关闭单元，用于在判断出不需要针对所述预警信号执行风险预警的情况下，关闭所述预警信号；

风险方案等待接收单元，用于在判断出需要针对所述预警信号执行风险预警的情况下，接收所述预警信号对应的风险处置方案；

风险方案审核单元，用户响应于接收到所述预警信号对应的风险处置方案，发起针对所述风险处置方案的审核，获取所述风险处置方案的审核结果；

风险方案执行单元，用于在所述风险处置方案的审核结果为审核通过的情况下，启动所述风险处置方案的执行，并更新所述风险处置方案的执行进展，根据所述执行进展对所述风险处置方案进行变更或停止执行所述风险处置方案并关闭所述预警信号。

上述技术方案具有如下有益效果：从金融控股公司的视角，实现风险的穿透管理和预警闭环，强化风险管理的实质追踪、实质展现，让风险看的清、管的住。借助内外部数据，提升风险管理的时效性和对风险的预判能力，主动发现、解决金融风险，而非被动的做风险处置。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例之一的一种金融风险预警处置方法的流程图；

图2是本发明实施例之一的一种金融风险预警处置装置的架构示意图；

图3是本发明实施例之一的一种金融风险预警处置装置的另一种架构示意图；

图4是本发明实施例之一的一种金融风险预警处置方法的另一流程图；

图5是本发明实施例之一的一种金融风险预警处置方法的另一流程图；

图6是本发明实施例之一的一种金融风险预警处置方法中的执行操作在岗位人员之间的流转示意图；

图7是本发明实施例之一的一种金融风险预警处置方法的图形化展示的风险项目规模示意图；

图8是本发明实施例之一的一种金融风险预警处置方法的另一流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

一方面，如图1所示，本发明实施例提供一种金融风险预警处置方法，包括：

步骤S10，按日收集组织的内外部数据，并根据预设预警规则，对所述内外部数据进行风险分析，确定预警数据，并针对所述预警数据生成对应的预警信号；

步骤S11，发起针对所述预警信号的预警排查请求，并在收到所述预警排查请求的响应后，判断是否需要针对所述预警信号执行风险预警；所述预警排查用于根据预警信息确定所述预警信号是否需要进行风险预警；

步骤S12，在判断出不需要针对所述预警信号执行风险预警的情况下，关闭所述预警信号；

步骤S13，在判断出需要针对所述预警信号执行风险预警的情况下，接收所述预警信号对应的风险处置方案；

步骤S14，响应于接收到所述预警信号对应的风险处置方案，发起针对所述风险处置方案的审核，获取所述风险处置方案的审核结果；

步骤S15，在所述风险处置方案的审核结果为审核通过的情况下，启动所述风险处置方案的执行，并更新所述风险处置方案的执行进展，根据所述执行进展对所述风险处置方案进行变更或停止执行所述风险处置方案并关闭所述预警信号。

在一些实施例中，按日收集组织的内外部数据，组织可以是一家公司、集团、基金等。组织的内外部数据包括来自组织内部生成的数据以及来自组织外部例如该组织的关联组织、合作组织、用户等的数据。预设的预警规则可以包括但不限于政策类预警规则和/或客户类预警规则；政策类预警规则可以来自组织的管理规定或偏好、以及行业政策类指标；客户类预警规则可以来自对历史数据的分析建立的规则。按日收集组织的内外部数据，可以使后续的风险分析更具有时效性，预警信号能更及时的反应实时发生的风险，以便能及时做出响应。在预警信号建立后，需要对预警信号进行排查，目的是排除掉明显不需要进行预警处理的预警信号，仅对真正需要处理的预警信号进行后续的处理，从而提高风险预警系统的整体有效性。针对得到的预警信号，可以向预设的审核单位发出预警排查请求，审核单位可以由指定一个或多个审核部门组成，多个审核部门中间可以具有层级关系，以便实现多级审核，经审查单位审查该预警信号后，可以给出是否需要针对该预警信号进行风险预警处理的决定，并将该决定作为预警信号排查请求的响应进行反馈。当收到预警信号排查请求的响应后，判断出该预警信号不需要进行风险预警，则关闭该风险预警信号；在判断出需要针对所述预警信号执行风险预警的情况下，可以发布风险预警通知，该风险预警通知用于通知预设的制订风险处置方案的部门针对该风险预警制订风险处置方案；同时，在判断出需要针对所述预警信号执行风险预警的情况下，等待接收该预警信号对应的风险处置方案；当接收到预警信号对应的风险处置方案后，需要对该风险处置方案进行审核，可以由指定一个或多个审核部门进行审核，以便确保风险处置方案的合理性。如果审核后的风险处置方案没有通过审核，则可以通知制订风险处置方案的部门重新制订，并等待接收新的风险处置方案。如果审核后的风险处置方案通过审核，则执行该风险处置方案，并更新执行进展，根据执行进展决定是否继续执行该风险处置方案、是否需要根据新情况变更风险处置方案、或者是否需要停止执行风险处置方案。

本发明实施例具有如下技术效果：相对于现有技术中按月为周期地进行风险管理，本发明实施例使得风险从每月识别到能按天识别、监测和处置，大幅度提升了风险管理的时效性；在收集到内外部数据后，通过自动化推进方式将风险识别、处置方案制定、处置进程追踪、处置结果评估紧密连接在一起，实现风险的识别、处置方案制定、处置进程追踪、处置结果评估的闭环流程管理，实现了风险的穿透管理。

进一步地，所述按日收集组织的内外部数据，并根据预设预警规则，对所述内外部数据进行风险分析，确定预警数据，并针对所述预警数据生成对应的预警信号，包括：

按每日周期性地收集来自至少一个数据源各自对应的内外部数据；

针对每个数据源对应的内外部数据，对所述数据源对应的内外部数据进行脱敏整合处理，将脱敏整合处理后的内外部数据，按预设数据集市类别分类存储为至少一个数据集市；

从所述至少一个数据集市中获取脱敏整合处理后的内外部数据，并按政策类预警规则和客户类预警规则对脱敏整合处理后的内外部数据进行风险分析，确定预警数据，并根据预警数据所违反的政策类预警规则和客户类预警规则，生成相应等级的预警信号；

所述政策类预警规则包括：本组织内的管理偏好和政策类指标预警规则；所述客户类预警规则包括：公司治理与经营管理规则、财务风险预警规则、交易风险预警规则、违约风险预警规则、评级风险预警规则、舆情风险预警规则和城投业务风险预警规则。

在一些实施例中，至少一个数据源(数据来源)包括但不限于：信托、外贸租赁、证券、期货、资本市场部和/或外部数据源；其中，信托、外贸租赁、证券、期货和资本市场部可以是组织外部的也可以是属于该组织的机构。预设数据集市类别主要包括风险数据集市、客户数据集市和外部数据集市，其中风险数据集市和客户集市以内部数据作为数据来源，数据入库(数据被收集)后首先进入数据隐私域，将不同成员单位的数据进行隔离，将收集到的数据例如资本所需指标数据、报表结果数据等，在安全域(数据隐私域)内进行加工，脱敏(例如删除拥有该数据的用户的私人信息等)后进入脱敏数据整合域进行数据的整合加工，最后提供内部所需数据的支撑；外部数据集市主要以本次外采的数据作为数据源、辅以各类业务补录的如行业排名等数据，作为客户风险视图和客户风险监测预警的主要数据源。风险分析包括但不限于在全面风险、信用风险、市场风险、流动性风险和风险报表查询等方面的分析。政策类预警的预警逻辑包括但不限于.超预警和超限额，具体地，通过设置预警值和限额值，与实际指标结果(数据集市中的脱敏整合处理后的内外部数据)进行校验，当实际指标值触碰预警规则(超预警或超限额)时，生成预警信号，可触发预警处置流程，同时在风险看板中通过预警提示图标进行监控管理，以达到对监控指标的预警提醒和闭环处置的管理要求。客户类预警规则由外部数据支撑，根据日常风险管理工作的内容，提炼并整合成得到的客户预警规则包括但不限于公司治理与经营管理预警、财务风险预警、交易风险预警、违约风险预警、评级风险预警、舆情风险预警、和/或城投业务风险预警。通过数据抓取，检验客户触碰预警规则的情况，当校验到触碰客户预警规则时，可生成预警信号，触发预警处置流程，并可跟踪处置进展，达到闭环管理的要求。针对预警信号，根据预警监控规则对获取的数据进行分析过滤，对违反预警规则的事项做出不同级别的报警，以统一的工作流方式实现对预警信息的流程化处理。它实现预警信息的读取，单笔或批量撤销、单笔或批量下发预警单及确认风险信号等功能。

本发明实施例具有如下技术效果：通过对多数据源的数据进行采集，完成风险数据上云，并自动化分析，实现了一体化的风险数据采集、风险识别，得到预警信号，并进行风险处置，达到一体化、自动化风险管控的效果。

进一步地，所述在判断出不需要针对所述预警信号执行风险预警的情况下，关闭所述预警信号，包括：

针对所述预警信号，向第一审核部门发起第一预警关闭申请；

在收到所述第一预警关闭申请的审核结果的情况下，判断所述第一预警关闭申请的审核结果是否为审核通过；

如果所述第一预警关闭申请的审核结果为审核通过，则针对所述预警信号，向第二审核部门发起第二预警关闭申请；

在收到所述第二预警关闭申请的审核结果的情况下，判断所述第二预警关闭申请的审核结果是否为审核通过；

如果所述第二预警关闭申请的审核结果为审核通过，则关闭所述预警信号；

如果所述第一预警关闭申请或所述第二预警关闭申请之一的审核结果为不通过，则回到所述发起针对所述预警信号的预警排查请求，并在收到所述预警排查请求的响应后，判断是否需要针对所述预警信号执行风险预警的步骤执行。

在一些实施例中，针对预警信号是否需要继续进行风险处置进行过滤或排查，在过滤或排查后，认定为不需要风险处置的，则通过多审核部门的联合审核，以确保审核结果的合理性。优选地，基于第一审核部门和第二审核部门的依次审核，第二审核部门可以是第一审核部门的上级部门。在过滤后认为预警信号不需要风险处置时，自动向第一审核部门发出第一预警关闭申请，并在审核通过时，继续自动向第二审核部门发出第二预警关闭申请，从而自动完成两个审核部门的工作衔接，将审核过程电子信息自动化，从而提高工作效率，无论是否对工作流程熟悉还是陌生的工作人员，都能在依赖该自动化流程顺利完成审核，从而确保没有流程上的遗漏，降低风险管理上由于人为的疏忽或意外产生的风险管理漏洞，提高了风险管理的效率和安全性。

进一步地，所述响应于接收到所述预警信号对应的风险处置方案，发起针对所述风险处置方案的审核，获取所述风险处置方案的审核结果，包括：

针对接收到的所述风险处置方案，向第一审核部门发送第一风险处置方案审核申请；

在收到所述第一风险处置方案审核申请的审核结果为审核通过的情况下，针对接收到的所述风险处置方案，向第二审核部门发送第二风险处置方案审核申请；

如果所述第二风险处置方案审核申请的审核结果为审核通过，则将所述风险处置方案的审核结果设置为审核通过；

如果所述第一风险处置方案审核申请或所述第二风险处置方案审核申请之一的审核结果为审核未通过，则将所述风险处置方案的审核结果设置为审核未通过，并向负责制定所述风险处置方案的部门发送所述风险处置方案的审核结果，返回到所述在判断出需要针对所述预警信号执行风险预警的情况下，接收所述预警信号对应的风险处置方案的步骤执行。

在一些实施例中，基于第一审核部门和第二审核部门的依次审核，第二审核部门可以是第一审核部门的上级部门。自动完成两个审核部门的工作衔接，将审核过程电子信息自动化，从而提高工作效率，无论是否对工作流程熟悉还是陌生的工作人员，都能在依赖该自动化流程顺利完成审核，从而确保没有流程上的遗漏，降低风险管理上由于人为的疏忽或意外产生的风险管理漏洞，提高了风险管理的效率和安全性。

进一步地，所述在所述风险处置方案的审核结果为审核通过的情况下，启动所述风险处置方案的执行，并更新所述风险处置方案的执行进展，根据所述执行进展对所述风险处置方案进行变更或停止执行所述风险处置方案并关闭所述预警信号，包括：

在所述风险处置方案的审核结果为审核通过的情况下，通知执行所述风险处置方案的部门执行所述风险处置方案；

定期更新所述风险处置方案的最新的执行进展，并在收到针对所述风险处置方案的最新的执行进展后，对所述风险处置方案的执行模式进行判断；

如果判断出所述风险处理方案的执行模式为单次执行，或者判断出所述风险处理方案的执行模式为持续跟踪并且根据所述执行进展判断出不需要继续执行所述风险处置方案，则针对所述预警信号，发起预警信号关闭审核流程，并且在所述预警信号关闭审核流程的审核结果为关闭预警信号时，关闭所述预警信号，或者在所述预警信号关闭审核流程的审核结果为保持预警信号时，针对所述预警信号对应的风险处置方案发起变更检查申请，并在变更检查申请的检查结果为需变更时，发起针对所述预警信号对应的风险处置方案的方案变更流程，并返回到定期更新所述风险处置方案的最新的执行进展的步骤执行，所述在变更检查申请的检查结果为不需变更时，保持所述风险处置方案不变，并返回到定期更新所述风险处置方案的最新的执行进展的步骤执行；

如果判断出所述风险处理方案的执行模式为持续跟踪，并且根据所述执行进展判断出需要继续保持所述预警信号时，针对所述预警信号对应的风险处置方案发起变更检查申请，并在变更检查申请的检查结果为需变更时，发起针对所述预警信号对应的风险处置方案的方案变更流程，并返回到定期更新所述风险处置方案的最新的执行进展的步骤执行；

其中，所述预警信号关闭审核流程，包括：

针对所述预警信号，向第一审核部门发起第三预警关闭申请；

在收到所述第三预警关闭申请的审核结果的情况下，判断所述第三预警关闭申请的审核结果是否为审核通过；

如果所述第三预警关闭申请的审核结果为审核通过，则针对所述预警信号，向第二审核部门发起第四预警关闭申请；

在收到所述第四预警关闭申请的审核结果的情况下，判断所述第四预警关闭申请的审核结果是否为审核通过；

如果所述第四预警关闭申请的审核结果为审核通过，则所述预警信号关闭审核流程的审核结果为关闭预警信号；

如果所述第三预警关闭申请或所述第四预警关闭申请之一的审核结果为不通过，则所述预警信号关闭审核流程的审核结果为保持预警信号；

所述针对所述预警信号对应的风险处置方案的方案变更流程，包括：

向负责制定所述风险处置方案的部门发起风险处置方案变更申请；

在收到负责制定所述风险处置方案的部门的变更后的风险处置方案后，针对接收到的变更后的风险处置方案，向第一审核部门发送第一变更后风险处置方案审核申请；

在收到所述第一变更后风险处置方案审核申请的审核结果为审核通过的情况下，针对接收到的变更后的风险处置方案，向第二审核部门发送第二变更后风险处置方案审核申请；

如果所述第二变更后风险处置方案审核申请的审核结果为审核通过，则通知执行风险处置方案的部门执行变更后的风险处置方案；

如果所述第一风险处置方案审核申请或所述第二风险处置方案审核申请之一的审核结果为审核未通过，则返回到所述向负责制定所述风险处置方案的部门发起风险处置方案变更申请的步骤执行；

所述风险处置方案包括执行模式；所述执行模式包括单次执行和持续跟踪。

在一些实施例中，基于第一审核部门和第二审核部门的依次审核，第二审核部门可以是第一审核部门的上级部门。本发明实施例通过信息技术手段自动完成部门间的风险识别、审核、处置、跟踪、方案更新、预警终止等环节衔接为统一整体，在整个风险预警过程中，处于个环节的部门或人员，无需了解整个流程，只需要关注自己负责的环节，各部门只需要从本发明实施例获取任务信息，并完成相关任务例如风险处置方案的制订、预警信号的排查和审核、风险处置方案的审核、方案变更的审核、预警信号关闭的审核等等，相关人员只关注自己负责的环节，可以降低培训成本，降低人员更替成本，提高工作效率，无论是否对工作流程熟悉还是陌生的工作人员，都能在依赖该自动化流程顺利完成审核，从而确保没有流程上的遗漏，降低风险管理上由于人为的疏忽或意外产生的风险管理漏洞，提高了风险管理的效率和安全性。进一步的，通过对执行进展的实时跟踪，根据执行进展更新执行方案或者终止执行方案，可以快速适应风险变化的新情况；或者及时终止无需继续监控的风险，从而降低系统负担，尤其是人员的工作负担，进而提高流程各环节人员对于仍需继续监控的风险的响应速度，从整体上保证风险预警系统的高效、实时、准确运行。从金融控股公司的视角，实现风险的穿透管理和预警闭环，强化风险管理的实质追踪、实质展现，让风险看的清、管的住。借助内外部数据，提升风险管理的时效性和对风险的预判能力，主动发现、解决金融风险，而非被动的做风险处置。

另一方面，如图2所示，本发明实施例提供一种金融风险预警处置装置，包括：

预警信号生成单元200，用于按日收集组织的内外部数据，并根据预设预警规则，对所述内外部数据进行风险分析，确定预警数据，并针对所述预警数据生成对应的预警信号；

预警信号排查单元201，用于发起针对所述预警信号的预警排查请求，并在收到所述预警排查请求的响应后，判断是否需要针对所述预警信号执行风险预警；所述预警排查用于根据预警信息确定所述预警信号是否需要进行风险预警；

预警信号关闭单元202，用于在判断出不需要针对所述预警信号执行风险预警的情况下，关闭所述预警信号；

风险方案等待接收单元203，用于在判断出需要针对所述预警信号执行风险预警的情况下，接收所述预警信号对应的风险处置方案；

风险方案审核单元204，用户响应于接收到所述预警信号对应的风险处置方案，发起针对所述风险处置方案的审核，获取所述风险处置方案的审核结果；

风险方案执行单元205，用于在所述风险处置方案的审核结果为审核通过的情况下，启动所述风险处置方案的执行，并更新所述风险处置方案的执行进展，根据所述执行进展对所述风险处置方案进行变更或停止执行所述风险处置方案并关闭所述预警信号。

进一步地，所述预警信号生成单元200，包括：

日间数据收集模块，用于按每日周期性地收集来自至少一个数据源各自对应的内外部数据；

数据处理模块，用于针对每个数据源对应的内外部数据，对所述数据源对应的内外部数据进行脱敏整合处理，将脱敏整合处理后的内外部数据，按预设数据集市类别分类存储为至少一个数据集市；

预警信号生成模块，用于从所述至少一个数据集市中获取脱敏整合处理后的内外部数据，并按政策类预警规则和客户类预警规则对脱敏整合处理后的内外部数据进行风险分析，确定预警数据，并根据预警数据所违反的政策类预警规则和客户类预警规则，生成相应等级的预警信号；

所述政策类预警规则包括：本组织内的管理偏好和政策类指标预警规则；所述客户类预警规则包括：公司治理与经营管理规则、财务风险预警规则、交易风险预警规则、违约风险预警规则、评级风险预警规则、舆情风险预警规则和城投业务风险预警规则。

进一步地，所述预警信号关闭单元202，包括：

第一预警关闭审核模块，用于针对所述预警信号，向第一审核部门发起第一预警关闭申请；

第一预警关闭判断模块，用于在收到所述第一预警关闭申请的审核结果的情况下，判断所述第一预警关闭申请的审核结果是否为审核通过；

第二预警关闭审核模块，用于如果所述第一预警关闭申请的审核结果为审核通过，则针对所述预警信号，向第二审核部门发起第二预警关闭申请；

第二预警关闭判断模块，用于在收到所述第二预警关闭申请的审核结果的情况下，判断所述第二预警关闭申请的审核结果是否为审核通过；

确认预警信号关闭模块，用于如果所述第二预警关闭申请的审核结果为审核通过，则关闭所述预警信号；

预警信号重复排查模块，用于如果所述第一预警关闭申请或所述第二预警关闭申请之一的审核结果为不通过，重新触发所述预警信号排查单元。

进一步地，所述风险方案审核单元204，包括：

第一方案审核模块，用于针对接收到的所述风险处置方案，向第一审核部门发送第一风险处置方案审核申请；

第二方案审核模块，用于在收到所述第一风险处置方案审核申请的审核结果为审核通过的情况下，针对接收到的所述风险处置方案，向第二审核部门发送第二风险处置方案审核申请；

确认审核通过模块，用于如果所述第二风险处置方案审核申请的审核结果为审核通过，则将所述风险处置方案的审核结果设置为审核通过；

如果所述第一风险处置方案审核申请或所述第二风险处置方案审核申请之一的审核结果为审核未通过，则将所述风险处置方案的审核结果设置为审核未通过，并向负责制定所述风险处置方案的部门发送所述风险处置方案的审核结果，重新触发所述风险方案等待接收单元。

进一步地，所述风险方案执行单元205，包括：

风险方案执行模块，用于在所述风险处置方案的审核结果为审核通过的情况下，通知执行所述风险处置方案的部门执行所述风险处置方案；

执行进展更新模块，用于定期更新所述风险处置方案的最新的执行进展，并在收到针对所述风险处置方案的最新的执行进展后，对所述风险处置方案的执行模式进行判断；

第一执行判断模块，用于如果判断出所述风险处理方案的执行模式为单次执行，或者判断出所述风险处理方案的执行模式为持续跟踪并且根据所述执行进展判断出不需要继续执行所述风险处置方案，则针对所述预警信号，发起预警信号关闭审核流程，并且在所述预警信号关闭审核流程的审核结果为关闭预警信号时，关闭所述预警信号，或者在所述预警信号关闭审核流程的审核结果为保持预警信号时，针对所述预警信号对应的风险处置方案发起变更检查申请，并在变更检查申请的检查结果为需变更时，发起针对所述预警信号对应的风险处置方案的方案变更流程，并返回到定期更新所述风险处置方案的最新的执行进展的步骤执行，所述在变更检查申请的检查结果为不需变更时，保持所述风险处置方案不变，并返回到定期更新所述风险处置方案的最新的执行进展的步骤执行；

第二执行判断模块，用于如果判断出所述风险处理方案的执行模式为持续跟踪，并且根据所述执行进展判断出需要继续保持所述预警信号时，针对所述预警信号对应的风险处置方案发起变更检查申请，并在变更检查申请的检查结果为需变更时，发起针对所述预警信号对应的风险处置方案的方案变更流程，并返回到定期更新所述风险处置方案的最新的执行进展的步骤执行；

其中，所述预警信号关闭审核流程，包括：

针对所述预警信号，向第一审核部门发起第三预警关闭申请；

在收到所述第三预警关闭申请的审核结果的情况下，判断所述第三预警关闭申请的审核结果是否为审核通过；

如果所述第三预警关闭申请的审核结果为审核通过，则针对所述预警信号，向第二审核部门发起第四预警关闭申请；

在收到所述第四预警关闭申请的审核结果的情况下，判断所述第四预警关闭申请的审核结果是否为审核通过；

如果所述第四预警关闭申请的审核结果为审核通过，则所述预警信号关闭审核流程的审核结果为关闭预警信号；

如果所述第三预警关闭申请或所述第四预警关闭申请之一的审核结果为不通过，则所述预警信号关闭审核流程的审核结果为保持预警信号；

所述针对所述预警信号对应的风险处置方案的方案变更流程，包括：

向负责制定所述风险处置方案的部门发起风险处置方案变更申请；

在收到负责制定所述风险处置方案的部门的变更后的风险处置方案后，针对接收到的变更后的风险处置方案，向第一审核部门发送第一变更后风险处置方案审核申请；

在收到所述第一变更后风险处置方案审核申请的审核结果为审核通过的情况下，针对接收到的变更后的风险处置方案，向第二审核部门发送第二变更后风险处置方案审核申请；

如果所述第二变更后风险处置方案审核申请的审核结果为审核通过，则通知执行风险处置方案的部门执行变更后的风险处置方案；

如果所述第一风险处置方案审核申请或所述第二风险处置方案审核申请之一的审核结果为审核未通过，则返回到所述向负责制定所述风险处置方案的部门发起风险处置方案变更申请的步骤执行；

所述风险处置方案包括执行模式；所述执行模式包括单次执行和持续跟踪。

本发明实施例具有如下技术效果：从金融控股公司的视角，实现风险的穿透管理和预警闭环，强化风险管理的实质追踪、实质展现，让风险看的清、管的住。借助内外部数据，提升风险管理的时效性和对风险的预判能力，主动发现、解决金融风险，而非被动的做风险处置。

下面结合具体的应用实例对本发明实施例上述技术方案进行详细说明，实施过程中没有介绍到的技术细节，可以参考前文的相关描述。

本发明实施例从金融控股公司的视角，实现风险的穿透管理和预警闭环，强化风险管理的实质追踪、实质展现，让风险看的清、管的住。借助内外部数据，提升风险管理的时效性和对风险的预判能力，主动发现、解决金融风险，而非被动的做风险处置。

如图3所示，本发明实施例之一的一种金融风险预警处置装置的架构示意图，也是本发明实施例之一的一种风险管理系统的架构示意图。

系统的整体功能可以从如下部分表述：数据来源、数据集市、管理应用三大块。

数据来源，主要包括信托、外贸租赁、证券、期货、本组织(例如企业或机构的资本市场部)和部分外部数据(外部数据服务商)，用以支撑整个的风险管理、报表查询等应用。

数据集市，主要包括风险数据集市(风险集市)、客户数据集市(客户集市)和外部数据集市，其中风险数据集市和客户集市以内部数据作为数据来源，数据入库后首先进入数据隐私域，将不同成员单位的数据进行隔离，资本所需指标数据、报表结果数据，在安全域内进行加工，脱敏后进入脱敏数据整合域进行数据的整合加工，最后提供内部所需数据的支撑；外部数据集市主要以本次外采的数据作为数据源、辅以各类业务补录的如行业排名等数据，作为客户风险视图和客户风险监测预警的主要数据源。

风险管理系统应用，主要包括五大模块的应用，分别为全面风险管理、信用风险管理、市场风险管理、流动性风险管理和风险报表查询等核心功能，风险管理平台需要做好与统一门户、闭环管理应用系统等的集成对接。

本发明实施例实现了风险上云和自动化、一体化的风险数据采集、风险识别、风险处置的一体化管控，实现了风险的预警闭环处置管理。

预警信号可以在人工发现风险时，人工生成预警信号，也可以针对采集的数据进行自动分析，自动发现风险，自动生成预警信号。可以根据预设的预警规则判断是否生成预警信号，预警规则包括但不限于政策类预警规则和客户类预警规则。政策类预警规则包含但不限于本组织的管理偏好及政策类指标预警规则。具体的预警逻辑分为超预警和超限额。通过设置预警值和限额值，与实际指标结果进行校验，当实际指标值触碰预警规则时，可触发预警处置流程，同时在风险看板中通过预警提示图标进行监控管理，以达到对监控指标的预警提醒和闭环处置的管理要求。客户类预警规则由外部数据支撑，根据日常风险管理工作的内容，提炼并整合成客户预警规则类别，分别为：公司治理与经营管理、财务风险预警、交易风险预警、违约风险预警、评级风险预警、舆情风险预警、城投业务风险预警。通过数据抓取，检验客户触碰预警规则的情况，当校验到触碰客户预警规则时，可触发预警处置流程，并可跟踪处置进展，达到闭环管理的要求。预警管理流程是根据预警监控规则对获取的数据进行分析过滤，对违反预警规则的事项做出不同级别的报警，以统一的工作流方式实现对预警信息的流程化处理。它实现预警信息的读取，单笔或批量撤销、单笔或批量下发预警单及确认风险信号等功能。图4是本发明一些实施例的一种金融风险预警处置方法的流程示意图，步骤S401，生成预警信号，可以是人工或根据收集的数据自动生成；步骤S402，预警关闭申请，在预警信号生成后，需要判断预警信号是否需要进行后续的预警响应处理，若不需要，则发起预警关闭申请，并最终关闭预警信号。步骤S403，预警响应节点，在预警信号生成后，需要判断预警信号是否需要进行后续的预警响应处理，若需要，则针对预警信号生成风险处置方案。步骤S404，方案反馈，执行风险处置方案，并反馈执行进展；步骤S405，定期更新执行进展，并根据执行进展决定后续是否需要更新风险处置方案或者是否需要终止风险处置方案；步骤S406，方案变更，当需要更新风险处置方案时，根据执行进展情况变更风险处置方案，并执行新的风险处置方案，回到步骤S405继续定期更新执行进展；步骤S407预警关闭申请，根据执行进展判断出不需要继续执行风险处置方案，则关闭预警信号。

图5是本发明实施例的一种金融风险预警处置方法的另一流程图，预警管理流程主要包括预警信号排查、预警信号认定、预警信号发布和预警信号持续跟踪四大阶段，由于信号产生属于后台自动运行，在实际的管理当中不涉及具体操作流程，因此根据预警阶段的不同，将预警管理流程主要分为预警排查与风险状态认定两大类。预警排查对当前为正常客户的预警发起和认定过程，从流程划分上分为收集与排查流程以及认定与发布流程。流程重要结论：该客户是否预警客户，预警等级是什么。风险状态认定针对当前为持续跟踪预警客户的风险状态认定过程，从流程划分上分为认定流程以及持续跟踪流程。流程重要结论：该客户是否退出预警或预警等级是否进行调整以及调整后的等级。图5所示流程具体如下：步骤S501，人工发出预警信号，接收到由人工发出的预警信号；或者步骤S502，系统发出预警信号，由系统自动分析收集的数据，得到预警信号；步骤S503，预警信号过滤，启动针对预警信号的过滤；步骤S504，是否排查，判断预警信号是否需要进行处理，如果需要处理，则执行步骤S506，如果不需要处理，则执行步骤S507；步骤S506，建立预警信号排查任务；步骤S506，发布风险预警信号(预警信号)排查处理要求，生成预警信号发布报告，并发出预警信号发布报告，继续执行步骤S508；步骤S507，如果判断出预警信号不需要处理，则关闭预警信号；步骤S508，接收预警信号发布报告；步骤S509，解决相关问题并反馈，根据预警信号发布报告，生成风险处置方案，执行风险处置方案，收集执行结果，生成预警信号排查报告；步骤S510，查看预警信号排查报告，具体地，接收预警信号排查报告；步骤S511，编写预警信号处置报告，根据预警信号排查报告，生成预警信号处置报告(执行进展)；步骤S512，审批预警信号处置报告；步骤S513，是否解决，具体地，根据预警信号处置报告，判断预警信号是否需要继续进行风险处置，如果判断出不需要再进行风险处置，则执行步骤S514，否则执行步骤S515，执行预警信号持续跟踪，发起对预警信号持续跟踪的申请；步骤S516，编写预警信号跟踪报告，具体地，根据预警信号持续跟踪的申请，生成预警信号跟踪报告；步骤S517，审批预警信号跟踪报告；步骤S518，是否继续跟踪处理，根据审批结果，判断是否继续对预警信号进行跟踪处理，如果继续跟踪处理，则执行步骤S515，否则执行步骤S519，关闭预警信号。

图6是一些实施例中的预警信号处理流程图，说明了各部门或人员如何利用本发明实施例基于信息技术手段实现的金融风险预警处置方法的整体流程完成风险预警；以下对图6中到的岗位职责进行说明，(所属企业)经办岗：手动发布预警信号，完成手动发布预警信号排查任务，并提交排查任务处置报告，抄送给支行风控主管行长；完成系统产生的预警信号排查任务，并提交排查任务处置报告。对资本本部认定的客户状态为持续跟踪客户，执行持续跟踪工作，定期提交持续跟踪排查处置报告。所属企业风控主管：被动接收所属企业经办岗提交的预警处置报告，被动接收资本本部、所属企业高管领导打回的预警信号申请审批意见。所属企业经办岗：手动发布预警信号，完成手动发布预警信号排查任务，并提交排查任务处置报告，抄送给所属企业风控主管，完成系统产生的预警信号排查任务，并提交排查任务处置报告，对资本本部认定的客户状态为持续跟踪客户，执行持续跟踪工作，定期提交持续跟踪。预警专员岗：发布系统产生的预警信号，分发给所属企业经办岗进行预警排查任务，审查所属企业经办岗提交的预警排查报告，审查所属企业经办岗提交的预警信号审批申请。预警审定岗：审批所属企业预警专员岗，提交的预警信号审查申请。所属企业风控主管领导：被动接收所属企业经办岗提交的预警处置报告，被动接收所属企业、资本本部打回的预警信号申请审批意见。预警审查岗：审查所属企业预警审定岗提交的预警信号处置报告，认定预警信号等级、认定客户预警状态，打回预警信号申请流程，给经办岗。预警审定岗：审定预警信号等级、认定客户预警状态，打回预警信号申请流程，给总行预警审查岗。

表1为一级预警流程权限表

表1定义了一些实施例中在不同的操作环节中各部门及管理人员的权限。例如知会人员需要在以下重要节点收到相关的通知，包括预警信号下发、预警信号关闭、风险处置方案确定、风险处置方案变更，参与审批的人员需要接收每个节点的通知。根据本组织内的管理偏好和政策类指标预警规则，当发生超限额时，知会人员包括：董事长、总经理、主管风险的公司领导、主责部门的主管领导；主责部门负责人、主责部门专员；风控审计部负责人、全风岗；被加签人；当出现超预警时，知会人员包括：总经理、主管风险的公司领导、主责部门的主管领导；主责部门负责人、主责部门专员；风控审计部负责人、全风岗；被加签人。根据客户类预警规则发生预警时，知会人员包括总经理、主管风险的公司领导、主责部门的主管领导；主责部门负责人、主责部门专员；风控审计部负责人、全风岗；被加签人。再例如，在查看数据权限方面，董事长、总经理、主管风险的公司领导、风管委成员(负责人)、风控审计部负责人、全风岗、主责部门的主管领导、主责部门负责人、主责部门专员、被加签人均可查看涉及自己的流程，包含：发起、审批、知会等。

在其他一些实施例中，可以收集本发明实施例的执行进展数据，并通过如图7所示的可视化图形的形式查看风险项目规模的汇总值。在另一些实施例中，还可以通过可视化图形展示风险项目明细，实现风险总量和风险明细的有效结合，提升风险管理的实质效果。

图8是另一些实施例中的金融风险预警处置方法的流程图；步骤S800，生成预警信号：可以有人工或自动根据预设预警规则对收集到的数据进行判断，生成预警信号；步骤S801，接收预警信号：将预警信号通知给相关的知会人员；步骤S802，接收预警信号：收到步骤S800生成的预警信号；步骤S803，判断是否可关闭：判断预警信号是否需要生成风险处置方案，如果不需要，则可以关闭，转到步骤S804发起申请关闭预警流程，否则转到步骤S813，发起方案确认，可同时发起持续跟踪；步骤S804，发起申请关闭预警流程，向第一审核部门发起第一预警关闭申请：步骤S805，审核申请关闭预警流程：在第一审核部门审核第一预警关闭申请后，接收到审核结果；步骤S806，判断是否可关闭：判断所述第一预警关闭申请的审核结果是否为审核通过，如果审核通过，则执行步骤S807，如果审核不通过则执行步骤S803；步骤S807，审批通过申请关闭预警流程：如果所述第一预警关闭申请的审核结果为审核通过，则针对所述预警信号，向第二审核部门发起第二预警关闭申请；步骤S808，审核申请关闭预警流程：接收到第二预警关闭申请，并在完成审核第二预警关闭申请后，接收到第二预警关闭申请的审核结果；步骤S809，判断是否可关闭，在收到所述第二预警关闭申请的审核结果的情况下，判断所述第二预警关闭申请的审核结果是否为审核通过，如果审核通过，则执行步骤S810，如果审核不通过则执行步骤S806；如果无法判断审核是否通过，则执行步骤S812；步骤S810，确认关闭预警流程：关闭预警信号，执行步骤S811；步骤S811，接收重要节点通知：将执行结果通知给相关的知会人员；步骤S812，配合处理相关事项：在无法判断是否可以关闭预警信号时，通知被加签人配合处理相关事项；步骤S813，发起方案确认，可同时发起持续跟踪：通知风险处置方案制定部门制定风险处置方案，并在收到风险处置方案后，发起方案确认，可针对风险处置方案设置执行模式，执行模式包括单次执行或持续跟踪；步骤S814，判断是否同时发起持续跟踪：根据风险处置方案预先定义的执行模式确定是否要持续跟踪，如果不需要持续跟踪，则执行步骤S815，如果需要持续跟踪，则执行步骤S816；步骤S815，提交方案：按单次执行模式提交方案后执行步骤S817；步骤S816，提交方案时，同时发起持续跟踪：按持续跟踪模式提交方案后，执行步骤S818；步骤S817，复核处置方案：发起风险处置方案的审核，向第一审核部门发送第一风险处置方案审核申请，第一审核部门(例如主责部门负责人)收到第一风险处置方案审核申请，并完成审核后，提交审核结果，执行步骤S819；步骤S818，复核处置方案，审批持续跟踪：发起针对执行模式为持续跟踪的风险处置方案和是否要持续跟踪进行审核，向第一审核部门发送第一风险处置方案审核申请，第一审核部门(例如主责部门负责人)收到第一风险处置方案审核申请，并完成审核后，提交审核结果，执行步骤S819；步骤S819，判定是否退回：判断风险处置方案的第一风险处置方案审核申请的审核结果是否没有通过，如果没有通过，则回到步骤S813执行；如果通过了，则针对单次执行模式的风险处置方案执行步骤S820，针对持续跟踪模式的风险处置方案执行步骤S821；步骤S820，确认处置方案，向第二审核部门发送第二风险处置方案审核申请，继续执行步骤S822；步骤S821，确认处置方案，审批通过持续跟踪，向第二审核部门发送第二风险处置方案审核申请，继续执行步骤S823；步骤S822，复核处置方案：第二审核部门(例如主责部门的主管领导)收到第二风险处置方案审核申请，并完成审核后，提交审核结果；步骤S823，复核处置方案，审批持续跟踪：第二审核部门(例如主责部门的主管领导)收到第二风险处置方案审核申请，并完成审核后，提交审核结果；步骤S824，判定是否退回：判断风险处置方案的第二风险处置方案审核申请的审核结果是否没有通过，如果没有通过，则回到步骤S819执行；如果通过了，则针对单次执行模式的风险处置方案执行步骤S825，针对持续跟踪模式的风险处置方案执行步骤S826；步骤S825，确认处置方案：执行风险处置方案，触发步骤S847和步骤S855；步骤S826，确认处置方案，审批通过持续跟踪：执行风险处置方案，并持续跟踪风险处置方案，触发步骤S827和步骤S855；步骤S855，接收重要节点通知：将风险处置方案的审核结果通知给知会人员；步骤S827，定期更新跟踪进展(执行进展)，发起对跟踪进展的审核，触发步骤S828，还发起；步骤S828，审核跟踪进展：发起对是否需要变更风险处置方案的判断，从而触发步骤S831；步骤S828，审核跟踪进展：对跟踪进展进行审核，并且提交审核结果；步骤S829，判断是否退回：如果审核结果是需要继续定期更新跟踪进展，则回到步骤S27执行，如果审核结果是不需要定期更新跟踪进展了，则执行步骤S830；步骤S830，审核通过跟踪进展：不需要定期更新跟踪进展了，则可以关闭预警信号了，执行步骤S847；步骤S831，判定是否需要变更方案：在需要定期更新跟踪进展时，每次更新跟踪进展后，都根据跟踪进展(执行进展)判断是否需要更新风险处置方案，如果不需要更新，则回到步骤S827执行，如果需要更新风险处置方案，则执行步骤S832；步骤S832，发起变更处置方案，可同时发起持续跟踪：根据最新的跟踪进展，更新风险处置方案，可以根据最新的情况，将风险处置方案的执行模式设置为单次模式或持续跟踪模式，更新后的风险处置方案的执行模式可以与更新前的风险处置方案的执行模式相同或不同；步骤S833，判定是否同时发起持续跟踪：判断更新后的风险处置方案的执行模式是单次执行还是持续跟踪，如果是单次执行，则触发步骤S834，如果是持续跟踪，则触发步骤S835；步骤S834，提交方案：在收到负责制定所述风险处置方案的部门的变更后的风险处置方案后，针对接收到的变更后的风险处置方案，向第一审核部门发送第一变更后风险处置方案审核申请，触发步骤S836；步骤S835，提交方案时同时发起持续跟踪：在收到负责制定所述风险处置方案的部门的变更后的风险处置方案后，针对接收到的变更后的风险处置方案，向第一审核部门发送第一变更后风险处置方案审核申请，同时发起持续跟踪，触发步骤S837；步骤S836，复核处置方案：第一审核部门对第一变更后风险处置方案审核申请进行审核，并提交审核结果；步骤S837，复核处置方案，审批持续跟踪：第一审核部门对第一变更后风险处置方案审核申请进行审核，并提交审核结果；步骤S838，判定内容是否退回：判断第一变更后风险处置方案审核申请的审核结果不需要退回(即审核通过)则当前置步骤为步骤S836时，执行步骤S839，当前置步骤为步骤S837时，执行步骤S840；当判断第一变更后风险处置方案审核申请的审核结果需要退回(即审核不通过)时，回到步骤S832执行；步骤S839，确认处置方案：在收到所述第一变更后风险处置方案审核申请的审核结果为审核通过的情况下，针对接收到的变更后的风险处置方案，向第二审核部门发送第二变更后风险处置方案审核申请，执行步骤S841；步骤S840，确认处置方案审批通过持续跟踪：在收到所述第一变更后风险处置方案审核申请的审核结果为审核通过的情况下，针对接收到的变更后的风险处置方案，向第二审核部门发送第二变更后风险处置方案审核申请，执行步骤S842；步骤S841，复核处置方案：收到第二变更后风险处置方案审核申请后，对第二变更后风险处置方案审核申请进行审核，提交审核结果；步骤S842，复核处置方案，审批持续跟踪：收到第二变更后风险处置方案审核申请后，对第二变更后风险处置方案审核申请和持续跟踪进行审核，提交审核结果；步骤S843，判定内容是否退回：如果第二变更后风险处置方案审核申请的审核结果为审核不通过，则执行步骤S838；如果所述第二变更后风险处置方案审核申请的审核结果为审核通过，则当前置步骤为步骤S841时，执行步骤S844，当前置步骤为步骤S842时，执行步骤S845；步骤S844，确认处置方案：通知执行风险处置方案的部门执行变更后的风险处置方案，触发步骤S846以及步骤S847；步骤S845，确认处置方案，审批通过持续跟踪：通知执行风险处置方案的部门执行变更后的风险处置方案，触发步骤S846和步骤S827；步骤S846，接收重要节点通知：向知会人员发布关于更新后风险处置方案的审核和执行情况的通知；步骤S847，发起申请关闭预警流程：针对所述预警信号，向第一审核部门发起第三预警关闭申请；步骤S848，审核申请关闭：第一审核部门收到第三预警关闭申请并审核后提交审核结果；步骤S849，判定是否可关闭：在收到所述第三预警关闭申请的审核结果的情况下，判断所述第三预警关闭申请的审核结果是否为审核通过，如果所述第三预警关闭申请的审核结果为审核通过，则执行步骤S850；否则执行步骤S831；步骤S850，通过申请关闭：针对所述预警信号，向第二审核部门发起第四预警关闭申请；步骤S851：第二审核部门收到第四预警关闭申请并审核后，提交第四预警关闭申请的审核结果；步骤S852，判定是否可关闭：在收到所述第四预警关闭申请的审核结果的情况下，判断所述第四预警关闭申请的审核结果是否为审核通过，如果没有通过，则执行步骤S849，如果审核通过了，则执行步骤S853；步骤S853，认关闭预警流程：如果所述第四预警关闭申请的审核结果为审核通过，则所述预警信号关闭审核流程的审核结果为关闭预警信号，关闭预警信号，执行步骤S854；步骤S854，接收重要节点通知：将预警信号关闭的通知发送给知会人员。

本发明实施例具有如下技术效果：

大幅度提升了风险管理的时效性，使得风险从每月识别到能按天识别、监测和处置；实现了风险的闭关管理，针对政策类、客户类不同的风险，均可与下属单位联动，实现风险的识别、处置方案制定、处置进程追踪、处置结果评估的闭环流程管理；实现了风险的穿透管理，有效的把风险总量和逐笔风险进行结合，既符合国资监管的要求，也为金控公司层面的风险处置提供了抓手。

应该明白，公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好，应该理解，过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素，并且不是要限于所述的特定顺序或层次。

在上述的详细描述中，各种特征一起组合在单个的实施方案中，以简化本公开。不应该将这种公开方法解释为反映了这样的意图，即，所要求保护的主题的实施方案需要比清楚地在每个权利要求中所陈述的特征更多的特征。相反，如所附的权利要求书所反映的那样，本发明处于比所公开的单个实施方案的全部特征少的状态。因此，所附的权利要求书特此清楚地被并入详细描述中，其中每项权利要求独自作为本发明单独的优选实施方案。

为使本领域内的任何技术人员能够实现或者使用本发明，上面对所公开实施例进行了描述。对于本领域技术人员来说；这些实施例的各种修改方式都是显而易见的，并且本文定义的一般原理也可以在不脱离本公开的精神和保护范围的基础上适用于其它实施例。因此，本公开并不限于本文给出的实施例，而是与本申请公开的原理和新颖性特征的最广范围相一致。

上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语“包含”，该词的涵盖方式类似于术语“包括”。此外，使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。

本领域技术人员还可以了解到本发明实施例列出的各种说明性逻辑块(illustrative logical block)，单元，和步骤可以通过电子硬件、电脑软件，或两者的结合进行实现。为清楚展示硬件和软件的可替换性(interchangeability)，上述的各种说明性部件(illustrative components)，单元和步骤已经通用地描述了它们的功能。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本发明实施例保护的范围。

本发明实施例中所描述的各种说明性的逻辑块，或单元都可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

本发明实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件模块、或者这两者的结合。软件模块可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中，ASIC可以设置于用户终端中。可选地，处理器和存储媒介也可以设置于用户终端中的不同的部件中。

在一个或多个示例性的设计中，本发明实施例所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现，这些功能可以存储与电脑可读的媒介上，或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是任何通用或特殊电脑可以接入访问的可用媒体。例如，这样的电脑可读媒体可以包括但不限于RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁性存储装置，或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外，任何连接都可以被适当地定义为电脑可读媒介，例如，如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电缆、双绞线、数字用户线(DSL)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、DVD、软盘和蓝光光盘，磁盘通常以磁性复制数据，而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种金融风险预警处置方法，其特征在于，包括：

按日收集组织的内外部数据，并根据预设预警规则，对所述内外部数据进行风险分析，确定预警数据，并针对所述预警数据生成对应的预警信号；

发起针对所述预警信号的预警排查请求，并在收到所述预警排查请求的响应后，判断是否需要针对所述预警信号执行风险预警；所述预警排查用于根据预警信息确定所述预警信号是否需要进行风险预警；

在判断出不需要针对所述预警信号执行风险预警的情况下，关闭所述预警信号；

在判断出需要针对所述预警信号执行风险预警的情况下，接收所述预警信号对应的风险处置方案；

响应于接收到所述预警信号对应的风险处置方案，发起针对所述风险处置方案的审核，获取所述风险处置方案的审核结果；

在所述风险处置方案的审核结果为审核通过的情况下，启动所述风险处置方案的执行，并更新所述风险处置方案的执行进展，根据所述执行进展对所述风险处置方案进行变更或停止执行所述风险处置方案并关闭所述预警信号。

2.如权利要求1所述的金融风险预警处置方法，其特征在于，所述按日收集组织的内外部数据，并根据预设预警规则，对所述内外部数据进行风险分析，确定预警数据，并针对所述预警数据生成对应的预警信号，包括：

按每日周期性地收集来自至少一个数据源各自对应的内外部数据；

针对每个数据源对应的内外部数据，对所述数据源对应的内外部数据进行脱敏整合处理，将脱敏整合处理后的内外部数据，按预设数据集市类别分类存储为至少一个数据集市；

从所述至少一个数据集市中获取脱敏整合处理后的内外部数据，并按政策类预警规则和客户类预警规则对脱敏整合处理后的内外部数据进行风险分析，确定预警数据，并根据预警数据所违反的政策类预警规则和客户类预警规则，生成相应等级的预警信号；

所述政策类预警规则包括：本组织内的管理偏好和政策类指标预警规则；所述客户类预警规则包括：公司治理与经营管理规则、财务风险预警规则、交易风险预警规则、违约风险预警规则、评级风险预警规则、舆情风险预警规则和城投业务风险预警规则。

3.如权利要求1所述的金融风险预警处置方法，其特征在于，所述在判断出不需要针对所述预警信号执行风险预警的情况下，关闭所述预警信号，包括：

针对所述预警信号，向第一审核部门发起第一预警关闭申请；

在收到所述第一预警关闭申请的审核结果的情况下，判断所述第一预警关闭申请的审核结果是否为审核通过；

如果所述第一预警关闭申请的审核结果为审核通过，则针对所述预警信号，向第二审核部门发起第二预警关闭申请；

在收到所述第二预警关闭申请的审核结果的情况下，判断所述第二预警关闭申请的审核结果是否为审核通过；

如果所述第二预警关闭申请的审核结果为审核通过，则关闭所述预警信号；

如果所述第一预警关闭申请或所述第二预警关闭申请之一的审核结果为不通过，则回到所述发起针对所述预警信号的预警排查请求，并在收到所述预警排查请求的响应后，判断是否需要针对所述预警信号执行风险预警的步骤执行。

4.如权利要求1所述的金融风险预警处置方法，其特征在于，所述响应于接收到所述预警信号对应的风险处置方案，发起针对所述风险处置方案的审核，获取所述风险处置方案的审核结果，包括：

针对接收到的所述风险处置方案，向第一审核部门发送第一风险处置方案审核申请；

在收到所述第一风险处置方案审核申请的审核结果为审核通过的情况下，针对接收到的所述风险处置方案，向第二审核部门发送第二风险处置方案审核申请；

如果所述第二风险处置方案审核申请的审核结果为审核通过，则将所述风险处置方案的审核结果设置为审核通过；

如果所述第一风险处置方案审核申请或所述第二风险处置方案审核申请之一的审核结果为审核未通过，则将所述风险处置方案的审核结果设置为审核未通过，并向负责制定所述风险处置方案的部门发送所述风险处置方案的审核结果，返回到所述在判断出需要针对所述预警信号执行风险预警的情况下，接收所述预警信号对应的风险处置方案的步骤执行。

5.如权利要求1所述的金融风险预警处置方法，其特征在于，所述在所述风险处置方案的审核结果为审核通过的情况下，启动所述风险处置方案的执行，并更新所述风险处置方案的执行进展，根据所述执行进展对所述风险处置方案进行变更或停止执行所述风险处置方案并关闭所述预警信号，包括：

在所述风险处置方案的审核结果为审核通过的情况下，通知执行所述风险处置方案的部门执行所述风险处置方案；

定期更新所述风险处置方案的最新的执行进展，并在收到针对所述风险处置方案的最新的执行进展后，对所述风险处置方案的执行模式进行判断；

如果判断出所述风险处理方案的执行模式为单次执行，或者判断出所述风险处理方案的执行模式为持续跟踪并且根据所述执行进展判断出不需要继续执行所述风险处置方案，则针对所述预警信号，发起预警信号关闭审核流程，并且在所述预警信号关闭审核流程的审核结果为关闭预警信号时，关闭所述预警信号，或者在所述预警信号关闭审核流程的审核结果为保持预警信号时，针对所述预警信号对应的风险处置方案发起变更检查申请，并在变更检查申请的检查结果为需变更时，发起针对所述预警信号对应的风险处置方案的方案变更流程，并返回到定期更新所述风险处置方案的最新的执行进展的步骤执行，所述在变更检查申请的检查结果为不需变更时，保持所述风险处置方案不变，并返回到定期更新所述风险处置方案的最新的执行进展的步骤执行；

如果判断出所述风险处理方案的执行模式为持续跟踪，并且根据所述执行进展判断出需要继续保持所述预警信号时，针对所述预警信号对应的风险处置方案发起变更检查申请，并在变更检查申请的检查结果为需变更时，发起针对所述预警信号对应的风险处置方案的方案变更流程，并返回到定期更新所述风险处置方案的最新的执行进展的步骤执行；

其中，所述预警信号关闭审核流程，包括：

针对所述预警信号，向第一审核部门发起第三预警关闭申请；

在收到所述第三预警关闭申请的审核结果的情况下，判断所述第三预警关闭申请的审核结果是否为审核通过；

如果所述第三预警关闭申请的审核结果为审核通过，则针对所述预警信号，向第二审核部门发起第四预警关闭申请；

在收到所述第四预警关闭申请的审核结果的情况下，判断所述第四预警关闭申请的审核结果是否为审核通过；

如果所述第四预警关闭申请的审核结果为审核通过，则所述预警信号关闭审核流程的审核结果为关闭预警信号；

如果所述第三预警关闭申请或所述第四预警关闭申请之一的审核结果为不通过，则所述预警信号关闭审核流程的审核结果为保持预警信号；

所述针对所述预警信号对应的风险处置方案的方案变更流程，包括：

向负责制定所述风险处置方案的部门发起风险处置方案变更申请；

在收到负责制定所述风险处置方案的部门的变更后的风险处置方案后，针对接收到的变更后的风险处置方案，向第一审核部门发送第一变更后风险处置方案审核申请；

在收到所述第一变更后风险处置方案审核申请的审核结果为审核通过的情况下，针对接收到的变更后的风险处置方案，向第二审核部门发送第二变更后风险处置方案审核申请；

如果所述第二变更后风险处置方案审核申请的审核结果为审核通过，则通知执行风险处置方案的部门执行变更后的风险处置方案；

如果所述第一风险处置方案审核申请或所述第二风险处置方案审核申请之一的审核结果为审核未通过，则返回到所述向负责制定所述风险处置方案的部门发起风险处置方案变更申请的步骤执行；

所述风险处置方案包括执行模式；所述执行模式包括单次执行和持续跟踪。

6.一种金融风险预警处置装置，其特征在于，包括：

预警信号生成单元，用于按日收集组织的内外部数据，并根据预设预警规则，对所述内外部数据进行风险分析，确定预警数据，并针对所述预警数据生成对应的预警信号；

预警信号排查单元，用于发起针对所述预警信号的预警排查请求，并在收到所述预警排查请求的响应后，判断是否需要针对所述预警信号执行风险预警；所述预警排查用于根据预警信息确定所述预警信号是否需要进行风险预警；

预警信号关闭单元，用于在判断出不需要针对所述预警信号执行风险预警的情况下，关闭所述预警信号；

风险方案等待接收单元，用于在判断出需要针对所述预警信号执行风险预警的情况下，接收所述预警信号对应的风险处置方案；

风险方案审核单元，用户响应于接收到所述预警信号对应的风险处置方案，发起针对所述风险处置方案的审核，获取所述风险处置方案的审核结果；

风险方案执行单元，用于在所述风险处置方案的审核结果为审核通过的情况下，启动所述风险处置方案的执行，并更新所述风险处置方案的执行进展，根据所述执行进展对所述风险处置方案进行变更或停止执行所述风险处置方案并关闭所述预警信号。

7.如权利要求6所述的金融风险预警处置装置，其特征在于，所述预警信号生成单元，包括：

日间数据收集模块，用于按每日周期性地收集来自至少一个数据源各自对应的内外部数据；

数据处理模块，用于针对每个数据源对应的内外部数据，对所述数据源对应的内外部数据进行脱敏整合处理，将脱敏整合处理后的内外部数据，按预设数据集市类别分类存储为至少一个数据集市；

预警信号生成模块，用于从所述至少一个数据集市中获取脱敏整合处理后的内外部数据，并按政策类预警规则和客户类预警规则对脱敏整合处理后的内外部数据进行风险分析，确定预警数据，并根据预警数据所违反的政策类预警规则和客户类预警规则，生成相应等级的预警信号；

所述政策类预警规则包括：本组织内的管理偏好和政策类指标预警规则；所述客户类预警规则包括：公司治理与经营管理规则、财务风险预警规则、交易风险预警规则、违约风险预警规则、评级风险预警规则、舆情风险预警规则和城投业务风险预警规则。

8.如权利要求6所述的金融风险预警处置装置，其特征在于，所述预警信号关闭单元，包括：

第一预警关闭审核模块，用于针对所述预警信号，向第一审核部门发起第一预警关闭申请；

第一预警关闭判断模块，用于在收到所述第一预警关闭申请的审核结果的情况下，判断所述第一预警关闭申请的审核结果是否为审核通过；

第二预警关闭审核模块，用于如果所述第一预警关闭申请的审核结果为审核通过，则针对所述预警信号，向第二审核部门发起第二预警关闭申请；

第二预警关闭判断模块，用于在收到所述第二预警关闭申请的审核结果的情况下，判断所述第二预警关闭申请的审核结果是否为审核通过；

确认预警信号关闭模块，用于如果所述第二预警关闭申请的审核结果为审核通过，则关闭所述预警信号；

预警信号重复排查模块，用于如果所述第一预警关闭申请或所述第二预警关闭申请之一的审核结果为不通过，重新触发所述预警信号排查单元。

9.如权利要求6所述的金融风险预警处置装置，其特征在于，所述风险方案审核单元，包括：

第一方案审核模块，用于针对接收到的所述风险处置方案，向第一审核部门发送第一风险处置方案审核申请；

第二方案审核模块，用于在收到所述第一风险处置方案审核申请的审核结果为审核通过的情况下，针对接收到的所述风险处置方案，向第二审核部门发送第二风险处置方案审核申请；

确认审核通过模块，用于如果所述第二风险处置方案审核申请的审核结果为审核通过，则将所述风险处置方案的审核结果设置为审核通过；

如果所述第一风险处置方案审核申请或所述第二风险处置方案审核申请之一的审核结果为审核未通过，则将所述风险处置方案的审核结果设置为审核未通过，并向负责制定所述风险处置方案的部门发送所述风险处置方案的审核结果，重新触发所述风险方案等待接收单元。

10.如权利要求6所述的金融风险预警处置装置，其特征在于，所述风险方案执行单元，包括：

风险方案执行模块，用于在所述风险处置方案的审核结果为审核通过的情况下，通知执行所述风险处置方案的部门执行所述风险处置方案；

执行进展更新模块，用于定期更新所述风险处置方案的最新的执行进展，并在收到针对所述风险处置方案的最新的执行进展后，对所述风险处置方案的执行模式进行判断；

第一执行判断模块，用于如果判断出所述风险处理方案的执行模式为单次执行，或者判断出所述风险处理方案的执行模式为持续跟踪并且根据所述执行进展判断出不需要继续执行所述风险处置方案，则针对所述预警信号，发起预警信号关闭审核流程，并且在所述预警信号关闭审核流程的审核结果为关闭预警信号时，关闭所述预警信号，或者在所述预警信号关闭审核流程的审核结果为保持预警信号时，针对所述预警信号对应的风险处置方案发起变更检查申请，并在变更检查申请的检查结果为需变更时，发起针对所述预警信号对应的风险处置方案的方案变更流程，并返回到定期更新所述风险处置方案的最新的执行进展的步骤执行，所述在变更检查申请的检查结果为不需变更时，保持所述风险处置方案不变，并返回到定期更新所述风险处置方案的最新的执行进展的步骤执行；

第二执行判断模块，用于如果判断出所述风险处理方案的执行模式为持续跟踪，并且根据所述执行进展判断出需要继续保持所述预警信号时，针对所述预警信号对应的风险处置方案发起变更检查申请，并在变更检查申请的检查结果为需变更时，发起针对所述预警信号对应的风险处置方案的方案变更流程，并返回到定期更新所述风险处置方案的最新的执行进展的步骤执行；

其中，所述预警信号关闭审核流程，包括：

针对所述预警信号，向第一审核部门发起第三预警关闭申请；

在收到所述第三预警关闭申请的审核结果的情况下，判断所述第三预警关闭申请的审核结果是否为审核通过；

如果所述第三预警关闭申请的审核结果为审核通过，则针对所述预警信号，向第二审核部门发起第四预警关闭申请；

在收到所述第四预警关闭申请的审核结果的情况下，判断所述第四预警关闭申请的审核结果是否为审核通过；

如果所述第四预警关闭申请的审核结果为审核通过，则所述预警信号关闭审核流程的审核结果为关闭预警信号；

如果所述第三预警关闭申请或所述第四预警关闭申请之一的审核结果为不通过，则所述预警信号关闭审核流程的审核结果为保持预警信号；

所述针对所述预警信号对应的风险处置方案的方案变更流程，包括：

向负责制定所述风险处置方案的部门发起风险处置方案变更申请；

在收到负责制定所述风险处置方案的部门的变更后的风险处置方案后，针对接收到的变更后的风险处置方案，向第一审核部门发送第一变更后风险处置方案审核申请；

在收到所述第一变更后风险处置方案审核申请的审核结果为审核通过的情况下，针对接收到的变更后的风险处置方案，向第二审核部门发送第二变更后风险处置方案审核申请；

如果所述第二变更后风险处置方案审核申请的审核结果为审核通过，则通知执行风险处置方案的部门执行变更后的风险处置方案；

如果所述第一风险处置方案审核申请或所述第二风险处置方案审核申请之一的审核结果为审核未通过，则返回到所述向负责制定所述风险处置方案的部门发起风险处置方案变更申请的步骤执行；

所述风险处置方案包括执行模式；所述执行模式包括单次执行和持续跟踪。