一种财务数据监控方法、装置、电子设备及存储介质与流程

1.本技术涉及数据管理技术领域，具体而言，涉及一种财务数据监控方法、装置、电子设备及计算机可读存储介质。


背景技术：

2.账务监控是银行比较重要的风控手段和工具，通过财务监控可以发现账务监控系统的漏洞和问题，为银行追回损失。
3.但是，现有的财务监控方法的时效基本是t+1日的，即业务发生后的次日，由系统统一整理昨日数据，然后再由账务监控系统获取数据对昨日的账务进行核对工作，如有异常会通知用户跟进。但是由于账务监控为t+1模式，用户发现账务问题已经是第二天，一旦涉及追款、挽回资金损失和发现及处置内部作案资金等风险，难度会大大增加，挽回资金损失的成本也会增加，更为重要的是，客户的满意度也受到了很大的影响。


技术实现要素：

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.图1为本技术实施例提供的财务数据监控方法的流程示意图；
52.图2为本技术实施例提供的财务数据监控装置的结构组成示意图；
53.图3为本技术实施例提供的电子设备的结构组成示意图。
具体实施方式
54.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
55.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本技术的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
56.下面结合附图和实施例，对本技术的具体实施方式作进一步详细描述。以下实施例用于说明本技术，但不用来限制本技术的范围。
57.实施例一
58.图1是本技术实施例提供的财务数据监控方法的流程示意图，如图1所示，该方法包括：
59.s1，获取财务数据；
60.s2，根据财务数据构建规则集合；
61.s3，根据财务数据进行任务分发，得到多个财务任务；
62.s4，根据规则集合对财务任务进行监控，得到异常任务；
63.s5，将异常任务进行反馈。
64.在上述实现过程中，通过构建规则集合，将多个财务任务按照规则集合进行监控，及时得到异常任务，可以及时发现财务数据的异常，减少发生问题的概率，减少财务监控漏洞，提高用户的体验感。
65.账务数据监控是银行比较重要的风控手段和工具，以平安银行为例，每年通过账务数据监控系统发现的账务问题上千个，涉及的金额超过一千亿人民币，给银行挽回损失达两千多万人民币。
66.目前，传统的银行账务数据监控时效基本是t+1日的，即业务发生后的次日，由系统统一监管，然后再由账务数据监控系统获取数据对昨日的账务进行核对工作，如有异常
会通知用户跟进。
67.但是由于账务数据监控为t+1模式，用户发现账务问题已经是第二天，一旦问题涉及追款、挽回资金损失和发现及处置内部作案资金风险等处置项，发现问题晚一天的弊病就更为突出，不但后续追款的难度增加了，挽回资金损失的成本也增加了，更为重要的是，客户的满意度也受到了很大的影响。
68.基于以上问题，为预防隔夜账务风险，确保账务风险可以得到及时、有效的控制，降低风险处置成本，本技术实施例提供了一种财务数据监控方法，可以优化账务监控流程，提高账务监控时效，实现准实时账务监控功能。
69.进一步地，在获取财务数据的步骤之前，包括：
70.建立多种数据接入方式。
71.在上述实现过程中，可以根据财务数据不同的特点进行接入方式的选择，提高对财务数据的处理效率。
72.本技术实施例可以实现多种数据接入方式，并且本技术实施例的数据接入为实时接入。利用企业服务总线(enterprise service bus，esb)接口、消息队列(message queue，mq)、kafka(一种分布式订阅系统)、z+准实时批量平台、实时数仓平台等技术或行内产品，从各个账务中心和业务系统采集财务数据，后续实时或者准实时进行各种账户监控规则的数据加工和处理。当然，如果以上数据接入方式无法满足特定需求，也可以针对用于需求进行定制化的开发。
73.esb是传统中间件技术与可扩展标记语言(extensible markup language，xml)、网页服务等技术结合的产物。esb提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。esb的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。从功能上看，esb提供了事件驱动和文档导向的处理模式，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的标准接口。
74.esb提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。esb采用了"总线"这样一种模式来管理和简化应用之间的集成拓扑结构，以广为接受的开放标准为基础来支持应用之间在消息、事件和服务级别上动态的互连互通，是一种在松散耦合的服务和应用之间标准的集成方式。它可以作用于:
75.①
面向服务的架构-分布式的应用由可重用的服务组成；
76.②
面向消息的架构-应用之间通过esb发送和接受消息；
77.③
事件驱动的架构-应用之间异步地产生和接收消息。
78.esb的出现改变了传统的软件架构，可以提供比传统中间件产品更为低廉的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。从功能上看，esb提供了事件驱动和文档导向的处理模式，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的标准接口。
79.通过esb接口可以实现多种功能，例如：
80.服务的metadata管理：在总线范畴内对服务的注册命名及寻址进行管理；
81.传输服务：确保通过企业总线互连的业务流程间的消息的正确交付，还包括基于内容的路由功能；
82.中介：提供位置透明的路由和定位服务；提供多种消息传递形式；支持广泛使用的传输协议；
83.服务和事件管理支持：调用服务的记录、测量和监控数据；提供事件检测、触发和分布功能；
84.使用esb接口还可以实现多种扩展功能，例如：
85.面向服务的元数据管理：必须了解服务的请求以及请求者对服务的要求，以及服务的提供者和他所提供的服务的描述；
86.通信：服务的发布/订阅、响应/请求、同步/异步消息、路由和寻址等；
87.集成：遗留系统适配器，服务编排和映射，协议转换，数据变换，企业应用集成中间件的连续等；
88.服务交互：服务接口定义，服务实现的置换，服务消息模型，服务目录和发现等；
89.服务安全：认证和授权、不可否认和机密性、安全标准的支持等；
90.服务质量：事务，服务的可交付性等；
91.服务等级：性能、可用性等。
92.esb在不同领域具有非常广泛的用途：
93.电信领域：能够在全方位支持电信行业oss(一个综合的业务运营和管理平台)的应用整合概念，是理想的电信级应用软件承载平台；
94.电力领域：能够在全方位支持电力行业ems的数据整合概念，是理想的数据采集与监视控制系统(supervisory control and data acquisition，scada)系统数据交换平台；
95.金融领域：能够在全方位支持银企间业务处理平台的流程整合概念，是理想的b2b交易支撑平台；
96.电子政务：能够在全方位支持电子政务应用软件业务基础平台、信息共享交换平台、决策分析支撑平台和政务门户的平台化实现。
97.进一步地，s2包括：
98.获取财务数据的记账方式和适用场景；
99.根据记账方式对适用场景进行适配，得到适用于适用场景的多种规则；
100.根据多种规则得到规则集合。
101.在上述实现过程中，根据记账方式和适用场景进行适配，可以提高规则的实用性，使得多种规则可以快速地适配财务数据所适用的场景，节省适配时间，提高效率。
102.本技术实施例提供了一种规则池，即多种账务数据的规则集合，系统会按照规则池的配置来执行规则，进行各种对账。为适应不同财务数据的记账方式，本技术实施例提供了多种规则来适配各种场景，用户可以灵活配置不同对账方式。以下是一些规则模式和简要描述：
103.(1)余额方向监控，用于监控科目的余额方向。
104.(2)零余额监控，用户监控科目的余额是否为零或者固定余额。
105.(3)自动对账，总账和各大账务中心对账。
106.(4)勾稽关系监控，用于有勾稽关系的科目之间对账。
107.(5)人工对账，总账与人工录入的账务核对。
108.(6)科目关联关系监控，用于关联科目间余额核对。
109.(7)长期余额无变化科目监控。
110.(8)总分对账，用于总账和各个业务系统的分户账明细核对。
111.(9)人工台账，关于总账和人工台账核对。
112.(10)挂账合理性分析，总账和挂账明细核对。
113.(11)同业对账，用于总账和同业账务之间核对。
114.(12)核心流水与会计流水自动对账。
115.(13)账实核对，用于总账数据和财务数据之间的核对。
116.在s3中，本技术实施例还提供了一种任务池，即将多个不同的任务进行分发，并且在出现异常后可以及时反馈给用户，实现给哪些用户群体发出警告；将异常任务分发给哪些用户等功能。
117.进一步地，s5包括：
118.获取异常任务对应的用户群体；
119.根据用户群体设置警告提醒和处置方式；
120.将警告提醒通过处置方式反馈至用户群体。
121.在上述实现过程中，根据用户群体设置不同的警告提醒和处置方式，可以提高用户的体验感，并且使得不同的用户群体都可以及时得到警告提醒，提高安全性能。
122.异常任务生成后，特定用户群会受到警告，在系统中收到待处理任务。系统提供了多种警告提醒和处置方式，考虑到用户的办公方式和习惯以及发生账务问题之后处置的急迫性，本技术实施例实现了财务数据异常后通过邮件和手机短信实时通知用户的提醒功能，并且支持手机应用程序(application，app)随时查询处置方式，也可以继续在pc上使用，处置场景更为灵活。
123.本技术实施例还可以实现用户处理异常任务和进行反馈，这是异常任务闭环管理的重要环节。用户不但可以进行异常任务的流程处理，也可以对异常任务及规则做出评价。系统会依据这些评价对规则配置进行评级，后续用户新建配置时系统会根据评级给出建议，在规则执行时也会根据评级来确定执行的优先级。
124.本技术实施例中，财务数据的监控时效可以得到有效提升，监控时效较原来t+1模式的监控时间提前了一天，实现账务处理和账务监控的无缝衔接；风控效果大大提升，避免了原有t+1财务数据监控模式下因反应时间长，导致追款难度大、资金损失风险高的问题；方便高效快捷，处置方式灵活，手机app上也可以使用。不仅实时提醒，而且随时随机可以查询，突破了pc机的局限。
125.实施例二
126.为了执行上述实施例一对应的方法，以实现相应的功能和技术效果，下面提供一种财务数据监控装置，如图2所示，该装置包括：
127.获取模块1，用于获取财务数据；
128.构建模块2，用于根据财务数据构建规则集合；
129.分发模块3，用于根据财务数据进行任务分发，得到多个财务任务；
130.监控模块4，用于根据规则集合对财务任务进行监控，得到异常任务；
131.反馈模块5，用于将异常任务进行反馈。
132.在上述实现过程中，通过构建规则集合，将多个财务任务按照规则集合进行监控，及时得到异常任务，可以及时发现财务数据的异常，减少发生问题的概率，减少财务监控漏洞，提高用户的体验感。
133.进一步地，构建模块2还用于：
134.获取财务数据的记账方式和适用场景；
135.根据记账方式对适用场景进行适配，得到适用于适用场景的多种规则；
136.根据多种规则得到规则集合。
137.在上述实现过程中，根据记账方式和适用场景进行适配，可以提高规则的实用性，使得多种规则可以快速地适配财务数据所适用的场景，节省适配时间，提高效率。
138.进一步地，反馈模块5还用于：
139.获取异常任务对应的用户群体；
140.根据用户群体设置警告提醒和处置方式；
141.将警告提醒通过处置方式反馈至用户群体。
142.在上述实现过程中，根据用户群体设置不同的警告提醒和处置方式，可以提高用户的体验感，并且使得不同的用户群体都可以及时得到警告提醒，提高安全性能。
143.进一步地，该装置还包括建立模块，用于：
144.建立多种数据接入方式。
145.在上述实现过程中，可以根据财务数据不同的特点进行接入方式的选择，提高对财务数据的处理效率。
146.上述的财务数据监控装置可实施上述实施例一的方法。上述实施例一中的可选项也适用于本实施例，这里不再详述。
147.本技术实施例的其余内容可参照上述实施例一的内容，在本实施例中，不再进行赘述。
148.实施例三
149.本技术实施例提供一种电子设备，包括存储器及处理器，该存储器用于存储计算机程序，该处理器运行计算机程序以使电子设备执行实施例一的财务数据监控方法。
150.可选地，上述电子设备可以是服务器。
151.请参见图3，图3为本技术实施例提供的电子设备的结构组成示意图。该电子设备可以包括处理器31、通信接口32、存储器33和至少一个通信总线34。其中，通信总线34用于实现这些组件直接的连接通信。其中，本技术实施例中设备的通信接口32用于与其他节点设备进行信令或数据的通信。处理器31可以是一种集成电路芯片，具有信号的处理能力。
152.上述的处理器31可以是通用处理器，包括中央处理器(central processing unit，cpu)、网络处理器(network processor，np)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器31也可以是任何常规的处理器等。
153.存储器33可以是，但不限于，随机存取存储器(random access memory，ram)，只读存储器(read only memory，rom)，可编程只读存储器(programmable read-only memory，
prom)，可擦除只读存储器(erasable programmable read-only memory，eprom)，电可擦除只读存储器(electric erasable programmable read-only memory，eeprom)等。存储器33中存储有计算机可读取指令，当计算机可读取指令由所述处理器31执行时，设备可以执行上述图1方法实施例涉及的各个步骤。
154.可选地，电子设备还可以包括存储控制器、输入输出单元。存储器33、存储控制器、处理器31、外设接口、输入输出单元各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通信总线34实现电性连接。处理器31用于执行存储器33中存储的可执行模块，例如设备包括的软件功能模块或计算机程序。
155.输入输出单元用于提供给用户创建任务以及为该任务创建启动可选时段或预设执行时间以实现用户与服务器的交互。输入输出单元可以是，但不限于，鼠标和键盘等。
156.可以理解，图3所示的结构仅为示意，电子设备还可包括比图3中所示更多或者更少的组件，或者具有与图3所示不同的配置。图3中所示的各组件可以采用硬件、软件或其组合实现。
157.另外，本技术实施例还提供一种计算机可读存储介质，其存储有计算机程序，该计算机程序被处理器执行时实现实施例一的财务数据监控方法。
158.本技术实施例还提供一种计算机程序产品，该计算机程序产品在计算机上运行时，使得计算机执行方法实施例所述的方法。
159.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本技术的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。
160.也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的装置来实现，或者可以用专用硬件与计算机指令的组合来实现。
161.另外，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
162.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
163.以上所述仅为本技术的实施例而已，并不用于限制本技术的保护范围，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的
任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
164.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应所述以权利要求的保护范围为准。
165.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。