基于SaaS的账单核验方法、装置、设备及存储介质转让专利

申请号 : CN202211322160.9

文献号 : CN115379007B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 张世淼

申请人 : 云账户技术(天津)有限公司

摘要 :

本发明提供一种基于SaaS的账单核验方法、装置、设备及存储介质,其中方法包括:从SaaS平台获取账单数据,所述账单数据包括资金流水数据以及订单数据;核验所述资金流水数据与所述订单数据是否一致,得到核验结果;若所述核验结果为所述资金流水数据与所述订单数据一致,将所述账单数据推送至所述SaaS平台,使得用户能够查询并下载所述账单数据。本发明具备高核验效率,并且能够确保账单数据核验的高准确度。

权利要求 :

1.一种基于SaaS的账单核验方法,其特征在于,包括:从SaaS平台获取账单数据,所述账单数据包括资金流水数据以及订单数5据;

核验所述资金流水数据与所述订单数据是否一致,得到核验结果;

若所述核验结果为所述资金流水数据与所述订单数据一致,将所述账单数据推送至所述SaaS平台,使得用户能够查询并下载所述账单数据;

将所述账单数据推送至SaaS平台,包括:

0根据预设的推送优先级,将所述账单数据分为至少两组推送队列;

根据所述预设的推送优先级,分别将各个所述推送队列中的所述账单数据推送至所述SaaS平台;

根据所述预设的推送优先级,分别将各个所述推送队列中的所述账单数据推送至所述SaaS平台,包括:

5判断至少两组所述推送队列中是否存在账单数据的数据量超出预设的队列限制量的目标推送队列,得到判断结果;

若所述判断结果为存在,将所述目标推送队列拆分为至少两组子推送队列,使得每组所述子推送队列中的所述账单数据的数据量均不超出所述队列限制量;

0在根据所述预设的推送优先级推送所述目标推送队列时,采用并行推送方式将各个所述子推送队列中的所述账单数据至所述SaaS平台;

核验所述资金流水数据与所述订单数据是否一致,包括:依据客户信息将所述账单数据分为不同的单群;

根据预设的集群规则,将已划分单群的所述账单数据分为至少两组集群;5分别核验各组所述集群中的所述资金流水数据与所述订单数据是否一致;

其中,所述预设的集群规则为根据不同问题类型对所述账单数据进行划分。

2.根据权利要求1所述的基于SaaS的账单核验方法,其特征在于:核验所述资金流水数据与所述订单数据是否一致,包括:获取预设的对账模板,所述对账模板包括客户信息、日期信息以及金额信息;

采用所述资金流水数据回填所述对账模板得到第一对账单,采用所述订单数据回填所述对账模板得到第二对账单;

根据所述第一对账单中的客户信息与日期信息,以及第二对账单中的客户信息与日期信息,确定所述第一对账单中的金额信息与所述第二对账单中的金额信息之间的映射规则;

根据所述映射规则,检验所述第一对账单中的金额信息与所述第二对账单中的金额信息是否相同;

若所述检验的检验结果为所述第一对账单中的金额信息与所述第二对账单中的金额信息相同,确定所述资金流水数据与所述订单数据一致。

3.根据权利要求2所述的基于SaaS的账单核验方法,其特征在于:所述金额信息包括以下至少一项:收款金额值、结算金额值、返点金额值以及发票金额值。

4.根据权利要求1所述的基于SaaS的账单核验方法,其特征在于:核验所述资金流水数据与所述订单数据是否一致,之后包括:若所述核验结果为所述资金流水数据与所述订单数据是不一致,确定所述资金流水数据与所述订单数据之间的差异数据;

根据所述差异数据,确定所述账单数据中的目标账单数据;

根据所述目标账单数据生成报错预警信息,将所述报错预警信息推送至所述SaaS平台,使得用户能够查询并下载所述报错预警信息。

5.一种基于SaaS的账单核验装置,其特征在于,包括:获取模块,用于从SaaS平台获取账单数据,所述账单数据包括资金流水数据以及订单数据;

核验模块,用于核验所述资金流水数据与所述订单数据是否一致,得到核验结果;

执行模块,用于若所述核验结果为所述资金流水数据与所述订单数据一致,将所述账单数据推送至所述SaaS平台,使得用户能够查询并下载所述账单数据;

所述执行模块,还用于根据预设的推送优先级,将所述账单数据分为至少两组推送队列;

所述执行模块,还用于根据所述预设的推送优先级,分别将各个所述推送队列中的所述账单数据推送至所述SaaS平台;

所述执行模块,还用于判断至少两组所述推送队列中是否存在账单数据的数据量超出预设的队列限制量的目标推送队列,得到判断结果;

所述执行模块,还用于若所述判断结果为存在,将所述目标推送队列拆分为至少两组子推送队列,使得每组所述子推送队列中的所述账单数据的数据量均不超出所述队列限制量;

所述执行模块,还用于在根据所述预设的推送优先级推送所述目标推送队列时,采用并行推送方式将各个所述子推送队列中的所述账单数据至所述SaaS平台;

所述核验模块,还用于依据客户信息将所述账单数据分为不同的单群;

所述核验模块,还用于根据预设的集群规则,将已划分单群的所述账单数据分为至少两组集群;

所述核验模块,还用于分别核验各组所述集群中的所述资金流水数据与所述订单数据是否一致;

其中,所述预设的集群规则为根据不同问题类型对所述账单数据进行划分。

6.一种电子设备,其特征在于:包括处理器,存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如权利要求1至4中任一项所述的基于SaaS的账单核验方法中的步骤。

7.一种可读存储介质,其特征在于:所述可读存储介质上存储程序或指令,所述程序或指令被处理器执行时实现如权利要求1至4中任一项所述的基于SaaS的账单核验方法中的步骤。

说明书 :

基于SaaS的账单核验方法、装置、设备及存储介质

技术领域

[0001] 本发明实施例涉及互联网金融技术领域,尤其涉及一种基于SaaS的账单核验方法、装置、设备及存储介质。

背景技术

[0002] SaaS(Software‑as‑a‑Service,软件即服务),即通过网络提供软件服务。
[0003] 随着灵活用工服务的不断兴起,B端服务企业的视频创作者、保洁人员、维修人员等C端用户不断增多,财务SaaS平台应运而生,用于为B端服务企业提供票据、账单等服务。服务的灵活性高、自主性强。
[0004] 然而,随着灵活用工人员的日益增多,交易数据增多,导致财务SaaS平台对账单数据校验工作量大大增加。现有的基于SaaS的账单核验方法核验效率低、核验的准确性差。

发明内容

[0005] 本发明实施例提供一种基于SaaS的账单核验方法、装置、设备及存储介质,以解决现有的基于SaaS的账单核验方法核验效率低、核验的准确性差的问题。
[0006] 为了解决上述技术问题,本发明是这样实现的:
[0007] 第一方面,本发明实施例提供了一种基于SaaS的账单核验方法,包括:
[0008] 从SaaS平台获取账单数据,所述账单数据包括资金流水数据以及订单数据;
[0009] 核验所述资金流水数据与所述订单数据是否一致,得到核验结果;
[0010] 若所述核验结果为所述资金流水数据与所述订单数据一致,将所述账单数据推送至所述SaaS平台,使得用户能够查询并下载所述账单数据。
[0011] 可选地,
[0012] 核验所述资金流水数据与所述订单数据是否一致,包括:
[0013] 获取预设的对账模板,所述对账模板包括客户信息、日期信息以及金额信息;
[0014] 采用所述资金流水数据回填所述对账模板得到第一对账单,采用所述订单数据回填所述对账模板得到第二对账单;
[0015] 根据所述第一对账单中的客户信息与日期信息,以及第二对账单中的客户信息与日期信息,确定所述第一对账单中的金额信息与所述第二对账单中的金额信息之间的映射规则;
[0016] 根据所述映射规则,检验所述第一对账单中的金额信息与所述第二对账单中的金额信息是否相同;
[0017] 若所述检验的检验结果为所述第一对账单中的金额信息与所述第二对账单中的金额信息相同,确定所述资金流水数据与所述订单数据一致。
[0018] 可选地,
[0019] 所述金额信息包括以下至少一项:收款金额值、结算金额值、返点金额值以及发票金额值。
[0020] 可选地,
[0021] 将所述账单数据推送至SaaS平台,包括:
[0022] 根据预设的推送优先级,将所述账单数据分为至少两组推送队列;
[0023] 根据所述预设的推送优先级,分别将各个所述推送队列中的所述账单数据推送至所述SaaS平台。
[0024] 可选地,
[0025] 根据所述预设的推送优先级,分别将各个所述推送队列中的所述账单数据推送至所述SaaS平台,包括:
[0026] 判断至少两组所述推送队列中是否存在账单数据的数据量超出预设的队列限制量的目标推送队列,得到判断结果;
[0027] 若所述判断结果为存在,将所述目标推送队列拆分为至少两组子推送队列,使得每组所述子推送队列中的所述账单数据的数据量均不超出所述队列限制量;
[0028] 在根据所述预设的推送优先级推送所述目标推送队列时,采用并行推送方式将各个所述子推送队列中的所述账单数据至所述SaaS平台。
[0029] 可选地,
[0030] 核验所述资金流水数据与所述订单数据是否一致,之后包括:
[0031] 若所述核验结果为所述资金流水数据与所述订单数据是不一致,确定所述资金流水数据与所述订单数据之间的差异数据;
[0032] 根据所述差异数据,确定所述账单数据中的目标账单数据;
[0033] 根据所述目标账单数据生成报错预警信息,将所述报错预警信息推送至所述SaaS平台,使得用户能够查询并下载所述报错预警信息。
[0034] 可选地,
[0035] 核验所述资金流水数据与所述订单数据是否一致,包括:
[0036] 根据预设的集群规则,将所述账单数据分为至少两组集群;
[0037] 分别核验各组所述集群中的所述资金流水数据与所述订单数据是否一致。
[0038] 第二方面,本发明实施例提供了一种基于SaaS的账单核验装置,包括:
[0039] 获取模块,用于从SaaS平台获取账单数据,所述账单数据包括资金流水数据以及订单数据;
[0040] 核验模块,用于核验所述资金流水数据与所述订单数据是否一致,得到核验结果;
[0041] 执行模块,用于若所述核验结果为所述资金流水数据与所述订单数据一致,将所述账单数据推送至所述SaaS平台,使得用户能够查询并下载所述账单数据。
[0042] 第三方面,本发明实施例提供了一种电子设备,包括处理器,存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如第一方面中任一项所述的基于SaaS的账单核验方法中的步骤。
[0043] 第四方面,本发明实施例提供了一种可读存储介质,所述可读存储介质上存储程序或指令,所述程序或指令被处理器执行时实现如第一方面中任一项所述的基于SaaS的账单核验方法中的步骤。
[0044] 在本发明实施例中,通过从SaaS平台获取账单数据,所述账单数据包括资金流水数据以及订单数据;核验所述资金流水数据与所述订单数据是否一致,得到核验结果;若所述核验结果为所述资金流水数据与所述订单数据一致,将所述账单数据推送至所述SaaS平台,使得用户能够查询并下载所述账单数据,实现了对账单数据的高效率核验。并且,通过核验所述资金流水数据与所述订单数据是否一致,得到核验结果,确保了账单数据核验的高准确度。

附图说明

[0045] 通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
[0046] 图1为当前灵活用工服务Saas平台的示意图;
[0047] 图2为本发明实施例基于SaaS的账单核验方法的流程示意图;
[0048] 图3为应用本发明实施例基于SaaS的账单核验方法的流程示意图之一;
[0049] 图4为应用本发明实施例基于SaaS的账单核验方法的流程示意图之二;
[0050] 图5为应用本发明实施例基于SaaS的账单核验方法的流程示意图之三;
[0051] 图6为推送(发送)任务流程示意图;
[0052] 图7为将账单数据推送至所述SaaS平台流程示意图;
[0053] 图8为基于SaaS的账单核验装置的原理框图;
[0054] 图9为本发明实施例电子设备的原理框图。

具体实施方式

[0055] 下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0056] 参见图1所示,图1为当前灵活用工服务Saas平台的示意图,当前灵活用工服务如火如荼,C端的灵活用工人员越来越多地通过B端服务企业获得经营收入。此过程中,财务Saas平台实现为C端用户计算经营所得,为B端客户出具账单凭证。然而,随着灵活用工人员的不多增多,当前已达千万级人次,对处理对账单凭证的数据量、处理速度的要求也大大增加了压力。因此产生了灵活用工服务Saas平台的对账单。
[0057] 本发明实施例提供了一种基于SaaS的账单核验方法,参见图2所示,图2为本发明实施例基于SaaS的账单核验方法的流程示意图,包括:
[0058] 步骤11:从SaaS平台获取账单数据,所述账单数据包括资金流水数据以及订单数据;
[0059] 步骤12:核验所述资金流水数据与所述订单数据是否一致,得到核验结果;
[0060] 步骤13:若所述核验结果为所述资金流水数据与所述订单数据一致,将所述账单数据推送至所述SaaS平台,使得用户能够查询并下载所述账单数据。
[0061] 示例性的,参见图3所示,图3为应用本发明实施例基于SaaS的账单核验方法的流程示意图之一,其中,原始账单数据相当于本发明实施例中的账单数据,流水数据源相当于本发明实施例中的资金流水数据,订单数据源相对于本发明实施例中的订单数据,主要包括以下步骤(1‑2):
[0062] 1)对账单数据校核
[0063] 首先对线下入金、错帐、坏账等问题进行群集处理,建立对账单特殊数据集群,然后基于流水数据和订单数据,校验对账单数据的一致性(即比较流水数据和订单数据的差异值,差异值=0,则校验结果一致;差异值≠0,则校验结果不一致)。校验结果一致,则计入对账单数据库;校验结果不一致,则记录校验的差异值,然后对原始对账单数据进行调账处理、数据回力填,继续进行校验流程。
[0064] 2)对账单数据推送
[0065] 基于完成校验的对账单数据,存储进数据库中。基于与用户约定的推送日期,设置定时任务,进行统一推送至财务SaaS平台,并基于SaaS给予客户推送通知。
[0066] 发送对账单数据后,进行审核流程,审核通过发送至SaaS平台,数据状态记录为“发送成功”;审核驳回,则发送失败,数据状态记录为“发送失败”,同时记录审核驳回原因,同时将数据信息推送至相关业务人员进行核查。
[0067] 用户在财务SaaS平台进行对账单数据的查询和下载。其中,下载可以根据用户不同需求(样式、周期,盖章),实现对账单实时插入自定义配置的模版中,供用户下载使用。
[0068] 在本发明实施例中,通过从SaaS平台获取账单数据,所述账单数据包括资金流水数据以及订单数据;核验所述资金流水数据与所述订单数据是否一致,得到核验结果;若所述核验结果为所述资金流水数据与所述订单数据一致,将所述账单数据推送至所述SaaS平台,使得用户能够查询并下载所述账单数据,实现了对账单数据的高效率核验。并且,通过核验所述资金流水数据与所述订单数据是否一致,得到核验结果,确保了账单数据核验的高准确度。
[0069] 本发明的一些实施例中,可选地,步骤12中,核验所述资金流水数据与所述订单数据是否一致,包括:
[0070] 步骤21:获取预设的对账模板,所述对账模板包括客户信息、日期信息以及金额信息;
[0071] 步骤22:采用所述资金流水数据回填所述对账模板得到第一对账单,采用所述订单数据回填所述对账模板得到第二对账单;
[0072] 步骤23:根据所述第一对账单中的客户信息与日期信息,以及第二对账单中的客户信息与日期信息,确定所述第一对账单中的金额信息与所述第二对账单中的金额信息之间的映射规则;
[0073] 步骤24:根据所述映射规则,检验所述第一对账单中的金额信息与所述第二对账单中的金额信息是否相同;
[0074] 步骤25:若所述检验的检验结果为所述第一对账单中的金额信息与所述第二对账单中的金额信息相同,确定所述资金流水数据与所述订单数据一致。
[0075] 示例性的,参见图4所示,图4为应用本发明实施例基于SaaS的账单核验方法的流程示意图之二,其中,数据信息相当于本发明实施例中的金额信息,主要包括以下步骤(A1‑D1):
[0076] A1)下载模版
[0077] 导入记录对账单特殊数据的模版(相当于本发明实施例中的获取预设的对账模板)。
[0078] B1)回填信息
[0079] 模版包括客户信息、日期信息、数据信息(相当于本发明实施例中的金额信息)共三部分。
[0080] 客户信息,记录客户对应的企业名称、UserID,由grpc获取客户数据后,在数据库中过滤条件,匹配客户数据后,完成信息回填。
[0081] 日期信息,选择所属周期后,对“填入周期”和“当前日期”进行校验,当填入周期≤当前日期时,允许填入,否则进行报错通知,对所属周期进行重新选择后填入。
[0082] 数据信息,包含四个数据模块。收款模块,记录充值金额、提现金额、转账金额;结算模块记录用户实收金额、服务费实收金额、服务费使用金额、利息金额;返点模块,记录返点收入、返点使用、返点余额;开票模块记录已开票金额、待开票金额。
[0083] C1)上传数据
[0084] 在完成客户信息、日期信息、数据信息的回填后,进行数据上传。
[0085] D1)记录问题类型,单群映射为数据集群
[0086] 依据客户信息划分为不同的单群,例如客户A记为单群1,客户B记为单群2......;再依据问题类型,形成集群例如单群1、单群2的问题类型相同,则映射进入集群1中。集群处理的方式便于快速定位数据问题,并且进行汇总管理,形成问题知识库。
[0087] 示例性的,参见图5所示,图5为应用本发明实施例基于SaaS的账单核验方法的流程示意图之三,主要包括以下步骤(A2‑B2):
[0088] A2)校验比对
[0089] a. 输入时间节点、客户信息。
[0090] b. 拉取对账单数据、对账单数据校验结果。
[0091] (相当于本发明实施例中的:根据所述第一对账单中的客户信息与日期信息,以及第二对账单中的客户信息与日期信息,确定所述第一对账单中的金额信息与所述第二对账单中的金额信息之间的映射规则)
[0092] 拉取对账单数据,进行填充收款、结算、返点、发票4大模块的12类子类型。
[0093] 拉取对账单数据校验结果,需基于流水数据源和订单数据源进行校验比对。
[0094] 流水数据源:指SaaS平台实际记录的充值/结算等数据记录。流水数据记录每一笔资金流向、流水号、打款通道、业务类型、金额等基本信息。例如用户A通过SaaS平台同时给B、C、D分别给打款一笔,则记录这3条数据的流水数据。
[0095] 订单数据源:指用户在SaaS平台提交的交易订单数据。订单数据记录每一笔订单的订单号、打款通道、业务类型、金额等基本信息。例如用户A提交一个打款订单,分为给B、C、D同时打款,则记录1笔订单数据。
[0096] 由于业务实际情况的复杂性,例如用户存在异常无法打款、打款通道维护导致打款延迟、用户存在退款行为导致资金对应不一致等因素,因此自动校验流水数据源和订单数据源的信息尤为重要,自动校核流程,能够逐笔核对金额数据。
[0097] B2)校验结果
[0098] 基于流水数据源、订单数据源的校验数据,输出校验结果。校验结果的数据属性为校验截止日期、校验状态(校验一致/校验不一致)、校验差异值。
[0099] 校验不一致后,需要回填集群数据完成调账,进行重新校验;校验一致后,完成数据更新。
[0100] 递归遍历各客户的对账单数据后,逐条更新数据。
[0101] 整个校验流程实现系统数据的自动排查。
[0102] 在本发明实施例中,通过采用所述资金流水数据回填所述对账模板得到第一对账单,采用所述订单数据回填所述对账模板得到第二对账单,实现了对账单数据的筛选,避免了账单数据中与对账需求无关的数据的干扰,保障对账能够高效率进行。
[0103] 并且,在本发明实施例中,进一步通过根据所述第一对账单中的客户信息与日期信息,以及第二对账单中的客户信息与日期信息,确定所述第一对账单中的金额信息与所述第二对账单中的金额信息之间的映射规则,根据所述映射规则,检验所述第一对账单中的金额信息与所述第二对账单中的金额信息是否相同,根据客户信息与日期信息确定映射关系,避免了在面对海量账单数据需要对账时发生对账错乱的问题,保障了对账的高准确性。
[0104] 本发明的一些实施例中,可选地,所述金额信息包括以下至少一项:收款金额值、结算金额值、返点金额值以及发票金额值。
[0105] 收款金额值:包括充值金额值、提现金额值、转账金额值;
[0106] 结算金额值:包括用户实收金额值、服务费金额值、冲补金额值、利息金额;
[0107] 返点金额值:包括返点收入金额值、返点使用金额值、返点余额值;(财务SaaS平台,根据用户使用情况给予相应返点优惠,可进行使用)
[0108] 发票金额值:包括已开票金额值、开票余额值。
[0109] 在本发明实施例中,通过对收款金额值、结算金额值、返点金额值及发票金额值进行检验,细化了金额值类型,有利于实现保障检验结果的高准确度。
[0110] 本发明的一些实施例中,可选地,步骤13中,将所述账单数据推送至SaaS平台,包括:
[0111] 步骤31:根据预设的推送优先级,将所述账单数据分为至少两组推送队列;
[0112] 步骤32:根据所述预设的推送优先级,分别将各个所述推送队列中的所述账单数据推送至所述SaaS平台。
[0113] 示例性的,参见图6所示,图6为推送(发送)任务流程示意图,主要包括以下步骤(A3‑C3):
[0114] A3)执行发送任务
[0115] 完成数据校验后,依据约定好的发送日期(一般为每月的前10个工作日),触发定时任务。按照先优先级排列、后限制量拆分的原则进行发送。
[0116] B3)预设发送优先级
[0117] 根据实际需求,预设发送的优先级,优先级由高到低分布为不同的发送队列,依据列队的优先级程度,第1级队列>第2级队列>第3级队列。完成第一队列发送后,触发下一队列。
[0118] C3)完成发送。
[0119] 在本发明实施例中,通过根据所述预设的推送优先级,分别将各个所述推送队列中的所述账单数据推送至所述SaaS平台,高优先级的账单数据先推送,能够节约推送所需的算力资源,降低了运行成本。也有利于避免无序上传导致的用户对某些账单数据需求迫切,上述需求迫切的账单数据用户迟迟无法通过SaaS获取到,反而先获得了需求不迫切的账单数据,对用户的生产经营造成干扰的问题,提高了用户体验。
[0120] 本发明的一些实施例中,预设的推送优先级可以是用户设定的,也可以是基于账单数据的交易总金额设定的,即:交易总金额越高,对用户的影响越大,则账单数据越应当优先推送。
[0121] 本发明的一些实施例中,可选地,步骤32中,根据所述预设的推送优先级,分别将各个所述推送队列中的所述账单数据推送至所述SaaS平台,包括:
[0122] 步骤41:判断至少两组所述推送队列中是否存在账单数据的数据量超出预设的队列限制量的目标推送队列,得到判断结果;
[0123] 步骤42:若所述判断结果为存在,将所述目标推送队列拆分为至少两组子推送队列,使得每组所述子推送队列中的所述账单数据的数据量均不超出所述队列限制量;
[0124] 步骤43:在根据所述预设的推送优先级推送所述目标推送队列时,采用并行推送方式将各个所述子推送队列中的所述账单数据至所述SaaS平台。
[0125] 示例性的,参见图6所示,图6为推送(发送)任务流程示意图,主要包括以下步骤(A3‑D3):
[0126] A3)执行发送任务
[0127] 完成数据校验后,依据约定好的发送日期(一般为每月的前10个工作日),触发定时任务。按照先优先级排列、后限制量拆分的原则进行发送。
[0128] B3)预设发送优先级
[0129] 根据实际需求,预设发送的优先级,优先级由高到低分布为不同的发送队列,依据列队的优先级程度,第1级队列>第2级队列>第3级队列。完成第一队列发送后,触发下一队列。
[0130] C3)设置队列限制量级
[0131] 例如:预设量级为1000(相当于本发明实施例中预设的队列限制量),对于第1级队列(数据量为1050),将第1级队列拆分为:1.1级队列(数据量为1000,相当于本发明实施例中的子推送队列)和1.2级队列(数据量为50,相当于本发明实施例中的子推送队列),然后使用CPU完成并行发送。
[0132] D3)完成发送。
[0133] 在本发明实施例中,通过判断至少两组所述推送队列中是否存在账单数据的数据量超出预设的队列限制量的目标推送队列,若所述判断结果为存在,将所述目标推送队列拆分为至少两组子推送队列,在根据所述预设的推送优先级推送所述目标推送队列时,采用并行推送方式将各个所述子推送队列中的所述账单数据至所述SaaS平台。有效避免了单一推送队列中账单数据过多对推送所需的算力资源的高要求,降低了本发明实施例的应用成本。
[0134] 并且,在本发明实施例中,将所述子推送队列中的所述账单数据至所述SaaS平台,避免了同一优先级的账单数据被推送到SaaS平台的时间差别过大,对用户及时获取高优先级的账单数据造成干扰。并行推送也有利于充分发挥算力资源,确保本发明实施例能够高效核验账单数据。
[0135] 本发明的一些实施例中,可选地,步骤12中,核验所述资金流水数据与所述订单数据是否一致,之后包括:
[0136] 步骤51:若所述核验结果为所述资金流水数据与所述订单数据是不一致,确定所述资金流水数据与所述订单数据之间的差异数据;
[0137] 步骤52:根据所述差异数据,确定所述账单数据中的目标账单数据;
[0138] 步骤53:根据所述目标账单数据生成报错预警信息,将所述报错预警信息推送至所述SaaS平台,使得用户能够查询并下载所述报错预警信息。
[0139] 示例性的,参见图5所示,其中B2)校验结果:
[0140] 基于流水数据源、订单数据源的校验数据,输出校验结果。校验结果的数据属性为校验截止日期、校验状态(校验一致/校验不一致)、校验差异值(相当于本发明实施例中的确定所述资金流水数据与所述订单数据之间的差异数据;根据所述差异数据,确定所述账单数据中的目标账单数据)。
[0141] 本发明的一些实施例中,可选地,步骤12中,核验所述资金流水数据与所述订单数据是否一致,包括:
[0142] 步骤61:根据预设的集群规则,将所述账单数据分为至少两组集群;
[0143] 步骤62:分别核验各组所述集群中的所述资金流水数据与所述订单数据是否一致。
[0144] 示例性的,参见图4所示,其中D1)包括:
[0145] 记录问题类型,单群映射为数据集群;
[0146] 依据客户信息划分为不同的单群,例如客户A记为单群1,客户B记为单群2......;再依据问题类型(相当于本发明实施例中的预设的集群规则,此处的集群规则即为根据不同的问题类型对账单数据进行划分),形成集群例如:单群1(即一组账单数据)、单群2(即另一组账单数据)的问题类型相同,则映射进入集群1中。集群处理的方式便于快速定位数据问题,并且进行汇总管理,形成问题知识库。
[0147] 本发明的一些实施例中,可选地,参见图7所示,图7为将账单数据推送至所述SaaS平台流程示意图,其中主要包括以下步骤(A4‑C4):
[0148] A4)对账单数据源
[0149] 推送给用户的对账单数据,记录用户的信息(用户名称、用户ID)、时间周期信息、收款数据、结算数据、返点数据、开票数据。
[0150] 收款数据:包括充值金额、提现金额、转账金额;
[0151] 结算数据:包括用户实收金额、服务费金额、冲补金额、利息金额;
[0152] 返点数据:包括返点收入金额、返点使用金额、返点余额;(财务SaaS平台,根据用户使用情况给予相应返点优惠,可进行使用)
[0153] 开票数据:包括已开票金额、开票余额。
[0154] 以上对账单的数据源按天/月进行汇总,形成对账单的默认推送数据。
[0155] B4)自定义模版
[0156] 用户可根据自身需求,将对账单模版进行自主配置和定义。
[0157] a. 定义模版样式。SaaS平台提供Pdf、Excel版共2种下载格式,用户根据自身使用场景进行选择;
[0158] b. 定义结算周期。用户可按周/月/自定义周期,查询获取对账单的汇总数据[0159] c. 定义盖章情况。若盖章,SaaS平台提供请章入口,申请通过后,则模版带“电子章”签章;若不盖章,则默认显示无章的对账单数据。
[0160] d. 定义字段。用户可根据实际使用情况,选择所需字段,进行勾选下载。
[0161] 系统根据用户的自定义配置,将原始数据插入到模版中,供用户下载使用。
[0162] C4)自定义模版下载对账单。
[0163] 本发明实施例提供了一种基于SaaS的账单核验装置,参见图8所示,图8为基于SaaS的账单核验装置的原理框图,基于SaaS的账单核验装置80包括:
[0164] 获取模块81,用于从SaaS平台获取账单数据,所述账单数据包括资金流水数据以及订单数据;
[0165] 核验模块82,用于核验所述资金流水数据与所述订单数据是否一致,得到核验结果;
[0166] 执行模块83,用于若所述核验结果为所述资金流水数据与所述订单数据一致,将所述账单数据推送至所述SaaS平台,使得用户能够查询并下载所述账单数据。
[0167] 本发明的一些实施例中,可选地,
[0168] 所述核验模块82,还用于获取预设的对账模板,所述对账模板包括客户信息、日期信息以及金额信息;
[0169] 所述核验模块82,还用于采用所述资金流水数据回填所述对账模板得到第一对账单,采用所述订单数据回填所述对账模板得到第二对账单;
[0170] 所述核验模块82,还用于根据所述第一对账单中的客户信息与日期信息,以及第二对账单中的客户信息与日期信息,确定所述第一对账单中的金额信息与所述第二对账单中的金额信息之间的映射规则;
[0171] 所述核验模块82,还用于根据所述映射规则,检验所述第一对账单中的金额信息与所述第二对账单中的金额信息是否相同;
[0172] 所述核验模块82,还用于若所述检验的检验结果为所述第一对账单中的金额信息与所述第二对账单中的金额信息相同,确定所述资金流水数据与所述订单数据一致。
[0173] 本发明的一些实施例中,可选地,
[0174] 所述执行模块83,还用于根据预设的推送优先级,将所述账单数据分为至少两组推送队列;
[0175] 所述执行模块83,还用于根据所述预设的推送优先级,分别将各个所述推送队列中的所述账单数据推送至所述SaaS平台。
[0176] 本发明的一些实施例中,可选地,
[0177] 所述执行模块83,还用于判断至少两组所述推送队列中是否存在账单数据的数据量超出预设的队列限制量的目标推送队列,得到判断结果;
[0178] 所述执行模块83,还用于若所述判断结果为存在,将所述目标推送队列拆分为至少两组子推送队列,使得每组所述子推送队列中的所述账单数据的数据量均不超出所述队列限制量;
[0179] 所述执行模块83,还用于在根据所述预设的推送优先级推送所述目标推送队列时,采用并行推送方式将各个所述子推送队列中的所述账单数据至所述SaaS平台。
[0180] 本发明的一些实施例中,可选地,
[0181] 所述执行模块83,还用于若所述核验结果为所述资金流水数据与所述订单数据是不一致,确定所述资金流水数据与所述订单数据之间的差异数据;
[0182] 所述执行模块83,还用于根据所述差异数据,确定所述账单数据中的目标账单数据;
[0183] 所述执行模块83,还用于根据所述目标账单数据生成报错预警信息,将所述报错预警信息推送至所述SaaS平台,使得用户能够查询并下载所述报错预警信息。
[0184] 本发明的一些实施例中,可选地,
[0185] 所述核验模块82,还用于根据预设的集群规则,将所述账单数据分为至少两组集群;
[0186] 所述核验模块82,还用于分别核验各组所述集群中的所述资金流水数据与所述订单数据是否一致。
[0187] 本申请实施例提供的基于SaaS的账单核验装置能够实现图1至图7的方法实施例实现的各个过程,并达到相同的技术效果,为避免重复,这里不再赘述。
[0188] 本发明实施例提供了一种电子设备90,参见图9所示,图9为本发明实施例电子设备90的原理框图,包括处理器91,存储器92及存储在存储器92上并可在处理器91上运行的程序或指令,程序或指令被处理器执行时实现本发明的任一项基于SaaS的账单核验方法中的步骤。
[0189] 本发明实施例提供了一种可读存储介质,可读存储介质上存储程序或指令,程序或指令被处理器执行时实现如上述任一项的基于SaaS的账单核验方法的实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
[0190] 其中,所述的可读存储介质,如只读存储器(Read‑Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等。
[0191] 上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本发明的保护之内。