CN113256292B - 一种线上分账方法及*** - Google Patents

Abstract

本发明涉及一种线上分账方法及***，属于分账技术领域。本发明的线上分账方法，包括：接收对接平台发送的分账请求；根据分账请求中包含的收付款方信息将分账请求组装成具有一个付款子服务和多个收款子服务的分账服务；对分账服务中每个子服务进行预处理操作并标识预处理状态；如果分账服务中所有子服务的预处理状态均为成功，则对预处理后的每个子服务执行记账操作并标识执行状态；如果分账服务中所有子服务的执行状态均为成功，则发送分账成功通知到对接平台。本发明的线上分账方法对组装的各个子服务预处理和执行记账，在处理过程中，若出现其中一个子服务失败，则分账失败，通过此方式保证多个子服务记账结果状态一致，保证账务的一致性。

Description

一种线上分账方法及***

技术领域

本发明属于分账技术领域，尤其涉及一种线上分账方法及***。

背景技术

随着互联网的发展，市场上形成了许多行业性的B2B、B2C交易平台，为了遵循“市场管交易、银行管资金”业务规则，平台和银行选择对接合作。银行为了满足平台业务需求建设资金监管类线上分账***，其最主要的业务场景为线上分账，以货运物流平台为例，平台中的发货方选择物流企业运输货物，物流企业运输完成后代收货款，物流企业再通过平台调用银行分账***把资金清分到发货方货款、物流企业收益、货车司机收益、平台收益、银行收益等不同角色的账户中，即付款方为一个，收款方为多个，***内部需记多笔账务。现有的银行分账***在处理单笔分账多笔记账的情况时，是按照付款方记减→收款方A记增→收款方B记增→收款方N记增……，此种方法，在遇到突发情况时将会导致记账中断，付款方金额和多个收款方金额之和账务不平，存在一定的资金风险。另外，此种分账方式记账分散，一旦发生突发情况***无法线上自动恢复继续分账，同时，线下处理时，维护人员需逐笔确认状态、核算金额、手动调账，费事费力且难以排查。

因此，急需解决的技术问题是如何保证一笔分账中多笔记账结果状态的一致性以避免分账过程中的账务风险。

发明内容

本发明意在提供一种线上分账方法及***，以解决现有银行分账***在分账过程中出现的账务不一致的问题，本发明要解决的技术问题通过以下技术方案来实现：

本发明提供了一种线上分账方法，包括：

接收对接平台发送的分账请求；

根据所述分账请求中包含的收付款方信息将所述分账请求组装成具有一个付款子服务和多个收款子服务的分账服务；

对所述分账服务中每个子服务进行预处理操作并标识预处理状态；

如果所述分账服务中所有子服务的预处理状态均为成功，则对预处理后的每个子服务执行记账操作并标识执行状态；

如果所述分账服务中所有子服务的执行状态均为成功，则发送分账成功通知到所述对接平台。

优选地，所述对所述分账服务中每个子服务进行预处理操作并标识预处理状态的步骤之后还包括：

如果所述分账服务中存在至少一个子服务的预处理状态为失败，则对所述分账服务中预处理状态为成功的子服务进行第一回滚操作，并记录预处理失败次数；

重新对所述分账服务中每个子服务进行预处理操作并标识预处理状态；

如果所述预处理失败次数:大于第一预设数量阈值，则发送预处理失败通知到所述对接平台。

优选地，所述第一回滚操作为对所述子服务进行反向预处理并清空标识的预处理状态。

优选地，所述对预处理后的每个子服务执行记账操作并标识执行状态的步骤之后还包括：

如果所述分账服务中存在至少一个子服务的执行状态为失败，则对所述分账服务中执行状态为成功的子服务进行第二回滚操作，并记录执行失败次数；

重新对所述分账服务中每个子服务进行执行记账操作并标识执行状态；

如果所述执行失败次数大于第二预设数量阈值，则发送执行记账失败通知到所述对接平台。

优选地，所述第二回滚操作为对所述子服务进行反向记账并清空标识的执行状态。

优选地，所述分账请求包括交易流水号、付款方编号、付款方金额、多个收款方编号和多个相应的收款方金额。

优选地，所述子服务包括交易流水号、分账服务号、分账子服务号、收/付款方编号和收/付款方金额，同一分账服务中多个子服务具有相同的交易流水号和分账服务号。

另一方面，本发明还提供了一种线上分账***，包括：分账服务模块以及与所述分账服务模块连接的处理中心模块；

所述分账服务模块包括：请求接收单元，被配置为接收对接平台发送的分账请求；服务组装单元，被配置为根据所述分账请求中包含的收付款方信息将所述分账请求组装成具有一个付款子服务和多个收款子服务的分账服务；

处理中心模块包括调度器，与所述调度器连接的预处理器、执行器以及回滚器，所述调度器被配置为监控并调度所述预处理器、所述执行器和所述回滚器的工作，所述预处理器被配置为对所述分账服务中每个子服务进行预处理操作并标识预处理状态，所述执行器被配置为对预处理后的每个子服务执行记账操作并标识执行状态，所述回滚器被配置为当所述分账服务中存在至少一个子服务的预处理状态/执行状态为失败时，对所述分账服务中预处理状态/执行状态为成功的子服务进行回滚操作。

优选地，所述处理中心模块还包括与所述调度器连接的查询器，所述查询器被配置为当所述分账服务中断时查询所述分账服务中每个子服务的执行进度。

优选地，所述处理中心模块还包括与所述调度器连接的恢复器，所述恢复器被配置为根据查询到的每个所述子服务的执行进度对所述分账服务进行恢复操作。

本发明的线上分账方法及***通过将对接平台发起的分账请求数据组装成一个分账服务，利用统一调度、预处理、执行以及回滚，真正可做到分账账务的一致性，可彻底杜绝一笔分账多笔记账场景的记账差错，杜绝有资金风险，提高***工作人员的的工作效率。

附图说明

图1为本发明一种线上分账方法的一些实施例的流程示意图；

图2为本发明一种线上分账***的一些实施例的结构框图；

图3为本发明一种线上分账***的一些实施例的具体分账过程示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

参见图1所示，本发明实施例提供了一种线上分账方法，包括：

步骤100：接收对接平台发送的分账请求；

本步骤中对接平台是指B2B、B2C交易平台，对接平台通过实时接口发起单笔或多笔一对多分账请求。

步骤200：根据分账请求中包含的收付款方信息将分账请求组装成具有一个付款子服务和多个收款子服务的分账服务；

本步骤中根据分账请求中的付款方、收款方及相应的金额等信息把该笔分账请求组装成一个分账服务，分账服务下包含若干个子服务。逐一将每笔一对多分账请求组装成相应的分账服务，通过每笔分账请求中的交易流水号和分账服务的分账服务号进行关联，在后续的分账服务处理过程中，可以按照交易流水号的时间顺序进行处理，待处理的分账服务放在预设的缓存区。

步骤300：对分账服务中每个子服务进行预处理操作并标识预处理状态；

本步骤主要是对分账服务的子服务做预处理，不进行直接记账操作，此做法的目的是为提高分账服务的整体成功率，例如：在预处理过程中可判定账户余额是否充足、账户信息是否准确；对处理成功的子服务标识“预处理成功”状态，对处理失败的子服务标识“预处理失败”状态。

步骤400：如果分账服务中所有子服务的预处理状态均为成功，则对预处理后的每个子服务执行记账操作并标识执行状态；

在进行执行记账操作之前需要判断所有子服务的预处理状态，若所有子服务的预处理状态均为成功，则分账服务预处理成功，可以继续下一步记账操作；若存在一个或多个子服务的预处理状态为失败，则分账服务预处理失败，不可进行下一步记账操作。

步骤500：如果分账服务中所有子服务的执行状态均为成功，则发送分账成功通知到对接平台。

该分账服务是否成功记账需要判断所有子服务的执行状态，若所有子服务的执行状态均为成功，则分账服务执行成功，可以发送分账成功通知到对接平台；若存在一个或多个子服务的执行状态为失败，则分账服务执行失败，需要重新处理。

需要说明的是，当分账服务预处理失败或者执行失败时，均需要向对接平台发送失败通知和失败原因，以便对接平台线下处理失败原因后重新发起分账请求。

本发明实施例的线上分账方法首先将接收的分账请求组装成一个分账服务，该分账服务包括多个子服务，之后分别对各个子服务进行预处理即检查账户余额是否充足、账户信息是否准确，不进行直接记账操作，从而提高分账服务的整体成功率，当所有子服务的预处理均成功后分别对各个子服务进行最终记账操作，当所有子服务的执行记账均成功后发送分账通知到对接平台，在预处理及执行过程中，若出现其中一个子服务失败，则分账失败，通过此方式保证多个子服务记账结果状态一致，保证账务的一致性。

在一些实施例中，为了保证账务的一致性，本发明的线上分账方法的步骤300之后还包括：

如果分账服务中存在至少一个子服务的预处理状态为失败，则对分账服务中预处理状态为成功的子服务进行第一回滚操作，并记录预处理失败次数；

重新对分账服务中每个子服务进行预处理操作并标识预处理状态；

如果预处理失败次数大于第一预设数量阈值，则发送预处理失败通知到对接平台。

需要说明的是，本实施例中通过第一回滚操作将分账服务中预处理状态为成功的子服务恢复到预处理前的初始状态，并记录一次预处理失败，重新尝试对所有子服务进行预处理操作，反复预处理若干次后仍未成功，则发送预处理失败通知到对接平台。本实施例中第一预设数量阈值根据实际需要确定，例如可以为3次、4次、5次或者更多次，在此不做具体限定。

优选地，本实施例中第一预设数量阈值为5。

在一些实施例中，为了保证账务的一致性，本发明的线上分账方法的第一回滚操作为对子服务进行反向预处理并清空标识的预处理状态。

在一些实施例中，本发明的线上分账方法的步骤400之后还包括：

如果分账服务中存在至少一个子服务的执行状态为失败，则对分账服务中执行状态为成功的子服务进行第二回滚操作，并记录执行失败次数；

重新对分账服务中每个子服务进行执行记账操作并标识执行状态；

如果执行失败次数大于第二预设数量阈值，则发送执行记账失败通知到对接平台。

需要说明的是，本实施例中通过第二回滚操作将分账服务中执行状态为成功的子服务恢复到执行前的初始状态，并记录一次执行失败，重新尝试对所有子服务进行执行记账操作，反复执行若干次后仍未成功，则发送执行失败通知到对接平台。本实施例中第二预设数量阈值根据实际需要确定，其与第一预设数量阈值可以相同或者不同，例如可以为3次、4次、5次或者更多次，在此不做具体限定。

优选地，本实施例中第二预设数量阈值为5。

本发明实施例的线上分账方法在预处理/执行记账过程中，若出现其中一个子服务失败，则对预处理/执行记账成功的子服务全部回滚，确保同一个分账服务下所有的下属分账服务的记账结果状态一致，保证账务的一致性。

在一些实施例中，本发明的线上分账方法的第二回滚操作为对子服务进行反向记账并清空标识的执行状态。

可选地，本发明实施例的线上分账方法中分账请求包括交易流水号、付款方编号、付款方金额、多个收款方编号和多个相应的收款方金额。

可选地，本发明实施例的线上分账方法中子服务包括交易流水号、分账服务号、分账子服务号、收/付款方编号和收/付款方金额，同一分账服务中多个子服务具有相同的交易流水号和分账服务号。

具体分账请求和对应的分账服务如下表所示：

表一：

组装后的分账服务包括4个子服务，4个子服务的交易流水号及分账服务号相同，根据此可判定其4个子服务属于同一个分账请求、同一个分账服务，4个子服务的分账子服务号不同，根据此区别不同的子服务。

另一方面，参见2所示，本发明实施例还提供了一种线上分账***100，包括：分账服务模块1以及与分账服务模块1连接的处理中心模块2；

分账服务模块1包括：请求接收单元11，被配置为接收对接平台发送的分账请求；服务组装单元12，被配置为根据分账请求中包含的收付款方信息将分账请求组装成具有一个付款子服务和多个收款子服务的分账服务；

处理中心模块2包括调度器21，与调度器21连接的预处理器22、执行器23以及回滚器24，其中调度器21被配置为监控并调度预处理器22、执行器23和回滚器24的工作，预处理器22被配置为对分账服务中每个子服务进行预处理操作并标识预处理状态，执行器23被配置为对预处理后的每个子服务执行记账操作并标识执行状态，回滚器24被配置为当分账服务中存在至少一个子服务的预处理状态/执行状态为失败时，对分账服务中预处理状态/执行状态为成功的子服务进行回滚操作。

本发明实施例的线上分账***包括分账服务模块和处理中心模块，通过分账服务模块组装分账请求成包含多个子服务的分账服务，组装完成后处理中心模块内置的调度器调用预处理器把该分账服务的子服务均做预处理即检查账户余额是否充足、账户信息是否准确，不进行直接记账操作，预处理成功后，调度器调用执行器把各个子服务进行最终记账操作；在预处理器及执行器执行过程中，若出现其中一个子服务失败，调度器则调用回滚器把处理成功的子服务全部回滚，确保同一个分账服务下所有的子分账服务的记账结果状态一致，保证账务的一致性。

在一些实施例中，本发明的线上分账***100中处理中心模块2还包括与调度器21连接的查询器25，查询器25被配置为当分账服务中断时查询分账服务中每个子服务的执行进度。

本发明实施例的线上分账***还包括查询器，若在执行分账过程中，出现宕机、***故障等突发问题，在程序恢复后，调度器会调用查询器查询分账服务中各下属服务的执行进度及情况，为恢复分账做必要准备。

在一些实施例中，本发明的线上分账***100中处理中心模块2还包括与调度器21连接的恢复器26，恢复器26被配置为根据查询到的每个子服务的执行进度对分账服务进行恢复操作。

本发明实施例的线上分账***还包括恢复器，若在执行分账过程中，出现宕机、***故障等突发问题，查询器查询完成后调度器再调用恢复器把中断的分账服务继续执行，保证账务的一致性。

综上所述，本发明实施例的线上分账***通过将对接平台发起的分账请求数据组装成一个分账服务，处理中心模块的各个器件协作，利用统一调度、预处理、执行、回滚、查询、恢复机制，真正可做到分账账务的一致性，可彻底杜绝一笔分账多笔记账场景的记账差错，杜绝有资金风险，提高***工作人员的的工作效率。

图3示出了本发明实施例的线上分账***的具体分账过程：

步骤1：日间，对接平台通过实时接口发起单笔一对多分账请求，线上分账***接收到请求后进行后续分账处理。对接平台日间可通过接口多次发送分账请求，对其一一进行处理。

步骤2：线上分账***接收到对接平台的分账请求后，根据请求中付款方、收款方、金额等信息把该笔分账请求组装成一个分账服务，分账服务下包含若干个下属分账服务（即子服务）。

步骤3：分账服务组装完成后，处理中心模块介入，调度器调用预处理器开始预处理下属分账服务，若处理成功会给该下属服务标识为“预处理成功”状态，继续后续步骤；

步骤4：预处理过程中若其中一个或多个失败，则会给该下属服务标识为“预处理失败”，标明失败原因，调度器调用回滚器把与预处理成功的服务回滚，预处理成功的标识全部清空。随后***重新执行5次该分账服务，若5次都失败，则线上分账***通知对接平台，分账失败以及失败原因，对接平台线下处理失败原因后可重新向线上分账***发起分账请求。

步骤5：预处理成功后，调度器调用执行器开始对每一个状态为“预处理成功”的下属服务进行记账操作，若记账过程中全部下属服务执行成功，则下属服务标识为“执行成功”状态，通知对接平台分账成功；

步骤6：若记账过程中有一个或者多个下属服务失败，则会给该下属服务标识为“执行失败”，标明失败原因，调度器调用回滚器把已预处理成功及执行成功的服务回滚，预处理成功及执行成功的标识全部清空，记账成功的服务全部反向记账。随后***重新执行5次该分账服务，若5次都失败，则线上分账***通知对接平台分账失败以及失败原因，对接平台线下处理失败原因后可重新向线上分账***发起分账请求。

步骤7：若在执行分账过程中，出现宕机、***故障等突发问题，在程序恢复后，调度器会调用查询器查询分账服务中各下属服务的执行进度及情况，为恢复分账做必要准备。

步骤8、若出现宕机、***故障等突发问题，查询器查询完成后调度器再调用恢复器把中断的分账服务继续执行，保证账务的一致性。

应该指出，上述详细说明都是示例性的，旨在对本申请提供进一步的说明。除非另有指明，本文使用的所有技术和科学术语均具有与本申请所属技术领域的普通技术人员的通常理解所相同的含义。

需要注意的是，这里所使用的术语仅是为了描述具体实施方式，而非意图限制根据本申请所述的示例性实施方式。如在这里所使用的，除非上下文另外明确指出，否则单数形式也意图包括复数形式。此外，还应当理解的是，当在本说明书中使用术语“包含”和/或“包括”时，其指明存在特征、步骤、操作、器件、组件和/或它们的组合。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便这里描述的本申请的实施方式能够以除了在这里图示或描述的那些以外的顺序实施。

此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了便于描述，在这里可以使用空间相对术语，如“在……之上”、“在……上方”、“在……上表面”、“上面的”等，用来描述如在图中所示的一个器件或特征与其他器件或特征的空间位置关系。应当理解的是，空间相对术语旨在包含除了器件在图中所描述的方位之外的在使用或操作中的不同方位。例如，如果附图中的器件被倒置，则描述为“在其他器件或构造上方”或“在其他器件或构造之上”的器件之后将被定位为“在其他器件或构造下方”或“在其他器件或构造之下”。因而，示例性术语“在……上方”可以包括“在……上方”和“在……下方”两种方位。该器件也可以其他不同方式定位，如旋转90度或处于其他方位，并且对这里所使用的空间相对描述作出相应解释。

在上面详细的说明中，参考了附图，附图形成本文的一部分。在附图中，类似的符号典型地确定类似的部件，除非上下文以其他方式指明。在详细的说明书、附图及权利要求书中所描述的图示说明的实施方案不意味是限制性的。在不脱离本文所呈现的主题的精神或范围下，其他实施方案可以被使用，并且可以作其他改变。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种线上分账方法，其特征在于，包括：

接收对接平台发送的分账请求；

根据所述分账请求中包含的收付款方信息将所述分账请求组装成具有一个付款子服务和多个收款子服务的分账服务；

对所述分账服务中每个子服务进行预处理操作并标识预处理状态，在预处理过程中判定账户余额是否充足、账户信息是否准确；

如果所述分账服务中所有子服务的预处理状态均为成功，则对预处理后的每个子服务执行记账操作并标识执行状态；

如果所述分账服务中所有子服务的执行状态均为成功，则发送分账成功通知到所述对接平台；

其中，所述对所述分账服务中每个子服务进行预处理操作并标识预处理状态的步骤之后还包括：

如果所述分账服务中存在至少一个子服务的预处理状态为失败，则对所述分账服务中预处理状态为成功的子服务进行第一回滚操作，并记录预处理失败次数；

重新对所述分账服务中每个子服务进行预处理操作并标识预处理状态；

如果所述预处理失败次数大于第一预设数量阈值，则发送预处理失败通知到所述对接平台；

所述对预处理后的每个子服务执行记账操作并标识执行状态的步骤之后还包括：

如果所述分账服务中存在至少一个子服务的执行状态为失败，则对所述分账服务中执行状态为成功的子服务进行第二回滚操作，并记录执行失败次数；

重新对所述分账服务中每个子服务进行执行记账操作并标识执行状态；

如果所述执行失败次数大于第二预设数量阈值，则发送执行记账失败通知到所述对接平台。

2.根据权利要求1所述的一种线上分账方法，其特征在于，所述第一回滚操作为对所述子服务进行反向预处理并清空标识的预处理状态。

3.根据权利要求1所述的一种线上分账方法，其特征在于，所述第二回滚操作为对所述子服务进行反向记账并清空标识的执行状态。

4.根据权利要求1-3任一项所述的一种线上分账方法，其特征在于，所述分账请求包括交易流水号、付款方编号、付款方金额、多个收款方编号和多个相应的收款方金额。

5.根据权利要求4所述的一种线上分账方法，其特征在于，所述子服务包括交易流水号、分账服务号、分账子服务号、收/付款方编号和收/付款方金额，同一分账服务中多个子服务具有相同的交易流水号和分账服务号。

6.一种线上分账***，其特征在于，包括：分账服务模块以及与所述分账服务模块连接的处理中心模块；

所述分账服务模块包括：请求接收单元，被配置为接收对接平台发送的分账请求；服务组装单元，被配置为根据所述分账请求中包含的收付款方信息将所述分账请求组装成具有一个付款子服务和多个收款子服务的分账服务；

处理中心模块包括调度器，与所述调度器连接的预处理器、执行器以及回滚器，所述调度器被配置为监控并调度所述预处理器、所述执行器和所述回滚器的工作，所述预处理器被配置为对所述分账服务中每个子服务进行预处理操作并标识预处理状态，在预处理过程中判定账户余额是否充足、账户信息是否准确，所述执行器被配置为对预处理后的每个子服务执行记账操作并标识执行状态，所述回滚器被配置为当所述分账服务中存在至少一个子服务的预处理状态/执行状态为失败时，对所述分账服务中预处理状态/执行状态为成功的子服务进行回滚操作；

其中，所述回滚器被具体配置为：

如果所述分账服务中存在至少一个子服务的预处理状态为失败，则对所述分账服务中预处理状态为成功的子服务进行第一回滚操作，并记录预处理失败次数；重新对所述分账服务中每个子服务进行预处理操作并标识预处理状态；

如果所述预处理失败次数大于第一预设数量阈值，则发送预处理失败通知到所述对接平台；

如果所述分账服务中存在至少一个子服务的执行状态为失败，则对所述分账服务中执行状态为成功的子服务进行第二回滚操作，并记录执行失败次数；重新对所述分账服务中每个子服务进行执行记账操作并标识执行状态；如果所述执行失败次数大于第二预设数量阈值，则发送执行记账失败通知到所述对接平台。

7.根据权利要求6所述的一种线上分账***，其特征在于，所述处理中心模块还包括与所述调度器连接的查询器，所述查询器被配置为当所述分账服务中断时查询所述分账服务中每个子服务的执行进度。

8.根据权利要求7所述的一种线上分账***，其特征在于，所述处理中心模块还包括与所述调度器连接的恢复器，所述恢复器被配置为根据查询到的每个所述子服务的执行进度对所述分账服务进行恢复操作。

Images