支付预算处理方法及相关装置与流程

本发明涉及计算机技术领域，特别是涉及支付预算处理方法及相关装置。

背景技术：

目前在大型企业中，不同部门使用的系统各不相同。例如，合同部需对所有网省单位的物资进行采购，合同部在业务系统维护了合同、工程、采购订单，填写支付计划，但财务部却需要在财务管控系统里对支付计划进行预算编制和资金支付(发起支付申请单)。在此过程中，没有唯一号进行跟踪，这使得在各个系统中本应互相关联的信息实际却难以关联。另外，支付申请单也可由用户在业务系统自行手工发起，可导入、集成，除了导致各个系统中本应互相关联的信息实际却难以关联外，也造成了预算无法控制，付款重复发起。此外，也正由于各系统间数据无关联，在资金支付成功后，业务系统无法获知是哪一支付计划的资金支付成功，无法实现清帐。

技术实现要素：

本发明的目的是提供支付预算处理方法及相关装置，以使得在各个系统中本应互相关联的信息实现相互关联。

为实现上述目的，本发明提供了如下方案：

一种支付预算处理方法，包括：

获取业务系统提供的支付计划，所述支付计划携带唯一关键字和业务类型；

按所述业务类型区分以及集成支付计划，形成支付计划需求池；所述支付计划需求池中的支付计划对应有业务唯一标识，所述业务唯一标识包括所述唯一关键字；

根据所述支付计划需求池发布月度预算；所述月度预算与所述支付计划需求池中的部分或全部支付计划存在对应关系；与所述月度预算存在对应关系的支付计划为已发布月度预算的支付计划；

选择已发布月度预算的支付计划作为目标支付计划，根据所述月度预算发起针对目标支付计划的资金支付；

在资金支付成功后，生成与所述目标支付计划对应的付款凭证，所述付款凭证中包含所述目标支付计划对应的业务唯一标识和业务类型；

将所述付款凭证反馈给相应业务系统，以便于所述业务系统根据所述付款凭证携带的业务唯一标识和业务类型进行清账。

优选的，所述根据所述支付计划需求池发布月度预算包括：设置预算提报参数；所述预算提报参数用于表征所述支付计划需求池中的全部或部分支付计划与预算编制表的对应关系；根据所述支付计划需求池中的支付计划及相应的预算提报参数，生成预算编制表；发布所述预算编制表，处于发布状态的预算编制表为月度预算。

优选的，所述根据所述月度预算发起针对目标支付计划的资金支付包括：设置预算关联方案；所述预算关联方案用于关联所述月度预算与资金支付申请；选择已发布月度预算的支付计划作为目标支付计划，基于所述预算关联方式发起所述针对目标支付计划的资金支付申请，并将所述资金支付申请与所述目标支付计划对应的月度预算相关联；在所述支付申请审批通过后，发送支付指令；所述支付指令用于指示第三方支付机构进行资金支付；接收来自第三方支付机构的支付状态消息，所述支付状态消息包括表征资金支付成功或失败的信息。

优选的，所述支付计划池以支付计划池表格的形式存在；每一支付计划以支付计划记录的方式存储在所述支付计划池表格中；每一所述支付计划记录包括支付计划字段。

优选的，所述预算提报参数具体用于表征所述支付计划池表格中的支付计 划字段与预算编制表及其单据项目字段的对应关系；所述根据所述支付计划需求池中的支付计划及相应的预算提报参数，生成预算编制表包括：根据所述预算提报参数，从所述支付计划池表格的支付计划字段处获取数据填充至所述预算编制表相应的单据项目字段中。

优选的，所述预算关联方案包括预算关联信息和预算控制方式；所述预算关联信息用于表征月度预算与资金支付申请之间的对应关系；所述预算控制方式包括：在所述资金支付申请针对目标支付计划的本次申请支付金额，超出所述月度预算中针对所述目标支付计划的预算金额时的处理策略。

优选的，所述处理策略包括：当所述资金支付申请针对目标支付计划的本次申请支付金额，超出月度预算中针对所述目标支付计划的预算金额x％时，不允许发起支付指令或发起资金支付申请，x为正数。

优选的，所述唯一关键字为支付计划号。

一种财务管控系统，包括预算系统和资金支付系统，其中：

预算系统用于，获取业务系统提供的支付计划，所述支付计划携带唯一关键字和业务类型，按所述业务类型区分以及集成支付计划，形成支付计划需求池；所述支付计划需求池中的支付计划对应有业务唯一标识，所述业务唯一标识包括所述唯一关键字；根据所述支付计划需求池发布月度预算；所述月度预算与所述支付计划需求池中的部分或全部支付计划存在对应关系；与所述月度预算存在对应关系的支付计划为已发布月度预算的支付计划；

资金支付系统用于，选择已发布月度预算的支付计划作为目标支付计划，根据所述月度预算发起针对目标支付计划的资金支付；在资金支付成功后，生成与所述目标支付计划对应的付款凭证，所述付款凭证中包含所述目标支付计划对应的业务唯一标识和业务类型；将所述付款凭证反馈给相应业务系统，以便于所述业务系统根据所述付款凭证携带的业务唯一标识和业务类型进行清账。

在本实施例中，以业务系统提供的支付计划数据为依据，形成支付计划池， 根据支付计划池发布预算、发起资金支付，实现了系统化统一管理，为预算编制、支付申请提供统一入口，建立起支付计划、月度预算、资金支付间的关联，通过业务唯一标识使得在各个系统中本应互相关联的信息实现了相互关联。并且，未发布月度预算的支付计划不能发起资金支付，实现了提前预算控制，避免重复支付，增强支付安全。此外，付款凭证携带的业务唯一标识新增业务唯一标识、业务类型反馈给业务系统，业务系统可据此进行自动清账，实现了闭环管理。

附图说明

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

图1、3为本发明实施例提供的支付预算处理方法流程示例图；

图2为本发明实施例提供的财务管控系统结构示意图；

图4为本发明各实施例提供的预算编制表示例图；

图5为本发明实施例提供的支付申请单示例图。

具体实施方式

本发明实施例要求保护支付预算处理方法及财务管控系统。

其中，财务管控系统用于执行支付预算处理方法。

财务管控系统通过统一的接口与业务系统之间进行数据交互、转换及传输。

图1示出了由财务管控系统执行的支付预算处理方法的一种示例性流程，其可包括：

s101：获取业务系统提供的支付计划。

需要说明的是，对于财务管控系统之外的系统，均认为是第三方。

上述支付计划携带唯一关键字和业务类型。

其中，唯一关键字具体可为支付计划号；业务类型具体可包括工程物资类、购售电费、融资类、物资采购类等。

进一步的，除唯一关键字和业务类型外，支付计划还可包括收付款信息和支付事项等。

在实际应用中，业务系统可生成支付计划单，在支付计划单中包含支付计划号字段、业务类型字段、收付款信息字段、支付事项字段等。

由于业务类型不同，支付计划单中的字段、格式会有所不同。

例如，工程物资类的支付计划针对一个工程项目，则在相应的支付计划单中会包括工程项目的字段；再例如，针对购售电费类的支付计划单会包含电费金额字段；再例如，融资类可能会对应合同，则在融资类的支付计划单中会包含合同字段。

业务系统可主动提交支付计划单至财务管控系统。也可由财务管控系统主动向业务系统获取支付计划单。

需要说明的是，业务系统提供支付计划单同时，会进行挂帐(生成持帐凭证，挂帐凭证也携带与支付计划单同样的唯一关键字，可认为挂账凭证是按支付计划单生成)，后续还会清帐。

s102：按业务类型区分以及集成支付计划，形成支付计划需求池。

支付计划需求池在数据库中是以支付计划池表格的形式存在。而前述的支付计划(单)中的信息会以一整条记录的方式保存在支付计划池表格中。

支付计划记录所在的行号加上其支付计划号构成业务唯一标识。例如，业 务系统a提交了一个支付计划号为0010的支付计划，业务系统b也提交了一个支付计划号为0010的支付计划，但前一支付计划在支付计划需求池中的行号为100，后一支付计划的行号为500，则前一支付计划对应的业务唯一标识为1000010，而后一支付计划对应的业务唯一标识为5000010，从而可对二者进行区分。

在具体实现时，可采用一个字段(业务唯一标识字段)来存储业务唯一标识。也可采用两个字段来存储业务唯一标识，其中一个字段是支付计划号字段(存储支付计划号)，另一个是行号字段(存储行号)。

针对不同业务类型的支付计划，支付计划池表格所展示的字段、格式，以及后续预算控制方式均不同。

在具体实现时，可将同一业务类型的支付计划集成在一起，形成针对某一业务类型的支付计划需求池。也即，不同业务类型对应不同的支付计划需求池，用多张支付计划池表格分别存储不同业务类型的支付计划记录。

也可以形成一个总的支付计划需求池，以一张支付计划池表格存储所有的支付计划记录，但不同业务类型的支付计划记录在支付计划池表格的不同区域。

更具体的，支付计划记录可包括支付计划字段，支付计划字段可进一步包括前述的支付计划号字段、汇总编号字段、行号字段、业务类型字段、收付款信息字段、支付事项字段等。业务类型不同，支付计划记录所包含的字段也不尽相同。

需要说明的是，汇总编号是用于标识一个业务事项的号码，区别于行号。一个汇总编号可对应多个支付计划，而一个支付计划下可以有多行，以行号作为唯一标识。

s103：根据支付计划需求池发布月度预算；

月度预算与支付计划需求池中的部分或全部支付计划存在对应关系。

与月度预算存在对应关系的支付计划为已发布月度预算的支付计划。举例来讲，支付计划a与月度预算存在对应关系，支付计划b与月度预算不存在对应关系(也即，本月或下月不准备对支付计划b进行支付)，则支付计划a为已发布月度预算的支付计划。在后续步骤中，已发布月度预算的支付计划，才会允许发起资金支付。

本文后续还将对如何发布月度预算进行详细介绍。

s104：选择已发布月度预算的支付计划作为目标支付计划，根据月度预算发起针对目标支付计划的资金支付。

s105：在资金支付成功后，生成与所述目标支付计划对应的付款凭证，所述付款凭证中包含所述目标支付计划对应的业务唯一标识和业务类型；

之前提及了业务系统提供支付计划后，会进行挂帐。在获取付款凭证后，会根据业务唯一标识中的支付计划号和业务类型查找相应的挂账凭证，对其进行清帐。

可见，在本实施例中，以业务系统提供的支付计划数据为依据，形成支付计划池，根据支付计划池发布预算、发起资金支付，实现了系统化统一管理，为预算编制、支付申请提供统一入口，建立起支付计划、月度预算、资金支付间的关联，通过业务唯一标识使得在各个系统中本应互相关联的信息实现了相互关联。并且，未发布月度预算的支付计划不能发起资金支付，实现了提前预算控制，避免重复支付，增强支付安全。此外，付款凭证携带的业务唯一标识新增业务唯一标识、业务类型反馈给业务系统，业务系统可据此进行自动清账，实现了闭环管理。

在本发明其他实施例中，请参见图2，上述财务管控系统又可包括预算系统(模块)1、资金支付系统(模块)2、参数设置系统(模块)3和系统管理模块4。

其中，系统管理模块4用于管理用户权限，根据用户权限为用户提供增、删、改、查等操作。

请参见图3，上述预算系统、资金支付系统和参数设置系统所执行的操作如下：

s1：(预算系统)获取业务系统提供支付计划。

步骤s1与步骤s101相类似，在此不作赘述。

s2：(预算系统)按业务类型区分以及集成支付计划，形成支付计划需求池。

步骤s2与步骤s102相类似，在此不作赘述。

s3：(参数设置系统)设置预算提报参数。

用户可通过参数设置系统设置预算提报参数。更具体的，参数设置系统提供设置界面，用户通过设置界面输入或选择预算提报参数。

预算提报参数用于表征支付计划需求池中的全部或部分支付计划与预算编制表的对应关系。或者说，设置预算提报参数，实现了将支付计划需求池中的全部或部分支付计划与预算编制表相关联。

进一步的，预算提报参数具体用于表征支付计划池表格中的支付计划字段与预算编制表及其单据项目字段的对应关系。

s4：(预算系统)根据支付计划需求池中的支付计划及相应的预算提报参数，生成预算编制表。

图4即为预算编制表。

具体的，生成预算编制表的具体方式如下：

根据前述步骤设置的预算提报参数，从支付计划池表格的相应支付计划记录的支付计划字段处获取数据填充至预算编制表相应的单据项目。

在设置预算提报参数时，预算编制表类似于模板的存在，并没有具体的数 据。因此，在本步骤中，要根据预算提报参数从支付计划池表格处获取数据填入“预算编制表模板”，才形成真正的预算编制表。

进一步的，预算编制表可包括下月预算编制单和本月预算调整单。

相应的，预算提报参数可具体表征:支付计划池表格中的支付计划字段与下月预算编制单或本月预算调整单及其单据项目的对应关系。

需要说明的是，一般情况下，10月份提报预算，下一月(11月)才可支付，因此，本月一般编写的是下月预算编制单(例如，在10月份编写11月的预算编制单)。

对于本月需要支付但上月并未提报预算的支付计划，则需要编写本月预算调整单。

其中，下月预算编制单和本月预算调整单中的单据项目(字段)可包括预算科目(字段)、预算维度(字段)、预算金额(字段)和预计付款日期(字段)等等。其中：

预计付款日期可自动生成，也可人工输入。例如，工资在每月的固定日期发，则对于工资的支付计划可自动生成预计付款日期。

预算科目可包括办公、工程款等，是对预算的总分类。可以用编号来表示预算科目。

预算维度则是某一预算科目下的细化分类。例如，在工程款科目下，预算维度可包括供应商a、供应商b，表示对供应商a的预付工程款，对供应商b的预付工程款。再例如，对于预算科目为日常支出的下月预算编制单，其预算维度可包括购售电费。

前述提及的业务类型，此时体现在预算科目和预算维度上。

举例来讲，业务类型为购售电的下月预算编制单的单据项目包含业务唯一标识字段、预算科目(购电费支付)、预算维度(可为电厂)和预算金额字段。

支付计划池表格中的某支付计划记录包括支付计划号字段、业务类型字段及申请支付金额字段，并且，其支付计划号字段中的数据为0001，其业务类型字段的数据为购售电支出，其申请支付金额字段中的数据为2000，该支付计划记录的行号为101。此外，该支付记录中还包括电厂字段，具体取值为a电厂。

假定，下月预算编制单中某条记录的支付计划号字段与上述支付计划记录的支付计划号字段相对应，下月预算编制单中某条记录的预算科目与该支付计划记录中的业务类型字段相对应，下月预算编制单中某条记录的预算金额字段与该支付计划记录中的申请支付金额字段相对应。下月预算编制单中某条记录的预算维度与该支付计划记录中的电厂字段相对应。

则在生成下月预算编制单时，会从支付计划池表格的相应字段获取数据“0001”、“购售电支出”、“a电厂”和“2000”，分别填入下月预算编制单的业务唯一标识字段、预算科目、预算维度和预算金额字段。

将数据填入购售电预算表后，预算维度和预算金额可分别如下：

a电厂2000

b电厂1800

c电厂2000

需要说明的是，上述“b电厂”、“1800”，以及“c电厂”、“2000”是从其他一个或多个支付计划记录中获取的。

通过预算提报参数的设置，可控制支付计划记录上的数据与预算编制表上的数据相一致(或相同)。

此外，还可设置预算任务、预算版本。预算任务承载预算编制的体系，其中包括预算科目、预算版本(上报、下达)、预算组织汇总关系等。

在本发明其他实施例中，在生成预算编制表后，还需要进行审核，审查通 过后，会执行下一步骤。

s5：(资金支付系统)根据上述预算编制表发布月度预算。

需要说明的是，所谓的发布月度预算，实际是将预算编制表设置为发布状态。也即，月度预算是处于发布状态的预算编制表。显然，月度预算通过预算提报参数与支付计划需求池中的全部或部分支付计划存在对应关系。

前述提及的下月预算编制单或本月预算调整单都可以发布。例如，可在11月份发布12月份的预算编制单，也可在11月份发布本月的预算调整单。

前已述及，与月度预算存在对应关系的支付计划为已发布月度预算的支付计划。已发布月度预算的支付计划还可形成已发布预算的需求池，则在后续发起资金支付申请时，仅允许从已发布预算的需求池中选择支付计划。

由于月度预算是已发布的预算编制单，因此，月度预算的单据项目(字段)也包括预算科目(字段)、预算维度(字段)、预算金额(字段)和预计付款日期(字段)，此外，月度预算还可包括可用预算金额(字段)。

需要注意的是，月度预算中的某预算金额字段与相应的支付计划记录中的付款信息字段的数据可不相同。这个不相同是由于存量数据造成的。支付计划首次提报预算时，金额是相同的。譬如11月预算中50万只支付了10万，那么12月再次提报预算时，可提报的预算金额则是40万。

步骤s3-s5是前述步骤s103的细化。相关细节可相互参看，在此不作赘述。

s6：(参数设置系统)设置预算关联方案。预算关联方案用于关联月度预算与资金支付申请(单)。

资金支付申请单在本步骤还是类似于模板的存在，没有具体的数据。

预算关联方案包含预算关联信息以及预算控制方式。将在步骤s7中介绍关联方案。

更具体的，参数设置系统提供设置界面，用户通过设置界面输入或选择预算关联方案。

s7：(资金支付系统)选择已发布月度预算的支付计划作为目标支付计划，基于预算关联方案发起支付申请，并将支付申请与目标支付计划对应的月度预算相关联。

支付申请是以支付申请单(或称为资金支付单)的方式存在的。

以月度工程项目支付申请单为例，请参见图5，其可包括支付性质、汇总编号、支付计划号、预算金额、本次申请支付金额、预计付款日期、供应商名称、供应商开户行等字段。

支付申请单与目标支付计划(记录)存在对应关系。一个支付计划(记录)可通过业务唯一标识对应一个或多个支付申请单。例如，已发布预算的一个支付计划记录(业务唯一标识为5000010)可对应3个支付申请单。在这3个支付申请单中均包含支付计划号字段+行号字段，且这3个支付申请单中的支付计划号字段+行号字段中的数据是相同的。

当然，多个已发布月度预算的支付计划(记录)也可对应一个支付申请单。例如，已发布月度预算的三个支付计划记录可对应一个支付申请单中的三条记录。在支付申请单的三条记录中均包含支付计划号字段+行号字段，分别与三个支付计划记录的支付计划号字段+行号字段相对应。

前述预算关联方案中的预算关联信息可用于表征支付申请与月度预算的对应关系。资金支付系统会根据预算关联信息，从月度预算处获取数据至支付申请单。

更具体的，与前述的预算提报参数相类似，预算关联信息可具体表征支付申请单中的单据项目与月度预算中的单据项目之间的对应关系。则在生成支付申请单时，可从月度预算的相应单据项目中获取数据填充至支付申请单中相应的单据项目处。

以月度工程项目支付申请单为例，其包括支付性质、汇总编号、支付计划号、预算科目、预算金额、本次申请支付金额、预计付款日期、供应商名称、供应商开户行等字段。

其中，月度工程项目支付申请单中的预算科目的具体数据来自月度预算中的预算科目，供应商名称来自月度预算中的预算维度，而月度工程项目支付申请单中的本次申请支付金额的具体数据可来自支付计划记录中的收付款信息字段或月度预算中相应的预算金额字段，当然，也可由用户手写填入。

预算关联方案中的预算控制方式则可包括：在资金支付申请中针对目标支付计划的本次申请支付金额，超出月度预算中针对目标支付计划的预算金额时的处理策略。

进一步的，上述处理策略可包括：

当资金支付申请针对目标支付计划的本次申请支付金额超出目标支付计划在本月月度预算中相应的预算金额x％时(x可以为0、10、20、30或者其他正数)，不允许发起支付指令或发起资金支付申请。

具体的，当资金支付申请某预算科目、某预算维度下的本次申请金额，超出月度预算中相应预算科目、预算维度下的预算金额x％时，不允许发起支付指令。也即，通过预算科目和预算维度进行预算控制。

或者，上述处理策略可包括：当资金支付申请针对目标支付计划的本次申请支付金额超出目标支付计划在本月月度预算中相应的预算金额y％(例如y<10)时，允许发起支付指令,但会进行提醒。

或者，上述处理策略可包括：当超出额度小于z％(例如z<10)时，允许发起支付指令,但会进行提醒，当超出额度大于等于z％时，不允许发起支付指令。

超出额度即为：资金支付申请针对目标支付计划的本次申请金额超出本月月度预算中相应的预算金额的百分比。

上述处理策略产生的原因是，出于各种原因，支付申请中的本次申请金额字段的数值与月度预算中相应的预算金额字段中的数值可不相同。举例来讲，某购售电支出支付计划对应的(月度)预算金额为50万，但本月实际电费达到55万。如用户在支付申请中的本次申请金额字段手写填入55万，则本次申请金额超出了预算金额。

这样，如预算关联方案中的处理策略规定：当目标支付计划在资金支付申请单中的申请金额超出其在本月月度预算中的预算金额0％时(也即不允许超出)，不允许发起支付指令或发起资金支付申请，则用户填入55万将无法发起支付指令或发起资金支付申请。

此外，预算关联方案中预算控制方式还可包括：将月度预算中的可用预算金额减去支付申请单的本次申请支付金额。例如，支付申请单中的本次申请支付金额为40万，则月度预算中的可用预算金额将相应减少40万。

在本发明其他实施例中，还可对支付申请进行审批。

s8：(资金支付系统)在支付申请审批通过后，发送支付指令；支付指令用于指示第三方支付机构(例如银行)进行支付。

需要说明的是，资金支付系统与银行之间可以通过其他系统进行信息交互，也可直接进行信息交互。例如，资金支付系统可向中电财发送支付指令，中电财接收到支付指令，按支付指令传递给银行。

步骤s6-s8是前述步骤s104的细化。相关细节可相互参看，在此不作赘述。

s9：(资金支付系统)接收来自第三方支付机构的支付状态消息。

上述支付状态消息可包括表征支付成功或失败的信息。

在其他实施例中，若支付失败，支付状态消息中还可包括失败原因。

s10：(资金支付系统)在支付状态消息中包括表征支付成功的信息时， 生成与所述目标支付计划对应的付款凭证，所述付款凭证包含所述目标支付计划携带的业务唯一标识和业务类型。

s11：将付款凭证反馈给相应业务系统，以便于业务系统根据付款凭证携带的业务唯一标识和业务类型进行清账。

步骤s9-s11是前述步骤s105的细化。相关细节可相互参看，在此不作赘述。

在本发明其他实施例中，还要求保护财务管控系统，其可至少包括预算系统(模块)和资金支付系统(模块)，其中：

预算系统(模块)用于执行前述的步骤s101\s102\s103\s1\s2\s4，资金支付系统(模块)可用于执行前述的步骤s104\s105\s5\s7-s11。

进一步的，财务管控系统还可包括参数设置系统(模块)和前述的系统管理模块。

参数设置系统(模块)用于执行前述的步骤s3\s6。

此外，财务管控系统还可包括审批系统(模块)，用于为用户提供审批界面，接收用户的审批通过指令，或审批不通过指令。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本发明的限制。