对账方法、装置、电子设备及计算机可读介质与流程

本公开涉及计算机信息处理领域，具体而言，涉及一种对账方法、装置、电子设备及计算机可读介质。

背景技术：

传统的对账就是核对账目，是指在会计核算中，为保证账簿记录正确可靠，对账簿中的有关数据进行检查和核对的工作。在银行或者第三方支付中，对账其实是对一定周期内的交易进行双方确认的过程，一般都是在第二天银行或者第三方支付公司对前一日交易进行清分，生成对账单供平台商户下载，并将应结算款结算给平台商户。在往下一层，在互联网金融行业或者电商行业中，对账其实就是确认在固定周期内和支付提供方(银行和第反方支付)的交易、资金的正确性，保证双方的交易、资金一致正确。

在互联网行业中只要涉及到支付，必然就会有对账的需求，几乎所有互联网公司的业务中多多少少的都会涉及到支付，大一点的公司标配有了自己的第三方支付公司，因此对账具有普遍性。对账系统是支付体系中最重要的一环，也是保证交易、资金安全的最后一道防线。常见的对账系统一般都是公司内部系统间系统两两对账，或者公司和三方对账，很多系统引起的财务方面的问题，可能要到每个月的月底，财务对账时才能发现。

因此，需要一种新的对账方法、装置、电子设备及计算机可读介质。

在所述背景技术部分公开的上述信息仅用于加强对本公开的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现要素：

有鉴于此，本公开提供一种对账方法、装置、电子设备及计算机可读介质，能够跟随订单的进程，实时进行对账以及时发现账务问题，保证资金安全；还能够及时发现系统逻辑问题，保证订单任务处理的正确性。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一方面，提出一种对账方法，用于对业务数据中的账目信息进行核对，该方法包括：定时从业务数据库获取业务数据，存储到数据仓库中；在所述对账中心平台配置对账任务参数，所述对账任务参数包括：对账数据来源和对账规则；根据所述对账数据来源从所述数据仓库中取出目标业务数据；根据所述对账规则对所述目标业务数据进行对账处理以生成对账结果。

在本公开的一种示例性实施例中，还包括：建立对账中心平台，所述对账中心平台包括对账中心数据库和对账引擎。

在本公开的一种示例性实施例中，根据所述对账数据来源从所述数据仓库中取出目标业务数据，包括：根据所述对账数据来源从所述数据仓库中取出目标业务数据中的账目信息并存储到对账中心数据库。

在本公开的一种示例性实施例中，根据所述对账数据来源从所述数据仓库中取出目标业务数据，包括：由所述对账数据来源中提取对账数据类别、对账数据存储位置、对账数据提取规则；基于对账数据类别、对账数据存储位置确定至少一个业务数据；基于所述对账数据提取规则由所述至少一个目标业务数据中提取目标业务数据。

在本公开的一种示例性实施例中，根据所述对账规则对所述目标业务数据进行对账处理以生成对账结果，包括：所述对账引擎根据所述对账规则对所述目标业务数据进行对账处理以生成对账结果。

在本公开的一种示例性实施例中，根据所述对账规则对所述目标业务数据进行对账处理以生成对账结果，包括：由所述对账规则中提取比对内容、对比规则；根据所述比对内容由所述目标业务数据中提取多个账目数据；根据所述比对规则对所述多个账目数据进行对账处理以生成对账结果。

在本公开的一种示例性实施例中，根据所述比对内容由所述目标业务数据中提取多个账目数据，包括：在所述比对内容中包含多个第三方交易时，由多个参与方的支付渠道获取所述目标业务数据；由所述目标业务数据中基于订单标识提取支付信息和支付返回信息。

在本公开的一种示例性实施例中，根据所述比对内容由所述目标业务数据中提取多个账目数据，包括：在所述比对内容中包含多个环节交易时，基于订单的关联性提取多个订单的业务数据；由所述多个订单的业务数据中基于订单标识提取订单金额、交易状态、订单数量。

在本公开的一种示例性实施例中，根据所述比对规则对所述多个账目数据进行对账处理以生成对账结果，包括：由所述对账规则中提取关联规则；基于关联规则获取关联对账任务；对所述关联对账任务进行处理以生成所述对账结果；和/或将所述对账结果推送给所述关联对账任务。

在本公开的一种示例性实施例中，根据所述比对规则对所述多个账目数据进行对账处理以生成对账结果，包括：由所述对账规则中提取差异处理规则；在对账结果不一致时，根据差异处理规则生成警示信息。

根据本公开的一方面，提出一种对账装置，用于对业务数据中的账目信息进行核对，该装置包括：数据模块，用于定时从业务数据库获取业务数据，存储到数据仓库中；配置模块，用于在所述对账中心平台配置对账任务参数，所述对账任务参数包括：对账数据来源和对账规则；提取模块，用于根据所述对账数据来源从所述数据仓库中取出目标业务数据；对账模块，用于根据所述对账规则对所述目标业务数据进行对账处理以生成对账结果。

根据本公开的一方面，提出一种电子设备，该电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序；当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上文的方法。

根据本公开的一方面，提出一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上文中的方法。

根据本公开的对账方法、装置、电子设备及计算机可读介质，定时从业务数据库获取业务数据，存储到数据仓库中；在所述对账中心平台配置对账任务参数，所述对账任务参数包括：对账数据来源和对账规则；根据所述对账数据来源从所述数据仓库中取出目标业务数据；根据所述对账规则对所述目标业务数据进行对账处理以生成对账结果的方式，能够跟随订单的进程，实时进行对账以及时发现账务问题，保证资金安全；还能够及时发现系统逻辑问题，保证订单任务处理的正确性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

图1是根据一示例性实施例示出的一种对账方法及装置的系统框图。

图2是根据一示例性实施例示出的一种对账方法的流程图。

图3是根据另一示例性实施例示出的一种对账方法的示意图。

图4是根据另一示例性实施例示出的一种对账方法的流程图。

图5是根据另一示例性实施例示出的一种对账方法的流程图。

图6是根据一示例性实施例示出的一种对账装置的框图。

图7是根据一示例性实施例示出的一种电子设备的框图。

图8是根据一示例性实施例示出的一种计算机可读介质的框图。

具体实施方式

在对于具体实施例的介绍过程中，对结构、性能、效果或者其他特征的细节描述是为了使本领域的技术人员对实施例能够充分理解。但是，并不排除本领域技术人员可以在特定情况下，以不含有上述结构、性能、效果或者其他特征的技术方案来实施本发明。

附图中的流程图仅是一种示例性的流程演示，不代表本发明的方案中必须包括流程图中的所有的内容、操作和步骤，也不代表必须按照图中所显示的的顺序执行。例如，流程图中有的操作/步骤可以分解，有的操作/步骤可以合并或部分合并，等等，在不脱离本发明的发明主旨的情况下，流程图中显示的执行顺序可以根据实际情况改变。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

应理解，虽然本文中可能使用术语第一、第二、第三等来描述各种组件，但这些组件不应受这些术语限制。这些术语乃用以区分一组件与另一组件。因此，下文论述的第一组件可称为第二组件而不偏离本公开概念的教示。如本文中所使用，术语“及/或”包括相关联的列出项目中的任一个及一或多者的所有组合。

本领域技术人员可以理解，附图只是示例实施例的示意图，附图中的模块或流程并不一定是实施本公开所必须的，因此不能用于限制本公开的保护范围。

图1是根据一示例性实施例示出的一种对账方法、装置、电子设备及计算机可读介质的系统框图。

如图1所示，系统架构10可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的家政服务类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的家政服务订单数据进行对账等处理，并将对账处理结果反馈给管理员。

服务器105可例如定时从业务数据库获取业务数据，存储到数据仓库中；服务器105可例如在所述对账中心平台配置对账任务参数，所述对账任务参数包括：对账数据来源和对账规则；服务器105可例如根据所述对账数据来源从所述数据仓库中取出目标业务数据；服务器105可例如根据所述对账规则对所述目标业务数据进行对账处理以生成对账结果。

服务器105还可例如建立对账中心平台，所述对账中心平台包括对账中心数据库和对账引擎。

服务器105可以是一个实体的服务器，还可例如为多个服务器组成，需要说明的是，本公开实施例所提供的对账方法可以由服务器105执行，相应地，对账装置可以设置于服务器105中。而提供给用户进行商品浏览的网页端与进行商家查询的请求端一般位于终端设备101、102、103中。

图2是根据一示例性实施例示出的一种对账方法的流程图。对账方法20至少包括步骤s202至s208。

如图2所示，在s202中，定时从业务数据库获取业务数据，存储到数据仓库中。

在一个实施例中，还包括：建立对账中心平台，所述对账中心平台包括对账中心数据库和对账引擎。

更具体的，可例如，根据所述对账数据来源从所述数据仓库中取出目标业务数据中的账目信息并存储到对账中心数据库。

在s204中，在所述对账中心平台配置对账任务参数，所述对账任务参数包括：对账数据来源和对账规则。包括：由所述对账数据来源中提取对账数据类别、对账数据存储位置、对账数据提取规则；基于对账数据类别、对账数据存储位置确定至少一个业务数据；基于所述对账数据提取规则由所述至少一个目标业务数据中提取目标业务数据。

在s206中，根据所述对账数据来源从所述数据仓库中取出目标业务数据。

在s208中，根据所述对账规则对所述目标业务数据进行对账处理以生成对账结果。可例如，所述对账引擎根据所述对账规则对所述目标业务数据进行对账处理以生成对账结果。

其中，根据所述对账规则对所述目标业务数据进行对账处理以生成对账结果，包括：由所述对账规则中提取比对内容、对比规则；根据所述比对内容由所述目标业务数据中提取多个账目数据；根据所述比对规则对所述多个账目数据进行对账处理以生成对账结果。

其中，根据所述比对内容由所述目标业务数据中提取多个账目数据，包括：在所述比对内容中包含多个第三方交易时，由多个参与方的支付渠道获取所述目标业务数据；由所述目标业务数据中基于订单标识提取支付信息和支付返回信息。

其中，根据所述比对内容由所述目标业务数据中提取多个账目数据，包括：在所述比对内容中包含多个环节交易时，基于订单的关联性提取多个订单的业务数据；由所述多个订单的业务数据中基于订单标识提取订单金额、交易状态、订单数量。

其中，根据所述比对规则对所述多个账目数据进行对账处理以生成对账结果，包括：由所述对账规则中提取关联规则；基于关联规则获取关联对账任务；对所述关联对账任务进行处理以生成所述对账结果；和/或将所述对账结果推送给所述关联对账任务。

在一个实施例中，还可例如，由所述对账规则中提取差异处理规则；在对账结果不一致时，根据差异处理规则生成警示信息。

根据本公开的对账方法，定时从业务数据库获取业务数据，存储到数据仓库中；在所述对账中心平台配置对账任务参数，所述对账任务参数包括：对账数据来源和对账规则；根据所述对账数据来源从所述数据仓库中取出目标业务数据；根据所述对账规则对所述目标业务数据进行对账处理以生成对账结果的方式，能够跟随订单的进程，实时进行对账以及时发现账务问题，保证资金安全；还能够及时发现系统逻辑问题，保证订单任务处理的正确性。

应清楚地理解，本公开描述了如何形成和使用特定示例，但本公开的原理不限于这些示例的任何细节。相反，基于本公开公开的内容的教导，这些原理能够应用于许多其它实施例。

整个订单处理的流程涉及很多节点，各个节点的源数据格式、比对规则又各不相同。如果所有节点都接入本公开中的对账中心，接入成本就是第一个难题。但是如果接入步骤特别复杂，费力费时，某些节点无暇接入，就会影响整个对账的精准度。

为了解决这个问题，本申请为对账中心设计了配置中心的功能。如图3所示，在本申请的对账中心中，通过分层次的提取数据的方式、逐一剥离和业务相关的属性，抽象出对账流程公用的属性。比如数据的分类、对账任务的分类、从哪里取数、取数规则、对账任务的生效区间、执行频率、比对内容、比对规则(比如同一订单是否合并汇总，同一账户是否做轧差处理)、是否关联其他任务结果、负责人、差异处理规则等等，全部都可以在配置中心进行相关的配置，达到零开发接入的效果，并且实时生效。

图4是根据另一示例性实施例示出的一种对账方法的流程图。图4所示的流程40是对图2所示的流程中s208“根据所述对账规则对所述目标业务数据进行对账处理以生成对账结果”的详细描述。

如图4所示，在s402中，由业务数据库获取业务数据。业务数据库中存储业务数据，业务数据库可按照订单标识进行存储整理。

关于海量数据的对账，常见方案中数据源一般有两种方式：1)接入方提供对账数据文件，对账中心把文件内容一次性解析到内存进行比对。如果数据量很大，受内存大小的限制，就需要对账中心多次分段读取文件内容，或者接入方把一个文件拆分成多个文件。这种分而治之的方案，无论对接入方还是对账中心来说，复杂度都大大提升，稳定性、准确性也无法保证。分段读取存在中断、数据丢失、数据重复的问题；文件拆分，会存在文件顺序、同一数据分散在不同文件中的问题。另外文件形式的实时性不高，需要获取数据，生成文件上传文件，对账中心才能使用。2)直接从接入方的数据库中分批查询需要比对的数据，此方案相比文件形式的数据源对海量数据的支持和实时性都要好一些。但会存在一个严重的问题，就是在对账任务执行期间，对账中心长时间占用数据库资源，会影响正常的业务系统，对账中心和业务系统的耦合度很高，也不符合系统设计规则。

本申请中的方式，直接从数据仓库获取数据，即避免了文件数据源大小的限制，又不影响业务系统，还能保证时效性。

在s404中，由所述业务数据中提取订单标识和其对应的至少一个订单处理信息。可例如，提取所述订单标识对应的订单状态；获取所述订单状态对应的取数规则；基于所述取数规则由所述业务数据中提取所述至少一个订单处理信息，其中，每个订单处理信息对应一个订单状态。

在s406中，获取所述至少一个订单处理信息对应的多方信息。根据上文提取的数据提取订单处理的上下级信息。

在s408中，基于所述多方信息对所述至少一个订单处理信息进行对账，所述对账包括：交易对账、多方对账、财务对账。更具体的，基于订单状态获取订单处理信息以进行交易对账；基于至少一个订单状态之间的关联性提取多个订单处理信息以进行交易对账；基于多个参与方获取订单处理信息以进行多方对账；获取订单处理信息以进行财务对账。

在一个实施例中，以家政服务平台的对账处理流程为例，进行详细说明，在家政服务平台中，涉及到的有：客户、家政阿姨、家政服务平台、还可能包括：家政服务阿姨所属的家政服务公司(家政阿姨也可不隶属于某一个公司，作为独立的用户形式在家政服务平台上接受任务)。

对于一个常见的交易基本流程可如下：

客户下单后，会生成订单、账单信息，此时就可以在对账中心配置订单-账单的对账，核对同一订单id对应的金额、状态等信息，订单系统和账单系统记录的是否一致。下单时可能使用了优惠券、会员卡，也需要配置订单-券、订单-会员卡之间的对账。

客户支付后(以支付宝为例)，业务系统和支付宝都会生成对应的支付信息(粒度一般是账单级别)。因此需要配置支付记录-支付的对账，这种和三方(微信、支付宝、银行等)的对账，受限于三方，时效一般都是t+1(支付信息也需要和订单信息对账)。

阿姨所属的家政服务公司入账，订单完结后(用户确认服务完成)，此订单会进入到清结算系统按预设的清算、结算规则，计算出结算给商家的金额，并同步变更内部账户余额、监管账户余额(银行账户)、记录账户流水。此阶段对账中心需要配置：清算-结算，结算-内部账户(订单、第三方等)，内部账户-监管账户所涉及的流水的对账。

家政阿姨提现，家政阿姨可以在自己的账户看到相应的余额了。选择提现后，提现系统、内部账户、监管账户都会有相应的流水记录、扣减账户余额。此阶段对账中心需要配置：提现-内部账户，内部账户-监管账户之间的对账。

在一个实施例中，还包括：在对账的结果核对一致时，允许所述用户订单进入下一交易环节。可例如，当然的订单状态为待进行第三方付款状态，在此时发现对账问题，则暂定进行下一步的处理流程，而是在当前阶段，根据警示信息对该订单进行人工审核。以免该订单在进入下一流程时，带来更多的账务问题，扩大影响范围。

更进一步的，所有参与对账的源数据、比对结果都会落库保存。比对出来的错误，会给相应的负责人发送报警信息。需要负责人核实处理，问题处理后，如果能重新生成正确的数据，需要再次执行对账任务，对账中心会自动修复之前错误的对账结果。如果无法修复为正确的数据，对账中心也支持对账结果的特殊处理，使后续的对账任务可以顺利执行。

图5是根据另一示例性实施例示出的一种对账方法的流程图。图3所示的流程50是对图4所示的流程中s408“基于所述多方信息对所述至少一个订单处理信息进行对账”的详细描述。

如图5所示，在s502中，基于所述多方信息对所述至少一个订单处理信息进行对账。

在s504中，基于订单状态获取订单处理信息以进行交易对账。可基于订单状态获取订单处理信息，所述订单处理信息包括：订单信息和账单信息，其中，所述订单信息和所述账单信息均包括订单金额、交易状态、订单数量；根据所述订单信息和所述账单信息进行交易对账。

其中，基于订单状态获取订单处理信息，包括：根据所述订单状态由订单系统获取所述订单信息；根据所述订单状态由账单系统获取所述账单信息。

在一个实施例中，可根据客户的用户订单生成订单信息和账单信息，其中，所述订单信息和所述账单信息均包括订单金额、交易状态、订单数量；将所述订单信息存储在订单系统；将所述账单信息存储在账单系统；基于所述用户订单的订单标识提取所述订单信息和所述账单信息，并进行核对；在核对不一致时，生成警示信息。

在s506中，基于至少一个订单状态之间的关联性提取多个订单处理信息以进行交易对账。可提取当前的订单状态对应的订单处理信息；提取前一个订单状态对应的订单处理信息；根据所述当前订单状态和所述前一个订单状态对应的订单处理信息进行交易对账。

在一个实施例中，在给家政阿姨付款的转账操作完成后，可根据家政阿姨的提现操作生成提现信息和流水记录，所述提现信息和所述流水记录包括订单金额；将所述提现信息存储在业务系统；将所述流水记录存储在监管账户系统；将所述提现信息和所述流水记录进行核对；将所述提现信息和所述监管账户、所述支付信息、所述订单信息、所述账单信息进行核对；在核对不一致时，生成警示信息。

在s508中，基于多个参与方获取订单处理信息以进行多方对账。可由多个参与方的支付渠道获取订单处理信息对应的订单信息、支付信息，其中，所述支付信息包括订单金额；由多个参与方的支付渠道获取所述支付信息对应的支付返回信息，所述支付返回信息包括订单金额；根据所述订单信息、所述支付信息和所述支付返回信息进行多方对账。

在一个实施例中，可通过第三方支付渠道对用户的支付操作进行处理，生成支付信息，其中，所述支付信息包括订单金额；将所述支付信息存储在业务系统；获取由所述第三方支付渠道返回的支付返回信息，所述支付返回信息包括订单金额；将所述支付信息和支付返回信息进行核对；在核对不一致时，生成警示信息。

在一个实施例中，可获取所述第一用户的所述订单信息和所述账单信息；将所述支付信息和所述订单信息、所述账单信息进行核对；在核对不一致时，生成警示信息。

在s510中，获取订单处理信息以进行财务对账。可获取所述订单处理信息对应的各个阶段的财务数据，所述财务数据包括订单信息、账单信息、支付信息、清算信息、结算信息、监管账户、提现信息和流水记录；将所述财务数据按照预设类别进行分类，所述预设类别包括：收款、退款、充值、提现；根据各个预设类别之间的财务数据进行财务对账。

其中，获取订单处理信息以进行财务对账，还包括：获取预设时间范围内所述第三方支付渠道中的初期余额、末期余额、第三方账户流水；根据所述初期余额、所述末期余额、所述第三方账户流水进行对账。

不同业务可能会设有不同的收款、出款账户，而每一个账户又可以根据业务场景划分不同的财务科目。比如收款、退款、充值、提现等等。财务有按财务科目核算的需求，此时就需要在对应的业务系统中获取全量数据，并按这些财务科目进行分类汇总等一系列运算后，对每个科目的金额进行比对。比如在对账中心配置，保洁业务-支付宝账户123-收款科目的对账项目即可。此科目对账可以关联交易类对账的保洁账单-支付宝保洁账户，对账任务执行前会先校验交易类对账是否已执行，是否有差异。无差异才会执行科目对账。

上述提到的所有账户，都会有期初、期末余额。根据期初余额、期间的流水，就可以计算出期末余额。比如，在对账中心配置支付宝账户123的期初余额、核对区间、账户流水数据源，就可以核对此账户的余额是否有问题。也可以针对某个商家账户(比如商家123)进行配置核对。同样余额类对账也可以关联交易类对账项目。

根据本公开的多方交易对账方法，具有如下优点：

1、及时发现账务问题，保证资金安全

2、及时发现系统问题，保证系统的正确性

3、节省人力，不必事后耗费大量人力时间去排查账务问题。

本领域技术人员可以理解实现上述实施例的全部或部分步骤被实现为由cpu执行的计算机程序。在该计算机程序被cpu执行时，执行本公开提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。

此外，需要注意的是，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。

图6是根据另一示例性实施例示出的一种对账装置的框图。如图6所示，对账装置60用于对业务数据中的账目信息进行核对，包括：数据模块602，配置模块604，提取模块606，对账模块608。

数据模块602用于定时从业务数据库获取业务数据，存储到数据仓库中；

配置模块604用于在所述对账中心平台配置对账任务参数，所述对账任务参数包括：对账数据来源和对账规则；

提取模块606用于根据所述对账数据来源从所述数据仓库中取出目标业务数据；

对账模块608用于根据所述对账规则对所述目标业务数据进行对账处理以生成对账结果。

根据本公开的对账装置，定时从业务数据库获取业务数据，存储到数据仓库中；在所述对账中心平台配置对账任务参数，所述对账任务参数包括：对账数据来源和对账规则；根据所述对账数据来源从所述数据仓库中取出目标业务数据；根据所述对账规则对所述目标业务数据进行对账处理以生成对账结果的方式，能够跟随订单的进程，实时进行对账以及时发现账务问题，保证资金安全；还能够及时发现系统逻辑问题，保证订单任务处理的正确性。

应当理解，图7显示的电子设备仅仅是本发明的一个示例，本发明的电子设备中还可以包括上述示例中未示出的元件或组件。例如，有些电子设备中还包括有显示屏等显示单元，有些电子设备还包括人机交互元件，例如按扭、键盘等。只要该电子设备能够执行存储器中的计算机可读程序以实现本发明方法或方法的至少部分步骤，均可认为是本发明所涵盖的电子设备。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，如图8所示，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本公开实施方式的上述方法。

所述软件产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该计算机可读介质实现如下功能：定时从业务数据库获取业务数据，存储到数据仓库中；在所述对账中心平台配置对账任务参数，所述对账任务参数包括：对账数据来源和对账规则；根据所述对账数据来源从所述数据仓库中取出目标业务数据；根据所述对账规则对所述目标业务数据进行对账处理以生成对账结果。

本领域技术人员可以理解上述各模块可以按照实施例的描述分布于装置中，也可以进行相应变化唯一不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施例的方法。

以上具体地示出和描述了本公开的示例性实施例。应可理解的是，本公开不限于这里描述的详细结构、设置方式或实现方法；相反，本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。