一种基于SaaS平台的信息核对方法、装置、设备及存储介质与流程

一种基于saas平台的信息核对方法、装置、设备及存储介质
技术领域
1.本发明涉及计算机技术领域，特别涉及一种基于saas平台的信息核对方法、装置、设备及存储介质。


背景技术：

2.企业作为我国经济社会中最基层、最活跃的特殊群体，近年来受到党和政府以及社会各界的广泛关注和高度重视，随着生产经营的不断发展和业务场景的不断丰富，企业的业务量迎来指数式增长，且业务复杂度也逐步提高。面对海量的交易数据，一方面，传统的手工记账效率极低，远远不能满足日益暴增的生产经营活动的需求。另一方面，由于中小企业技术能力及资金能力有限，自建对账软件不能普及到每个企业，且自建对账软件也同时存在维护性差，接入成本高，扩展性、吞吐量、实时性低等一系列问题，给业务迅速增长的企业的对账工作带来了极大的困扰。
3.对于作为一家大型saas软件服务提供商来说，要提供给企业安全稳定的多样化的对账服务，往往需要提供不同的支付能力，同时交易大多分布在多个第三方支付通道中，这直接导致了订单量的日与俱增和业务复杂度的逐步提高，从而向对账提出了更高的要求。面向多支付通道下的海量订单和日益复杂的商户对账需求，保证对账的效率和降低接入成本成为了企业新的使命。传统的软件对账已经不能满足订单日益增长的需求，急需新型saas平台自动化对账方法及系统的支撑。


技术实现要素：

4.有鉴于此，本发明的目的在于提供一种基于saas平台的信息核对方法、装置、设备及存储介质，能够为saas平台中的无自建对账系统或自建对账系统存在低扩展性、高成本缺陷的商户提供通用性及个性化的自动聚合对账服务，实现快速高效对账。其具体方案如下：
5.本申请的第一方面提供了一种基于saas平台的信息核对方法，包括：
6.获取saas平台中各待对账商户调用的规则，以得到各所述待对账商户对应的表征所述待对账商户的对账需求的目标规则；
7.通过基于规则引擎框架构建的对账流程对各所述待对账商户的账目信息进行自动化核对，以得到与各所述待对账商户的所述目标规则对应的对账结果。
8.可选的，所述获取saas平台中各待对账商户调用的规则，以得到各所述待对账商户对应的表征所述待对账商户的对账需求的目标规则，包括：
9.获取saas平台中各待对账商户通过可视化图形界面对调用的规则进行相应的配置后得到的自定义规则；
10.将所述自定义规则确定为各所述待对账商户对应的表征所述待对账商户的对账需求的目标规则。
11.可选的，所述通过基于规则引擎框架构建的对账流程对各所述待对账商户的账目
信息进行自动化核对，以得到与各所述待对账商户的所述目标规则对应的对账结果，包括：
12.基于规则引擎框架构建的对账流程，获取各所述待对账商户的本端目标账目数据和对端目标账目数据，并分别将各所述待对账商户的所述本端目标账目数据与所述对端目标账目数据进行逐笔核对，以得到与各所述待对账商户的所述目标规则对应的对账结果。
13.可选的，所述分别获取各所述待对账商户的本端目标账目数据和对端目标账目数据，包括：
14.从所述saas平台的数据库中提取各所述待对账商户通过所述saas平台进行交易的账目信息，以得到各所述待对账商户的本端目标账目数据；
15.通过预设渠道下载对端原始账目数据，并对所述对端原始账目数据进行清洗，以得到各所述待对账商户的对端目标账目数据。
16.可选的，所述对所述对端原始账目数据进行清洗，以得到各所述待对账商户的对端目标账目数据，包括：
17.根据所述对端原始账目数据中的订单号筛选出通过所述saas平台进行交易的账目数据，以得到对端备选账目数据；
18.分别根据各所述待对账商户的商户号从所述对端备选账目数据中确定出与各所述待对账商户对应的账目数据，以得到各所述待对账商户的对端目标账目数据。
19.可选的，所述分别根据各所述待对账商户的商户号从所述对端备选账目数据中确定出与各所述待对账商户对应的账目数据，以得到各所述待对账商户的对端目标账目数据，包括：
20.分别根据各所述待对账商户的商户号从所述对端备选账目数据中确定出与各所述待对账商户对应的账目数据；
21.抽取各所述待对账商户对应的账目数据中的目标字段，并将各所述待对账商户对应的账目数据中的所述目标字段确定为各所述待对账商户的对端目标账目数据。
22.可选的，所述分别将各所述待对账商户的所述本端目标账目数据与所述对端目标账目数据进行逐笔核对，以得到与各所述待对账商户的所述目标规则对应的对账结果，包括：
23.开启预设数量个账目数据核对线程；
24.利用所述预设数量个账目数据核对线程对各所述待对账商户的所述本端目标账目数据与所述对端目标账目数据进行逐笔核对，以得到与各所述待对账商户的所述目标规则对应的对账结果。
25.可选的，所述利用所述预设数量个账目数据核对线程对各所述待对账商户的所述本端目标账目数据与所述对端目标账目数据进行逐笔核对，以得到与各所述待对账商户的所述目标规则对应的对账结果，包括：
26.利用所述预设数量个账目数据核对线程对各所述待对账商户的所述本端目标账目数据与所述对端目标账目数据进行逐笔核对；
27.将所述本端目标账目数据与所述对端目标账目数据匹配成功的数据存储在结果池，将日切账目数据存储在暂存池，其他账目数据存储在差错池；
28.根据所述结果池、所述暂存池、所述差错池中的数据得到与各所述待对账商户的所述目标规则对应的对账结果。
29.可选的，所述将日切账目数据暂存在暂存池之后，还包括：
30.读取所述暂存池中的所述日切账目数据，并判断所述日切账目数据是否超过预设周期，如果是，则将所述日切账目数据标记为对端短款账目数据，并将该日切账目数据移入所述差错池。
31.可选的，所述通过基于规则引擎框架构建的对账流程对各所述待对账商户的账目信息进行自动化核对，以得到与各所述待对账商户的所述目标规则对应的对账结果之后，还包括：
32.如果所述对账结果中存在异常账目数据，则通过预设告警方式对与所述异常账目数据对应的所述待对账商户进行告警，以便所述待对账商户接收到告警信息后对所述异常账目数据进行人工处理。
33.可选的，所述通过预设告警方式对与所述异常账目数据对应的所述待对账商户进行告警，以便所述待对账商户接收到告警信息后对所述异常账目数据进行人工处理之后，还包括：
34.生成业务对账单，并将所述业务对账单上传至cos网盘。
35.本申请的第二方面提供了一种基于saas平台的信息核对装置，包括：
36.配置模块，用于获取saas平台中各待对账商户调用的规则，以得到各所述待对账商户对应的表征所述待对账商户的对账需求的目标规则；
37.对账模块，用于通过基于规则引擎框架构建的对账流程对各所述待对账商户的账目信息进行自动化核对，以得到与各所述待对账商户的所述目标规则对应的对账结果。
38.本申请的第三方面提供了一种电子设备，所述电子设备包括处理器和存储器；其中所述存储器用于存储计算机程序，所述计算机程序由所述处理器加载并执行以实现前述基于saas平台的信息核对方法。
39.本申请的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机可执行指令，所述计算机可执行指令被处理器加载并执行时，实现前述基于saas平台的信息核对方法。
40.本申请中，先获取saas平台中各待对账商户调用的规则，以得到各所述待对账商户对应的表征所述待对账商户的对账需求的目标规则，然后通过基于规则引擎框架构建的对账流程对各所述待对账商户的账目信息进行自动化核对，以得到与各所述待对账商户的所述目标规则对应的对账结果。本申请在获取表征商户对账需求的目标规则的基础上，利用基于规则引擎框架构建的对账流程同时为saas平台中的无自建对账系统或自建对账系统存在低扩展性、高成本缺陷的商户提供通用性及个性化的自动聚合对账服务，实现快速高效对账。
附图说明
41.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
42.图1为本申请提供的一种基于saas平台的信息核对方法流程图；
43.图2为本申请提供的对账规则引擎结构示意图；
44.图3为本申请提供的一种基于saas平台的信息核对方法示意图；
45.图4为本申请提供的一种具体的基于saas平台的信息核对方法流程图；
46.图5为本申请提供的一种具体的基于saas平台的信息核对方法示意图；
47.图6为本申请提供的一种获取对端原始账目数据过程示意图；
48.图7为本申请提供的一种获取对端目标账目数据过程示意图；
49.图8为本申请提供的一种对账批次构建方法示意图；
50.图9为本申请提供的一种具体的暂存池数据处理过程示意图；
51.图10为本申请提供的一种基于saas平台的信息核对装置结构示意图；
52.图11为本申请提供的一种基于saas平台的信息核对电子设备结构图。
具体实施方式
53.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
54.目前通过手工记账方式来完成对账工作的效率低，无法满足企业日益增长的业务需求，自建对账软件具有自动化程度低、质量良莠不齐、功能单一、扩展性差、接入门槛高等一系列问题，对中小型企业很不友好。现有的对账方法无法为saas平台的商户提供安全稳定的多样化对账服务，急需新型saas平台自动化对账方法及系统的支撑。为了克服上述技术问题，本申请提供一种基于saas平台的信息核对方案，能够为saas平台中的无自建对账系统或自建对账系统存在低扩展性、高成本缺陷的商户提供通用性及个性化的自动聚合对账服务，实现快速高效对账。
55.图1为本申请实施例提供的一种基于saas平台的信息核对方法流程图。参见图1所示，该基于saas平台的信息核对方法包括：
56.s11：获取saas平台中各待对账商户调用的规则，以得到各所述待对账商户对应的表征所述待对账商户的对账需求的目标规则。
57.本实施例中，首先获取saas平台中各待对账商户调用的规则，以得到各所述待对账商户对应的表征所述待对账商户的对账需求的目标规则。在执行上述步骤之前，可以基于规则引擎框架构建本实施例中对账所需的对账规则引擎，所述规则引擎框架可以为开源规则引擎框架，也可以为商业规则引擎框架。所述对账规则引擎能够适应saas软件需求，采用配置方式而不是程序编码方式尽可能将业务需求分离和技术实现进行分离，通过配置方式自动生成所述saas平台中各待对账商户调用的规则对应的操作界面的代码、业务逻辑的代码以及数据库层的代码，有效解决对账业务逻辑变更的实现方式。
58.本实施例中将所述对账规则引擎抽象为调用者、操作者、引擎提供者、服务引擎、场景、规则、通用规则等角色，具体可以抽象为图2所示结构。调用者通过图形化的输入进行动态的录入、修改、删除，从数据库中获取到所需场景、规则以及通用规则，无需重新启动系统即可生效，即适用于拔插和热更新实现方式。其中，所述场景为所述规则的集合，可以理解为规则包。面对复杂的业务场景、多变的对比规则、多样的数据来源及接口协议，接入方
只需要关注规则的设置，无需关注具体的实现过程，从而极大地降低了对账系统的接入成本。需要说明的是，本实施例中获取所述saas平台中各所述待对账商户调用的规则，可以是所述对账规则引擎自身提供的原始规则包，直接将所述原始规则包确定为所述目标规则，也可以是该商户根据自身需求通过图形化输入进行相应的配置后得到的表征所述待对账商户的对账需求的所述目标规则。
59.s12：通过基于规则引擎框架构建的对账流程对各所述待对账商户的账目信息进行自动化核对，以得到与各所述待对账商户的所述目标规则对应的对账结果。
60.本实施例中，通过基于规则引擎框架构建的对账流程对各所述待对账商户的账目信息进行自动化核对，以得到与各所述待对账商户的所述目标规则对应的对账结果。所述基于规则引擎框架构建的对账流程即为步骤s11中所述的对账规则引擎的对账流程，本实施例通过基于所述对账规则引擎的对账流程对所述saas平台中的各所述待对账商户进行对账的过程无需针对特定的通道和特定的商家编写特定的代码，调用者通过所述对账规则引擎提供者提供的采集
‑
计算
‑
存储
‑
生成报表
‑
上传等流程完成自动化核对，如图3所示。本实施例在通用的对账流程中的暂存池、差错池的基础上引入结果池，保证信息流的正确性及资金流的准确性，同时也可以通过人工参与来抹平由于系统环境造成对不平的账。
61.可见，本申请实施例先获取saas平台中各待对账商户调用的规则，以得到各所述待对账商户对应的表征所述待对账商户的对账需求的目标规则，然后通过基于规则引擎框架构建的对账流程对各所述待对账商户的账目信息进行自动化核对，以得到与各所述待对账商户的所述目标规则对应的对账结果。本申请实施例在获取表征商户对账需求的目标规则的基础上，利用基于规则引擎框架构建的对账流程同时为saas平台中的无自建对账系统或自建对账系统存在低扩展性、高成本缺陷的商户提供通用性及个性化的自动聚合对账服务，实现快速高效对账。
62.图4为本申请实施例提供的一种具体的基于saas平台的信息核对方法流程图，图5为本申请提供的一种具体的基于saas平台的信息核对方法示意图。参见图4和图5所示，该基于saas平台的信息核对方法包括：
63.s21：获取saas平台中各待对账商户通过可视化图形界面对调用的规则进行相应的配置后得到的自定义规则，并将所述自定义规则确定为各所述待对账商户对应的表征所述待对账商户的对账需求的目标规则。
64.本实施例中，首先获取所述saas平台中各所述待对账商户通过可视化图形界面对调用的规则进行相应的配置后得到的自定义规则，然后将所述自定义规则确定为各所述待对账商户对应的表征所述待对账商户的对账需求的目标规则。因此步骤之前可以对调用者、引擎提供者、场景、规则和数据模型进行装载，对应图5中所示的引擎装载，在对规则进行装载的基础上，对规则进行调用。所述自定义规则为通过图形化的输入对调用的原始规则进行动态的录入、修改、删除等操作得到的规则，所述自定义规则在提供通用对账规则的基础上通过插件化设计满足了不同商户的个性化、多元化对账需求。本实施例中，所述目标规则可以为将不同支付通道的账单分开对账或在指定的对账周期进行对账等多种表现形式。
65.s22：基于规则引擎框架构建的对账流程，从所述saas平台的数据库中提取各所述待对账商户通过所述saas平台进行交易的账目信息，以得到各所述待对账商户的本端目标
账目数据。
66.本实施例中，基于规则引擎框架构建的对账流程，从所述saas平台的数据库中提取各所述待对账商户通过所述saas平台进行交易的账目信息，以得到各所述待对账商户的本端目标账目数据。获取所述本端目标账目数据相对简单，通过所述saas平台进行交易的账目信息从所述saas平台的数据库中可以直接提取。但需要注意的是，当所述saas平台对本地的账目信息进行保存时，在数据保存格式未统一进行限定的情况下，为了方便核对，可以按照所述对端目标账目数据的格式对所述本端目标账目数据的格式进行相应的变换或者按照所述对端目标账目数据的属性字段对所述本端目标账目数据的属性字段进行相应的抽取。
67.s23：基于规则引擎框架构建的对账流程，通过预设渠道下载对端原始账目数据，并根据所述对端原始账目数据中的订单号清洗出通过所述saas平台进行交易的账目数据，以得到对端备选账目数据。
68.本实施例中，所述对端账目数据为支付机构提供的账目数据，获取所述对端账目数据可通俗地称为对账单下载，所述支付机构包括但不限于银行、支付宝、微信等。首先，基于规则引擎框架构建的对账流程，通过预设渠道下载对端原始账目数据，所述预设渠道有三种，分别为：所述支付机构定时将所述对账单推送到指定的http/sftp/ftp上，所述规则引擎需要定时多次从sftp/ftp上拉取对账文件；或调用所述支付机构提供的下载所述对账文件接口，该模式需要所述支付机构提供所述对账文件的下载接口，所述规则引擎定时调用下载；或手动在所述支付机构网站下载所述对账文件，这种模式最不友好，浪费大量的人力资源。
69.由于从不同渠道获取到的所述对账文件格式不统一，例如有些渠道的对账单会做加密或提供zip打包的格式，这里就需要额外使用zip工具类或者加解密工具类进行处理，处理过程较为繁琐，因此在获取到所述对账文件后还可以使用工厂设计模式自动将不同渠道的不同格式的文件解析成可以对账的统一数据类型，解析的文件类型一般包括：json、text、cvs、excel文件等。本实施例按照所述目标规则预先设定的协议(http或sftp或ftp)将所述支付机构提供的所述对账文件下载到资料库中，并将文件解析为统一的数据类型后，对其完整性进行校验，校验无误结束下载流程，若发生了异常情况如文件损坏、文件不完整等，则重复上述下载流程，具体如图6所示。
70.也即本实施例中所述的对端原始账目数据后，由于所述对端原始账目数据中包括了除了所述saas平台之外的交易平台订单的账目数据，因此需要根据所述对端原始账目数据中的订单号筛选出通过所述saas平台进行交易的账目数据，以得到对端备选账目数据，不难理解，所述订单号与交易平台之间存在着一定的对应关系，如以01开头的为订单号属于所述saas平台的交易订单，将此类订单号对应的订单确定为本实施例中所述的对端备选账目数据，如图7所示。
71.s24：分别根据各所述待对账商户的商户号从所述对端备选账目数据中确定出与各所述待对账商户对应的账目数据，抽取各所述待对账商户对应的账目数据中的目标字段，并将各所述待对账商户对应的账目数据中的所述目标字段确定为各所述待对账商户的对端目标账目数据。
72.本实施例中，所述对端账目数据中包含了所述saas平台中多个不同商户账目数
据，需要从中筛选出所述待对账商户的账目数据。首先分别根据各所述待对账商户的商户号从所述对端备选账目数据中确定出与各所述待对账商户对应的账目数据，如上所述，所述商户号与商户之间也存在对应关系。然后抽取各所述待对账商户对应的账目数据中的目标字段，并将各所述待对账商户对应的账目数据中的所述目标字段确定为各所述待对账商户的对端目标账目数据，如图7所示。其中，所述目标字段包括但不限于订单号、商户号、交易时间、交易金额等。另外，为了增加一定的系统容错性，避免需要对本批次的订单进行重复核对时，再重复性执行上述步骤以得到所述对端目标账目数据，本实施例可以将所述对端目标账目数据保存至本地数据库中，在需要重复对账时直接调用。
73.s25：开启预设数量个账目数据核对线程，并利用所述预设数量个账目数据核对线程对各所述待对账商户的所述本端目标账目数据与所述对端目标账目数据进行逐笔核对。
74.本实施例中，开启预设数量个账目数据核对线程，并利用所述预设数量个账目数据核对线程对各所述待对账商户的所述本端目标账目数据与所述对端目标账目数据进行逐笔核对。考虑到对账环境较为复杂，程序内部采用双边对账模式，使用多线程+内存队列+暂存池来提高对账速度，将交易数据等分为多份，多份交易数据由多台服务器核对，在每一台服务器上使用多个线程同时进行对账，相较于单台服务器单线程核对交易数据，效率提升了多倍。另外，也可以将不同的支付机构的账目数据分成不同的批次同时进行核对，如将支付机构为微信的账目数据和支付机构为支付宝的账目数据分成两个批次，并利用多个线程对上述两个批次的账目数据进行同时核对，多批次和多线程的处理方式，降低了整体处理时间。需要说明的是，批次的创建方式多种多样，上述将不同支付机构的账目数据进行分批是其中一种，还可以根据对账周期对所述待对账商户进行分批，如将对账周期为t的商户分为一个批次，将对账周期为t+1的商户分为另一个批次，以此类推，如图8所示。所述双边对账也即分别以平台数据为准与支付机构数据逐笔勾兑和以支付机构数据为准与平台数据逐笔勾兑，勾兑的主要属性为不同订单对应的账目数据中的金额和状态，对应于图5中的对账逻辑处理部分。
75.s26：将所述本端目标账目数据与所述对端目标账目数据匹配成功的数据存储在结果池，将日切账目数据存储在暂存池，其他账目数据存储在差错池，并读取所述暂存池中的所述日切账目数据，判断所述日切账目数据是否超过预设周期，如果是，则将所述日切账目数据标记为对端短款账目数据，将该日切账目数据移入所述差错池。
76.本实施例中，在勾兑过程中会产生三种数据：核对无误数据、日切问题导致的长短款数据及金额或状态不一致导致的长短款数据。对于核对无误的数据直接存储在所述结果池中，将日切导致的数据放入所述暂存池，待后续对账周期继续核对，将其他账目数据存储在差错池，待后续人工处理。需要说明的是，为了不占用所述差错池资源，对于对端未成功、本端成功的数据或金额不一致的数据才放入差错池，对于由于未接受到通道方的异步通知或补单没有补成功所导致的对端成功、本端未成功的数据，只需要以支付机构为准将本端状态翻转为成功。
77.进一步的，对于每一个对账周期，都需要读取所述暂存池中的所述日切账目数据，判断所述日切账目数据是否超过预设周期，如果是，则将所述日切账目数据标记为对端短款账目数据，将该日切账目数据移入所述差错池。所述预设周期为所述日切账目数据在差错池中的存放时间，当所述日切账目数据在所述预设周期内时，需要将所述日切账目数据
与所述对端目标账目数据或者所述本端目标账目数据进行匹配，若匹配到相应的账目数据，则将所述日切账目数据移入所述结果池，若未匹配到相应的账目数据，则在下个对账周期继续进行上述匹配操作，直到所述预设周期结束或者匹配成功，具体如图9所示。
78.对于差错池中的数据，需要人工进行差错处理，通过人工挂账、登账、调账等方式将账务对平。针对多帐数据通过登账处理，所述多帐一般是异步通知未收到，优先采用补单处理，或者同订单两次支付导致。针对短帐数据一般通过签名防抵赖机制与支付机构协调处理，协调一致后通过人工增加账单进行平账。对于金额不一致的问题需要明确真实发生的交易金额和营收和应付账款，需人工处理后进行调账。
79.s27：根据所述结果池、所述暂存池、所述差错池中的数据得到与各所述待对账商户的所述目标规则对应的对账结果。
80.本实施例中，根据所述结果池、所述暂存池、所述差错池中的数据得到与各所述待对账商户的所述目标规则对应的对账结果，如果所述对账结果中存在异常，则通过预设告警方式对与所述异常账目数据对应的所述待对账商户进行告警，以便所述待对账商户接收到告警信息后对所述异常账目数据进行人工处理，告警方式可以为向所述待对账商户发送告警邮件或短信等。另外，针对最终的对账结果可以生成业务对账单，并将所述业务对账单上传至cos网盘，相较于人工生成并保存在财务人员个人电脑上的对账单，本实施例中的统一保存方式使得数据不易丢失，可供多人在线查看。
81.可见，本申请实施例通过对规则进行自定义配置得到各所述待对账商户对应的表征所述待对账商户的对账需求的目标规则，然后基于规则引擎框架构建的对账流程，获取各所述待对账商户的本端目标账目数据并通过下载、解析、清洗等一系列操作获取对端目标账目数据。最后开启预设数量个账目数据核对线程，利用所述预设数量个账目数据核对线程对各所述待对账商户的所述本端目标账目数据与所述对端目标账目数据进行逐笔核对，并利用结果池、暂存池、差错池对账目数据进行流转，以得到与各所述待对账商户的所述目标规则对应的对账结果。上述步骤使得业务规则配置化、业务配置可视化，同时使用分布式的服务对数据进行分片极大地提高了系统的吞吐量，进一步提高对账效率。
82.参见图10所示，本申请实施例还相应公开了一种基于saas平台的信息核对装置，包括：
83.配置模块11，用于获取saas平台中各待对账商户调用的规则，以得到各所述待对账商户对应的表征所述待对账商户的对账需求的目标规则；
84.对账模块12，用于通过基于规则引擎框架构建的对账流程对各所述待对账商户的账目信息进行自动化核对，以得到与各所述待对账商户的所述目标规则对应的对账结果。
85.可见，本申请实施例先获取saas平台中各待对账商户调用的规则，以得到各所述待对账商户对应的表征所述待对账商户的对账需求的目标规则，然后通过基于规则引擎框架构建的对账流程对各所述待对账商户的账目信息进行自动化核对，以得到与各所述待对账商户的所述目标规则对应的对账结果。本申请实施例在获取表征商户对账需求的目标规则的基础上，利用基于规则引擎框架构建的对账流程同时为saas平台中的无自建对账系统或自建对账系统存在低扩展性、高成本缺陷的商户提供通用性及个性化的自动聚合对账服务，实现快速高效对账。
86.在一些具体实施例中，所述获取配置模块11，具体包括：
87.规则单元，用于获取saas平台中各待对账商户通过可视化图形界面对调用的规则进行相应的配置后得到的自定义规则；
88.确定单元，用于将所述自定义规则确定为各所述待对账商户对应的表征所述待对账商户的对账需求的目标规则。
89.在一些具体实施例中，所述对账模块12，具体包括：
90.提取单元，用于从所述saas平台的数据库中提取各所述待对账商户通过所述saas平台进行交易的账目信息，以得到各所述待对账商户的本端目标账目数据；
91.下载单元，用于通过预设渠道下载对端原始账目数据；
92.筛选单元，用于根据所述对端原始账目数据中的订单号筛选出通过所述saas平台进行交易的账目数据，以得到对端备选账目数据；
93.确定单元，用于分别根据各所述待对账商户的商户号从所述对端备选账目数据中确定出与各所述待对账商户对应的账目数据，以得到各所述待对账商户的对端目标账目数据；
94.勾兑单元，用于开启预设数量个账目数据核对线程，并利用所述预设数量个账目数据核对线程对各所述待对账商户的所述本端目标账目数据与所述对端目标账目数据进行逐笔核对，以得到与各所述待对账商户的所述目标规则对应的对账结果；
95.存储单元，用于将所述本端目标账目数据与所述对端目标账目数据匹配成功的数据存储在结果池，将日切账目数据存储在暂存池，其他账目数据存储在差错池；
96.读取单元，用于读取所述暂存池中的所述日切账目数据，并判断所述日切账目数据是否超过预设周期，如果是，则将所述日切账目数据标记为对端短款账目数据，并将该日切账目数据移入所述差错池；
97.结果单元，用于根据所述结果池、所述暂存池、所述差错池中的数据得到与各所述待对账商户的所述目标规则对应的对账结果；
98.告警单元，用于如果所述对账结果中存在异常账目数据，则通过预设告警方式对与所述异常账目数据对应的所述待对账商户进行告警，以便所述待对账商户接收到告警信息后对所述异常账目数据进行人工处理。
99.进一步的，本申请实施例还提供了一种电子设备。图11是根据一示例性实施例示出的电子设备20结构图，图中的内容不能认为是对本申请的使用范围的任何限制。
100.图11为本申请实施例提供的一种电子设备20的结构示意图。该电子设备20，具体可以包括：至少一个处理器21、至少一个存储器22、电源23、通信接口24、输入输出接口25和通信总线26。其中，所述存储器22用于存储计算机程序，所述计算机程序由所述处理器21加载并执行，以实现前述任一实施例公开的基于saas平台的信息核对方法中的相关步骤。另外，本实施例中的电子设备20具体可以为服务器。
101.本实施例中，电源23用于为电子设备20上的各硬件设备提供工作电压；通信接口24能够为电子设备20创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议，在此不对其进行具体限定；输入输出接口25，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。
102.另外，存储器22作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者
光盘等，其上所存储的资源可以包括操作系统221、计算机程序222及账目数据223等，存储方式可以是短暂存储或者永久存储。
103.其中，操作系统221用于管理与控制电子设备20上的各硬件设备以及计算机程序222，以实现处理器21对存储器22中海量账目223的运算与处理，其可以是windows server、netware、unix、linux等。计算机程序222除了包括能够用于完成前述任一实施例公开的由电子设备20执行的基于saas平台的信息核对方法的计算机程序之外，还可以进一步包括能够用于完成其他特定工作的计算机程序。数据223可以包括电子设备20收集到的账目数据。
104.进一步的，本申请实施例还公开了一种存储介质，所述存储介质中存储有计算机程序，所述计算机程序被处理器加载并执行时，实现前述任一实施例公开的基于saas平台的信息核对方法步骤。
105.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
106.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
…”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
107.以上对本发明所提供的基于saas平台的信息核对方法、装置、设备及存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。