收支合同数据处理方法及装置与流程

本发明涉及信息技术领域，具体而言，涉及一种收支合同数据处理方法及装置。

背景技术：

在现有技术中，企业的资金收入主要有销售货物收入、提供劳务收入、转让财产收入、股息红利等权益性投资收益、利息收入、租金收入、特许权使用费收入、接受捐赠收入、其他收入等。在收入来源中往往存在暗箱操作、利益输送、索要回扣、定价机制不合理等问题。而企业的资金支出主要有采购支出、费用支出、出借支出、投资支出、利润分配支出等。在支出方面同样存在暗箱操作、利益输送、不合理开支、挪用、贪污、卷款潜逃等问题。现有的支付手段往往采取银行柜台支付、网上支付和现金支付等，存在着人为性和随意性等问题。由上述可知，现有的资金收支管理方法存在不公开、不透明、缺乏有效的审核和监管等问题。本发明基于上述在资金收支管理上存在问题，提出了一种解决方案。

技术实现要素：

本发明的主要目的在于提供一种收支合同数据处理方法及装置，以解决现有的资金收支管理方法存在不公开、不透明、缺乏有效的审核和监管等问题。

为了实现上述目的，根据本发明的一个方面，提供了一种收支合同数据处理方法，该方法包括：

获取审核端对处于在公示期内的收支合同的审核信息；

在公示期结束后，根据所述审核信息生成审核结果；

若审核结果为通过审核，则根据所述收支合同生成电子合约；

根据所述收支合同的类型对所述电子合约进行相应处理操作，以实现支付操作。

进一步的，所述根据所述收支合同的类型对所述电子合约进行相应处理操作，包括：

当所述收支合同为收入合同时，将电子合约发送给所述收入合同的对应方，以使所述对应方根据电子合约进行支付操作；

当所述收支合同为支出合同时，根据电子合约生成支付指令，以使银企直连账户根据所述支付指令进行支付操作。

进一步的，所述审核信息包括：所述审核端选择的对所述收支合同的质疑级别，不同的质疑级别对应不同的质疑比率；

所述根据所述审核信息生成审核结果，包括：

根据质疑级别与质疑比率的对应关系获取各审核端对应的质疑比率；

根据各审核端对应的质疑比率计算出所述收支合同的总质疑比率。

进一步的，所述审核端包括多种级别，其中，不同级别的审核端对应不同的质疑权重值；

所述根据各审核端对应的质疑比率计算出所述收支合同的总质疑比率，包括：

根据各审核端对应的质疑比率及对应的质疑权重值计算出所述收支合同的总质疑比率。

进一步的，所述根据所述收支合同的类型对所述电子合约进行相应处理操作，包括：

若所述收支合同为分次支付合同，在依照所述分次支付合同进行每次支付时生成该支付对应的付款指令；

对所述付款指令进行公示，以使所述审核端对所述付款指令进行审核；

在公示结束后若所述付款指令通过审核，则将所述付款指令发送给银企直连账户，以使银企直连账户根据所述付款指令进行支付操作。

为了实现上述目的，根据本发明的另一方面，提供了一种收支合同数据处理装置，该装置包括：

审核信息获取单元，用于获取审核端对处于在公示期内的收支合同的审核信息；

审核结果生成单元，用于在公示期结束后，根据所述审核信息生成审核结果；

电子合约生成单元，用于若审核结果为通过审核，则根据所述收支合同生成电子合约；

电子合约处理单元，用于：当所述收支合同为收入合同时，将电子合约发送给所述收入合同的对应方，以使所述对应方根据电子合约进行支付操作；当所述收支合同为支出合同时，根据电子合约生成支付指令，以使银企直连账户根据所述支付指令进行支付操作。

进一步的，所述审核信息包括：所述审核端选择的对所述收支合同的质疑级别，不同的质疑级别对应不同的质疑比率；

所述审核结果生成单元包括：

质疑比率获取模块，用于根据质疑级别与质疑比率的对应关系获取各审核端对应的质疑比率；

总质疑比率计算模块，用于根据各审核端对应的质疑比率计算出所述收支合同的总质疑比率。

进一步的，所述审核端包括多种级别，其中，不同级别的审核端对应不同的质疑权重值；

所述总质疑比率计算模块，还用于根据各审核端对应的质疑比率及对应的质疑权重值计算出所述收支合同的总质疑比率。

进一步的，该装置还包括：

分次支付合同处理单元，用于若所述收支合同为分次支付合同，在依照所述分次支付合同进行每次支付时生成该支付对应的付款指令；

付款指令审核单元，用于对所述付款指令进行公示，以使所述审核端对所述付款指令进行审核；

付款指令处理单元，用于在公示结束后若所述付款指令通过审核，则将所述付款指令发送给银企直连账户，以使银企直连账户根据所述付款指令进行支付操作。

本发明的有益效果为：本发明实施例在接收到收入合同或支出合同时，对合同进行公示，在公示期间由预设的有权审核人对合同进行审核，如果公示结束后，若该合同的总质疑比率低于预设值，则该合同通过审核，进而对合同进行电子签章生成电子合约。若该合同为支出合同，则根据电子合约生成支付指令，以使银企直连账户根据所述支付指令进行支付操作；若该合同为收入合同，则将电子合约发送给所述收入合同的对应方。本发明解决了现有的收支合同数据处理方法存在不公开、不透明、缺乏有效的审核和监管等问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1是本发明第一实施例收支合同数据处理方法的流程图；

图2是本发明实施例电子合约处理方法的流程图；

图3是本发明第二实施例收支合同数据处理方法的流程图；

图4是本发明第三实施例收支合同数据处理方法的流程图；

图5是本发明实施例分次支付合同处理方法的流程图；

图6是本发明实施例收支合同数据处理装置的第一结构框图；

图7是本发明实施例审核结果生成单元的组成结构图；

图8是本发明实施例收支合同数据处理装置的第二结构框图。

具体实施方式

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

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语收入合同、支出合同、分次支付合同可以指的是具体的交易合同，也可以是各种收入或支出凭证。本发明的收入可以指销售货物收入、提供劳务收入、转让财产收入、股息红利等权益性投资收益、利息收入、租金收入、特许权使用费收入、接受捐赠收入、借入资金等所有资金来源。本发明的支出可以指采购支出、费用支出、资金出借、利润分配支出等所有支出。

本发明主要针对企事业单位的资金收支进行监督、审核、管理，提出了一种带有审核机制的智能化管理方法。其方法在于：企事业单位在银行开设银企直联账户，该账户的特点在于可以接收程序化的或财务管理软件系统中固定化的支付指令，该账户给企事业单位提供对接接口；设置有权审核人，对企事业单位的资金收付在管理平台上进行审核，审核通过后生成电子合约；在资金的支付方面，通过智能化设计，计算机对支付电子合约进行学习，然后生成支付指令，在银企直联账户中实现智能支付。

图1是本发明第一实施例收支合同数据处理方法的流程图，如图1所示，本实施例的收支合同数据处理方法包括步骤s101至步骤s104。

步骤s101，获取审核端对处于在公示期内的收支合同的审核信息。在本发明的实施例中，当一笔收入或支出走完企事业单位内部审核程序之后，形成对应的收入合同或支出合同。当资金收支管理平台系统接收到该收入合同或支出合同时，对合同进行公示。在本发明实施例中，当对合同开始进行公示时，资金收支管理平台系统向所有预设的审核端推送消息进行提醒，以使审核端对该合同进行审核。在本发明实施例中，当对合同开始进行公示时，资金收支管理平台系统向所有预设的审核端推送消息进行提醒，进而有权审核人在公示期间内对合同进行审核，并通过审核端将审核信息发送到资金收支管理平台系统。

在本发明的实施例中，公示可以由资金收支管理平台系统自动加盖时间戳，该时间戳为公示的时间起点，并设置公示计时器，该计时器可以为倒计时或正计时。在本发明的实施例中，合同的公式期可以设定为0.1小时至720小时，优选的公式期可以设定为12小时至168小时。

步骤s102，在公示期结束后，根据所述审核信息生成审核结果。在本发明的实施例中，资金收支管理平台系统根据在合同公示期间接收到的所有审核端发送的审核信息，生成该合同的审核结果。在本发明的实施例中，审核端发送的审核信息可以为：有权审核人选择的质疑级别、有权审核人对合同的质疑比率、有权审核人选择的合同是否通过等。

在本发明的可选实施例中，资金收支管理平台系统在合同公示期间接收审核端发送的审核信息，如果在公示期临近结束前0.1小时至8小时内仍接收到审核端发送的审核信息，则资金收支管理平台系统会自动延长该合同的公示期，延长时间可以为0.1小时至48小时。

步骤s103，若审核结果为通过审核，则根据所述收支合同生成电子合约。在本发明的实施例中，在合同的公示期结束后，若该合同通过审核，则资金收支管理平台系统对该合同加盖预设的公司电子签章生成电子合约，并将该电子合约自动传输给合同的对应方(不需要传给对应方的除外)。

步骤s104，根据所述收支合同的类型对所述电子合约进行相应处理操作，以实现支付操作。

图2是本发明实施例电子合约处理方法的流程图，如图2所示，上述步骤s104的对电子合约进行处理的方法包括步骤s201至步骤s203。

步骤s201，若审核结果为通过审核，则根据所述收支合同生成电子合约。在本发明的实施例中，在合同的公示期结束后，若该合同通过审核，则资金收支管理平台系统对该合同加盖预设的公司电子签章生成电子合约，并将该电子合约自动传输给合同的对应方(不需要传给对应方的除外)。

步骤s202，当所述收支合同为收入合同时，将电子合约发送给所述收入合同的对应方，以使所述对应方根据电子合约进行支付操作。在本发明的实施例中，若该合同为收入合同，当一笔收入合同通过公示审核生成电子合约后，资金收支管理平台系统自动将该电子合约发送给合同的对应方，以使对应方根据电子合约的内容进行支付操作。在本发明的实施例中，上述对应方为收入合同的付款方，付款方收到电子合约后，可以根据电子合约中约定的款项和时间来进行付款。

步骤s203，当所述收支合同为支出合同时，根据电子合约生成支付指令，以使银企直连账户根据所述支付指令进行支付操作。在本发明的实施例中，若该合同为支出合同，当一笔支出合同通过公示审核生成电子合约后，资金收支管理平台系统采用预设的机器学习子系统对该电子合约进行学习，生成该电子合约对应的支付指令，以使银企直联账户可以根据支付指令进行支付操作。在本发明的实施例中，当一笔支出合同通过公示审核生成电子合约后，资金收支管理平台系统会自动将该电子合约发送给支出合同的对应方，即支出合同的收款方。在本发明中，通过机器学习系统可以对电子合约进行学习，并生成支付指令，在银企直联账户中实现智能支付，杜绝人为操作。

图3是本发明第二实施例收支合同数据处理方法的流程图，如图3所示，本实施例的收支合同数据处理方法包括步骤s301至步骤s303。

步骤s301，获取审核端对处于在公示期内的收支合同的审核信息，其中，所述审核信息包括：所述审核端选择的对所述收支合同的质疑级别，不同的质疑级别对应不同的质疑比率。在本发明的实施例中，当审核端接收到对公示的合同进行审核的通知信息时，有权审核人对公示的合同进行审核，并可以根据审核情况选择在审核端上预设的质疑选项。在本发明的实施例中，该质疑选项可以包括：不确定质疑、一般质疑和重大质疑三个选项，每个质疑选项对应预设的质疑比率。在本发明的可选实施例中，不确定质疑、一般质疑和重大质疑分别对应的质疑比率可以为1％、2％和3％。在本发明的实施例中，当有权审核人对公示的合同进行审核，若认为公式的合同不存在质疑时，可以不需要选择在审核端上预设的质疑选项。在本发明的实施例中，对于一个公示合同有权审核人仅可以选择审核端上一个质疑选项(或者不选)。

步骤s302，根据质疑级别与质疑比率的对应关系获取各审核端对应的质疑比率。在本发明的实施例中，资金收支管理平台系统统计在合同公示期间接收到的所有审核端发送的质疑选项，并确定出每个质疑选项对应的质疑比率。

步骤s303，根据各审核端对应的质疑比率计算出所述收支合同的总质疑比率。在本发明的实施例中，资金收支管理平台系统统计在合同公示期间接收到的所有审核端发送的质疑选项，并根据每个质疑选项对应的质疑比率计算出合同的总的质疑比率。例如，若资金收支管理平台系统在合同公示期间共接收到3个审核端发送的不确定质疑、2个审核端发送的一般质疑以及1个审核端发送的重大质疑，由于不确定质疑、一般质疑和重大质疑分别对应的质疑比率可以为1％、2％和3％，则该合同的总质疑比率为3×1％+2×2％+1×3％＝10％。在本发明的可选实施例中，总质疑比率s的计算公式可以为：

其中，s为总质疑比率，n为在合同公示期间接收到的审核端发送的质疑选项的数量，ci为接收到的n个质疑选项中的第i个质疑选项对应的质疑比率。

在本发明的实施例中，在公示结束后，若合同的总质疑比率不超过预设的质疑比率，则说明该合同审核通过，进而生成该合同的电子合约。在本发明的可选实施例中，上述预设的质疑比率的取值可以为10％至60％。在本发明的可选实施例中，若合同的总质疑比率超过了预设的质疑比率，则说明该合同需要说明或调整，之后另行公示。

图4是本发明第三实施例收支合同数据处理方法的流程图，如图4所示，本实施例的收支合同数据处理方法包括步骤s401至步骤s402。

步骤s401，获取审核端对处于在公示期内的收支合同的审核信息，其中，所述审核信息包括：所述审核端选择的对所述收支合同的质疑级别，不同的质疑级别对应不同的质疑比率，所述审核端包括多种级别，不同级别的审核端对应不同的质疑权重值。在本发明的实施例中，审核端被分为多种级别，每种级别的审核端对应的质疑权重值也不同。在本发明的可选实施例中，审核端被分为：普通权限、重要权限、管理成员权限。在本发明的实施例中，资金收支管理平台系统的使用方可以根据自身的规模和需要设定多种不同权重的审核端。在本发明的实施例中，针对股份制企业其审核端的权重可以按其股权占比进行设定。

在本发明的实施例中，审核端对应的质疑权重值可以为质疑比率的权重倍数，普通权限的审核端对应的质疑比率的权重倍数为1；重要权限的审核端对应的质疑比率的权重倍数可以为2至50优选为2至10，在本实施例中取值为2；管理成员权限的审核端对应的质疑比率的权重倍数可以为3至100优选为3至20，在本实施例中取值为3。在本发明的实施例中，质疑比率的权重倍数用于对不同级别的审核端选择的质疑选项进行加权，得出加权后的质疑比率，加权后的质疑比率为质疑选项对应的质疑比率与质疑比率的权重倍数的乘积。

步骤s402，根据各审核端对应的质疑比率及对应的质疑权重值计算出所述收支合同的总质疑比率。在本发明的实施例中，资金收支管理平台系统统计在合同公示期间接收到的所有审核端发送的质疑选项，并根据每个质疑选项对应的质疑比率以及发送该质疑选项的审核端对应的质疑比率的权重倍数，计算出合同的总的质疑比率。例如，若资金收支管理平台系统在合同公示期间共接收到3个普通权限的审核端发送的一般质疑、2个重要权限的审核端发送的一般质疑、以及2个管理成员权限的审核端发送的重大质疑，由于不确定质疑、一般质疑和重大质疑分别对应的质疑比率可以为1％、2％和3％，普通权限、重要权限、管理成员权限对应的质疑比率的权重倍数分别为1、2、3，则该合同的总质疑比率为1×3×1％+2×2×2％+3×2×3％＝27％。在本发明的可选实施例中，总质疑比率s的计算公式可以为：

其中，s为总质疑比率，n为在合同公示期间接收到的审核端发送的质疑选项的数量，ci为接收到的n个质疑选项中的第i个质疑选项对应的质疑比率，xi为接收到的n个质疑选项中的第i个质疑选项对应的审核端的质疑比率的权重倍数。

在本发明的实施例中，在公示结束后，若合同的总质疑比率不超过预设的质疑比率，则说明该合同审核通过，进而生成该合同的电子合约。在本发明的可选实施例中，上述预设的质疑比率的取值可以为10％至60％。在本发明的可选实施例中，若合同的总质疑比率超过了预设的质疑比率，则说明该合同需要说明或调整，之后另行公示。

图5是本发明实施例分次支付合同处理方法的流程图，如图5所示，本实施例的分次支付合同处理方法包括步骤s501至步骤s503。

步骤s501，若所述收支合同为分次支付合同，在依照所述分次支付合同的电子合约进行每次支付时生成该支付对应的付款指令。在本发明的实施例中，若一个合同为多次支付合同时，对该合同进行公示审核，并在审核通过后资金收支管理平台系统生成该合同的电子合约。后续在依照该电子合约进行每次支付时，首先生成每次支付对应的付款指令，进而对每次付款指令进行公示审核。在本发明的实施例中，该多次支付合同可以为预设好款项和每个款项的支付时间的支付合同，当一个多次支付合同通过公示审核后，在每次到达款项的支付时间时，资金收支管理平台系统会自动生成该款项的付款指令。

步骤s502，对所述付款指令进行公示，以使所述审核端对所述付款指令进行审核。在本发明的实施例中，在依照该电子合约进行每次支付时，首先生成每次支付对应的付款指令，进而对每次付款指令进行公示审核。在本发明的实施例中，本步骤的对付款指令进行公示审核可以采用上述任一实施例的方法，具体这里不再赘述。

步骤s503，在公示结束后若所述付款指令通过审核，则将所述付款指令发送给所述银企直连账户，以使所述银企直连账户根据所述付款指令进行支付操作。在本发明的实施例中，当一笔付款指令通过审核后，资金收支管理平台系统将该付款指令发送到银企直连账户，以完成相应的付款操作。

从以上的描述中，可以看出，本发明实施例在接收到收入合同或支出合同时，对合同进行公示，在公示期间由预设的有权审核人对合同进行审核，如果公示结束后，若该合同的总质疑比率低于预设值，则该合同通过审核，进而对合同进行电子签章生成电子合约。若该合同为支出合同，则根据电子合约生成支付指令，以使银企直连账户根据所述支付指令进行支付操作；若该合同为收入合同，则将电子合约发送给所述收入合同的对应方。本发明解决了现有的资金收支管理方法存在不公开、不透明、缺乏有效的审核和监管等问题。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

基于同一发明构思，本发明实施例还提供了一种收支合同数据处理装置，可以用于实现上述实施例所描述的收支合同数据处理方法，如下面的实施例所述。由于收支合同数据处理装置解决问题的原理与收支合同数据处理方法相似，因此收支合同数据处理装置的实施例可以参见收支合同数据处理方法的实施例，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图6是本发明实施例收支合同数据处理装置的第一结构框图，如图6所示，本实施例收支合同数据处理装置包括：审核信息获取单元1、审核结果生成单元2、电子合约生成单元3、电子合约处理单元4。

审核信息获取单元1，用于获取审核端对处于在公示期内的收支合同的审核信息。在本发明实施例中，当对合同开始进行公示时，资金收支管理平台系统向所有预设的审核端推送消息进行提醒，以使审核端对该合同进行审核。在本发明实施例中，当对合同开始进行公示时，资金收支管理平台系统向所有预设的审核端推送消息进行提醒，进而有权审核人在公示期间内对合同进行审核，并通过审核端将审核信息发送到资金收支管理平台系统。

审核结果生成单元2，用于在公示期结束后，根据所述审核信息生成审核结果。在本发明实施例中，资金收支管理平台系统根据在合同公示期间接收到的所有审核人客户端发送的审核信息，生成该合同的审核结果。

电子合约生成单元3，用于若审核结果为通过审核，则根据所述收支合同生成电子合约。在本发明的实施例中，在合同的公示期结束后，若该合同通过审核，则资金收支管理平台系统对该合同加盖预设的公司电子签章生成电子合约，并将该电子合约自动传输给合同的对应方(不需要传给对应方的除外)。

电子合约处理单元4，用于：当所述收支合同为收入合同时，将电子合约发送给所述收入合同的对应方，以使所述对应方根据电子合约进行支付操作；当所述收支合同为支出合同时，根据电子合约生成支付指令，以使银企直连账户根据所述支付指令进行支付操作。在本发明的实施例中，若该合同为收入合同，当一笔收入合同通过公示审核生成电子合约后，资金收支管理平台系统自动将该电子合约发送给合同的对应方，以使对应方根据电子合约的内容进行支付操作。在本发明的实施例中，若该合同为支出合同，当一笔支出合同通过公示审核生成电子合约后，资金收支管理平台系统采用预设的机器学习子系统对该电子合约进行学习，生成该电子合约对应的支付指令，以使银企直联账户可以根据支付指令进行支付操作。

图7是本发明实施例审核结果生成单元2的组成结构图，如图7所示，本实施例的审核结果生成单元2包括：质疑比率获取模块201和总质疑比率计算模块202。

质疑比率获取模块201，用于根据质疑级别与质疑比率的对应关系获取各审核端对应的质疑比率。在本发明的实施例中，该质疑选项可以包括：不确定质疑、一般质疑和重大质疑三个选项，每个质疑选项对应预设的质疑比率。在本发明的可选实施例中，不确定质疑、一般质疑和重大质疑分别对应的质疑比率可以为1％、2％和3％。

总质疑比率计算模块202，用于根据质疑级别与质疑比率的对应关系计算出所述收支合同的总质疑比率。在本发明的实施例中，资金收支管理平台系统统计在合同公示期间接收到的所有审核端发送的质疑选项，并根据每个质疑选项对应的质疑比率计算出合同的总的质疑比率。

在本发明的实施例中，审核端被分为多种级别，每种级别的审核端对应的质疑权重值也不同。在本发明的可选实施例中，审核端被分为：普通权限、重要权限、管理成员权限。在本发明的实施例中，审核端对应的质疑权重值可以为质疑比率的权重倍数，普通权限的审核端对应的质疑比率的权重倍数为1；重要权限的审核端对应的质疑比率的权重倍数可以为2至50优选为2至10，在本实施例中取值为2；管理成员权限的审核端对应的质疑比率的权重倍数可以为3至100优选为3至20，在本实施例中取值为3。

在本发明的实施例中，总质疑比率计算模块202，还用于根据质疑级别与质疑比率的对应关系以及所述质疑权重值计算出所述收支合同的总质疑比率。在本发明的实施例中，资金收支管理平台系统统计在合同公示期间接收到的所有审核端发送的质疑选项，并根据每个质疑选项对应的质疑比率以及发送该质疑选项的审核端对应的质疑比率的权重倍数，计算出合同的总的质疑比率。

图8是本发明实施例收支合同数据处理装置的第二结构框图，如图8所示，本发明实施例的收支合同数据处理装置还包括：分次支付合同处理单元5、付款指令审核单元6、付款指令处理单元7。

分次支付合同处理单元5，用于若所述收支合同为分次支付合同，在依照所述分次支付合同进行每次支付时生成该支付对应的付款指令。在本发明的实施例中，若一个合同为多次支付合同时，对该合同进行公示审核，并在审核通过后资金收支管理平台系统生成该合同的电子合约。后续在依照该电子合约进行每次支付时，首先生成每次支付对应的付款指令，进而对每次付款指令进行公示审核。

付款指令审核单元6，用于对所述付款指令进行公示，以使所述审核端对所述付款指令进行审核。在本发明的实施例中，在依照该电子合约进行每次支付时，首先生成每次支付对应的付款指令，进而对每次付款指令进行公示审核。

付款指令处理单元7，用于在公示结束后若所述付款指令通过审核，则将所述付款指令发送给所述银企直连账户，以使所述银企直连账户根据所述付款指令进行支付操作。在本发明的实施例中，当一笔付款指令通过审核后，资金收支管理平台系统将该付款指令发送到银企直连账户，以完成相应的付款操作。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

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