基于动态配置的收单方法和系统与流程

1.本发明涉及数据转换技术领域，具体涉及一种基于动态配置的收单方法和系统。


背景技术：

2.随着中通业财一体流程及系统日趋完善，大量业务系统接入，又因不同的业务系统的业务数据字段、结构、校验规则皆不相同，所以业财一体系统每次接入新场景时都会单独开发一套接口逻辑来进行业务数据到财务数据的转换工作，内部称之为“收单层”。
3.现有技术中，每次业务系统的接入，收单层都需要投入开发资源，导致出现重复开发，提高了开发人力成本，并且每次业务系统接入后，收单层的收单流程基本一致，随着业务场景接入数量膨胀，收单层随之不断膨胀，从而出现收单层代码臃肿重复，以致于收单效率降低，代码维护难度提高。
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.图1是本发明的基于动态配置的收单方法一种实施例提供的流程图；
32.图2是本发明的基于动态配置的收单系统一种实施例提供的结构示意图。
具体实施方式
33.为使本发明的目的、技术方案和优点更加清楚，下面将对本发明的技术方案进行详细的描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有
其它实施方式，都属于本发明所保护的范围。
34.图1是本发明的基于动态配置的收单方法一种实施例提供的流程图，如图1所示，本实施例的基于动态配置的收单方法具体包括如下步骤：
35.s101、获取用户根据业务系统提供的数据结构信息预先配置的收单配置信息。
36.本实施例中，业务系统会预先将该业务系统中的业务数据对应的数据结构信息提供给用户，用户需要根据数据结构信息进行动态配置，从而确定该业务系统对应的收单配置信息。本实施例需要获取该业务系统对应的收单配置信息。其中，收单配置信息包括：含有动态表达式(dsl)的配置文件。本实施例利用配置文件中的动态表达式对字段值或相关逻辑进行相关操作。数据结构信息包括：业务数据对应的数据字段、数据结构、数据校验规则、数据含义中的至少一种。
37.s102、根据收单配置信息对预先设置的动态数据源进行切换，得到业务系统对应的当前数据源。
38.获取到业务系统对应的收单配置信息，需要根据该收单配置信息对预先设置的动态数据源进行切换，从而得到该业务系统对应的当前数据源。本实施例中支持多种类数据源，可以根据业务系统的配置对数据源进行动态切换。
39.s103、获取业务系统推送的业务数据。
40.业务系统接入后，业务系统会向本实施例推送业务数据，本实施例则获取业务系统推送的业务数据。
41.s104、根据收单配置信息，利用预先通过抽象建模方式创建的收单处理组件对业务数据进行处理，得到业务数据对应的财务数据。
42.本实施例中，需要预先将收单流程进行抽象建模，从而开发出收单处理组件，当业务系统推送业务数据时，用户只需要对收单处理组件进行动态配置，便可得到针对该业务系统的收单处理组件，无需每个业务系统接入后，都要对收单层进行开发，只需要开发一次收单层，之后再有业务系统接入后，直接对该收单层进行动态配置即可，避免了重复开发，降低了开发人力成本，避免了重复开发，开发代码便会减少，避免了代码臃肿重复，提高了代码维护效率，从而提高了收单效率。
43.因此，获取到业务系统对应的业务数据后，需要根据预先获取的该业务系统对应的收单配置信息，利用收单处理组件对业务数据进行处理，从而得到业务数据对应的财务数据。其中，收单处理组件对业务数据处理为数据转换处理，即将业务数据转换成财务数据。
44.s105、将财务数据存储到当前数据源中。
45.得到转换后的财务数据后，将该财务数据存储到之前步骤中切换到的业务系统对应的当前数据源中。
46.本实施例的基于动态配置的收单方法，获取用户根据业务系统提供的数据结构信息预先配置的收单配置信息；根据收单配置信息对预先设置的动态数据源进行切换，得到业务系统对应的当前数据源；获取业务系统推送的业务数据；根据收单配置信息，利用预先通过抽象建模方式创建的收单处理组件对业务数据进行处理，得到业务数据对应的财务数据；将财务数据存储到所述当前数据源中。采用本实施例的技术方案，只需要预先利用抽象建模方式创建出收单处理组件，然后根据业务系统中业务数据的数据结构信息对收单处理
组件进行动态配置即可，无需每次都对收单层进行重复开发，减少了开发代码，降低了开发人力成本和代码维护难度，提高了收单效率。
47.进一步地，本实施例的基于动态配置的收单方法，在执行了步骤s101之后还包括如下步骤：
48.根据收单配置信息，配置业务系统对应的收单接口。
49.获取到用户预先配置的业务系统对应的收单配置信息后，还可以根据收单配置信息配置业务系统对应的收单接口，以使本实施例获取业务数据时，利用该收单接口进行获取。
50.进一步地，本实施例的基于动态配置的收单方法，在执行了步骤s104之后还包括如下步骤：
51.根据收单配置信息，触发收单处理组件中的后续流程，对财务数据进行后续流程对应的处理，得到并存储后续流程对应的数据。
52.根据收单配置信息配置的收单处理组件，收单处理组件中还包括后续流程的操作功能，本实施例对业务数据进行业务数据转换后，还可以对转换后的财务数据进行后续流程对应的处理，从而得到并存储后续流程对应的数据。其中，后续流程包括：数据清洗流程、数据补全流程、数据验证流程中的至少一种。
53.进一步地，本实施例的基于动态配置的收单方法，还包括：
54.获取业务数据对应的当前处理状态，并将当前处理状态反馈到业务系统。
55.本实施例还需要实时获取业务数据对应的当前处理状态，并将该当前处理状态反馈到业务系统。其中，当前处理状态包括：数据转换状态、数据清洗状态、数据补全状态和数据验证状态。
56.图2是本发明的基于动态配置的收单系统一种实施例提供的结构示意图，如图2所示，本实施例的基于动态配置的收单系统包括：业务系统11以及与业务系统11相连的收单引擎12。业务系统11用于向收单引擎12推送业务数据。收单引擎12用于执行上述实施例所述的基于动态配置的收单方法。
57.本实施例的基于动态配置的收单系统，只需要预先利用抽象建模方式创建出收单处理组件，然后根据业务系统中业务数据的数据结构信息对收单处理组件进行动态配置即可，无需每次都对收单层进行重复开发，减少了开发代码，降低了开发人力成本和代码维护难度，提高了收单效率。
58.可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。
59.需要说明的是，在本发明的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是指至少两个。
60.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。
61.应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
62.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
63.此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
64.上述提到的存储介质可以是只读存储器，磁盘或光盘等。
65.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
66.尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。