一种账务数据核算方法、装置、设备及存储介质与流程

文档序号:26910841发布日期:2021-10-09 15:02阅读:92来源:国知局
一种账务数据核算方法、装置、设备及存储介质与流程

1.本发明实施例涉及数据处理技术领域,尤其涉及一种账务数据核算方法、装置、设备及存储介质。


背景技术:

2.目前,银行内部财务系统与支付业务系统之间的账务数据核算是加强内部控制、保障资金安全的重要措施。随着线上支付业务量的激增,对于银行内部财务系统与支付业务系统的账务数据核算压力越来越大。
3.现有的账务系统与支付业务系统的账务数据核算采用逐笔账务明细比对法,每隔一段时间进行一次账务数据明细核对。这种核对方式算法复杂度高、系统核算压力大、核算效率低,同时增加了系统负载。


技术实现要素:

4.本发明提供一种账务数据核算方法、装置、设备及存储介质,以减小账务数据核算的核算压力和系统负载,提高账务数据核算的效率。
5.第一方面,本发明实施例提供了一种账务数据核算方法,包括:
6.向账务系统发送账务核算请求,以从所述账务系统中获取待核算时段的初始账务数据,并从本地业务系统中获取所述待核算时段的初始业务数据;
7.确定待核算特征维度;
8.根据所述待核算特征维度,分别对所述初始账务数据和所述初始业务数据进行拆分,得到至少一个待核算数据集合对;所述待核算数据集合对中包括一一对应的目标账务数据集合和目标业务数据集合;
9.基于分治策略,分别对各所述待核算数据集合对中的所述目标账务数据集合和所述目标业务数据集合,进行核对处理。
10.第二方面,本发明实施例还提供了一种账务数据核算装置,包括:
11.数据获取模块,用于向账务系统发送账务核算请求,以从所述账务系统中获取待核算时段的初始账务数据,并从本地业务系统中获取所述待核算时段的初始业务数据;
12.维度确定模块,用于确定待核算特征维度;
13.集合对获取模块,用于根据所述待核算特征维度,分别对所述初始账务数据和所述初始业务数据进行拆分,得到至少一个待核算数据集合对;所述待核算数据集合对中包括一一对应的目标账务数据集合和目标业务数据集合;
14.核对处理模块,用于基于分治策略,分别对各所述待核算数据集合对中的所述目标账务数据集合和所述目标业务数据集合,进行核对处理。
15.第三方面,本发明实施例还提供了一种账务数据核算设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,所述处理器执行所述程序时实现如第一方面实施例所提供的任一账务数据核算方法。
16.第四方面,本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,其中,该程序被处理器执行时实现如第一方面实施例所提供的任一账务数据核算方法。
17.本发明通过确定待核算特征维度,对初始账务数据和初始业务数据进行拆分,得到至少一个待核算数据集合对;并基于分治策略,对待核算数据集合对中的目标账务数据集合和目标业务数据集合进行核对处理。上述技术方案通过使用较少的待核算特征维度,对初始账务数据和初始业务数据进行分析计算,即可得到与使用全部特征维度,对初始账务数据和初始业务数据进行分析计算相近的结果;并基于分治策略,减轻了系统核算压力和系统负载,提高了账务数据核算效率。
附图说明
18.图1是本发明实施例一中的一种账务数据核算方法的流程图;
19.图2是本发明实施例二中的一种账务数据核算方法的流程图;
20.图3是本发明实施例三中的一种账务数据核算方法的流程图;
21.图4是本发明实施例四中的一种账务数据核算装置的结构示意图;
22.图5是本发明实施例五中的一种计算机设备的结构示意图。
具体实施方式
23.下面结合附图和实施例对本技术作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本技术,而非对本技术的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本技术相关的部分而非全部结构。
24.实施例一
25.图1为本发明实施例一提供的一种账务数据核算方法的流程图,本实施例可适用于对账务系统的账务数据和业务系统的业务数据进行账务核算的情况,该方法可以由账务数据核算装置来执行,该装置可采用软件和/或硬件的方式实现。如图1所示,该方法具体包括如下步骤:
26.s110、向账务系统发送账务核算请求,以从所述账务系统中获取待核算时段的初始账务数据,并从本地业务系统中获取所述待核算时段的初始业务数据。
27.其中,所述本地业务系统用于汇集手机银行、网银系统和网点平台等中的至少一种所生成的业务数据,并进行业务处理。账务核算请求由本地业务系统向账务系统发起,本地业务系统中包含有本地的初始业务数据,账务系统中包含有与初始业务数据相对应的初始账务数据,初始业务数据与初始账务数据之间具有一一对应的关系。所述待核算时间段可以是本地业务系统每次向账务系统发送账务核算请求的起始时间至结束时间。待核算时间段可以采用不同的方式确定,具体可以是根据账务核算请求的发起方式确定。
28.示例性的,若账务核算请求为定时发起请求,则确定对账截止时刻,并根据预设偏移重叠时间参数,确定对账起始时刻;根据对账截止时刻和对账起始时刻,确定待核算时段;若账务核算请求为手动发起请求,则根据账务核算请求中的账务起始时刻和账务截止时刻,确定待核算时段。
29.其中,所述预设偏移重叠时间参数表征每次进行账务定时核算时,对账截止时间
与对账开始时间之间的时间偏移量,可以由相关技术人员根据经验值或实验值进行预先设定,并且预先将该参数作为本地业务系统参数进行配置。需要说明的是,预设偏移重叠时间参数的设置能够覆盖进行相关业务的全部时间段。
30.示例性的,若账务核算请求为定时发起请求,则确定对账截止时刻。其中,对账截止时刻可以包括对账截止日期和截止时间等相关信息,对账截止日期可以设置为当日或前一日。具体可以由相关技术人员根据实际需求进行预先设置,并将对账截止时刻作为本地业务系统的参数进行配置。根据提前设定的预设偏移重叠时间参数和对账截止时刻,确定对账起始时刻。例如,预设偏移重叠时间参数可以设置为8小时,对账截止时刻可以设置为当日的18:00,则对账起始时刻可以为当日的10:00。
31.示例性的,若账务核算请求为手动发起请求,则账务核算请求中的账务起始时刻和账务截止时刻由相关操作人员根据需求进行手动输入。手动发起的请求中携带有账务起始时刻和账务截止时刻。根据手动输入的账务起始时刻和账务截止时刻,确定待核算时段。例如,输入的账务起始时刻可以是当日的10:00,输入的账务截止时刻可以是当日的18:00,则待核算时段可以是当日的10:00

18:00。
32.具体的,本地业务系统向账务系统发送账务核算请求,以从账务系统中获取待核算时段的初始账务数据;根据获取到的待核算时段的初始账务数据,本地业务系统从自身系统中获取与待核算时段的初始账务数据相对应的初始业务数据。
33.s120、确定待核算特征维度。
34.其中,所述待核算特征维度可以包括业务流水号、业务日期、借贷标志、场景代码、轧差场次、业务类型、和业务功能等中的至少一种。所述业务类型可以包括普通汇兑业务、定期借记业务、和定期贷记业务等中的至少一种;所述业务功能可以包括水费、电费等每笔业务的钱款功能中的至少一种。
35.示例性的,待核算特征维度可以通过人为设定的方式进行确定。具体的,本地业务系统中具有固定的特征维度,相关技术人员可以按经验从全部固定的特征维度中,预先选取相对重要的部分特征维度作为最终确定的待核算特征维度。
36.示例性的,待核算特征维度还可以根据各特征维度的可选特征数量进行确定。具体的,若各特征维度的可选特征数量在预设阈值区间范围内,则将范围内的各特征维度作为待核算特征维度;若各特征维度的可选特征数量在预设阈值区间范围外,则剔除掉范围外的各特征维度。其中,预设阈值区间可以由相关技术人员根据需求按经验进行设定,例如可以是2至100的区间范围。以业务流水号为特征维度进行举例说明,若在待核算时间段内所处理业务的业务流水号有1000条,则业务流水号的可选特征数量为1000,不在预设阈值区间范围内,因此,业务流水号不属于待核算特征维度。以轧差场次为特征维度进行举例说明,以每天工作日12小时,每1小时进行1次轧差场次清算为例,则轧差场次的可选特征数量为12,轧差场次的可选特征数量在预设阈值区间范围内,则可以将轧差场次作为待核算特征维度。
37.s130、根据所述待核算特征维度,分别对所述初始账务数据和所述初始业务数据进行拆分,得到至少一个待核算数据集合对;所述待核算数据集合对中包括一一对应的目标账务数据集合和目标业务数据集合。
38.具体的,根据s120获取的待核算特征维度,分别对初始账务数据和初始业务数据
进行筛选,并将筛选后的初始账务数据和初始业务数据进行拆分,得到至少一个待核算数据集合对。其中,待核算数据集合对中包括一一对应的目标账务数据集合和目标业务数据集合。
39.在一个可选实施例中,所述根据所述待核算特征维度,分别对所述初始账务数据和所述初始业务数据进行拆分,得到至少一个待核算数据集合对,包括:筛选所述待核算特征维度下的初始账务数据,得到候选账务数据,以及,筛选所述待核算特征维度下的初始业务数据,得到候选业务数据;根据所述待核算特征维度下的可选字段内容,构建至少一个数据拆分条件;针对每一数据拆分条件,筛选满足该数据拆分条件的候选账务数据构建目标账务数据集合,以及筛选满足该数据拆分条件的候选业务数据,构建所述目标账务数据集合对应的所述目标业务数据集合。
40.其中,所述候选账务数据可以根据待核算特征维度,对初始账务数据进行筛选加以确定;所述候选业务数据可以根据待核算特征维度对初始业务数据进行筛选加以确定。
41.所述数据拆分条件可以根据待核算特征维度下的可选字段内容进行确定,其中,数据拆分条件的数量与待核算特征维度的可选字段数量有关。示例性的,若待核算特征维度包括业务日期、业务类型及轧差场次,对应的可选字段数量分别为2、5、12,则数据拆分条件的数量为2
×5×
12。需要说明的是,上述内容仅对待核算特征维度进行示例性说明,不应理解为对其所包含内容的限定。
42.针对每一数据拆分条件,从候选账务数据中筛选满足该数据拆分条件下的目标账务数据,并构建目标账务数据集合;从候选业务数据中筛选满足该数据拆分条件的目标业务数据,并构建与目标账务数据集合对应的目标业务数据集合。其中,每一数据拆分条件,能够筛选出一个目标账务数据集合与对应的一个目标业务数据集合。示例性的,若数据拆分条件的数量为120个,则目标账务数据集合的数量同为120个,且与目标账务集合对应的目标业务数据集合的数量也为120个。
43.本可选实施例通过根据待核算特征维度确定候选账务数据与候选业务数据;根据数据拆分条件筛选出目标账务数据与目标业务数据,并构建目标账务数据集合,以及与目标账务数据集合对应的目标业务数据集合。通过一定的筛选规则,分别对初始账务数据和初始业务数据进行筛选,得到目标账务数据和目标业务数据,替代全量的初始账务数据和初始业务数据进行核对处理,减轻了系统负载负担,从而减小核对处理过程的数据运算量,进而提高了运算效率。
44.s140、基于分治策略,分别对各所述待核算数据集合对中的所述目标账务数据集合和所述目标业务数据集合,进行核对处理。
45.其中,所述分治策略是对于一个规模为n的问题,若该问题规模较大且无法直接解决,则将其分解为k个规模较小的子问题,这些子问题互相独立且与原问题形式相同,递归地解这些子问题,然后将各子问题的解合并得到原问题的解。将分治策略运用在本实施例中,具体可以是,将待核算数据集合对中的目标账务数据和目标业务数据集合,分别放入不同设备中进行并行核对处理;也可以是,将待核算数据集合对中的目标账务数据集合和目标业务数据集合,放入同一设备中,并创建多个线程,每个线程可以核对处理一个待核算数据集合对。
46.在一个可选实施例中,所述对各所述待核算数据集合对中的所述目标账务数据集
合和所述目标业务数据集合,进行核对处理,包括:针对每个待核算数据集合对,确定该待核算数据集合对的目标账务数据集合的元素数量,与该待核算数据集合对中的目标业务数据集合的元素数量是否相同;若相同,则核对成功;否则,核对失败。
47.具体的,基于分治策略,针对每个待核算数据集合对,确定该待核算数据集合对的目标账务数据集合的元素数量,及该待核算数据集合对中的目标业务数据集合的元素数量;判断目标账务数据集合的元素数量与目标业务数据集合的元素数量是否相同。若目标账务数据集合的元素数量与目标业务数据的元素数量相同,则核对成功;若目标账务数据集合的元素数量与目标业务数据的元素数量不相同,则核对失败。
48.本可选实施例通过将待核算数据集合对的目标账务数据集合的元素数量与目标业务数据集合的元素数量进行对比的方式,替代逐笔进行元素内容核对的方式,减少了账务数据核对的工作量,从而提高了核对效率。
49.本实施例方案通过确定待核算特征维度,对初始账务数据和初始业务数据进行拆分,得到至少一个待核算数据集合对;并基于分治策略,对待核算数据集合对中的目标账务数据集合和目标业务数据集合进行核对处理。上述技术方案通过使用较少的待核算特征维度,对初始账务数据和初始业务数据进行分析计算,即可得到与使用全部特征维度,对初始账务数据和初始业务数据进行分析计算相近的结果;并基于分治策略,减轻了系统核算压力和系统负载,提高了账务数据核算效率。
50.实施例二
51.图2为本发明实施例二提供的一种账务数据核算方法的流程图,本实施例在上述各技术方案的基础上,进行了优化改进。
52.进一步的,将操作“所述确定待核算特征维度”,细化为“根据所述初始账务数据,确定初始特征维度;根据各所述初始特征维度下的预设筛选条件,分别确定各所述初始特征维度对应的特征区分度;根据所述特征区分度,从各所述初始特征维度中选取至少一个所述待核算特征维度”,以完善初始特征维度的确定方式。
53.如图2所示,该方法包括以下具体步骤:
54.s210、向账务系统发送账务核算请求,以从所述账务系统中获取待核算时段的初始账务数据,并从本地业务系统中获取所述待核算时段的初始业务数据。
55.s220、根据所述初始账务数据,确定初始特征维度。
56.其中,所述初始特征维度可以是初始账务数据中所包含的全部特征维度。例如,若初始账务数据中包含有20个特征维度,则初始账务数据中所包含的20个特征维度,即为初始特征维度。
57.s230、根据各所述初始特征维度下的预设筛选条件,分别确定各所述初始特征维度对应的特征区分度。
58.其中,所述预设筛选条件可以由相关技术人员根据需求进行预先设定。所述特征区分度能够衡量各初始特征维度所携带信息量的大小。特征区分度越大,特征维度所携带的信息越多;特征区分度越小,特征维度所携带的信息越少。需要说明的是,由于设定的预设筛选条件不同,因此,确定的各初始特征维度的特征区分度大小不同;但由于特征区分度为衡量各初始特征维度携带信息量大小的指标,因此,预设筛选条件的设定对各初始特征维度所包含信息量大小的确定无实质影响。
59.在一个可选实施例中,所述根据各所述初始特征维度下的预设筛选条件,分别确定各所述初始特征维度对应的特征区分度,包括:针对每一初始特征维度,根据该初始特征维度下对应的预设筛选条件,确定所述初始特征数据在该初始特征维度下的第一识别率;根据除该初始特征维度之外的其他特征维度下对应的预设筛选条件,确定所述初始特征数据在该其他特征维度下的第二识别率;根据所述第一识别率和所述第二识别率,确定该初始特征维度的所述特征区分度。
60.示例性的,针对每一初始特征维度,根据该初始特征维度下对应的预设筛选条件,确定初始特征数据在该初始特征维度下的第一识别率。具体的,每个初始特征维度分别对应一个预设筛选条件,例如,初始特征维度为业务类型的预设筛选条件可以是普通汇兑业务;初始特征维度为日期的预设筛选条件可以是7月12日。举例说明,若初始特征数据的各初始特征维度分别为a1,a2,

,a
n
,各初始特征维度a1,a2,

,a
n
对应的预设筛选条件分别为a1,a2,

,a
n
,初始特征数据的总数据量为f。以第i个(i=1,2,

,n)初始特征维度为a
i
为例,初始特征数据在初始特征维度a
i
的预设筛选条件a
i
下的数据量为f
i
。则初始特征数据在初始特征维度a
i
下的第一识别率为f
i
/f。
61.根据除该初始特征维度下的其他特征维度之外对应的预设筛选条件,确定初始特征数据在该其他特征维度下的第二识别率。延续前例,若初始特征维度为a
i
,则除初始特征维度a
i
之外的其他特征维度对应的预设筛选条件为{a1,

,a
(i

1)
,a
(i+1)
,

,a
n
}。在初始特征维度a
i
的其他特征维度下,对应预设筛选条件满足{a1,

,a
(i

1)
,a
(i+1)
,

,a
n
}的初始特征数据的数据量为f

i
,则初始特征数据a
i
在该其他特征维度下的第二识别率为f

i
/f。
62.根据第一识别率和所述第二识别率,确定该初始特征维度的特征区分度。具体的,特征区分度可以是初始特征数据在该初始特征维度下的第一识别率与初始特征数据在该初始特征维度下的第二识别率之间的差值,其中,第一识别率作为被减数。例如,若初始特征数据在该初始特征维度下第一识别率为f
i
/f,第二识别率为f

i
/f,则该初始特征维度的特征区分度为f
i
/f

f

i
/f。
63.s240、根据所述特征区分度,从各所述初始特征维度中选取至少一个所述待核算特征维度。
64.示例性的,根据s230确定的各初始特征维度的特征区分度,从各初始特征维度中选取至少一个待核算特征维度。具体可以是,对根据s230确定的各初始特征维度的特征区分度进行从大到小的排序,根据特征区分度的特性,可以选择排序结果靠前的至少一个初始特征维度作为待核算特征维度。
65.s250、根据所述待核算特征维度,分别对所述初始账务数据和所述初始业务数据进行拆分,得到至少一个待核算数据集合对;所述待核算数据集合对中包括一一对应的目标账务数据集合和目标业务数据集合。
66.s260、基于分治策略,分别对各所述待核算数据集合对中的所述目标账务数据集合和所述目标业务数据集合,进行核对处理。
67.本实施例方案通过确定各初始特征维度的特征区分度的方式,确定待核算特征维度。特征区分度能够衡量各初始特征维度所携带信息量大小,因此,通过确定初始特征维度的特征区分度,能够使得待核算特征维度的确定更加精准,从而有助于提高账务数据核算结果的准确度。
68.实施例三
69.图3为本发明实施例三提供的一种账务数据核算方法的流程图,本实施例在上述各技术方案的基础上,进行了优化改进。
70.进一步的,在上述方案基础上还包括“若存在核对失败的待核算数据集合对,则确定补充特征维度;根据所述补充特征维度,分别对核对失败的目标账务数据集合和目标业务数据集合进行拆分,得到待核算数据子集对;所述待核算数据子集对中包括一一对应的目标账务数据子集和新的目标业务数据子集;基于分治策略,分别对所述待核算数据子集对中的目标账务数据子集和目标业务数据子集,进行二次核对处理”,以完善对核对处理结果的处理方式。
71.如图3所示,该方法包括以下具体步骤:
72.s310、向账务系统发送账务核算请求,以从所述账务系统中获取待核算时段的初始账务数据,并从本地业务系统中获取所述待核算时段的初始业务数据。
73.s320、确定待核算特征维度。
74.s330、根据所述待核算特征维度,分别对所述初始账务数据和所述初始业务数据进行拆分,得到至少一个待核算数据集合对;所述待核算数据集合对中包括一一对应的目标账务数据集合和目标业务数据集合;
75.s340、基于分治策略,分别对各所述待核算数据集合对中的所述目标账务数据集合和所述目标业务数据集合,进行核对处理。
76.s350、若存在核对失败的待核算数据集合对,则确定补充特征维度。
77.具体的,若通过s340核对处理的待核算数据集合对中,存在目标账务数据集合元素数量与目标业务数据集合元素数量不一致的待核算数据集合对,则认为核对处理结果中存在核对失败的待核算数据集合对。若存在核对失败的待核算数据集合对,则确定补充特征维度。其中,补充特征维度可以从除待核算特征维度之外的初始特征维度中选择。
78.示例性的,补充特征维度可以根据上述实施例确定的初始特征维度对应的特征区分度进行选取。可选的,补充特征维度的特征区分度不大于待核算特征维度的特征区分度,具体可以是,若待核算特征维度的特征区分度为40%,则可以选择特征区分度小于或等于40%的作为补充特征维度。
79.s360、根据所述补充特征维度,分别对核对失败的目标账务数据集合和目标业务数据集合进行拆分,得到待核算数据子集对;所述待核算数据子集对中包括一一对应的目标账务数据子集和新的目标业务数据子集。
80.示例性的,根据补充特征维度,分别对核对失败的目标账务数据集合和目标业务数据集合进行拆分,得到至少一个待核算数据子集对。其中,对核对失败的目标账务数据集合和目标业务数据集合进行拆分的方式,可以与第一次对初始账务数据与初始业务数据进行拆分的方式相同。具体可以是,根据补充特征维度下的可选字段内容,构建至少一个数据拆分条件;针对每一数据拆分条件,筛选满足该数据拆分条件的候选账务数据集合构建目标账务数据子集,以及筛选满足该数据拆分条件的候选业务数据集合,构建与目标账务数据子集对应的目标业务数据子集,得到待核算数据子集对。其中,待核算数据子集对中包括一一对应的目标账务数据子集和新的目标业务数据子集。
81.s370、基于分治策略,分别对所述待核算数据子集对中的目标账务数据子集和目
标业务数据子集,进行二次核对处理。
82.示例性的,基于分治策略,分别对待核算数据子集对中的目标账务数据子集和目标业务数据子集,进行二次核对处理。其中,对待核算数据子集对中的目标账务数据子集和目标业务数据子集二次核对处理的方式,可以与第一次对待核算数据集合对中的目标账务数据集合和目标业务数据集合进行核对处理的方式相同。具体可以是,针对每个待核算数据子集对,确定该待核算数据子集对的目标账务数据子集的元素数量与该待核算数据子集对中的目标业务数据子集的元素数量是否相同;若相同,则核对成功;否则,核对失败。
83.可以理解的是,当通过二次核对之后,若仍旧存在核对失败的情况,则表明核对失败的目标账务数据子集和目标业务数据子集中,存在账务数据和业务数据不对应的情况。为了进行导致核对失败的账务数据和业务数据的准确定位,可以通过逐条核对的方式加以确定。或者,还可以延续上述方式,确定新的补充特征维度,并根据新的补充特征维度,进一步对目标账务数据子集和目标业务数据子集进行集合拆分,将拆分得到的新的目标账务数据子集和新的目标业务数据子集,基于分治策略进行再次核对。当然,还可以通过人工核对的方式进行导致核对失败的账务数据和业务数据的准确定位,本技术对此不作任何限定。
84.在一个可选实施例中,若存在核对失败的待核算数据子集对,则根据所述核对失败的待核算数据子集对中目标账务数据子集和目标业务数据子集,标记对应的初始账务数据和初始业务数据;根据已标记初始账务数据的账务流水和收付款方向,对已标记初始账务数据和对应已标记初始业务数据进行三次核对。
85.具体可以是,根据核对失败的待核算数据子集对中目标账务数据子集和目标业务数据子集,标记对应的初始账务数据和初始业务数据。对已标记的初始账务数据和初始业务数据进行逐条核对,具体可以是通过初始账务数据的账务流水和收付款方向两方面的因素进行核对。根据已标记初始账务数据的账务流水和收付款方向,对已标记初始账务数据和对应已标记初始业务数据进行三次核对。
86.其中,初始账务数据的账务流水可能为空或非空;初始账务数据的收付款方向可以为收款方或付款方。
87.本可选实施例通过根据核对失败的待核算数据子集对中目标账务数据子集和目标业务数据子集,标记对应的初始账务数据和初始业务数据;根据已标记初始账务数据的账务流水和收付款方向,对已标记初始账务数据和对应已标记初始业务数据进行三次核对,提高了对已标记初始账务数据和已标记初始业务数据进行三次核对处理的准确度。
88.可选的,所述根据已标记初始账务数据的账务流水和收付款方向,对已标记初始账务数据和对应已标记初始业务数据进行三次核对,包括:若所述已标记初始账务数据的账务流水为空,且所述收付款方向为收款方,则确定核对成功,并更新所述已标记初始业务数据;若所述已标记初始账务数据的账务流水为空,且所述收付款方向为付款方,则根据所述已标记初始账务数据中的账务操作,确定最终核对结果;若所述账务流水非空,则确定所述账务流水与业务流水是否相同;若是,则核对成功;否则,核对失败。
89.示例性的,若已标记初始账务数据的账务流水为空,且收付款方向为收款方,则确定核对成功,并更新已标记初始业务数据。具体的,若收付款方向为收款方,则可以确定账务系统在进行各业务处理过程中,未出现损失情况,则可以确定核对成功。可以后续检测本地业务系统在处理各业务时的中间环节是否出现差错,以及若出现差错时,导致出现差错
的原因,并在本地业务系统上更新已标记的初始业务数据。
90.示例性的,若已标记初始账务数据的账务流水为空,且收付款方向为付款方,则根据已标记初始账务数据中的账务操作,确定最终核对结果。具体的,若收付款方向为收款方,则可以认为账务系统在进行各业务处理过程中,在某个处理业务节点上出现了差错。检测已标记初始账务数据中是否包括设定账务操作,若存在账务操作,则根据已标记初始账务数据中的账务操作,确定最终核对结果;若不存在账务操作,则认为核对失败。
91.示例性的,若账务流水非空,则确定账务流水与业务流水是否相同。具体可以是通过人工核对的方式进行确定。若账务流水与业务流水相同,则核对成功;若账务流水与业务流水不同,则核对失败。本可选实施例通过判断账务流水是否为空以及收付款方向是否为收款方向,实现了对已标记初始账务数据和已标记初始业务数据的准确核对。
92.可选的,根据所述已标记初始账务数据中的账务操作,确定最终核对结果,包括:若所述已标记初始账务数据中包括设定账务操作,则查找是否存在与所述设定账务操作对应的冲账记录;其中,所述设定账务操作包括记账操作或退款操作;若存在,则确定核对成功,并更新所述已标记初始业务数据;否则,核对失败。
93.示例性的,若已标记初始账务数据中包括设定账务操作,则查找是否存在与设定账务操作对应的冲账记录。以本方案实施例举例说明,本地业务系统在接收到业务请求后,向账务系统发送转账请求;本地业务系统在向账务系统发送请求过程中,可能由于数据包发生丢失或其他误操作,导致账务系统中出现转账错误;账务系统针对该错误请求会执行相关的设定账务操作,例如记账操作或退款操作等,修正该错误请求。冲账记录是指对前述账务系统针对错误请求所执行的相关设定账务操作的记录。
94.具体的,若已标记初始账务数据中包括设定账务操作,且存在与设定账务操作对应的冲账记录存在,则确定核对成功,并更新已标记初始业务数据;若已标记初始账务数据中包括设定账务操作,但不存在与设定账务操作对应的冲账记录存在,则核对失败。本可选实施例通过查找是否存在与设定账务操作对应的冲账记录的方式,来确定账务核算是否核对成功。若存在冲账记录,则核对成功。冲账记录表明账务系统有针对误操作的补救措施,通过确定是否存在冲账记录,提高了账务核算的准确性。
95.本发明实施例通过根据补充特征维度,分别对核对失败的目标账务数据集合和目标业务数据集合进行拆分,得到待核算数据子集对;基于分治策略,分别对待核算数据子集对中的目标账务数据子集和目标业务数据子集,进行二次核对处理。本实施例方案由粗粒度的待核算特征维度到细粒度的补充特征维度,并根据细粒度的补充特征维度对核对失败的数据集合对基于分治原则进行二次核对,实现了自动化方式进行二次核对,提高了账务核算的准确度与效率。
96.实施例四
97.图4为本发明实施例四提供的一种账务数据核算装置的结构示意图。本发明实施例所提供的一种账务数据核算装置可执行本发明任意实施例所提供的一种账务数据核算方法,具备执行方法相应的功能模块和有益效果。该装置可采用软件和/或硬件的方式实现,如图4所示,所述账务数据核算装置具体包括:数据获取模块410、维度确定模块420、集合对获取模块430、和核对处理模块440。
98.其中,数据获取模块410,用于向账务系统发送账务核算请求,以从所述账务系统
中获取待核算时段的初始账务数据,并从本地业务系统中获取所述待核算时段的初始业务数据;
99.维度确定模块420,用于确定待核算特征维度;
100.集合对获取模块430,用于根据所述待核算特征维度,分别对所述初始账务数据和所述初始业务数据进行拆分,得到至少一个待核算数据集合对;所述待核算数据集合对中包括一一对应的目标账务数据集合和目标业务数据集合;
101.核对处理模块440,用于基于分治策略,分别对各所述待核算数据集合对中的所述目标账务数据集合和所述目标业务数据集合,进行核对处理。
102.本实施例方案通过确定待核算特征维度,对初始账务数据和初始业务数据进行拆分,得到至少一个待核算数据集合对;并基于分治策略,对待核算数据集合对中的目标账务数据集合和目标业务数据集合进行核对处理。上述技术方案通过确定待核算特征维度,使得通过对较少特征维度数据进行分析计算,即可得到与使用全部特征维度数据进行分析计算相近的结果,并基于分治策略,减轻了系统核算压力和系统负载,提高了账务数据核算效率。
103.可选的,维度确定模块420,包括:
104.初始特征确定单元,用于根据所述初始账务数据,确定初始特征维度;
105.区分度确定单元,用于根据各所述初始特征维度下的预设筛选条件,分别确定各所述初始特征维度对应的特征区分度;
106.特征维度确定单元,用于根据所述特征区分度,从各所述初始特征维度中选取至少一个所述待核算特征维度。
107.可选的,区分度确定单元,具体用于:
108.针对每一初始特征维度,根据该初始特征维度下对应的预设筛选条件,确定所述初始特征数据在该初始特征维度下的第一识别率;
109.根据除该初始特征维度之外的其他特征维度下对应的预设筛选条件,确定所述初始特征数据在该其他特征维度下的第二识别率;
110.根据所述第一识别率和所述第二识别率,确定该初始特征维度的所述特征区分度。
111.可选的,集合对获取模块430,包括:
112.数据筛选单元,用于筛选所述待核算特征维度下的初始账务数据,得到候选账务数据,以及,筛选所述待核算特征维度下的初始业务数据,得到候选业务数据;
113.条件构建单元,用于根据所述待核算特征维度下的可选字段内容,构建至少一个数据拆分条件;
114.集合构建单元,用于针对每一数据拆分条件,筛选满足该数据拆分条件的候选账务数据构建目标账务数据集合,以及筛选满足该数据拆分条件的候选业务数据,构建所述目标账务数据集合对应的所述目标业务数据集合。
115.可选的,该装置还包括:
116.补充特征确定模块,用于若存在核对失败的待核算数据集合对,则确定补充特征维度;
117.子集对获取模块,用于根据所述补充特征维度,分别对核对失败的目标账务数据
集合和目标业务数据集合进行拆分,得到待核算数据子集对;所述待核算数据子集对中包括一一对应的目标账务数据子集和新的目标业务数据子集;
118.二次核对处理模块,用于基于分治策略,分别对所述待核算数据子集对中的目标账务数据子集和目标业务数据子集,进行二次核对处理。
119.可选的,所述补充特征维度的特征区分度不大于所述待核算特征维度的特征区分度。
120.可选的,核对处理模块440,包括:
121.元素数量确定单元,用于针对每个待核算数据集合对,确定该待核算数据集合对的目标账务数据集合的元素数量与该待核算数据集合对中的目标业务数据集合的元素数量是否相同;
122.核对确定单元,用于若该待核算数据集合对的目标账务数据集合的元素数量与该待核算数据集合对中的目标业务数据集合的元素数量相同,则核对成功;否则,核对失败。
123.可选的,该装置还包括:
124.数据标记模块,用于若存在核对失败的待核算数据子集对,则根据所述核对失败的待核算数据子集对中目标账务数据子集和目标业务数据子集,标记对应的初始账务数据和初始业务数据;
125.三次核对处理模块,用于根据已标记初始账务数据的账务流水和收付款方向,对已标记初始账务数据和对应已标记初始业务数据进行三次核对。
126.可选的,三次核对处理模块,包括:
127.第一核对处理单元,用于若所述已标记初始账务数据的账务流水为空,且所述收付款方向为收款方,则确定核对成功,并更新所述已标记初始业务数据;
128.第二核对处理单元,用于若所述已标记初始账务数据的账务流水为空,且所述收付款方向为付款方,则根据所述已标记初始账务数据中的账务操作,确定最终核对结果;
129.第三核对处理单元,用于若所述账务流水非空,则确定所述账务流水与业务流水是否相同;若是,则核对成功;否则,核对失败。
130.可选的,第二核对处理单元,在执行“根据所述已标记初始账务数据中的账务操作,确定最终核对结果”时,具体用于:
131.若所述已标记初始账务数据中包括设定账务操作,则查找是否存在与所述设定账务操作对应的冲账记录;其中,所述设定账务操作包括记账操作或退款操作;
132.若存在,则确定核对成功,并更新所述已标记初始业务数据;否则,核对失败。
133.上述账务数据核算装置可执行本技术任意实施例所提供的账务数据核算方法,具备执行各账务数据核算方法相应的功能模块和有益效果。
134.实施例五
135.图5为本发明实施例五提供的一种计算机设备的结构示意图,如图5所示,该计算机设备包括处理器510、存储器520、输入装置530和输出装置540;设备中处理器510的数量可以是一个或多个,图5中以一个处理器510为例;设备中的处理器510、存储器520、输入装置530和输出装置540可以通过总线或其他方式连接,图5中以通过总线连接为例。
136.存储器520作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块,如本发明实施例中的账务数据核算方法对应的程序指令/模块(数据获取模块
410、维度确定模块420、集合对获取模块430和核对处理模块440)。处理器510通过运行存储在存储器520中的软件程序、指令以及模块,从而执行设备的各种功能应用以及数据处理,即实现上述的账务数据核算方法。
137.存储器520可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据终端的使用所创建的数据(如前述实施例所涉及的初始账务数据、初始业务数据、待核算特征维度、待核算数据集合对、目标账务数据集合和目标业务数据集合等)等。此外,存储器520可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储器520可进一步包括相对于处理器510远程设置的存储器,这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
138.输入装置530可用于接收输入的数字或字符信息,以及产生与设备的用户设置以及功能控制有关的信号输入。输出装置540可包括显示屏等显示设备。
139.实施例六
140.本发明实施例六还提供一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行一种账务数据核算方法,该方法包括:
141.向账务系统发送账务核算请求,以从所述账务系统中获取待核算时段的初始账务数据,并从本地业务系统中获取所述待核算时段的初始业务数据;
142.确定待核算特征维度;
143.根据所述待核算特征维度,分别对所述初始账务数据和所述初始业务数据进行拆分,得到至少一个待核算数据集合对;所述待核算数据集合对中包括一一对应的目标账务数据集合和目标业务数据集合;
144.基于分治策略,分别对各所述待核算数据集合对中的所述目标账务数据集合和所述目标业务数据集合,进行核对处理。
145.当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明任意实施例所提供的账务数据核算方法中的相关操作。
146.通过以上关于实施方式的描述,所属领域的技术人员可以清楚地了解到,本发明实施例可借助软件及必需的通用硬件来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如计算机的软盘、只读存储器(read

only memory,rom)、随机存取存储器(random access memory,ram)、闪存(flash)、硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明实施例各个实施例所述的方法。
147.值得注意的是,上述账务数据核算装置的实施例中,所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明实施例的保护范围。
148.注意,上述仅为本技术的较佳实施例及所运用技术原理。本领域技术人员会理解,本技术不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本技术的保护范围。因此,虽然通过以上实施例对本技术进行了较为详细的说明,但是本技术不仅仅限于以上实施例,在不脱离本技术构思的情况下,还可以包括更多其他等效实施例,而本技术的范围由所附的权利要求范围决定。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1