一种结合第三方支付平台的分账与对账的方法及系统与流程

1.本发明属于互联网支付技术领域，具体涉及一种结合第三方支付平台的分账与对账的方法及系统。


背景技术：

2.随着平台类在线交易业务的兴起，第三方支付渠道日益增多，例如支付宝、微信、银联、快捷支付等，消费者可以根据自己偏好或者情况使用不同的第三方支付渠道进行支付，极大地便利了消费者的购物。
3.然而现有技术中，分账环节由第三方支付公司直接帮助商户完成结算或提现，缺少银行回单凭证，分账与对账环节中也存在有一定的安全隐患，极易造成财产损失。现提出一种结合第三方支付平台的分账与对账的方法及系统来解决上述提出的问题。


技术实现要素：

4.本发明提供了一种结合第三方支付平台的分账与对账的方法及系统，以解决现有技术中缺少银行回单凭证，分账与对账环节中存在一定安全隐患的问题。
5.为了解决上述技术问题，本发明提供了一种结合第三方支付平台的分账与对账方法，具体包括以下步骤：
6.s1.生成待清分文件，将其传输至第三方支付平台；
7.s2.第三方支付平台接收待清分文件，验签通过后执行分账任务，并生成分账结果文件；
8.s3.获取第三方支付平台生成的分账结果文件，验签通过后将其与待清分文件进行比对；若比对一致则输出对账结果，若比对不一致则进入分账异常订单处理。
9.进一步地，所述待清分文件包括待清分源文件和其转换生成的.chk结尾的待清分签名文件；所述分账结果文件包括分账结果源文件和其转换生成的.chk结尾的分账结果签名文件。
10.进一步地，所述步骤s1具体包括：
11.s10.轮循获取待清分订单，所述待清分订单包括本轮已核销的订单；
12.s11.对步骤s10中获取的待清分订单进行分账规则匹配；若匹配成功则输出待清分子账单，若匹配失败则进入下一轮分账规则匹配；
13.s12.将步骤s11中匹配成功的待清分子账单和上一轮分账失败进入待清分状态的订单汇总生成待清分源文件；获取待清分源文件的md5值，根据我方颁发的私钥证书对待清分源文件的md5值进行rsa签名，生成.chk结尾的待清分签名文件；
14.s13.将步骤s12中生成的待清分源文件和其转换生成的.chk结尾的待清分签名文件传输至第三方支付平台。
15.进一步地，所述分账规则包括t+1分账模式和/或t+n分账模式；其中t为用户侧确认交易完成的时间点，n为商户侧设置的分账周期。
16.进一步地，所述步骤s2具体包括：
17.s20.第三方支付平台接收待清分文件；
18.s21.获取待清分文件中待清分源文件的md5值，根据我方颁发的公钥证书对待清分源文件的md5值进行rsa签名，生成.chk结尾的第二待清分签名文件；
19.s22.将待清分文件中的待清分签名文件与步骤s21中生成的第二待清分签名文件进行比对；
20.s23.若比对一致则执行待清分文件内的待清分源文件，将存管于第三方支付平台内的资金按照待清分源文件内的分账指令划款至目标账户；
21.若比对不一致则向我方发出错误通知；
22.s24.第三方支付平台生成执行待清分源文件后产生的分账结果源文件，并根据第三方支付平台颁发的私钥证书将其转换为.chk结尾的分账结果签名文件。
23.进一步地，所述步骤s3具体包括：
24.s30.获取第三方支付平台生成的分账结果文件；
25.s31.获取分账结果文件中分账结果源文件的md5值，根据第三方支付平台颁发的私公钥证书对分账结果源文件的md5值进行rsa签名，生成.chk结尾的第二分账结果签名文件；
26.s32.将分账结果文件中的分账结果签名文件和步骤s31中得到的第二分账结果签名文件进行比对；若比对一致则认为该分账结果文件有效，若比对不一致则认为该分账结果文件无效；
27.s33.确认该分账结果文件有效后，将分账结果文件中的分账结果源文件和待清分文件中的待清分源文件进行比对；若分账成功，则对分账成功的订单进行明细比对，若分账失败，则重置订单分账状态为待清分状态，进入下一轮分账处理。
28.进一步地，所述步骤s33中的明细对比具体包括：
29.s330.将分账成功的订单金额与对应的待分账订单金额进行明细比对；
30.若该订单状态为我方待分账金额＝已分账金额，则输出对账结果；
31.若该订单状态为我方待分账金额＞已分账金额，则重置多出部分订单分账状态为待清分状态，进入下一轮分账处理；
32.若该订单状态为我方待分账金额＜已分账金额，则对该订单进行二次比对；
33.s331.获取步骤s330中进入二次比对的订单的用户支付金额和第三方支付平台金额；
34.s332.将进入二次比对的订单的用户支付金额和第三方支付平台金额进行二次比对；若二次比对一致，则输出对账结果；若二次比对不一致，则提示高优先级风险并按订单进行差异展示。
35.进一步地，所述第三方支付平台为具有合规资金存管及分账的平台机构，包括但不限于银联、支付宝、微信、云闪付。
36.本发明还提供了一种结合第三方支付平台的分账与对账系统，所述系统包括综合对账引擎模块和第三方支付平台模块；
37.所述综合对账引擎模块用于生成待清分文件，将其传输至第三方支付平台模块；
38.所述第三方支付平台模块用于接收所述综合对账引擎模块生成的待清分文件，验
签通过后执行分账任务，并生成分账结果文件；
39.所述综合对账引擎模块还用于获取所述分账结果文件，验签通过后将其与所述待清分文件进行比对；若比对一致则输出对账结果，若比对不一致则进入分账异常订单处理。
40.作为本发明的进一步改进，所述综合对账引擎模块包括但不限于数据获取模块、规则匹配模块、数据传输模块、数据转换模块、数据比对模块和异常处理模块；
41.所述数据获取模块用于获取待清分订单；
42.所述规则匹配模块用于对所述待清分订单匹配不同的分账规则并生成待清分源文件；
43.所述数据转换模块用于根据综合对账引擎模块方颁发的私钥证书对所述待清分源文件的md5值进行rsa签名，生成.chk结尾的待清分签名文件；
44.所述数据传输模块用于将所述待清分源文件和其转换生成的.chk结尾的待清分签名文件传输至第三方支付平台模块；
45.所述第三方支付平台模块用于接收综合对账引擎模块方发送的待清分文件，根据综合对账引擎模块方颁发的公钥证书对待清分源文件的md5值进行rsa签名，生成.chk结尾的第二待清分签名文件；
46.所述第三方支付平台模块还用于将待清分签名文件和第二待清分签名文件进行比对，若比对一致则执行待清分源文件，若比对不一致则向综合对账引擎模块方发出错误通知；
47.所述第三方支付平台模块执行待清分源文件后生成分账结果源文件，并根据第三方支付平台颁发的私钥证书对所述分账结果源文件的md5值进行rsa签名，生成.chk结尾的分账结果签名文件；
48.所述数据获取模块还用于获取第三方支付平台模块执行完分账任务后生成的分账结果源文件和其转换生成的.chk结尾的分账结果签名文件；
49.所述数据转换模块还用于根据第三方支付平台颁发的公钥证书对分账结果源文件的md5值进行rsa签名，生成.chk结尾的第二分账结果签名文件；
50.所述数据比对模块用于将从所述第三方支付平台模块获取得到的所述分账结果签名文件和所述第二分账结果签名文件进行比对，还用于将从所述第三方支付平台模块获取得到的分账结果源文件和所述待清分源文件进行比对；
51.所述异常处理模块用于处理待清分源文件和分账结果源文件比对过程中出现对账异常的订单。
52.与现有技术相比，本发明所提供的一种结合第三方支付平台的分账与对账系统及方法，在分账及对账环节中能够获取银行回单凭证即分账结果源文件，有效防止了财务信息流、资金流割裂、财务多维度对账困难的情况发生，提高了电商平台的财务对账效率，降低人力物力财力成本，实现了资金流和信息流的双流合一；商户侧可以通过系统后台自行设置分账规则，可在分账结束后清晰直观的获取分账结果；从支付到分账，交易资金都在第三方支付平台内流转，全流程安全合规，避免“二清”风险，保证资金合规；同时在综合对账引擎模块与第三方支付平台模块之间设置验签环节，有效防止了综合对账引擎模块与第三方支付平台模块之间传输的文件被恶意拦截或者信息篡改，进一步提高了系统的安全性能。
附图说明
53.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
54.图1是本发明实施例提供的一种结合第三方支付平台的分账与对账方法的流程图；
55.图2是本发明实施例提供的一种结合第三方支付平台的分账与对账方法步骤 s1的流程图；
56.图3是本发明实施例提供的一种结合第三方支付平台的分账与对账方法步骤 s2的流程图；
57.图4是本发明实施例提供的一种结合第三方支付平台的分账与对账方法步骤 s3的流程图；
58.图5是本发明实施例提供的一种结合第三方支付平台的分账与对账方法步骤 s33的流程图；
59.图6是本发明实施例提供的一种结合第三方支付平台的分账与对账系统的功能模块图。
具体实施方式
60.为了使本发明的目的、技术方案及优点更加清楚明白，下面结合附图和具体实施例对本发明作进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
61.为了使本揭示内容的叙述更加详尽与完备，下文针对本发明的实施方式与具体实施例提出了说明性的描述；但这并非实施或运用本发明具体实施例的唯一形式。实施方式中涵盖了多个具体实施例的特征以及用以建构与操作这些具体实施例的方法步骤与其顺序。然而，亦可利用其它具体实施例来达成相同或均等的功能与步骤顺序。
62.请参照图1-图6，为了解决现有技术中缺少银行回单凭证，分账与对账环节中存在一定安全隐患的问题，本发明实施例提供了一种结合第三方支付平台的分账与对账系统，包括综合对账引擎模块和第三方支付平台模块，其中综合对账引擎模块为系统核心模块，主要用于完成分账金额的计算、分账文件的传输、分账结果的获取、执行对账以及对异常订单进行重分账操作，第三方支付平台模块为具有合规资金管存及分账的平台机构，主要用于承载交易资金的存管以及根据待清分文件将资金直接划款至平台机构或商户银行账户。
63.具体的，综合对账引擎模块包括但不限于数据获取模块、规则匹配模块、数据传输模块、数据转换模块、数据比对模块和异常处理模块。
64.其中，数据获取模块用于轮循获取待清分订单；此处待清分订单包括本轮已经核销的订单。
65.规则匹配模块用于对待清分清单匹配不同的分账规则，若匹配成功则输出待清分子账单，若匹配失败则进入下一轮的分账规则匹配；需要进行说明的是，上述提到的分账结果包括t+1分账模式和/或t+n分账模式；其中t为用户侧确认交易完成的时间点，如电商产
品的确认收货日、旅游门票的入园日、旅行社产品的出团日等，以上只是对t进行解释说明，并非实际应用中只能设置为上述提到的具体实施例，n为商户侧设置的分账周期，本系统支持最短t+1分账模式，也支持商户侧自定义分账模式，其中n为商户侧自定义分账周期，如商户侧可根据需求设置n＝7，即服务完成后的7日进行资金分账，这样设置可以为用户退款资金提供缓冲。
66.规则匹配模块还用于将匹配成功的待清分子账单和上一轮分账失败进行待清分状态的订单汇总生成待清分源文件，数据获取模块获取待清分源文件的md5 值，根据综合对账引擎模块方颁发的私钥证书对待清分源文件的md5值进行 rsa签名，生成.chk结尾的待清分签名文件。
67.需要进行说明的是，md5的全称是message-digest algorithm 5，它是一种被广泛使用的密码散列函数，md5值等同于文件的id，它的值是唯一的，如果文件已被修改，其md5值也将发生变化；rsa签名算法是现有技术中应用比较广泛的公钥密码算法，可以方便的用于秘钥交换和数字签名等场合，由于rsa 签名及应用技术现有技术中应用已经较为成熟，故此处对其不做过多赘述。
68.数据传输模块用于将待清分文件，即将待清分源文件和.chk结尾的待清分签名文件传输至第三方支付平台模块，第三方支付平台模块检验接收到的待清分文件是否有效，若有效则执行分账任务；需要进行说明的是，上述过程中提到的综合对账引擎模块方颁发的私钥证书和第三方支付平台颁发的私钥证书相当于综合对账引擎模块方和第三方支付平台模块方之间约定好的暗号，也可以理解为密码本。
69.进一步地，与综合对账引擎模块方颁发的私钥证书对应的有综合对账引擎模块方颁发的公钥证书，用于解析经综合对账引擎模块方颁发的私钥证书转换后的签名文件，同样的，与第三方支付平台颁发的私钥证书对应的有第三方支付平台颁发的公钥证书，该公钥证书用于解析经第三方支付平台颁发的私钥证书转换后的签名文件；需要进一步说明的是，私钥一般情况下是约定好之后不发生变动的，除非发生泄漏，综合对账引擎模块和第三方支付平台模块之间会约定新的私钥证书。
70.具体验签过程为：第三方支付平台模块将获取待清分文件中待清分源文件的 md5值，根据综合对账引擎模块方颁发的公钥证书对待清分源文件的md5值进行rsa签名，生成.chk结尾的第二待清分签名文件；将接收到的待清分签名文件和第二待清分签名文件进行比对，若比对一致则认为该待清分文件有效，根据待清分文件中的分账任务将将存管于第三方支付平台内的资金按照待清分源文件内的分账指令划款至目标账户；若比对不一致则认为该待清分文件无效。
71.在本实施例中设置验签环节，是由于如果待清分文件在传输过程中被不法分子篡改，那么第三方支付平台模块根据综合对账引擎模块方颁发的公钥证书翻译出来的.chk结尾签名文件就跟从平台中获取的不一致，此时则认为验签不通过，接收到的该源待清分源文件无效，同时向综合对账引擎模块方发出错误通知，这样设置有效防止了综合对账引擎模块与第三方支付平台模块之间传输的文件被恶意拦截或者信息篡改，进一步提高了系统的安全性能。
72.第三方支付平台模块执行分账结束后生成分账结果源文件，分账结果源文件为第三方支付平台模块生成的分账结果明细，第三方支付平台模块获取分账结果源文件的md5
值，根据第三方支付平台颁发的私钥证书对分账结果源文件的 md5值进行rsa签名，生成.chk结尾的分账结果签名文件。
73.数据获取模块进一步获取第三方支付平台模块生成的分账结果文件，即分账结果源文件和.chk结尾的分账结果签名文件，数据转换模块还用于根据第三方支付平台颁发的公钥证书对分账结果源文件的md5值进行rsa签名，生成.chk结尾的第二分账结果签名文件。
74.数据比对模块用于将分账结果签名文件和第二分账结果签名文件进行比对，若比对一致则认为该分账结果文件有效，数据比对模块进一步将待清分源文件和分账结果源文件进行比对，若比对不一致则认为该分账结果文件无效。
75.具体的，上述过程中提到的待清分文件包括待清分源文件和其转换生成的.chk结尾的待清分签名文件；分账结果文件包括分账结果源文件和其转换生成的.chk结尾的分账结果签名文件。
76.数据比对模块将清分源文件和分账结果源文件进行比对时，若该订单未被执行分账，即认为其分账失败，此时异常订单处理模块重置该订单分账状态为待清分状态，进入下一轮分账处理；若该订单已被执行了分账，则认为其分账成功，此时需要对分账成功的订单进行明细对比。
77.具体的，明细对比包括以下三种情况：
78.若该订单状态为综合对账引擎模块方待分账金额＝第三方支付平台模块方已分账金额，则该订单分账无误，此时输出对账结果；
79.若该订单状态为综合对账引擎模块方待分账金额＞第三方支付平台模块方已分账金额，此时认为多出部分订单分账失败，由异常订单处理模块重置多出部分订单分账状态为待清分状态，进入下一轮分账处理；
80.若该订单状态为综合对账引擎模块方待分账金额＜第三方支付平台模块方已分账金额，则需要由数据比对模块对该订单进行二次比对。
81.具体的二次比对过程如下：数据获取模块获取进入二次比对的订单的用户支付金额和第三方支付平台金额；由数据比对模块对进入二次比对的订单的用户支付金额和第三方支付平台金额进行二次比对；若二次比对一致，则该订单分账无误，输出对账结果；若二次比对不一致，则提示高优先级风险并按订单进行差异展示。需要进行说明的是，实际对账环节中出现二次比对不一致的概率极低，因此对二次比对不一致的订单需要按照高优先级排列展示，由人工对其进行处理。
82.进一步地，本发明实施例还提供了一种结合第三方支付平台的分账与对账方法，具体包括以下步骤：
83.s1.生成待清分文件，将其传输至第三方支付平台；
84.其中，步骤s1具体包括：
85.s10.轮循获取待清分订单，所述待清分订单包括本轮已核销的订单；具体的，由综合对账引擎模块中的数据获取模块轮循获取待清分订单。
86.s11.对步骤s10中获取的待清分订单进行分账规则匹配；若匹配成功则输出待清分子账单，若匹配失败则进入下一轮分账规则匹配；
87.具体的，由规则匹配模块对步骤s10中获取的待清分订单进行分账规则匹配，若匹
配成功则输出待清分子账单，若匹配失败则进入下一轮分账规则匹配，这里的匹配失败指的是指待清分子订单中部分订单未找到清分规则或者订单上商品金额和对应的清分规则中上报备案价格不一致的情况，对于这些匹配清分规则失败的订单统一进入下一轮分账规则匹配。
88.需要进行说明的是，分账规则包括t+1分账模式和/或t+n分账模式；其中 t为用户侧确认交易完成的时间点，如电商产品的确认收货日、旅游门票的入园日、旅行社产品的出团日等，以上只是对t进行解释说明，并非实际应用中只能设置为上述提到的具体实施例，n为商户侧设置的分账周期，本系统支持最短 t+1分账模式，也支持商户侧自定义分账模式，其中n为商户侧自定义分账周期，如商户侧可根据需求设置n＝7，即服务完成后的7日进行资金分账，这样设置可以为用户退款资金提供缓冲。
89.s12.将步骤s11中匹配成功的待清分子账单和上一轮分账失败进入待清分状态的订单汇总生成待清分源文件；获取待清分源文件的md5值，根据我方，即综合对账引擎方颁发的私钥证书对待清分源文件的md5值进行rsa签名，生成.chk结尾的待清分签名文件；
90.具体的，由规则匹配模块将步骤s11中匹配成功的待清分子账单和上一轮分账失败进入待清分状态的订单汇总生成待清分源文件，这里的待清分源文件为规则匹配模块生成的待清分账单明细；之后，由数据获取模块获取待清分源文件的 md5值，根据综合对账引擎方颁发的私钥证书对该待清分源文件的md5值进行 rsa签名，生成.chk结尾的待清分签名文件。
91.需要进行说明的是，上述过程中提到的综合对账引擎方颁发的私钥证书和第三方支付平台颁发的私钥证书相当于综合对账引擎方和第三方支付平台方之间约定好的暗号，也可以理解为密码本；与综合对账引擎方颁发的私钥证书对应的有综合对账引擎方颁发的公钥证书，用于解析经综合对账引擎方颁发的私钥证书转换后的签名文件，同样的，与第三方支付平台颁发的私钥证书对应的有第三方支付平台颁发的公钥证书，该公钥证书用于解析经第三方支付平台颁发的私钥证书转换后的签名文件；需要进一步说明的是，私钥一般情况下是约定好之后不发生变动的，除非发生泄漏，综合对账引擎和第三方支付平台之间会约定新的私钥证书。
92.s13.将步骤s12中生成的待清分源文件和其转换生成的.chk结尾的待清分签名文件传输至第三方支付平台。
93.需要进行说明的是，该第三方支付平台为具有合规资金存管及分账的平台机构，包括但不限于银联、支付宝、微信、云闪付。
94.s2.第三方支付平台接收待清分文件，验签通过后执行分账任务，并生成分账结果文件；具体的，该待清分文件包括待清分源文件和其转换生成的.chk结尾的待清分签名文件；
95.其中，步骤s2具体包括：
96.s20.第三方支付平台接收待清分文件；该待清分文件包括待清分源文件和其转换生成的.chk结尾的待清分签名文件；
97.s21.获取待清分文件中待清分源文件的md5值，根据综合对账引擎方颁发的公钥证书对待清分源文件的md5值进行rsa签名，生成.chk结尾的第二待清分签名文件；
98.具体的，第三方支付平台方接收待清分文件，获取待清分文件中待清分源文件的
md5值，根据综合对账引擎方颁发的公钥证书对待清分源文件的md5值进行rsa签名，生成.chk结尾的第二待清分签名文件。
99.s22.将待清分文件中的待清分签名文件与步骤s21中生成的第二待清分签名文件进行比对；
100.s23.若比对一致则执行待清分文件内的待清分源文件，将存管于第三方支付平台内的资金按照待清分源文件内的分账明细指令划款至目标账户；
101.若比对不一致则向我方发出错误通知，我方第一时间对该错误通知进行反馈。
102.具体的，在本发明实施例中设置验签环节，是由于如果待清分文件在传输过程中被篡改，那么第三方支付平台根据综合对账引擎方颁发的公钥证书翻译出来的.chk结尾签名文件就跟从平台中获取的不一致，此时验签不通过，并且由第三方支付平台方向综合对账引擎方发出错误通知，综合对账引擎方也能第一时间对该错误通知进行反馈，有效防止了综合对账引擎与第三方支付平台之间传输的文件被恶意拦截或者信息篡改，进一步提高了系统的安全性能。
103.s24.第三方支付平台生成执行待清分源文件后产生的分账结果源文件，并根据第三方支付平台颁发的私钥证书将其转换为.chk结尾的分账结果签名文件。
104.具体的，第三方支付平台执行完待清分源文件后生成分账结果源文件，分账结果源文件为第三方支付平台生成的分账结果明细，第三方支付平台方获取分账结果源文件的md5值，并根据第三方支付平台颁发的私钥证书对分账结果源文件的md5值进行rsa签名，生成.chk结尾的分账结果签名文件。
105.s3.获取第三方支付平台生成的分账结果文件，验签通过后将其与待清分文件进行比对；若比对成功则输出对账结果，若比对失败则进入分账异常订单处理。
106.其中，步骤s3具体包括：
107.s30.获取第三方支付平台生成的分账结果文件；
108.具体的，由数据获取模块获取第三方支付平台生成的分账结果文件，该分账结果文件包括分账结果源文件和其转换生成的.chk结尾的分账结果签名文件。
109.s31.获取分账结果文件中分账结果源文件的md5值，根据第三方支付平台颁发的公钥证书对分账结果源文件的md5值进行rsa签名，生成.chk结尾的第二分账结果签名文件；
110.具体的，由数据获取模块获取分账结果文件中分账结果源文件的md5值，由数据转换模块根据第三方支付平台颁发的公钥证书对分账结果源文件的md5 值进行rsa签名，生成.chk结尾的第二分账结果签名文件。
111.s32.将分账结果文件中的分账结果签名文件和步骤s31中得到的第二分账结果签名文件进行比对；若比对一致则认为该分账结果文件有效，若比对不一致则认为该分账结果文件无效；
112.具体的，数据比对模块将分账结果文件中的分账结果签名文件和第二分账结果签名文件进行比对，若比对一致则认为该分账结果文件有效，若比对不一致则认为该分账结果文件无效。
113.s33.确认该分账结果文件有效后，将分账结果文件中的分账结果源文件和待清分文件中的待清分源文件进行比对；若分账成功，则对分账成功的订单进行明细比对，若分账
失败，则重置订单分账状态为待清分状态，进入下一轮分账处理。具体的，由数据比对模块将分账结果签名文件和第二分账结果签名文件进行比对时，若比对一致后，则认为该分账结果文件有效，数据比对模块进一步将待清分源文件和分账结果源文件进行比对，若该订单未被执行分账，即认为其分账失败，此时异常订单处理模块重置该订单分账状态为待清分状态，进入下一轮分账处理；若该订单已被执行了分账，则认为其分账成功，此时需要对分账成功的订单进行明细对比。
114.进一步地，上述步骤s33中的明细对比具体包括：
115.s330.将分账成功的订单金额与对应的待分账订单金额进行明细比对；
116.若该订单状态为我方待分账金额＝已分账金额，则输出对账结果；
117.若该订单状态为我方待分账金额＞已分账金额，则重置多出部分订单分账状态为待清分状态，进入下一轮分账处理；
118.若该订单状态为我方待分账金额＜已分账金额，则对该订单进行二次比对；
119.具体的，由数据比对模块将分账成功的订单金额与对应的待分账订单金额进行明细比对；明细对比会出现以下三种情况：
120.若该订单状态为综合对账引擎方待分账金额＝第三方支付平台方已分账金额，则该订单分账无误，此时输出对账结果；
121.若该订单状态为综合对账引擎方待分账金额＞第三方支付平台方已分账金额，此时认为多出部分订单分账失败，由异常订单处理模块重置多出部分订单分账状态为待清分状态，进入下一轮分账处理；
122.若该订单状态为综合对账引擎方待分账金额＜第三方支付平台方已分账金额，则需要由数据比对模块对该订单进行二次比对。
123.s331.获取步骤s330中进入二次比对的订单的用户支付金额和第三方支付平台金额；
124.具体的，由数据获取模块获取进入二次比对的订单的用户支付金额和第三方支付平台金额。
125.s332.将进入二次比对的订单的用户支付金额和第三方支付平台金额进行二次比对；若二次比对一致，则输出对账结果；若二次比对不一致，则提示高优先级风险并按订单进行差异展示。
126.具体的，由数据比对模块对进入二次比对的订单的用户支付金额和第三方支付平台金额进行二次比对；若二次比对一致，则该订单分账无误，输出对账结果；若二次比对不一致，则提示高优先级风险并按订单进行差异展示。
127.需要进行说明的是，实际对账环节中出现二次比对不一致的概率极低，因此本发明实施例对二次比对不一致的订单需要按照高优先级排列展示，由人工对其进行处理。
128.本发明实施例所提供的一种结合第三方支付平台的分账与对账系统及方法，在分账及对账环节中能够获取银行回单凭证即分账结果源文件，有效防止了财务信息流、资金流割裂、财务多维度对账困难的情况发生，提高了电商平台的财务对账效率，降低人力物力财力成本，实现了资金流和信息流的双流合一；商户侧可以通过系统后台自行设置分账规则，可在分账结束后清晰直观的获取分账结果；从支付到分账，交易资金都在第三方支付平台内流转，全流程安全合规，避免“二清”风险，保证资金合规；同时在综合对账引擎模块与
第三方支付平台模块之间设置验签环节，有效防止了综合对账引擎模块与第三方支付平台模块之间传输的文件被恶意拦截或者信息篡改，进一步提高了系统的安全性能。
129.以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。