应付账款数据的管理方法、系统、存储介质和电子设备

摘要

本公开涉及一种应付账款数据的管理方法、系统、存储介质和电子设备，涉及电子金融技术领域，该方法应用于应付账款数据的管理系统，包括：将预设的资源数据库中满足预设条件的至少一条应付账款数据作为第一目标数据，资源数据库中包括多条应付账款数据，预设条件包括：目标付款方代码和目标收款方代码，按照预设规则对第一目标数据进行筛选，以将第一目标数据中符合预设规则的至少一条应付账款数据作为第二目标数据，根据目标付款方通过管理系统发出的签发指令将第二目标数据进行签发，以生成账款编号，账款编号能够唯一标识第二目标数据。能够将相关的应付账款数据作为整体进行打包，统一签发，提高了应付账款数据处理的效率和准确度。

说明书

技术领域

本公开涉及电子金融技术领域，具体地，涉及一种应付账款数据的管理方法、系统、存储介质和电子设备。

背景技术

随着电子信息技术的不断发展，越来越多的领域开始借助电子信息技术实现线上的数据管理，例如供应链金融领域(保付代理、账款质押、票据贴现等)，付款方(即企业)签发应付账款的凭证，收款方(即供应商)签收应付账款的凭证，在应付账款被支付之前，收款方可以利用该凭证进行转让或者融资，以增加资金的流动性。在企业运营的过程中，会产生大量的应付账款的数据，需要企业对大量的数据进行逐一审核、确认、再签发，处理效率低，同时容易出现错误。

发明内容

本公开的目的是提供一种应付账款数据的管理方法、系统、存储介质和电子设备，用以解决现有技术中应付账款数据处理的效率和准确度低的问题。

为了实现上述目的，根据本公开实施例的第一方面，提供一种应付账款数据的管理方法，应用于应付账款数据的管理系统，所述方法包括：

将预设的资源数据库中满足预设条件的至少一条应付账款数据作为第一目标数据，所述资源数据库中包括多条应付账款数据，所述预设条件包括：目标付款方代码和目标收款方代码；

按照预设规则对所述第一目标数据进行筛选，以将所述第一目标数据中符合所述预设规则的至少一条应付账款数据作为第二目标数据；

根据目标付款方通过所述管理系统发出的签发指令将所述第二目标数据进行签发，以生成账款编号，所述账款编号能够唯一标识所述第二目标数据，所述目标付款方为所述目标付款方代码标识的付款方。

可选地，所述将预设的资源数据库中满足预设条件的至少一条应付账款数据作为第一目标数据，包括：

在所述目标收款方代码为有效状态时，依次查询所述资源数据库中每一条应付账款数据对应的付款方代码和收款方代码，与所述目标付款方代码和所述目标收款方代码是否相同；

当第一应付账款数据对应的所述付款方代码和所述目标付款方代码相同，且所述第一应付账款数据对应的所述收款方代码与所述目标收款方代码相同时，将所述第一应付账款数据作为所述第一目标数据，所述第一应付账款数据为所述资源数据库中的任一应付账款数据。

可选地，所述按照预设规则对所述第一目标数据进行筛选，以将所述第一目标数据中符合所述预设规则的至少一条所述应付账款数据作为第二目标数据，包括：

依次确认所述第一目标数据中每一条应付账款数据对应的款项状态、金额和日期信息是否符合所述预设规则；

当第二应付账款数据对应的所述款项状态为有效状态，所述第二应付账款数据对应的所述金额满足预设的金额规则，且所述第二应付账款数据对应的日期信息满足预设的日期规则时，将所述第二应付账款数据作为所述第二目标数据，所述第二应付账款数据为所述第一目标数据中的任一应付账款数据。

可选地，在所述根据目标付款方通过所述管理系统发出的签发指令将所述第二目标数据进行签发，以生成账款编号之后，所述方法还包括：

验证目标收款方通过所述管理系统上传的第一凭证信息，所述第一凭证信息包括：发票信息，和/或合同信息，所述目标收款方为所述目标收款方代码标识的收款方；

当所述第一凭证信息通过验证，且所述第一凭证信息与所述第二目标数据匹配时，根据所述目标收款方通过所述管理系统发出的签收指令，签收所述账款编号标识的所述第二目标数据。

可选地，所述当所述第一凭证信息通过验证，且所述第一凭证信息与所述第二目标数据匹配时，根据所述目标收款方通过所述管理系统发出的签收指令，签收所述账款编号标识的所述第二目标数据包括：

确定当前时间与所述账款编号生成时间之间的时间差；

当所述时间差小于或等于预设时长时，验证所述第一凭证信息的真伪，并判断所述第一凭证信息与所述第二目标数据是否匹配；

当所述第一凭证信息为真，且所述第一凭证信息与所述第二目标数据匹配时，接收所述目标收款方通过所述管理系统发出的所述签收指令；

根据所述签收指令签收所述账款编号标识的所述第二目标数据；

当所述时间差大于所述预设时长时，签收所述账款编号标识的所述第二目标数据。

可选地，在所述根据所述目标收款方通过所述管理系统发出的签收指令，签收所述账款编号标识的所述第二目标数据之后，所述方法还包括：

根据所述目标收款方通过所述管理系统发出的N个执行协议，生成与所述N个执行协议一一对应的N个账款子编号，所述N个账款子编号各不相同，且均与所述账款编号相关联，所述执行协议为转让协议或融资协议，所述N个执行协议中全部所述执行协议对应的金额之和，等于所述第二目标数据对应的总金额；

验证第二收款方通过所述管理系统上传的第二凭证信息，所述第二收款方为除所述目标收款方之外的任一收款方，所述第二凭证信息包括：发票信息，和/或合同信息；

当所述第二凭证信息通过验证，且所述第二凭证信息与目标账款子编号对应的所述执行协议匹配时，根据所述第二收款方通过所述管理系统发出的签收指令，签收所述目标账款子编号对应的所述执行协议，所述目标账款子编号为所述N个账款子编号中的任一账款子编号。

可选地，所述根据所述目标收款方通过所述管理系统发出的N个执行协议，生成与所述N个执行协议一一对应的N个账款子编号，包括：

确定当前时间与所述第二目标数据的到期时间之间的时间差；

当所述时间差大于预设时长时，根据所述N个执行协议，生成与所述N个执行协议一一对应的所述N个账款子编号；

当所述时间差小于或等于所述预设时长时，拒绝所述N个执行协议。

根据本公开实施例的第二方面，提供一种应付账款数据的管理系统，所述管理系统包括：

查询模块，用于将预设的资源数据库中满足预设条件的至少一条应付账款数据作为第一目标数据，所述资源数据库中包括多条应付账款数据，所述预设条件包括：目标付款方代码和目标收款方代码；

筛选模块，用于按照预设规则对所述第一目标数据进行筛选，以将所述第一目标数据中符合所述预设规则的至少一条应付账款数据作为第二目标数据；

签发模块，用于根据目标付款方通过所述管理系统发出的签发指令将所述第二目标数据进行签发，以生成账款编号，所述账款编号能够唯一标识所述第二目标数据，所述目标付款方为所述目标付款方代码标识的付款方。

可选地，所述查询模块用于：

在所述目标收款方代码为有效状态时，依次查询所述资源数据库中每一条应付账款数据对应的付款方代码和收款方代码，与所述目标付款方代码和所述目标收款方代码是否相同；

当第一应付账款数据对应的所述付款方代码和所述目标付款方代码相同，且所述第一应付账款数据对应的所述收款方代码与所述目标收款方代码相同时，将所述第一应付账款数据作为所述第一目标数据，所述第一应付账款数据为所述资源数据库中的任一应付账款数据。

可选地，所述筛选模块用于：

依次确认所述第一目标数据中每一条应付账款数据对应的款项状态、金额和日期信息是否符合所述预设规则；

当第二应付账款数据对应的所述款项状态为有效状态，所述第二应付账款数据对应的所述金额满足预设的金额规则，且所述第二应付账款数据对应的日期信息满足预设的日期规则时，将所述第二应付账款数据作为所述第二目标数据，所述第二应付账款数据为所述第一目标数据中的任一应付账款数据。

可选地，所述管理系统还包括：

验证模块，用于在所述根据目标付款方通过所述管理系统发出的签发指令将所述第二目标数据进行签发，以生成账款编号之后，验证目标收款方通过所述管理系统上传的第一凭证信息，所述第一凭证信息包括：发票信息，和/或合同信息，所述目标收款方为所述目标收款方代码标识的收款方；

签收模块，用于当所述第一凭证信息通过验证，且所述第一凭证信息与所述第二目标数据匹配时，根据所述目标收款方通过所述管理系统发出的签收指令，签收所述账款编号标识的所述第二目标数据。

可选地，所述签收模块包括：

确定子模块，用于确定当前时间与所述账款编号生成时间之间的时间差；

验证子模块，用于当所述时间差小于或等于预设时长时，验证所述第一凭证信息的真伪，并判断所述第一凭证信息与所述第二目标数据是否匹配；

接收子模块，用于当所述第一凭证信息为真，且所述第一凭证信息与所述第二目标数据匹配时，接收所述目标收款方通过所述管理系统发出的所述签收指令；

签收子模块，用于根据所述签收指令签收所述账款编号标识的所述第二目标数据；

所述签收子模块，还用于当所述时间差大于所述预设时长时，签收所述账款编号标识的所述第二目标数据。

可选地，所述管理系统还包括：

执行模块，用于在所述根据所述目标收款方通过所述管理系统发出的签收指令，签收所述账款编号标识的所述第二目标数据之后，根据所述目标收款方通过所述管理系统发出的N个执行协议，生成与所述N个执行协议一一对应的N个账款子编号，所述N个账款子编号各不相同，且均与所述账款编号相关联，所述执行协议为转让协议或融资协议，所述N个执行协议中全部所述执行协议对应的金额之和，等于所述第二目标数据对应的总金额；

所述验证模块，还用于验证第二收款方通过所述管理系统上传的第二凭证信息，所述第二收款方为除所述目标收款方之外的任一收款方，所述第二凭证信息包括：发票信息，和/或合同信息；

所述签收模块，还用于当所述第二凭证信息通过验证，且所述第二凭证信息与目标账款子编号对应的所述执行协议匹配时，根据所述第二收款方通过所述管理系统发出的签收指令，签收所述目标账款子编号对应的所述执行协议，所述目标账款子编号为所述N个账款子编号中的任一账款子编号。

可选地，所述执行模块包括：

确定子模块，用于确定当前时间与所述第二目标数据的到期时间之间的时间差；

执行子模块，用于当所述时间差大于预设时长时，根据所述N个执行协议，生成与所述N个执行协议一一对应的所述N个账款子编号；

拒绝子模块，用于当所述时间差小于或等于所述预设时长时，拒绝所述N个执行协议。

根据本公开实施例的第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现第一方面提供的应付账款数据的管理方法的步骤。

根据本公开实施例的第四方面，提供一种电子设备，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现第一方面提供的应付账款数据的管理方法的步骤。

通过上述技术方案，本公开应用于应付账款数据的管理系统，首先在预设的资源数据库中查找满足预设条件的至少一条应付账款数据，作为第一目标数据，其中，资源数据库中包括了多条应付账款数据，预设条件中包括了目标付款方代码和目标收款方代码，之后按照预设规则对第一目标数据筛选，以将符合预设规则的应付账款数据作为第二目标数据，最后，由目标付款方代码标识的目标付款方通过发出签发指令，根据签发指令将第二目标数据进行签发，以生成能够唯一标识第二目标数据的账款编号。能够将相关的应付账款数据作为整体进行打包，统一签发，提高了应付账款数据处理的效率和准确度。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1是根据一示例性实施例示出的一种应付账款数据的管理方法的流程图；

图2是根据一示例性实施例示出的另一种应付账款数据的管理方法的流程图；

图3是根据一示例性实施例示出的另一种应付账款数据的管理方法的流程图；

图4是根据一示例性实施例示出的另一种应付账款数据的管理方法的流程图；

图5是根据一示例性实施例示出的另一种应付账款数据的管理方法的流程图；

图6是根据一示例性实施例示出的另一种应付账款数据的管理方法的流程图；

图7是根据一示例性实施例示出的另一种应付账款数据的管理方法的流程图；

图8是根据一示例性实施例示出的一种应付账款数据的管理系统的框图；

图9是根据一示例性实施例示出的另一种应付账款数据的管理系统的框图；

图10是根据一示例性实施例示出的另一种应付账款数据的管理系统的框图；

图11是根据一示例性实施例示出的另一种应付账款数据的管理系统的框图；

图12是根据一示例性实施例示出的另一种应付账款数据的管理系统的框图；

图13是根据一示例性实施例示出的一种电子设备的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在介绍本公开提供的应付账款数据的管理方法、系统、存储介质和电子设备之前，首先对本公开中各个实施例所涉及的应用场景进行介绍，该应用场景可以是一个应付账款数据的管理系统，该系统可以布置在预设的服务器上，付款方(即企业)和收款方(即各级供应商)均可以在该管理系统上进行注册，付款方和收款方可以通过各种终端(智能手机、平板电脑、便携计算机、台式计算机等终端)以账号绑定或验证码的形式登录该管理系统，并可以通过该管理系统发出指令(签发指令、签收指令等)或上传凭证信息。

图1是根据一示例性实施例示出的一种应付账款数据的管理方法的流程图，如图1所示，该方法应用于应付账款数据的管理系统，包括以下步骤：

步骤101，将预设的资源数据库中满足预设条件的至少一条应付账款数据作为第一目标数据，资源数据库中包括多条应付账款数据，预设条件包括：目标付款方代码和目标收款方代码。

举例来说，企业在运营的过程中，通常会以集团公司、子公司等多种身份与各个供应商之间形成交易，相应的会产生多条应付账款数据，因此应付账款数据的管理系统中可以预先设置有资源数据库，资源数据库中预先存储有多条应付账款数据。每一条应付账款数据包括了能够描述一项应付账款的各种参数，例如可以包括一项应付账款的付款方代码和收款方代码，其中，付款方代码能够唯一标识一个付款方，收款方代码能够唯一标识一个收款方。还可以包括一项应付账款对应的款项状态、金额和日期信息等参数。其中，款项状态可以包括：有效和无效两种状态，金额可以包括：总金额、付款金额、退款金额(总金额＝付款金额-退款金额)，日期信息可以包括：立账日期、到账日期等。按照包括了目标付款方代码和目标收款方代码的预设条件，在资源数据库中查找满足预设条件的应付账款数据，将其作为第一目标数据。即可以将资源数据库中具有相同付款方代码和相同收款方代码的至少一条应付账款数据整合在一起。其中，预设条件可以由目标付款方(即目标付款方代码标识的付款方)来设定，例如，公司A(付款方代码为0001)需要签发应付给公司B(收款方代码为1000)账款，那么可以将设置预设条件中的目标付款方代码设置为0001，目标收款方代码设置为1000，然后按照预设条件在资源数据库中查询，将全部付款方代码为0001，收款方代码为1000的应付账款数据作为第一目标数据。

步骤102，按照预设规则对第一目标数据进行筛选，以将第一目标数据中符合预设规则的至少一条应付账款数据作为第二目标数据。

示例的，在获取第一目标数据后，按照预设规则对第一目标数据进行筛选，分别验证第一目标数据中的每一条应付账款数据的合法性，将符合预设规则的应付账款数据作为第二目标数据。其中，预设规则可以按照应付账款对应的各种参数分为多条：应付账款对应的款项状态为有效状态、应付账款对应的金额满足预设的金额规则、应付账款数据对应的日期信息满足预设的日期规则。其中，金额规则例如可以包括：每一条应付账款数据的总金额＝付款金额-退款金额，每一条应付账款数据的总金额大于零，日期规则可以包括：每一条应付账款的立账日期与当前日期之间间隔大于等于7天等。

步骤103，根据目标付款方通过管理系统发出的签发指令将第二目标数据进行签发，以生成账款编号，账款编号能够唯一标识第二目标数据，目标付款方为目标付款方代码标识的付款方。

举例来说，在按照预设规则筛选获得第二目标数据之后，根据目标付款方通过管理系统发出的签发指令，先将第二目标数据进行打包，再将打包后的第二目标数据进行签发，以生成能够唯一标识第二目标数据的账款编号。该账款编号能够标识第二目标数据中包含的全部应付账款数据，因此目标付款方能够一次性签发第二目标数据中包含的全部应付账款数据。其中，账款编号可以是一个预设长度的字符串或者数字。进一步，在管理系统中，该账款编号与第二目标数据中包含的全部应付账款数据具有相同的效力(可以理解为账款编号等价于第二目标数据中包含的全部应付账款数据对应的商票)，目标收款方(即目标收款方代码标识的收款方)可以根据该账款编号进行签收、转让或者融资等操作。

综上所述，本公开应用于应付账款数据的管理系统，首先在预设的资源数据库中查找满足预设条件的至少一条应付账款数据，作为第一目标数据，其中，资源数据库中包括了多条应付账款数据，预设条件中包括了目标付款方代码和目标收款方代码，之后按照预设规则对第一目标数据筛选，以将符合预设规则的应付账款数据作为第二目标数据，最后，由目标付款方代码标识的目标付款方通过发出签发指令，根据签发指令将第二目标数据进行签发，以生成能够唯一标识第二目标数据的账款编号。能够将相关的应付账款数据作为整体进行打包，统一签发，提高了应付账款数据处理的效率和准确度。

图2是根据一示例性实施例示出的另一种应付账款数据的管理方法的流程图，如图2所示，步骤101可以通过以下步骤来实现：

步骤1011，在目标收款方代码为有效状态时，依次查询资源数据库中每一条应付账款数据对应的付款方代码和收款方代码，与目标付款方代码和目标收款方代码是否相同。

步骤1012，当第一应付账款数据对应的付款方代码和目标付款方代码相同，且第一应付账款数据对应的收款方代码与目标收款方代码相同时，将第一应付账款数据作为第一目标数据，第一应付账款数据为资源数据库中的任一应付账款数据。

举例来说，预设条件中包括了目标付款方代码和目标收款方代码，在签发满足预设条件的应付账款数据之前，首先需要判断预设条件的合法性，例如：判断目标收款方代码是否为有效状态，即目标收款方在管理系统中是否为有效状态(即未被删除、且未被冻结)，进一步的，还可以判断目标付款方是否为有效状态。例如管理系统可以和付款方的ERP(英文：Enterprise Resource Planning，中文：企业资源计划)系统或者SAP(英文：SystemApplications and Products，中文：企业资源管理)系统建立数据连接，并从ERP或SAP系统中查询目标收款方代码或目标付款方代码是否为有效状态。当目标收款方代码为有效状态时，依次查询资源数据库中每一条应付账款数据对应的付款方代码和收款方代码，与目标付款方代码和目标收款方代码是否相同。以资源数据库中的任一应付账款数据为例，当任一应付账款数据对应的付款方代码和目标付款方代码相同，且对应的收款方代码与目标收款方代码相同时，将该应付账款数据作为第一目标数据。即通过查询资源数据库中满足预设条件的应付账款数据，可以将具有相同付款方代码和相同收款方代码的至少一条应付账款数据整合在一起。以目标付款方代码为11AA，目标收款方代码为00BB为例，首先确认00BB所标识的收款方是否为有效状态，当该收款方为有效状态时，将资源数据库中查询到的所有付款方代码为11AA，收款方代码为00BB的应付账款数据作为第一目标数据。

图3是根据一示例性实施例示出的另一种应付账款数据的管理方法的流程图，如图3所示，步骤102可以通过以下步骤来实现：

步骤1021，依次确认第一目标数据中每一条应付账款数据对应的款项状态、金额和日期信息是否符合预设规则。

步骤1022，当第二应付账款数据对应的款项状态为有效状态，第二应付账款数据对应的金额满足预设的金额规则，且第二应付账款数据对应的日期信息满足预设的日期规则时，将第二应付账款数据作为第二目标数据，第二应付账款数据为第一目标数据中的任一应付账款数据。

示例的，在资源数据库中查找到满足预设条件的第一目标数据后，可以按照预设规则依次验证第一目标数据中的每一条应付账款数据的合法性。预设规则可以按照应付账款对应的各种参数分为多条：应付账款对应的款项状态为有效状态、应付账款对应的金额满足预设的金额规则、应付账款数据对应的日期信息满足预设的日期规则。

其中，款项状态可以包括：冻结状态(例如款项存在异常)、有效状态(例如款项还未清算，即尚未付款)。金额规则例如可以包括：1)每一条应付账款数据的总金额＝付款金额-退款金额，其中，一条应付账款数据中可能包括多个付款项，因此，可能包括多个付款金额，进一步的，付款方与收款方交易的过程中，交易物品可能出现残次、或者错误，需要退款，因此还可能包括多个退款金额，即需要验证每一条应付账款数据中的总金额是否为全部付款金额和全部退款金额的差值；2)每一条应付账款数据的总金额大于零。日期规则可以包括：1)每一条应付账款的立账日期与当前日期之间的间隔大于等于7天，即一条应付账款数据需要在立账日期7天之后才能签发；2)每一条应付账款的到账日期与当前日期之间的间隔小于360天。

进一步的，在获得第二目标数据后，还可以设置其他规则进一步验证第二目标数据中的每一条应付账款数据的合法性。例如：1)验证每一条应付账款数据的金额总和与每一条应付账款数据的付款金额、退款金额是否匹配，即第二目标数据中的每一条应付账款数据的金额都要小于第二目标数据对应的总金额，以保证第二目标数据的准确度。2)限制第二目标数据中的应付账款数据的条数(例如：第二目标数据中最多包括99条应付账款数据)。3)限制第二目标数据中的每一条应付账款数据的到账日期都在预设的范围内(例如全部应付账款数据的到账日期之间相差15天之内)。

图4是根据一示例性实施例示出的另一种应付账款数据的管理方法的流程图，如图4所示，在步骤103之后，该方法还包括：

步骤104，验证目标收款方通过管理系统上传的第一凭证信息，第一凭证信息包括：发票信息，和/或合同信息，目标收款方为目标收款方代码标识的收款方。

步骤105，当第一凭证信息通过验证，且第一凭证信息与第二目标数据匹配时，根据目标收款方通过管理系统发出的签收指令，签收账款编号标识的第二目标数据。

举例来说，在目标付款方签发了账款编号标识的第二目标数据之后，目标收款方同样可以通过管理系统对第二目标数据进行签收。首先，目标收款方可以通过管理系统上传的第一凭证信息，第一凭证信息中可以包括：发票信息，和/或合同信息，验证第一凭证信息是否合法，例如，管理系统可以和税务局的数据查询接口建立数据连接，以查询第一凭证信息中包括对发票信息或合同信息是否合法，同时，将上传凭证信息的任务分散到收款方，减少了付款方核对、上传凭证信息的工作量，能够进一步提高应付账款数据处理的效率和准确度。在确定第一凭证信息通过验证后，还需要确定第一凭证信息与第二目标数据是否匹配，即第一凭证信息是否为签收第二目标数据所需要的凭证信息，例如：目标收款方上传发票信息后，判断发票信息中的付款方和收款方，是否与目标付款方代码和目标收款方代码对应，进一步的，还可以判断发票信息中的金额是否与第二目标数据对应的总金额相同。当第一凭证信息通过验证，且第一凭证信息与第二目标数据匹配时，目标收款方可以通过管理系统发出的签收指令，以签收账款编号标识的第二目标数据。

图5是根据一示例性实施例示出的另一种应付账款数据的管理方法的流程图，如图5所示，步骤105包括：

步骤1051，确定当前时间与账款编号生成时间之间的时间差。

步骤1052，当时间差小于或等于预设时长时，验证第一凭证信息的真伪，并判断第一凭证信息与第二目标数据是否匹配。

步骤1053，当第一凭证信息为真，且第一凭证信息与第二目标数据匹配时，接收目标收款方通过管理系统发出的签收指令。

步骤1054，根据签收指令签收账款编号标识的第二目标数据。

步骤1055，当时间差大于预设时长时，签收账款编号标识的第二目标数据。

示例的，目标付款方和目标收款方之间可以预先约定一个签收的时间(即预设时长)，例如可以是7个自然日，即目标付款方在签发第二目标数据后，7个自然日内，目标收款方可以对账款编号标识的第二目标数据进行处理(例如：签收或者拒绝)，若超过7个自然日，则默认目标收款方自动签收账款编号标识的第二目标数据。首先确定当前时间与账款编号生成时间之间的时间差，当时间差小于或等于预设时长时，验证第一凭证信息的真伪(例如管理系统通过连接税务局的数据查询接口查询第一凭证信息的真伪)，并判断第一凭证信息与第二目标数据是否匹配(即第一凭证信息是否为签收第二目标数据所需要的凭证信息)。在第一凭证信息为真，且第一凭证信息与第二目标数据匹配时，接收目标收款方通过管理系统发出的签收指令，最后根据签收指令签收账款编号标识的第二目标数据。目标收款方还可以通过管理系统发出拒绝签收指令，以拒绝第二目标数据。当时间差大于预设时长时，不论目标收款方是否发出签收指令，都会签收账款编号标识的第二目标数据。

图6是根据一示例性实施例示出的另一种应付账款数据的管理方法的流程图，如图6所示，在步骤105之后，该方法还包括：

步骤106，根据目标收款方通过管理系统发出的N个执行协议，生成与N个执行协议一一对应的N个账款子编号，N个账款子编号各不相同，且均与账款编号相关联，执行协议为转让协议或融资协议，N个执行协议中全部执行协议对应的金额之和，等于第二目标数据对应的总金额。

步骤107，验证第二收款方通过管理系统上传的第二凭证信息，第二收款方为除目标收款方之外的任一收款方，第二凭证信息包括：发票信息，和/或合同信息。

步骤108，当第二凭证信息通过验证，且第二凭证信息与目标账款子编号对应的执行协议匹配时，根据第二收款方通过管理系统发出的签收指令，签收目标账款子编号对应的执行协议，目标账款子编号为N个账款子编号中的任一账款子编号。

举例来说，目标付款方在向目标收款方之间购买交易物品的过程中，目标收款方可能需要向上一级供应商(即第二收款方)购买制作交易物品的材料，因此目标收款方可能需要将账款编号标识的第二目标数据对应的总金额进行拆分，以将部分或全部应付账款数据转让给其他收款方。同时，目标收款方在经营的过程中，为了增加资金的流动性，可能需要进行融资，因此在目标付款方将第二目标数据对应的总金额付款给目标收款方之前，目标收款方可以将账款编号标识的第二目标数据提供给金融机构例如银行(即第二收款方)以进行融资。因此，目标收款方可以通过管理系统对账款编号标识的第二目标数据进行拆分，以达到转让或者融资的目的。

首先，目标收款方通过管理系统发出的N个执行协议，生成与N个执行协议一一对应的N个账款子编号，其中，N个账款子编号各不相同，且均与账款编号相关联(例如N个账款子编号可以根据账款编号来生成，每个账款子编号可以在账款编号的基础上，增加一个预设长度的字符串或数字)。执行协议可以为转让协议或融资协议，用于对每个账款子编号对应的执行协议进行转让或者融资。N个执行协议中全部执行协议对应的金额之和，等于第二目标数据对应的总金额。之后，N个账款子编号可以公布在管理系统中，其中，任一个账款子编号对应的执行协议中的收款方，即第二收款方，可以通过管理系统上传第二凭证信息。并验证第二凭证信息，第二凭证信息可以包括：发票信息，和/或合同信息。当第二凭证信息通过验证(例如管理系统通过连接税务局的数据查询接口查询第二凭证信息的真伪)，且第二凭证信息与目标账款子编号对应的执行协议匹配时(即第二凭证信息是否为目标账款子编号对应的执行协议所需要的凭证信息)，根据第二收款方通过管理系统发出的签收指令，签收目标账款子编号对应的执行协议。

例如，账款编号为DL18010100001，能够标识第二目标数据，第二目标数据对应的总金额为120万元，目标收款方需要将120万元中的20万元拆分给公司C(即第二收款方)，将120万元中的100万元作为在银行D(即另一个第二收款方)的融资凭证。那么可以通过管理系统发出两个执行协议，包括一个转让协议，一个融资协议，管理系统生成两个账款子编号，例如可以是DL18010100001-001(对应转让协议)，对应的金额为20万，DL18010100001-002(对应融资协议)，对应的金额为100万。公司C可以通过管理系统上传对应的发票信息或合同信息，当发票信息或合同信息通过验证，且与DL18010100001-001对应的转让协议匹配时，公司C可以通过管理系统发出的签收指令，以签收DL18010100001-001对应的转让协议(对应的金额为20万元)。同样的银行D可以通过管理系统上传对应的发票信息或合同信息，当发票信息或合同信息通过验证，且与DL18010100001-002对应的融资协议匹配时，银行D可以通过管理系统发出的签收指令，以签收DL18010100001-002对应的融资协议(对应的金额为100万元)。

图7是根据一示例性实施例示出的另一种应付账款数据的管理方法的流程图，如图7所示，步骤106可以通过以下步骤来实现：

步骤1061，确定当前时间与第二目标数据的到期时间之间的时间差。

步骤1062，当时间差大于预设时长时，根据N个执行协议，生成与N个执行协议一一对应的N个账款子编号。

步骤1063，当时间差小于或等于预设时长时，拒绝N个执行协议。

举例来说，目标收款方在通过管理系统对账款编号标识的第二目标数据进行拆分时，为了保证第二目标数据包括的每一个应付账款数据在转让或融资时的有效性，可以先确定当前时间与第二目标数据的到期时间之间的时间差。例如，可以预先约定一个预设时长(例如可以是5天)，若时间差在预设时长内，对第二目标数据不能进行拆分，即拒绝N个执行协议。若时间差大于预设时长，则根据N个执行协议，生成与N个执行协议一一对应的N个账款子编号。同样的，目标收款方和第二收款方之间也可以预先约定一个签收的时间，例如可以是7个自然日，即在生成账款子编号后，7个自然日内，第二收款方可以对该账款子编号对应的执行协议对应的金额进行处理(例如：签收或者拒绝)，若超过7个自然日，则默认第二收款方自动签收该账款子编号对应的执行协议对应的金额。

需要说明的是，账款编号标识的第二目标数据的到期时间的确认方法可以是按照第二目标数据中包括的全部应付账款数据的到期时间中最晚的日期，而每一条应付账款数据的到期时间可以根据对应的应付账款在SAP系统中的到期时间，和应付账款对应的发票上的票据期限来确定。进一步的，该管理系统中涉及的协议，通常需要付款方或者收款方来进行签章确认，可以通过电子签章来实现。付款方或者收款方可以通过管理系统打开需要签名的协议进行查看，并按照需要来选择签名的位置，确认签名后，管理系统可以向付款方或者收款方使用的终端(例如手机)上发送包含验证码的验证短信，管理系统根据付款方或者收款方填写的验证码，对协议进行电子签章。同时，付款方或者收款方还可以通过管理系统对协议进行预览、下载或打印。能够实现线上对协议进行签章，进一步提高应付账款数据处理的效率和准确度。

综上所述，本公开应用于应付账款数据的管理系统，首先在预设的资源数据库中查找满足预设条件的至少一条应付账款数据，作为第一目标数据，其中，资源数据库中包括了多条应付账款数据，预设条件中包括了目标付款方代码和目标收款方代码，之后按照预设规则对第一目标数据筛选，以将符合预设规则的应付账款数据作为第二目标数据，最后，由目标付款方代码标识的目标付款方通过发出签发指令，根据签发指令将第二目标数据进行签发，以生成能够唯一标识第二目标数据的账款编号。能够将相关的应付账款数据作为整体进行打包，统一签发，提高了应付账款数据处理的效率和准确度。

图8是根据一示例性实施例示出的一种应付账款数据的管理系统的框图，如图8所示，该管理系统200包括：

查询模块201，用于将预设的资源数据库中满足预设条件的至少一条应付账款数据作为第一目标数据，资源数据库中包括多条应付账款数据，预设条件包括：目标付款方代码和目标收款方代码。

筛选模块202，用于按照预设规则对第一目标数据进行筛选，以将第一目标数据中符合预设规则的至少一条应付账款数据作为第二目标数据。

签发模块203，用于根据目标付款方通过管理系统发出的签发指令将第二目标数据进行签发，以生成账款编号，账款编号能够唯一标识第二目标数据，目标付款方为目标付款方代码标识的付款方。

可选地，查询模块201可以用于执行以下步骤：

在目标收款方代码为有效状态时，依次查询资源数据库中每一条应付账款数据对应的付款方代码和收款方代码，与目标付款方代码和目标收款方代码是否相同。

当第一应付账款数据对应的付款方代码和目标付款方代码相同，且第一应付账款数据对应的收款方代码与目标收款方代码相同时，将第一应付账款数据作为第一目标数据，第一应付账款数据为资源数据库中的任一应付账款数据。

可选地，筛选模块202可以用于执行以下步骤：

依次确认第一目标数据中每一条应付账款数据对应的款项状态、金额和日期信息是否符合预设规则。

当第二应付账款数据对应的款项状态为有效状态，第二应付账款数据对应的金额满足预设的金额规则，且第二应付账款数据对应的日期信息满足预设的日期规则时，将第二应付账款数据作为第二目标数据，第二应付账款数据为第一目标数据中的任一应付账款数据。

图9是根据一示例性实施例示出的另一种应付账款数据的管理系统的框图，如图9所示，该管理系统200还包括：

验证模块204，用于在根据付款方通过管理系统发出的签发指令将第二目标数据进行签发，以生成账款编号之后，验证目标收款方通过管理系统上传的第一凭证信息，第一凭证信息包括：发票信息，和/或合同信息，目标收款方为目标收款方代码标识的收款方。

签收模块205，用于当第一凭证信息通过验证，且第一凭证信息与第二目标数据匹配时，根据目标收款方通过管理系统发出的签收指令，签收账款编号标识的第二目标数据。

图10是根据一示例性实施例示出的另一种应付账款数据的管理系统的框图，如图10所示，签收模块205包括：

确定子模块2051，用于确定当前时间与账款编号生成时间之间的时间差。

验证子模块2052，用于当时间差小于或等于预设时长时，验证第一凭证信息的真伪，并判断第一凭证信息与第二目标数据是否匹配。

接收子模块2053，用于当第一凭证信息为真，且第一凭证信息与第二目标数据匹配时，接收目标收款方通过管理系统发出的签收指令。

签收子模块2054，用于根据签收指令签收账款编号标识的第二目标数据。

签收子模块2054，还用于当时间差大于预设时长时，签收账款编号标识的第二目标数据。

图11是根据一示例性实施例示出的另一种应付账款数据的管理系统的框图，如图11所示，该管理系统还包括：

执行模块206，用于在根据目标收款方通过管理系统发出的签收指令，签收账款编号标识的第二目标数据之后，根据目标收款方通过管理系统发出的N个执行协议，生成与N个执行协议一一对应的N个账款子编号，N个账款子编号各不相同，且均与账款编号相关联，执行协议为转让协议或融资协议，N个执行协议中全部执行协议对应的金额之和，等于第二目标数据对应的总金额。

验证模块204，还用于验证第二收款方通过管理系统上传的第二凭证信息，第二收款方为除目标收款方之外的任一收款方，第二凭证信息包括：发票信息，和/或合同信息。

签收模块205，还用于当第二凭证信息通过验证，且第二凭证信息与目标账款子编号对应的执行协议匹配时，根据第二收款方通过管理系统发出的签收指令，签收目标账款子编号对应的执行协议，目标账款子编号为N个账款子编号中的任一账款子编号。

图12是根据一示例性实施例示出的另一种应付账款数据的管理系统的框图，如图12所示，执行模块206包括：

确定子模块2061，用于确定当前时间与第二目标数据的到期时间之间的时间差。

执行子模块2062，用于当时间差大于预设时长时，根据N个执行协议，生成与N个执行协议一一对应的N个账款子编号。

拒绝子模块2063，用于当时间差小于或等于预设时长时，拒绝N个执行协议。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

综上所述，本公开应用于应付账款数据的管理系统，首先在预设的资源数据库中查找满足预设条件的至少一条应付账款数据，作为第一目标数据，其中，资源数据库中包括了多条应付账款数据，预设条件中包括了目标付款方代码和目标收款方代码，之后按照预设规则对第一目标数据筛选，以将符合预设规则的应付账款数据作为第二目标数据，最后，由目标付款方代码标识的目标付款方通过发出签发指令，根据签发指令将第二目标数据进行签发，以生成能够唯一标识第二目标数据的账款编号。能够将相关的应付账款数据作为整体进行打包，统一签发，提高了应付账款数据处理的效率和准确度。

图13是根据一示例性实施例示出的一种电子设备300的框图。例如，电子设备300可以被提供为一服务器。参照图13，电子设备300包括处理器322，其数量可以为一个或多个，以及存储器332，用于存储可由处理器322执行的计算机程序。存储器332中存储的计算机程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理器322可以被配置为执行该计算机程序，以执行上述的应付账款数据的管理方法。

另外，电子设备300还可以包括电源组件326和通信组件350，该电源组件326可以被配置为执行电子设备300的电源管理，该通信组件350可以被配置为实现电子设备300的通信，例如，有线或无线通信。此外，该电子设备300还可以包括输入/输出(I/O)接口358。电子设备300可以操作基于存储在存储器332的操作系统，例如Windows ServerTM，Mac OSXTM，UnixTM,LinuxTM等等。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的应付账款数据的管理方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器332，上述程序指令可由电子设备300的处理器322执行以完成上述的应付账款数据的管理方法。

以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，本领域技术人员在考虑说明书及实践本公开后，容易想到本公开的其它实施方案，均属于本公开的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。同时本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。本公开并不局限于上面已经描述出的精确结构，本公开的范围仅由所附的权利要求来限制。