一种财务核算修数智能推断分发系统及其实现方法与流程

1.本发明涉及财务数据核算领域，具体是指一种财务核算修数智能推断分发系统及其实现方法。


背景技术：

2.目前，dmall-os业财融合平台作为将业务数据转换为财务核算数据的财务核算平台，其能较好的帮助商家自动生成财务凭证数据，因此受到了广大客户的喜爱。但在业务数据生成财务凭证数据的过程中，不仅需要诸多不同的系统参与，而且系统对各种数据的准确性要求也非常高，在这其中任何一个系统的数据错误都会导致最终财务凭证的数据错误。由于不同的商家对于财务有着不同的财务核算规则，经常会因为核算规则的变更而需要修改有关的财务配置，往往都会因为时间差问题而导致商家财务科目不平，于是dmall-os业财融合平台就必须将错误的财务凭证数据按照新的核算规则重新生成处理，因此就极大的增加了平台的工作量，严重影响了数据核算及数据统计的进度。
3.同时，由于针对不同的财务数据错误，需要采用不同的方式进行数据修改(简称“修数”)，而每一种修数方式都需要定制化开发出一套修数逻辑，因此，随着财务修数方式的不断增加，就势必要不断的定制化开发各种不同的逻辑，这就显著的增加了开发成本，不利于后续的发展和优化。故，如何快速有效解决上述问题，便是目前亟需解决的技术问题。


技术实现要素：

4.为了克服现有技术的不足，本发明提出了一种财务核算修数智能推断分发系统及其实现方法。
5.为解决上述技术问题，本发明提供如下技术方案：一种财务核算修数智能推断分发系统，该系统主要由以下子系统构成：
6.业务池子系统，用于接收上游业务系统产生的数据，根据财务核算的要求补全信息并生成财务业务数据。
7.财务引擎子系统，用于根据财务配置的汇总规则，将财务业务数据汇总为财务数据并记录和存储业务数据与财务数据的对应关系。
8.财务核算子系统，用于根据财务配置的核算规则，将财务数据转换为凭证数据并记录和保存财务数据与凭证科目的对应关系。
9.进一步地，所述业务池子系统、财务引擎子系统及财务核算子系统顺次构成一个完整的数据传输链路。
10.所述业务池子系统、财务引擎子系统和财务核算子系统均受系统调配参与修数逻辑，该修数逻辑包括以下任意一种或几种的组合：
11.修数逻辑一，由业务池子系统根据输入的原始参数修正数据，并由业务池子系统重新下发数据给财务引擎子系统。
12.修数逻辑二，先由业务池子系统根据输入的原始参数修正数据，然后由财务引擎
子系统删除业务与财务数据，最后再由业务池子系统重新下发数据给财务引擎子系统。
13.修数逻辑三，先由业务池子系统根据输入的原始参数修正数据，在由财务引擎子系统删除业务与财务数据，然后由财务核算子系统删除财务数据与凭证，再由业务池子系统重新下发数据给财务引擎子系统，再由财务引擎子系统重新生成财务数据并下发给财务核算子系统，最后由财务核算子系统重新生成凭证数据。
14.修数逻辑四，先由业务池子系统根据输入的原始参数修正数据，再由财务引擎子系统修正财务数据，最后由财务核算系统修正凭证数据。
15.修数逻辑五，由财务引擎子系统根据输入的原始参数修正数据，并由财务引擎子系统将正确数据下发给出财务核算子系统。
16.修数逻辑六，由财务引擎子系统根据输入的原始参数修正数据，并由财务核算子系统删除财务数据和凭证数据，再由财务引擎子系统将正确数据下发给出财务核算子系统。
17.修数逻辑七，由财务引擎子系统根据输入的原始参数修正数据，再由财务引擎子系统将需要修正的数据下发给财务核算子系统，财务核算子系统根据财务引擎子系统下发的数据修正关系数据。
18.修数逻辑八，由财务引擎子系统根据输入的原始参数修正数据。
19.修数逻辑九，由财务核算子系统重新生成财务凭证。
20.修数逻辑十，由财务核算子系统修改具体的凭证数据字段。
21.本发明还提高了一种财务核算修数智能推断分发系统的实现方法，主要包括以下步骤：
22.s1、用户通过商家财务子系统输入待修数原始参数，数据定位模块根据该待修数原始参数进行数据定位；
23.s2、数据校验模块对用户输入的待修数原始参数进行校验，同时根据数据类型筛选出对应的凭证数据并判断该凭证数据状态；
24.s3、逻辑推断模块根据凭证数据状态判定该参与修数的数据场景，并根据不同场景结合逻辑推断分析出不同流程节点；
25.s4、根据步骤s3分析出的不同流程节点，执行相应的数据场景修数操作；
26.s5、将流程分析与逻辑推断的结果封装成具体的数据格式；
27.s6、通过mq方式将需要执行的逻辑分发到各子系统，各个子系统修数完成后将结果回执。
28.其中，步骤s3中所述的数据场景包括上游业务系统错误场景、财务汇总规则配置错误场景及财务核算规则配置错误场景，其中，上游业务系统错误场景与业务数据相对应，财务汇总规则配置错误场景与财务数据相对应，财务核算规则配置错误场景与凭证数据相对应。
29.步骤s3中所述的执行相应的数据场景修数操作，该数据场景修数操作包括业务数据场景修数操作、财务数据场景修数操作及凭证数据场景修数操作中的一种或其任意组合。
30.进一步地，所述业务数据场景修数操作，其包括以下具体步骤：
31.s200、判断是否存在财务数据，是，则执行步骤s201；否，则执行修数逻辑一；
32.s201、判断是否存在凭证数据，是，这执行步骤s202；否，则执行修数逻辑二；
33.s202、判断所有凭证是否已转为商家数据，如是全部转换，则执行步骤s203；如是部分转换，则执行步骤s204；如都没转换，则执行修数逻辑三；
34.s203、判断修改字段是否关系参与生凭证，如关系生凭证，则不允许修数；如关系不生凭证，则执行步骤s205；
35.s204、判断修改字段是否参与生凭证，如关系不生凭证，则执行步骤s205；如关系生凭证，则执行步骤s206；
36.s205、修改字段不参与生凭证，并执行修数逻辑六；
37.s 206、判定修数字段是否存在转换商家数据中，存在，则不允许修数；不存在，则执行步骤s207；
38.s207、判定是否为金额字段，是，则执行修数逻辑四；否，则执行步骤s208；
39.s208、判断生成凭证的方式，如是按单生，则执行修数逻辑四；如是按汇总方式生，则不允许修数。
40.所述财务数据场景修数操作，其包括以下具体步骤：
41.s300、判断是否存在凭证数据，是，则执行步骤s301，否，则执行修数逻辑五；
42.s301、判断所有凭证是否已转为商家数据，如都没有转换，则执行修数逻辑六；如部分转换，则执行步骤s302；
43.s302、判断财务关系是否变换，有，则不允许修数；无，执行步骤s303；
44.s303、判断修改字段是否参与生凭证，否，则执行修数逻辑八；是，则执行步骤s304；
45.s304、判断错误数据是否存在凭证数据中，是，则不允许修数；否，则执行修数逻辑七。
46.所述凭证数据场景修数操作，其包括以下具体步骤：
47.s400、判定是否转为商家数据，是，则不允许修数；否，则执行步骤s401；
48.s401、判断是否存在同一财务数据凭证，是，则执行步骤s402；否，则执行修数逻辑九；
49.s402、判定另外凭证数据是否转为商家数据，是，则执行步骤s403；否，则执行修数逻辑九；
50.s403、判断是否为金额字段，是，则不允许修数；否，则执行修数逻辑十。
51.本发明与现有技术相比，具有的优点及有益效果是：
52.1、本发明能根据用户输入的修数参数来智能推断出后续的修数逻辑及执行流程，针对不同得流程关系数据动态规划出不同的修数逻辑，可以减少人工去查询修数的逻辑，减少财务核算中人工修数的时间，不同的场景修数系统只需要执行各自的修数逻辑即可完成整条链路的修数。
53.2、本发明能充分克服现有系统中对于不同修数时需要单独定制化开发各种不同的逻辑的缺陷，能显著的降低开发成本，利于后续的发展和优化。
附图说明
54.图1为本发明的整体流程结构示意图；
55.图2为本发明的业务数据场景修数操作流程示意图；
56.图3为本发明的财务数据场景修数操作流程示意图；
57.图4为本发明的凭证数据场景修数操作流程示意图。
具体实施方式
58.以下将参考附图来详细描述本发明的优选实施例，本领域中的技术人员将领会的是，这些描述仅为描述性的、示例性的，并且不应被解释为限定了本发明的保护范围。
59.实施例
60.如图1～4所示，本发明中的财务核算修数智能推断分发系统，其包括三个子系统，分别为业务池子系统、财务引擎子系统及财务核算子系统。为了确保商家用户能与本发明中的相关系统进行对接，因此在商家用户端还设有供商家用户进行数据接收和更改的商家财务子系统。
61.其中，所述业务池子系统用于接收上游业务系统产生的数据，根据财务核算的要求补全信息并生成财务业务数据。
62.财务引擎子系统，用于根据财务配置的汇总规则，将财务业务数据汇总为财务数据并记录和存储业务数据与财务数据的对应关系。
63.财务核算子系统，用于根据财务配置的核算规则，将财务数据转换为凭证数据并记录和保存财务数据与凭证科目的对应关系。
64.所述商家财务子系统，用于接收财务核算子系统推送的财务数据，并将其转成商家财务数据。
65.在上述的该些子系统中，商家财务子系统为商家自行的财务管理系统，可以为目前使用较广的用友财务管理系统或sap管理系统。
66.所述业务池子系统、财务引擎子系统及财务核算子系统顺次构成一个完整的数据链路，为确保本发明数据的不可改动性，因此当财务核算子系统将财务数据推送给商家财务子系统后，整个数据链路中的数据均不能进行任何数据变更。
67.为确保后续系统不再根据用户通过商家财务子系统输入的原始参数修正数据进行定制化的逻辑重建，因此，本系统需要随时调用业务池子系统、财务引擎子系统和财务核算子系统来参与修数逻辑。所述的修数逻辑是指根据分发的修数操作来执行具体的数据修复逻辑的运行。
68.本发明中所述的该修数逻辑具体包括十种方式，分别为：
69.修数逻辑一，由业务池子系统根据输入的原始参数修正数据，并由业务池子系统重新下发数据给财务引擎子系统。
70.修数逻辑二，先由业务池子系统根据输入的原始参数修正数据，然后由财务引擎子系统删除业务与财务数据，最后再由业务池子系统重新下发数据给财务引擎子系统。
71.修数逻辑三，先由业务池子系统根据输入的原始参数修正数据，再由财务引擎子系统删除业务与财务数据，然后由财务核算子系统删除财务数据与凭证，再由业务池子系统重新下发数据给财务引擎子系统，再由财务引擎子系统重新生成财务数据并下发给财务核算子系统，最后由财务核算子系统重新生成凭证数据。
72.修数逻辑四，先由业务池子系统根据输入的原始参数修正数据，再由财务引擎子
系统修正财务数据，最后由财务核算系统修正凭证数据。
73.修数逻辑五，由财务引擎子系统根据输入的原始参数修正数据，并由财务引擎子系统将正确数据下发给出财务核算子系统。
74.修数逻辑六，由财务引擎子系统根据输入的原始参数修正数据，并由财务核算子系统删除财务数据和凭证数据，再由财务引擎子系统将正确数据下发给出财务核算子系统。
75.修数逻辑七，由财务引擎子系统根据输入的原始参数修正数据，再由财务引擎子系统将需要修正的数据下发给财务核算子系统，财务核算子系统根据财务引擎子系统下发的数据修正关系数据。
76.修数逻辑八，由财务引擎子系统根据输入的原始参数修正数据。
77.修数逻辑九，由财务核算子系统重新生成财务凭证。
78.修数逻辑十，由财务核算子系统修改具体的凭证数据字段。
79.本实施例基于上述的各子系统及相应功能，其财务核算修数智能推断分发系统的实现方法，其流程如图1所示，主要包括以下步骤：
80.s1、用户通过商家财务子系统输入待修数原始参数，数据定位模块根据该待修数原始参数进行数据定位。
81.该步骤中，用户通过商家财务子系统输入的待修数原始参数根据种类分为三类，分别是业务数据、财务数据和凭证数据。当用户输入待修数原始参数后，数据定位模块将根据该参数进行数据定位，即判定出用户输入的该参数属于业务数据、财务数据和凭证数据中的哪类型数据。
82.该数据定位的实现原理，采用约定大于配置原则，根据输入的单号生成规则来确定当前数据类型。该规则是，单号以b开头的为业务数据，单号以f开头的为财务数据，单号以v开头的为凭证数据。当然，该处的规则也可以任意设定。
83.s2、数据校验模块对用户输入的待修数原始参数进行校验，同时根据数据类型筛选出对应的凭证数据并判断该凭证数据状态。
84.该处所述的校验是指根据数据定位出的数据类型，判断出当前的数据处于那个环节，依次往后面流程找到最终的凭证数据，判断凭证数据状态。
85.s3、逻辑推断模块根据凭证数据状态判定该参与修数的数据场景，并根据不同场景结合逻辑推断分析出不同流程节点。
86.此处，由于数据场景包括上游业务系统错误场景、财务汇总规则配置错误场景及财务核算规则配置错误场景。上游业务系统错误场景与业务数据相对应，财务汇总规则配置错误场景与财务数据相对应，财务核算规则配置错误场景与凭证数据相对应。
87.因此，上述的逻辑推断分析就会出现以下结果：
88.如果是出现上游业务系统错误场景，则将会导致财务业务数据错误，只要该上游业务系统错误，则后续流程和节点所产生的所有数据都会错误。
89.如果是出现财务汇总规则配置错误场景，则会导致财务数据错误，后续流程及节点所产生的凭证数据也会错误。
90.如果是出现财务核算规则配置错误场景，则会导致凭证数据错误，最终商家财务数据错误。
91.s4、根据步骤s3分析出的不同流程节点，执行相应的数据场景修数操作。
92.由于上游业务系统错误场景与业务数据相对应，财务汇总规则配置错误场景与财务数据相对应，财务核算规则配置错误场景与凭证数据相对应。与之相对应的时，当系统分析并明确是哪种数据场景错误后，便会对应有相应的数据场景修数操作。即，当系统分析出是上游业务系统错误场景的，则便会执行业务数据场景修数操作；当系统分析出是财务汇总规则配置错误场景的，则便会执行相应的财务数据场景修数操作；当系统分析出是财务核算规则配置错误场景的，便会执行相应的凭证数据场景修数操作。
93.其中，图2示出了所述业务数据场景修数操作的具体流程，其包括以下具体步骤：
94.s200、判断是否存在财务数据，是，则执行步骤s201；否，则执行修数逻辑一。
95.s201、判断是否存在凭证数据，是，这执行步骤s202；否，则执行修数逻辑二。
96.s202、判断所有凭证是否已转为商家数据，如是全部转换，则执行步骤s203；如是部分转换，则执行步骤s204；如都没转换，则执行修数逻辑三。
97.s203、判断修改字段是否关系参与生凭证，如关系生凭证，则不允许修数；如关系不生凭证，则执行步骤s205。
98.s204、判断修改字段是否参与生凭证，如关系不生凭证，则执行步骤s205；如关系生凭证，则执行步骤s206。
99.s205、修改字段不参与生凭证，并执行修数逻辑四。
100.s 206、判定修数字段是否存在转换商家数据中，存在，则不运行修数；不存在，则执行步骤s207。
101.s207、判定是否为金额字段，是，则执行修数逻辑四；否，则执行步骤s208。
102.s208、判断生成凭证的方式，如是按单生，则执行修数逻辑四；如是按汇总方式生，则不允许修数。
103.所述财务数据场景修数操作的具体流程如图3所示，其包括以下具体步骤：
104.s300、判断是否存在凭证数据，是，则执行步骤s301，否，则执行修数逻辑五。
105.s301、判断所有凭证是否已转为商家数据，如都没有转换，则执行修数逻辑六；如部分转换，则执行步骤s302。
106.s302、判断财务关系是否变换，有，则不允许修数；无，执行步骤s303。
107.s303、判断修改字段是否参与生凭证，否，则执行修数逻辑八；是，则执行步骤s304。
108.s304、判断错误数据是否存在凭证数据中，是，则不允许修数；否，则执行修数逻辑七。
109.所述凭证数据场景修数操作的具体流程如图4所示，其包括以下具体步骤：
110.s400、判定是否转为商家数据，是，则不允许修数；否，则执行步骤s401。
111.s401、判断是否存在同一财务数据凭证，是，则执行步骤s402；否，则执行修数逻辑九。
112.s402、判定另外凭证数据是否转为商家数据，是，则执行步骤s403；否，则执行修数逻辑九。
113.s403、判断是否为金额字段，是，则不允许修数；否，则执行修数逻辑十。
114.s5、将流程分析与逻辑推断的结果封装成具体的数据格式。其中，所述的数据格式
由“字段编码 字段名 是否可空 字段类型”组成。所述的字段编码、字段名、是否可空及字段类型参见下表1所示。
115.字段编码字段名是否可空字段类型billno单号否stringsystemcode系统编码否stringoperatetype操作类型否stringoperatefiled操作字段是stringoperatevalue操作值是stringattachcond附加条件是string
116.又如，下表2为上述数据格式的具体表现形式。
[0117][0118][0119]
s6、通过mq方式将需要执行的逻辑分发到各子系统，各个子系统修数完成后将结果回执。
[0120]
如上所述，便可较好的实现本发明。