一种数据清算方法及装置

本申请涉及数据处理技术领域，具体而言，涉及一种数据清算方法及装置。

目前，随着经济的发展与进步，人们的生活水平越来越高，越来越多的人通过货币基金的方式对自己的财产进行管理，因此，基金交易量越来越大，对基金交易平台的性能要求越来越高。现有的清算方法，通常在清算过程中需要提前造数、埋数，导致业务处理多样性低，适用性差。

本申请实施例的目的在于提供一种数据清算方法及装置，能够避免提前造数、埋数，从而实现快速数据清算，进而提高清算交付效率。

本申请实施例第一方面提供了一种数据清算方法，包括：

在日启开市时，获取行情文件；

进行自动化埋数交易，得到交易数据；

在日终闭市时，根据所述交易数据导出当日申请数据；

根据所述当日申请数据进行日终清算，得到清算文件数据。

在上述实现过程中，该方法首先在日启开市时，获取行情文件；并实时进行自动化埋数交易，得到交易数据；然后，在日终闭市时，根据交易数据导出当日申请数据；最后，再根据当日申请数据进行日终清算，得到清算文件数据。可见，实施这种实施方式，能够避免提前造数、埋数，从而实现快速数据清算，进而提高清算交付效率。

进一步地，所述获取行情文件，包括：

获取数据库存储的账户申请文件和交易申请文件；

根据所述账户申请文件和所述交易申请文件，通过预设的文件生成算法生成行情文件。

进一步地，所述根据所述当日申请数据进行日终清算，得到清算文件数据，包括：

根据所述当日申请数据确定当日账户申请文件和当日交易申请文件；

根据所述当日账户申请文件和所述当日交易申请文件，通过预设的文件生成算法生成对账文件；

根据所述对账文件进行日终清算，得到清算文件数据。

进一步地，所述对账文件至少包括账户确认文件、交易确认文件、基金账户对账文件、基金分红文件和基金短期理财明细文件。

本申请实施例第二方面提供了一种数据清算装置，所述数据清算装置包括：

第一获取单元，用于在日启开市时，获取行情文件；

交易单元，用于进行自动化埋数交易，得到交易数据；

第二获取单元，用于在日终闭市时，根据所述交易数据获取当日申请数据；

清算单元，用于根据所述当日申请数据进行日终清算，得到清算文件数据。

在上述实现过程中，该数据清算装置可以通过第一获取单元在日启开市时，获取行情文件；通过交易单元进行自动化埋数交易，得到交易数据；通过第二获取单元在日终闭市时，根据所述交易数据获取当日申请数据；再通过清算单元根据所述当日申请数据进行日终清算，得到清算文件数据。可见，实施这种实施方式，能够避免提前造数、埋数，从而实现快速数据清算，进而提高清算交付效率。

进一步地，所述第一获取单元包括：

获取子单元，用于在日启开市时，获取数据库存储的账户申请文件和交易申请文件；

第一生成子单元，用于根据所述账户申请文件和所述交易申请文件，通过预设的文件生成算法生成行情文件。

进一步地，所述清算单元包括：

确定子单元，用于根据所述当日申请数据确定当日账户申请文件和当日交易申请文件；

第二生成子单元，用于根据所述当日账户申请文件和所述当日交易申请文件，通过预设的文件生成算法生成对账文件；

清算子单元，用于根据所述对账文件进行日终清算，得到清算文件数据。

进一步地，所述对账文件至少包括账户确认文件、交易确认文件、基金账户对账文件、基金分红文件和基金短期理财明细文件。

本申请实施例第三方面提供了一种电子设备，包括存储器以及处理器，所述存储器用于存储计算机程序，所述处理器运行所述计算机程序以使所述电子设备执行本申请实施例第一方面中任一项所述的数据清算方法。

本申请实施例第四方面提供了一种计算机可读存储介质，其存储有计算机程序指令，所述计算机程序指令被一处理器读取并运行时，执行本申请实施例第一方面中任一项所述的数据清算方法。

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种数据清算方法的流程示意图；

图2为本申请实施例提供的另一种数据清算方法的流程示意图；

图3为本申请实施例提供的一种数据清算方法的举例流程示意图；

图4为本申请实施例提供的一种数据清算装置的结构示意图；

图5为本申请实施例提供的一种数据清算装置的结构示意图。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

实施例1

请参看图1，图1为本申请实施例提供了一种数据清算方法的流程示意图。其中，该数据清算方法包括：

S101、在日启开市时，获取行情文件。

本实施例中，该方法是基于基金清算系统的智能清算自动化跑批方法。

在本实施例中，日启开市时为基金日启开市时。

在本实施例中，基金日启日终用于指代基金每天开启日落关闭，具体用于指代每天的开盘时间和收盘时间。

S102、进行自动化埋数交易，得到交易数据。

本实施例中，埋数用于指代预埋一些指定内容，以便后续实现半自动交易的过程。

S103、在日终闭市时，根据交易数据导出当日申请数据。

本实施例中，日终闭市用于指代基金市场日落时关闭的当日的收盘时间。

本实施例中，交易数据中包括当日申请数据。具体的，交易数据中包括用户提出的交易申请，以及交易完成时的确定信息等等。

S104、根据当日申请数据进行日终清算，得到清算文件数据。

本实施例中，该方法可以根据当日的申请数据进行日终清算，并得到清算文件数据，从而能够实现高效清算，避免清算时间被拖延的较长的情况出现。

目前，基金代销系统在基于交易和清算模块功能实现全流程测试时，通常具有较长的测试周期，并且其效率较低。具体的，单个TA线下联调场景测试周期需要3～5天，和TA公司交易还经常受人为因素影响，从而使得返回报文差异性巨大。然而，常规自动化手段无法根治对应问题，测试周期被动拉长，提效非常困难。同时，手动模拟基金公司文件支持清算虽然具有较好的清算效果，但是随着业务增长和测试节奏加快，现在已经无法达到理想交付效率了。可见，基于此背景下的多个技术问题，本申请创新性的提出了一种基于基金交易+清算结合的智能自动化跑批方法，从而能够有实现提效的效果。

具体的，该方法能够解决常规接口/UI自动化测试方法无法解决的多样性、突发性第三方TA联调模拟的问题；还能够解决常规模拟器只能静态支持，或单次写死的挡板功能(本模拟器支持动态模拟+智能自动组装)，使得其可移植性和通用性更好；还能够解决常规文件传输测试覆盖不全、覆盖耗时长效果差的痛难点问题(日常传输的单个文件内字段等信息成本上千且动态变化)，并提供了通用性的解决方案，使得该方法的普适性和可推广性更强；还能够串联基金交易和清算智能匹配两个流程，从而实现全流程自动化、智能化跑批，减少人工投入。

本实施例中，该方法的执行主体可以为计算机、服务器等计算装置，对此本实施例中不作任何限定。

在本实施例中，该方法的执行主体还可以为智能手机、平板电脑等智能设备，对此本实施例中不作任何限定。

可见，实施本实施例所描述的数据清算方法，能够解决常规接口/UI自动化测试方法无法解决的多样性、突发性第三方TA联调模拟的问题；还能够解决常规模拟器只能静态支持的问题，并提高该方法的可移植性和通用性极；同时，该方法还能够解决常规文件传输测试覆盖不全、覆盖耗时长效果差的痛难点问题，并提供了通用性的解决方案，提高该方法的普适性和可推广性；最后，该方法还能够将基金交易和清算智能匹配两者串联起来，从而实现全流程自动化跑批流程，进而通过全流程智能化，减少人工投入。

实施例2

请参看图2，图2为本申请实施例提供了一种数据清算方法的流程示意图。其中，该数据清算方法包括：

S201、在日启开市时，获取数据库存储的账户申请文件和交易申请文件。

本实施例中，数据库中存储着前一日的账户申请文件(01文件)和交易申请文件(03文件)。

S202、根据账户申请文件和交易申请文件，通过预设的文件生成算法生成行情文件。

本实施例中，预设的文件生成算法为文件智能生成器中内置的算法，对此本实施例中不做任何限定。

本实施例中，需要了解的是文件智能生成器能够智能匹配数据，并实现模拟生成行情文件的效果。

S203、进行自动化埋数交易，得到交易数据。

本实施例中，该方法能够实现当日自动化埋数交易。

S204、在日终闭市时，根据交易数据导出当日申请数据。

本实施例中，该方法在到处当日申请数据时，可以将当日申请数据追踪的账户申请文件(01文件)和交易申请文件(03文件)存储至数据库当中。

S205、根据当日申请数据确定当日账户申请文件和当日交易申请文件。

本实施例中，当日账户申请文件为01文件。

本实施例中，当日交易申请文件为03文件。

S206、根据当日账户申请文件和当日交易申请文件，通过预设的文件生成算法生成对账文件。

本实施例中，预设的文件生成算法为文件智能生成器中内置的算法，对此本实施例中不做任何限定。

本实施例中，需要了解的是文件智能生成器能够智能匹配T日内的数据，并实现模拟生成对账文件的效果。

本实施例中，对账文件至少包括账户确认文件、交易确认文件、基金账户对账文件、基金分红文件和基金短期理财明细文件。

本实施例中，账户确认文件为02文件。

本实施例中，交易确认文件为04文件。

本实施例中，基金账户对账文件为05文件。

本实施例中，基金分红文件为06文件。

本实施例中，基金短期理财明细文件为26文件。

在本实施例中，对账文件可以在获取到之后优先存储至数据库当中，然后再进行调用。

S207、根据对账文件进行日终清算，得到清算文件数据。

本实施例中，该方法可以完成当日的日终清算，得到当日的清算文件数据。

请参看图3，图3示出了一种数据清算方法的举例流程示意图。具体的，图3中所描述的t日为当日，T日为以T*24个小时的周期代数。

本实施例中，该方法的执行主体可以为计算机、服务器等计算装置，对此本实施例中不作任何限定。

在本实施例中，该方法的执行主体还可以为智能手机、平板电脑等智能设备，对此本实施例中不作任何限定。

可见，实施本实施例所描述的数据清算方法，能够解决常规接口/UI自动化测试方法无法解决的多样性、突发性第三方TA联调模拟的问题；还能够解决常规模拟器只能静态支持的问题，并提高该方法的可移植性和通用性极；同时，该方法还能够解决常规文件传输测试覆盖不全、覆盖耗时长效果差的痛难点问题，并提供了通用性的解决方案，提高该方法的普适性和可推广性；最后，该方法还能够将基金交易和清算智能匹配两者串联起来，从而实现全流程自动化跑批流程，进而通过全流程智能化，减少人工投入。

实施例3

请参看图3，图3为本申请实施例提供的一种数据清算装置的结构示意图。如图3所示，该数据清算装置包括：

第一获取单元310，用于在日启开市时，获取行情文件；

交易单元320，用于进行自动化埋数交易，得到交易数据；

第二获取单元330，用于在日终闭市时，根据交易数据获取当日申请数据；

清算单元340，用于根据当日申请数据进行日终清算，得到清算文件数据。

本实施例中，该方法是基于基金清算系统的智能清算自动化跑批方法。

在本实施例中，日启开市时为基金日启开市时。

在本实施例中，基金日启日终用于指代基金每天开启日落关闭，具体用于指代每天的开盘时间和收盘时间。

本实施例中，埋数用于指代预埋一些指定内容，以便后续实现半自动交易的过程。

本实施例中，日终闭市用于指代基金市场日落时关闭的当日的收盘时间。

本实施例中，交易数据中包括当日申请数据。具体的，交易数据中包括用户提出的交易申请，以及交易完成时的确定信息等等。

本实施例中，该方法可以根据当日的申请数据进行日终清算，并得到清算文件数据，从而能够实现高效清算，避免清算时间被拖延的较长的情况出现。

本申请实施例中，对于数据清算装置的解释说明可以参照实施例1或实施例2中的描述，对此本实施例中不再多加赘述。

可见，实施本实施例所描述的数据清算装置，能够解决常规接口/UI自动化测试方法无法解决的多样性、突发性第三方TA联调模拟的问题；还能够解决常规模拟器只能静态支持的问题，并提高该方法的可移植性和通用性极；同时，该方法还能够解决常规文件传输测试覆盖不全、覆盖耗时长效果差的痛难点问题，并提供了通用性的解决方案，提高该方法的普适性和可推广性；最后，该方法还能够将基金交易和清算智能匹配两者串联起来，从而实现全流程自动化跑批流程，进而通过全流程智能化，减少人工投入。

实施例4

请参看图5，图5为本申请实施例提供的一种数据清算装置的结构示意图。如图5所示，该数据清算装置包括：

第一获取单元310，用于在日启开市时，获取行情文件；

交易单元320，用于进行自动化埋数交易，得到交易数据；

第二获取单元330，用于在日终闭市时，根据交易数据获取当日申请数据；

清算单元340，用于根据当日申请数据进行日终清算，得到清算文件数据。

作为一种可选的实施方式，第一获取单元310包括：

获取子单元311，用于在日启开市时，获取数据库存储的账户申请文件和交易申请文件；

第一生成子单元312，用于根据账户申请文件和交易申请文件，通过预设的文件生成算法生成行情文件。

作为一种可选的实施方式，清算单元340包括：

确定子单元341，用于根据当日申请数据确定当日账户申请文件和当日交易申请文件；

第二生成子单元342，用于根据当日账户申请文件和当日交易申请文件，通过预设的文件生成算法生成对账文件；

清算子单元343，用于根据对账文件进行日终清算，得到清算文件数据。

本实施例中，对账文件至少包括账户确认文件、交易确认文件、基金账户对账文件、基金分红文件和基金短期理财明细文件。

本实施例中，预设的文件生成算法为文件智能生成器中内置的算法，对此本实施例中不做任何限定。

本实施例中，需要了解的是文件智能生成器能够智能匹配数据，并实现模拟生成行情文件的效果；同时文件智能生成器能够智能匹配T日内的数据，并实现模拟生成对账文件的效果。

本实施例中，账户申请文件为01文件。

本实施例中，账户确认文件为02文件。

本实施例中，交易申请文件为03文件。

本实施例中，交易确认文件为04文件。

本实施例中，基金账户对账文件为05文件。

本实施例中，基金分红文件为06文件。

本实施例中，基金短期理财明细文件为26文件。

在本实施例中，对账文件可以在获取到之后优先存储至数据库当中，然后再进行调用。

本申请实施例中，对于数据清算装置的解释说明可以参照实施例1或实施例2中的描述，对此本实施例中不再多加赘述。

可见，实施本实施例所描述的数据清算装置，能够解决常规接口/UI自动化测试方法无法解决的多样性、突发性第三方TA联调模拟的问题；还能够解决常规模拟器只能静态支持的问题，并提高该方法的可移植性和通用性极；同时，该方法还能够解决常规文件传输测试覆盖不全、覆盖耗时长效果差的痛难点问题，并提供了通用性的解决方案，提高该方法的普适性和可推广性；最后，该方法还能够将基金交易和清算智能匹配两者串联起来，从而实现全流程自动化跑批流程，进而通过全流程智能化，减少人工投入。

本申请实施例提供了一种电子设备，包括存储器以及处理器，所述存储器用于存储计算机程序，所述处理器运行所述计算机程序以使所述电子设备执行本申请实施例1或实施例2中的数据清算方法。

本申请实施例提供了一种计算机可读存储介质，其存储有计算机程序指令，所述计算机程序指令被一处理器读取并运行时，执行本申请实施例1或实施例2中的数据清算方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。