CN117350720A - 一种控制单据金额支付的方法及相关装置 - Google Patents

Abstract

本发明实施例提供了一种控制单据金额支付的方法及相关装置，用于支持多个下游单据的并行付款流程，从而提升下游单据的付款效率。本发明实施例方法包括：获取所述待提交单据，所述待提交单据至少包括待付金额；获取所述待提交单据的上游单据，所述上游单据至少包括上游单据的可用金额；获取所述下游单据，所述下游单据至少包括下游单据的在途待付金额；计算所述待提交单据的待付金额和所述下游单据的在途待付金额之和X；若所述X大于所述待提交单据的上游单据的可用金额，则拒绝所述待提交单据进行提交。

Description

一种控制单据金额支付的方法及相关装置

技术领域

本发明涉及费用管理技术领域，尤其涉及一种控制单据金额支付的方法及相关装置。

背景技术

企业立项合同中的源头单据中往往存在多个下游单据，且多个下游单据需要并行支付单据金额，为了防止下游单据的超额支付，现有技术一般采用如下方案：

对源头单据增加下游在途检测机制，若检测到源头单据存在一个下游在途的可付款单据(如预付、借款及报销等)时，则不允许发起新的付款流程，也即现有技术中的付款流程是串行的，从而导致下游单据的付款效率低下。

发明内容

本发明实施例提供了一种控制单据金额支付的方法及相关装置，用于支持多个下游单据的并行付款流程，从而提升下游单据的付款效率。

本申请实施例第一方面提供了一种控制单据金额支付的方法，其特征在于，所述单据包括待提交单据、待提交单据的上游单据和所述上游单据的下游单据，所述方法包括：

获取所述待提交单据，所述待提交单据至少包括待付金额；

获取所述待提交单据的上游单据，所述上游单据至少包括上游单据的可用金额；

获取所述下游单据，所述下游单据至少包括下游单据的在途待付金额；

计算所述待提交单据的待付金额和所述下游单据的在途待付金额之和X；

若所述X大于所述待提交单据的上游单据的可用金额，则拒绝所述待提交单据进行提交。

优选的，所述待提交单据的上游单据还包括在途待付金额；

若所述X不大于所述待提交单据的上游单据的可用金额，所述方法还包括：

接收所述待提交单据，根据所述X，更新所述待提交单据的上游单据的在途待付金额和可用金额。

优选的，所述单据还包括源单据和待付款单据，所述源单据包括源单在途待付金额、源单已付金额、源单未付金额、源单可用金额和源单总金额；

在更新所述待提交单据的上游单据的在途待付金额和可用金额之后，所述方法还包括：

根据所述待提交单据的上游单据的在途待付金额和可用金额，更新所述源单在途待付金额和所述源单可用金额；

若更新后的源单在途待付金额和所述源单已付金额之和大于所述源单总金额；则提示付款状态异常，并限制所述待付款单据进行付款。

优选的，若所述源单在途待付金额和所述源单已付金额之和不大于所述源单总金额，所述方法还包括：

允许所述待付款单据执行付款指令；

获取所述待付款单据的上游单据；

根据所述待付款单据的付款金额，更新所述待付款单据的上游单据的在途待付金额、已付金额、未付金额和可用金额。

优选的，所述方法还包括：

根据所述待付款单据的上游单据的在途待付金额、已付金额、未付金额和可用金额，再次更新所述源单的在途待付金额、已付金额、未付金额和可用金额；

若再次更新后的源单在途待付金额和再次更新后的源单已付金额之和大于所述源单总金额；则提示付款状态异常。

优选的，所述单据还包括源单据，所述源单据包括源单在途待付金额、源单已付金额、源单未付金额、源单可用金额和源单总金额，所述方法还包括：

定时获取最近更新的源单已付金额和最近更新的源单在途待付金额；

若所述最近更新的源单已付金额和所述最近更新的源单在途待付金额之和大于所述源单总金额；则提示付款状态异常。

优选的，所述上游单据包括至少一个下游单据，所述上游单据包括在途待付金额、已付金额、未付金额和可用金额，若所述下游单据的在途待付金额完成付款指令，则利用预设的数据公式，在基于业务对象的数据平台上将所述下游单据的已付金额转换并反写至所述上游单据的在途待付金额、已付金额、未付金额和可用金额。

本申请实施例第二方面提供了控制单据金额支付的装置，所述单据包括待提交单据、待提交单据的上游单据和所述上游单据的下游单据，所述装置包括：

获取单元，用于获取所述待提交单据，所述待提交单据至少包括待付金额；

所述获取单元，还用于获取所述待提交单据的上游单据，所述上游单据至少包括上游单据的可用金额；

所述获取单元，还用于获取所述下游单据，所述下游单据至少包括下游单据的在途待付金额；

计算单元，用于计算所述待提交单据的待付金额和所述下游单据的在途待付金额之和X；

拒绝单元，用于若所述X大于所述待提交单据的上游单据的可用金额，则拒绝所述待提交单据进行提交。

优选的，待提交单据的上游单据还包括在途待付金额，所述装置还包括：

更新单元，用于若所述X不大于所述待提交单据的上游单据的可用金额，接收所述待提交单据，根据所述X，更新所述待提交单据的上游单据的在途待付金额和可用金额。

优选的，所述单据还包括源单据和待付款单据，所述源单据包括源单在途待付金额、源单已付金额、源单未付金额、源单可用金额和源单总金额；

所述更新单元，还用于在更新所述待提交单据的上游单据的在途待付金额和可用金额之后，根据所述待提交单据的上游单据的在途待付金额和可用金额，更新所述源单在途待付金额和所述源单可用金额；

所述装置还包括：

提示单元，用于若更新后的源单在途待付金额和所述源单已付金额之和大于所述源单总金额，则提示付款状态异常，并限制所述待付款单据进行付款。

所述装置还包括：

执行单元，用于若所述源单在途待付金额和所述源单已付金额之和不大于所述源单总金额，则允许所述待付款单据执行付款指令；

所述获取单元，还用于：获取所述待付款单据的上游单据；

所述更新单元，还用于：根据所述待付款单据的付款金额，更新所述待付款单据的上游单据的在途待付金额、已付金额、未付金额和可用金额。

优选的，所述更新单元，还用于：根据所述待付款单据的上游单据的在途待付金额、已付金额、未付金额和可用金额，再次更新所述源单的在途待付金额、已付金额、未付金额和可用金额；

所述提示单元，还用于：若再次更新后的源单在途待付金额和再次更新后的源单已付金额之和大于所述源单总金额，则提示付款状态异常。

优选的，所述单据还包括源单据，所述源单据包括源单在途待付金额、源单已付金额、源单未付金额、源单可用金额和源单总金额；

所述获取单元，还用于：

定时获取最近更新的源单已付金额和最近更新的源单在途待付金额；

所述提示单元，还用于：

若所述最近更新的源单已付金额和所述最近更新的源单在途待付金额之和大于所述源单总金额，则提示付款状态异常。

优选的，所述上游单据包括至少一个下游单据，所述上游单据包括在途待付金额、已付金额、未付金额和可用金额，所述装置还包括：

反写单元，用于若所述下游单据的在途待付金额完成付款指令，则利用预设的数据公式，在基于业务对象的数据平台上将所述下游单据的已付金额转换并反写至所述上游单据的在途待付金额、已付金额、未付金额和可用金额。

本申请实施例第三方面提供了一种一种计算机装置，包括处理器，所述处理器在处理存储于存储器上的计算机程序时，用于实现本申请实施例第一方面提供的控制单据金额支付的方法。

本申请实施例第四方面提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，用于实现本申请实施例第一方面提供的控制单据金额支付的方法。

本申请实施例第五方面提供了一种计算机程序产品，其上存储有计算机程序，该计算机程序被计算机设备执行时，用于实现本申请实施例第一方面提供的控制单据金额支付的方法。

从以上技术方案可以看出，本发明实施例具有以下优点：

本申请实施例中在得到待提交单据的待付金额以后，进一步获取待提交单据的上游单据，以及上游单据的下游单据，从而基于待提交单据中的待付金额，和下游单据中的在途待付金额，计算待提交单据的待付金额和所述下游单据的在途待付金额之和X，并在X大于所述待提交单据的上游单据的可用金额，则拒绝所述待提交单据进行提交，从而提供了对待提交单据的前置管控，从而在待提交单据的上游单据的可用金额未超额的前提下，实现了多个下游单据的并行处理，提升了对下游单据的处理效率。

附图说明

图1为本申请实施例中控制单据金额支付的方法的一个实施例示意图；

图2为本申请实施例中单据的应用场景图；

图3为本申请实施例中控制单据金额支付的方法的另一个实施例示意图；

图4为本申请实施例中控制单据金额支付的装置的一个实施例示意图。

具体实施方式

本发明实施例提供了一种控制单据金额支付的方法及相关装置，用于支持多个下游单据的并行付款流程，从而提升下游单据的付款效率。

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为便于理解，下面先对专业术语进行解释，并在以下的实施例中保持沿用：

在途金额：指的是暂存、已提交、审核中、审核通过以及等待付款这几种状态的可付款单据的在途待付金额。

下面接着对本申请实施例中控制单据金额支付的方法进行描述，请参阅图1，本申请实施例中控制单据金额支付的方法的一个实施例，包括：

101、获取所述待提交单据，所述待提交单据至少包括待付金额；

具体的，本申请实施例中的单据至少包括待提交单据、待提交单据的上游单据和上游单据的下游单据，为了对本申请实施例中的应用场景进行说明，图2给出了单据的应用场景图。

如在图2中，A为源单，而源单下存在多个下游单据如B单据和C单据，而B单据又存在多个下游单据，如B1和B2，假设本申请中的待提交单据为B3，则B3的上游单据为B，而B的下游单据为B1和B2，具体的在图2所示的场景中，则为获取待提交单据B3中的待付金额。

102、获取所述待提交单据的上游单据，所述上游单据至少包括上游单据的可用金额；

对应于图2所示的场景，待提交单据为B3，而B3的上游单据为B，其中B单据中至少包括B单据中的可用金额。

103、获取所述下游单据，所述下游单据至少包括下游单据的在途待付金额；

为了判断待提交单据B3是否可以成功提交，则是要判断B3中的待付金额和B单据的下游单据中的在途待付金额之和，是否大于B单据中的可用金额，故本申请实施例还需要获取B单据的下游单据，其中，下游单据中至少包括在途待付金额。

对应在图2的场景中，则是下游单据B1和B2中至少包括在途待付金额。

104、计算所述待提交单据的待付金额和所述下游单据的在途待付金额之和X；

得到待提交单据中的待付金额，以及下游单据的在途待付金额之后，则进一步计算待提交单据中的待付金额，和下游单据的在途待付金额之和X。

具体在图2的场景中，则是计算B3单据中的待付金额和下游单据B1、B2中的在途待付金额之和X，并根据X执行步骤105。

105、若所述X大于所述待提交单据的上游单据的可用金额，则拒绝所述待提交单据进行提交。

具体在图2的场景中，若X大于B单据的可用金额，则拒绝待提交单据B3的提交。

本申请实施例中，待提交单据在提交之前，获取待提交单据的待付金额，以及待提交单据的上游单据，以及上游单据的下游单据，其中，下游单据中至少包括在途待付金额，进一步计算待提交单据的待付金额，与下游单据的在途待付金额之和X，若X大于待提交单据的上游单据的可用金额，则拒绝待提交单据的提交，也就是说本申请实施例设置了对待提交单据的前置管控，从而在待提交单据的上游单据的可用金额未超额的前提下，实现了多个下游单据的并行处理，提升了对下游单据的处理效率。

作为一种可选的实施例，若X不大于所述待提交单据的上游单据的可用金额，则接收待提交单据，并根据X，更新所述待提交单据的上游单据的在途待付金额和可用金额。

容易理解的是，若X不大于所述待提交单据的上游单据的可用金额，则可以接收待提交的单据，并根据X，更新待提交单据的上游单据的在途待付金额和可用金额。

对应在图2的场景中，则是根据B3中的待付金额，更新B单据中的在途待付金额和可用金额，且更新后的B单据的在途待付金额＝B1的在途待付金额+B2的在途待付金额+B3的待付金额，而更新后的B单据中的可用金额＝更新前的B单据的可用金额-B3的待付金额。

作为一种可选的实施例，进一步，本申请实施例中的单据还包括源单据和待付款单据，其中，待付款单据为提交后通过审核的单据，而源单据则可以理解为立项合同或者拨款单据等，也即源单据为所有单据的源头单据，在源头单据中一般记载了源单总金额，源单在途待付金额、源单已付金额、源单未付金额和源单可用金额。

对应在图2的场景中，源单据为A单据，其中，A单据中包括源单在途待付金额、源单已付金额、源单未付金额和源单可用金额，其中：

源单的在途待付金额＝源单的所有下游单据的在途待付金额之和；

源单的已付金额＝源单的下游在途可付款单据的已付金额之和；

源单的未付金额＝源单的总金额-源单已付金额；

源单的可用金额＝源单的未付金额-源单的在途待付金额；

也即A单据的在途待付金额＝B单据的在途待付金额+C单据的在途待付金额；

A单据的已付金额＝(C单据+B1单据+B2单据+B3单据)中在途可付款单据中的已付金额之和；

A单据的未付金额＝A单据的总金额-A单据已付金额；

A单据的可用金额＝A单据的未付金额-A单据的在途待付金额。

为了保证多个下游单据中数据的正常管理，在更新所述待提交单据的上游单据的在途待付金额和可用金额之后，还需要根据所述待提交单据的上游单据的在途待付金额和可用金额，更新所述源单在途待付金额和所述源单可用金额，并在更新后源单的在途待付金额和所述源单已付金额之和大于所述源单总金额时，则提示付款状态异常，并限制所述待付款单据进行付款。

具体的，对应在图2的应用场景中，则是在更新B单据中的在途待付金额和可用金额之后，还根据B单据的在途待付金额和可用金额，更新A单据的在途待付金额和A单据的可用金额，其中，A单据中在途待付金额和可用金额的更新公式，与上述实施例中描述的类似，此处不再赘述。

本申请实施例中，在更新所述待提交单据的上游单据的在途待付金额和可用金额之后，进一步根据所述待提交单据的上游单据的在途待付金额和可用金额，更新所述源单在途待付金额和所述源单可用金额，从而避免了源单中数据的出错问题，保证了源单据中数据的正常处理。

作为一种可选的实施例，当源单在途待付金额和所述源单已付金额之和不大于所述源单总金额，则允许待付款单据执行付款指令，并在待付款单据完成付款指令后，获取待付款单据的上游单据，根据所述待付款单据的付款金额，更新所述待付款单据的上游单据的在途待付金额、已付金额、未付金额和可用金额。

对应在图2的场景中，假设B1单据通过了审核，则B1单据的状态更新为可付款单据，则在A单据的途待付金额和已付金额之和不大于A单据的总金额时，允许B1单据执行付款指令，并在B1单据完成付款后，获取B1单据的上游单据B，并根据B1单据中的付款金额，更新B单据中的在途待付金额、已付金额、未付金额和可用金额。

本申请实施例中，在待付款单据完成付款指令后，根据待付款单据的付款金额，更新所述待付款单据的上游单据的在途待付金额、已付金额、未付金额和可用金额，从而保证了所有单据中数据的实时更新，从而避免了数据的出错问题。

作为一种可选的实施例，为了进一步保证所有单据数据的正常管理，还还可以根据待付款单据的上游单据的在途待付金额、已付金额、未付金额和可用金额，再次更新所述源单的在途待付金额、已付金额、未付金额和可用金额；若再次更新后的源单在途待付金额和再次更新后的源单已付金额之和大于所述源单总金额，则提示付款状态异常。

具体的，对应在图2的场景中，则是根据待付款单据B1的上游单据B单据中的在途待付金额、已付金额、未付金额和可用金额，再次更新A单据中的在途待付金额、已付金额、未付金额和可用金额，并在再次更新后的A单据中的在途待付金额和再次更新后的A单据中的已付金额之和，大于A单据的总金额时，提示付款状态异常。

本申请实施例在待付款单据的上游单据中的在途待付金额、已付金额、未付金额和可用金额更新后，进一步根据待付款单据的上游单据的在途待付金额、已付金额、未付金额和可用金额，再次更新所述源单的在途待付金额、已付金额、未付金额和可用金额，从而进一步避免了源单据中数据的出错问题。

作为一种可选的实施例，本申请实施例还设置了补充检查机制，即定时获取源单据的最近更新的源单已付金额和最近更新的源单在途待付金额，并在最近更新的源单已付金额和最近更新的源单在途待付金额之和大于源单总金额时，提示付款状态异常。

对应在图2的场景中，则是定时获取A单据中的已付金额和A单据中的在途待付金额，并在A单据的已付金额和A单据的在途待付金额之和，大于A单据的总金额时，提示付款状态异常。

该实施例进一步避免了在下游多个单据的并行处理过程中，数据的异常处理，也避免了源单总金额数据的出错。

作为一种可选的实施例，为了保证每个下游单据的在途待付金额完成付款指令后，可以自动完成上游数据的同步更新，本申请实施例可以利用预设的数据公式，在基于业务对象的数据平台上将下游单据的已付金额转换并反写至上游单据的在途待付金额、已付金额、未付金额和可用金额。

其中，基于业务对象的的数据转换平台，可以用于实现单据间的自动转换和反写，故本申请实施例在每个下游单据的在途待付金额完成付款指令后，可以利用基于业务对象的数据转换平台将下游单据的已付金额转换并反写至该下游单据的上游单据的在途待付金额、已付金额、未付金额和可用金额，并进一步逐级向上更新至源单据的在途待付金额、已付金额、未付金额和可用金额。

对应在图2的场景中，则是在B1完成付款中，利用基于业务对象的数据转换平台自动根据B1中的已付金额，更新B单据中的在途待付金额、已付金额、未付金额和可用金额，并进一步根据B单据和C单据中的在途待付金额、已付金额、未付金额和可用金额，更新A单据中的在途待付金额、已付金额、未付金额和可用金额。

而基于数据平台的自动反写，实现了数据由下至上的自动化更新，也相应地提升了通过下游单据中的数据，更新上游单据中数据的便捷性。

下面结合具体的场景，对本申请实施例中控制单据金额支付的方法进行描述，请参阅图3，本申请实施例中控制单据金额支付的方法的另一个实施例，包括：

如在立项合同的场景中，先生成审核通过的源单(该源单中包括源单总金额、源单已付金额、源单未付金额、源单在途金额和源单可用金额)，然后通过数据平台下推生成源单的下游单据，每个下游单据中都包含有在途待付金额，该下游单据可以是预付单据、借款单据或报销单据等。

进一步，若接收到待提交单据，则获取待提交单据的上游单据，以及上游单据的下游单据，并计算待提交下游单据的待付金额和下游单据的在途待付金额之后，是否大于待提交单据的上游单据的可用金额，若是，则拒绝待提交单据提交，否则，则接收待提交单据，并根据待提交单据的待付金额，更新待提交单据的上游单据的已付金额、未付金额、在途待付金额和可用金额，并进一步根据待提交单据的上游单据的已付金额、未付金额、在途待付金额和可用金额，更新源单的已付金额、未付金额、在途待付金额和可用金额，并在源单的已付金额和待付金额之和大于源单总金额时，提示付款状态异常(相当于对待提交单据添加了提前管控机制，从而保证了总数据的正常处理)。

进一步，当下游单据中的可付款单据完成付款指令后，则根据待付款指令的付款指令，更新待付款单据的上游单据的已付金额、未付金额、在途待付金额和可用金额，并进一步根据待付款单据的上游单据的已付金额、未付金额、在途待付金额和可用金额，更新更新源单的已付金额、未付金额、在途待付金额和可用金额，并在源单的已付金额和待付金额之和，并在源单的已付金额和待付金额之和大于源单总金额时，提示付款状态异常(相当于对待付款单据添加了提前管控机制，从而保证了总数据的正常处理)。

进一步，本申请还在系统中添加了付款异常巡检调度方案，以作为一个补充机制，用于定时计算源单的在途金额、源单的可用金额、源单的已付金额和源单的未付金额，并在源单的已付金额和源单在途金额的总和，大于源单总金额时，提示源单支付状态异常。

上面对本申请实施例中的控制单据金额支付的方法做了详细描述，下面接着对本申请实施例中控制单据金额支付的装置进行描述，请参阅图4，本申请实施例中控制单据金额支付的装置的一个实施例，包括：

获取单元401，用于获取所述待提交单据，所述待提交单据至少包括待付金额；

所述获取单元401，还用于获取所述待提交单据的上游单据，所述上游单据至少包括上游单据的可用金额；

所述获取单元401，还用于获取所述下游单据，所述下游单据至少包括下游单据的在途待付金额；

计算单元402，用于计算所述待提交单据的待付金额和所述下游单据的在途待付金额之和X；

拒绝单元403，用于若所述X大于所述待提交单据的上游单据的可用金额，则拒绝所述待提交单据进行提交。

优选的，待提交单据的上游单据还包括在途待付金额，所述装置还包括：

更新单元404，用于若所述X不大于所述待提交单据的上游单据的可用金额，接收所述待提交单据，根据所述X，更新所述待提交单据的上游单据的在途待付金额和可用金额。

优选的，所述单据还包括源单据和待付款单据，所述源单据包括源单在途待付金额、源单已付金额、源单未付金额、源单可用金额和源单总金额；

所述更新单元404，还用于在更新所述待提交单据的上游单据的在途待付金额和可用金额之后，根据所述待提交单据的上游单据的在途待付金额和可用金额，更新所述源单在途待付金额和所述源单可用金额；

所述装置还包括：

提示单元405，用于若更新后的源单在途待付金额和所述源单已付金额之和大于所述源单总金额，则提示付款状态异常，并限制所述待付款单据进行付款。

所述装置还包括：

执行单元406，用于若所述源单在途待付金额和所述源单已付金额之和不大于所述源单总金额，则允许所述待付款单据执行付款指令；

所述获取单元401，还用于：获取所述待付款单据的上游单据；

所述更新单元404，还用于：根据所述待付款单据的付款金额，更新所述待付款单据的上游单据的在途待付金额、已付金额、未付金额和可用金额。

优选的，所述更新单元404，还用于：根据所述待付款单据的上游单据的在途待付金额、已付金额、未付金额和可用金额，再次更新所述源单的在途待付金额、已付金额、未付金额和可用金额；

所述提示单元405，还用于：若再次更新后的源单在途待付金额和再次更新后的源单已付金额之和大于所述源单总金额，则提示付款状态异常。

优选的，所述单据还包括源单据，所述源单据包括源单在途待付金额、源单已付金额、源单未付金额、源单可用金额和源单总金额；

所述获取单元401，还用于：

定时获取最近更新的源单已付金额和最近更新的源单在途待付金额；

所述提示单元405，还用于：

若所述最近更新的源单已付金额和所述最近更新的源单在途待付金额之和大于所述源单总金额，则提示付款状态异常。

优选的，所述上游单据包括至少一个下游单据，所述上游单据包括在途待付金额、已付金额、未付金额和可用金额，所述装置还包括：

反写单元407，用于若所述下游单据的在途待付金额完成付款指令，则利用预设的数据公式，在基于业务对象的数据平台上将所述下游单据的已付金额转换并反写至所述上游单据的在途待付金额、已付金额、未付金额和可用金额。

本申请实施例中，待提交单据在提交之前，获取单元401获取待提交单据的待付金额，以及待提交单据的上游单据，以及上游单据的下游单据，其中，下游单据中至少包括在途待付金额，进一步通过计算单元402计算待提交单据的待付金额，与下游单据的在途待付金额之和X，若X大于待提交单据的上游单据的可用金额，则通过拒绝单元403拒绝待提交单据的提交，也就是说本申请实施例设置了对待提交单据的前置管控，从而在待提交单据的上游单据的可用金额未超额的前提下，实现了多个下游单据的并行处理，提升了对下游单据的处理效率。

本申请实施例还提供了一种计算机程序产品，其上存储有计算机程序，该计算机程序被计算机设备执行时，用于实现上述实施例中所述的控制单据金额支付的方法。

上面从模块化功能实体的角度对本发明实施例中的进行了描述，下面从硬件处理的角度对本发明实施例中的计算机装置进行描述：

该计算机装置用于实现控制在途金额的装置的功能，本发明实施例中计算机装置一个实施例包括：

处理器以及存储器；

存储器用于存储计算机程序，处理器用于执行存储器中存储的计算机程序时，可以实现如下步骤：

获取所述待提交单据，所述待提交单据至少包括待付金额；

获取所述待提交单据的上游单据，所述上游单据至少包括上游单据的可用金额；

获取所述下游单据，所述下游单据至少包括下游单据的在途待付金额；

计算所述待提交单据的待付金额和所述下游单据的在途待付金额之和X；

若所述X大于所述待提交单据的上游单据的可用金额，则拒绝所述待提交单据进行提交。

在本发明的一些实施例中，所述待提交单据的上游单据还包括在途待付金额，处理器，还可以用于实现如下步骤：

若所述X不大于所述待提交单据的上游单据的可用金额，所述方法还包括：

接收所述待提交单据，根据所述X，更新所述待提交单据的上游单据的在途待付金额和可用金额。

在本发明的一些实施例中，所述单据还包括源单据和待付款单据，所述源单据包括源单在途待付金额、源单已付金额、源单未付金额、源单可用金额和源单总金额，在更新所述待提交单据的上游单据的在途待付金额和可用金额之后，处理器，还可以用于实现如下步骤：

根据所述待提交单据的上游单据的在途待付金额和可用金额，更新所述源单在途待付金额和所述源单可用金额；

若更新后的源单在途待付金额和所述源单已付金额之和大于所述源单总金额，则提示付款状态异常，并限制所述待付款单据进行付款。

在本发明的一些实施例中，若所述源单在途待付金额和所述源单已付金额之和不大于所述源单总金额，处理器，还可以用于实现如下步骤：

允许所述待付款单据执行付款指令；

获取所述待付款单据的上游单据；

根据所述待付款单据的付款金额，更新所述待付款单据的上游单据的在途待付金额、已付金额、未付金额和可用金额。

在本发明的一些实施例中，处理器，还可以用于实现如下步骤：

根据所述待付款单据的上游单据的在途待付金额、已付金额、未付金额和可用金额，再次更新所述源单的在途待付金额、已付金额、未付金额和可用金额；

若再次更新后的源单在途待付金额和再次更新后的源单已付金额之和大于所述源单总金额，则提示付款状态异常。

在本发明的一些实施例中，处理器，还可以用于实现如下步骤：

定时获取最近更新的源单已付金额和最近更新的源单在途待付金额；

若所述最近更新的源单已付金额和所述最近更新的源单在途待付金额之和大于所述源单总金额，则提示付款状态异常。

在本发明的一些实施例中，所述上游单据包括至少一个下游单据，所述上游单据包括在途待付金额、已付金额、未付金额和可用金额，处理器，还可以用于实现如下步骤：

若所述下游单据的在途待付金额完成付款指令，则利用预设的数据公式，在基于业务对象的数据平台上将所述下游单据的已付金额转换并反写至所述上游单据的在途待付金额、已付金额、未付金额和可用金额。

可以理解的是，上述说明的计算机装置中的处理器执行所述计算机程序时，也可以实现上述对应的各装置实施例中各单元的功能，此处不再赘述。示例性的，所述计算机程序可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器中，并由所述处理器执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序在所述控制在途金额的装置中的执行过程。例如，所述计算机程序可以被分割成上述控制在途金额的装置中的各单元，各单元可以实现如上述相应控制在途金额的装置说明的具体功能。

所述计算机装置可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机装置可包括但不仅限于处理器、存储器。本领域技术人员可以理解，处理器、存储器仅仅是计算机装置的示例，并不构成对计算机装置的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述计算机装置还可以包括输入输出设备、网络接入设备、总线等。

所述处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable GateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器是所述计算机装置的控制中心，利用各种接口和线路连接整个计算机装置的各个部分。

所述存储器可用于存储所述计算机程序和/或模块，所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现所述计算机装置的各种功能。所述存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

本发明还提供了一种计算机可读存储介质，该计算机可读存储介质用于实现控制在途金额的装置的功能，其上存储有计算机程序，计算机程序被处理器执行时，处理器，可以用于执行如下步骤：

获取所述待提交单据，所述待提交单据至少包括待付金额；

获取所述待提交单据的上游单据，所述上游单据至少包括上游单据的可用金额；

获取所述下游单据，所述下游单据至少包括下游单据的在途待付金额；

计算所述待提交单据的待付金额和所述下游单据的在途待付金额之和X；

若所述X大于所述待提交单据的上游单据的可用金额，则拒绝所述待提交单据进行提交。

在本发明的一些实施例中，所述待提交单据的上游单据还包括在途待付金额，计算机程序被处理器执行时，处理器，还可以用于实现如下步骤：

若所述X不大于所述待提交单据的上游单据的可用金额，所述方法还包括：

接收所述待提交单据，根据所述X，更新所述待提交单据的上游单据的在途待付金额和可用金额。

在本发明的一些实施例中，所述单据还包括源单据和待付款单据，所述源单据包括源单在途待付金额、源单已付金额、源单未付金额、源单可用金额和源单总金额，在更新所述待提交单据的上游单据的在途待付金额和可用金额之后，计算机程序被处理器执行时，处理器，还可以用于实现如下步骤：

根据所述待提交单据的上游单据的在途待付金额和可用金额，更新所述源单在途待付金额和所述源单可用金额；

若更新后的源单在途待付金额和所述源单已付金额之和大于所述源单总金额，则提示付款状态异常，并限制所述待付款单据进行付款。

在本发明的一些实施例中，若所述源单在途待付金额和所述源单已付金额之和不大于所述源单总金额，计算机程序被处理器执行时，处理器，还可以用于实现如下步骤：

允许所述待付款单据执行付款指令；

获取所述待付款单据的上游单据；

根据所述待付款单据的付款金额，更新所述待付款单据的上游单据的在途待付金额、已付金额、未付金额和可用金额。

在本发明的一些实施例中，计算机程序被处理器执行时，处理器，还可以用于实现如下步骤：

根据所述待付款单据的上游单据的在途待付金额、已付金额、未付金额和可用金额，再次更新所述源单的在途待付金额、已付金额、未付金额和可用金额；

若再次更新后的源单在途待付金额和再次更新后的源单已付金额之和大于所述源单总金额，则提示付款状态异常。

在本发明的一些实施例中，计算机程序被处理器执行时，处理器，还可以用于实现如下步骤：

定时获取最近更新的源单已付金额和最近更新的源单在途待付金额；

若所述最近更新的源单已付金额和所述最近更新的源单在途待付金额之和大于所述源单总金额，则提示付款状态异常。

在本发明的一些实施例中，所述上游单据包括至少一个下游单据，所述上游单据包括在途待付金额、已付金额、未付金额和可用金额，计算机程序被处理器执行时，处理器，还可以用于实现如下步骤：

若所述下游单据的在途待付金额完成付款指令，则利用预设的数据公式，在基于业务对象的数据平台上将所述下游单据的已付金额转换并反写至所述上游单据的在途待付金额、已付金额、未付金额和可用金额。

可以理解的是，所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在相应的一个计算机可读取存储介质中。基于这样的理解，本发明实现上述相应的实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种控制单据金额支付的方法，其特征在于，所述单据包括待提交单据、待提交单据的上游单据和所述上游单据的下游单据，所述方法包括：

获取所述待提交单据，所述待提交单据至少包括待付金额；

获取所述待提交单据的上游单据，所述上游单据至少包括上游单据的可用金额；

获取所述下游单据，所述下游单据至少包括下游单据的在途待付金额；

计算所述待提交单据的待付金额和所述下游单据的在途待付金额之和X；

若所述X大于所述待提交单据的上游单据的可用金额，则拒绝所述待提交单据进行提交。

2.根据权利要求1所述的方法，其特征在于，所述待提交单据的上游单据还包括在途待付金额；

若所述X不大于所述待提交单据的上游单据的可用金额，所述方法还包括：

接收所述待提交单据，根据所述X，更新所述待提交单据的上游单据的在途待付金额和可用金额。

3.根据权利要求2所述的方法，其特征在于，所述单据还包括源单据和待付款单据，所述源单据包括源单在途待付金额、源单已付金额、源单未付金额、源单可用金额和源单总金额；

在更新所述待提交单据的上游单据的在途待付金额和可用金额之后，所述方法还包括：

根据所述待提交单据的上游单据的在途待付金额和可用金额，更新所述源单在途待付金额和所述源单可用金额；

若更新后的源单在途待付金额和所述源单已付金额之和大于所述源单总金额，则提示付款状态异常，并限制所述待付款单据进行付款。

4.根据权利要求3所述的方法，其特征在于，若所述源单在途待付金额和所述源单已付金额之和不大于所述源单总金额，所述方法还包括：

允许所述待付款单据执行付款指令；

获取所述待付款单据的上游单据；

根据所述待付款单据的付款金额，更新所述待付款单据的上游单据的在途待付金额、已付金额、未付金额和可用金额。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

根据所述待付款单据的上游单据的在途待付金额、已付金额、未付金额和可用金额，再次更新所述源单的在途待付金额、已付金额、未付金额和可用金额；

若再次更新后的源单在途待付金额和再次更新后的源单已付金额之和大于所述源单总金额，则提示付款状态异常。

6.根据权利要求1所述的方法，其特征在于，所述单据还包括源单据，所述源单据包括源单在途待付金额、源单已付金额、源单未付金额、源单可用金额和源单总金额，所述方法还包括：

定时获取最近更新的源单已付金额和最近更新的源单在途待付金额；

若所述最近更新的源单已付金额和所述最近更新的源单在途待付金额之和大于所述源单总金额，则提示付款状态异常。

7.根据权利要求1所述的方法，其特征在于，所述上游单据包括至少一个下游单据，所述上游单据包括在途待付金额、已付金额、未付金额和可用金额，若所述下游单据的在途待付金额完成付款指令，则利用预设的数据公式，在基于业务对象的数据平台上将所述下游单据的已付金额转换并反写至所述上游单据的在途待付金额、已付金额、未付金额和可用金额。

8.一种控制单据金额支付的装置，其特征在于，所述单据包括待提交单据、待提交单据的上游单据和所述上游单据的下游单据，所述装置包括：

获取单元，用于获取所述待提交单据，所述待提交单据至少包括待付金额；

所述获取单元，还用于获取所述待提交单据的上游单据，所述上游单据至少包括上游单据的可用金额；

所述获取单元，还用于获取所述下游单据，所述下游单据至少包括下游单据的在途待付金额；

计算单元，用于计算所述待提交单据的待付金额和所述下游单据的在途待付金额之和X；

拒绝单元，用于若所述X大于所述待提交单据的上游单据的可用金额，则拒绝所述待提交单据进行提交。

9.一种计算机装置，包括处理器，其特征在于，所述处理器在执行存储于存储器上的计算机程序时，用于实现如权利要求1至7中任一项所述的控制单据金额支付的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被计算机设备执行时，用于实现如权利要求1至7中任一项所述的控制单据金额支付的方法。