CN116862406A - 一种电力系统支付全流程管控的方法及系统 - Google Patents

Abstract

本发明公开了一种电力系统支付全流程管控的系统及方法，包括：ERP系统，用于依次进行付款订单的提交、审批及上传；接收排程支付系统反馈的付款订单处理状态，并进行相对应的联动控制；排程支付系统，用于接收ERP系统上传的付款订单，并依次进行提报、发布、配比、签名、预制证和支付的全流程控制，向ERP系统反馈付款订单处理状态；影像系统，用于获取用户上传的影像数据，并与付款订单进行关联存储；根据付款订单不同的处理状态及所需影像数据规则，调用相对应的影像数据，以供ERP系统和排程支付系统对付款订单进行审批校验。本发明实现了从付款订单提交、审批、传输、提报、发布、配比、签名到预制证和支付的全流程管控。

Description

一种电力系统支付全流程管控的方法及系统

技术领域

本发明涉及付款订单过程监控技术领域，尤其涉及一种电力系统支付全流程管控的方法及系统。

背景技术

本部分的陈述仅仅是提供了与本发明相关的背景技术信息，不必然构成在先技术。

对于企业来说，付款订单的支付流程往往需要经过招标、签订合同、下达采购订单、进行服务确认或收货、发票校验、付款申请、发布现金流计划、集中支付等过程，整个过程环节众多，各环节之间单据的关联性较强；特别是对于实现了集中支付的企业而言，资金支付部门处理的单据数量会剧增，如何实现付款订单的全过程管控，是企业付款订单管理和运作的难点之一。需要说明的是，集中支付是以单一账户体系为基础，支付款项时，由预算单位提出申请，经规定审核机构或资金中心审核后，将资金通过单一账户体系支付给收款人的制度。

现有技术虽然已经公开了关于资金支付的全流程管控系统，但是仍然面临如下技术问题：

(1)若要查看项目完整信息以及审批工作需要多个系统进行，无法保证付款订单项目、合同信息的完整准确。

企业人员的业务处理系统与资金支付系统往往是由多个独立的系统完成的，而支付信息需要在这些系统之间进行传递；若要查看项目完整信息以及审批工作时，也需要分别在多个系统进行来回查找所需信息，无法保证付款订单项目及合同信息等的完整性和准确性，难以实现付款订单的全流程有效管控。

(2)付款订单可能会面对不同的供应商，这些供应商的账户可能会因为不同的原因(如法院判决)而出现冻结等情况；现有的付款过程无法及时获知供应商的受限状态，可能导致支付失败、影响法院执行等情形的发生。

(3)实际支付过程中可能会面临不同的款项类型，比如：预付款、到货款、投运款、进度款、质保款等；不同的款项类型对应不同的项目类型和不同的审批方式，进而对原始单据类型(比如：协议、发票等)的要求也不同；实际操作过程中很容易出现某一款项类型的付款订单缺少必须的原始单据，从而导致不符合会计制度的支付出现，无法保障支付的安全性。

(4)财务要求在制证(生成编制会计凭证)方面既要保障记账的及时性，又要保障记账的准确性。现有技术多采用后制证模式，制证时无法看到付款订单，无法通过查看挂接的电子影像审核凭证准确性；另外，后制证模式下容易造成补录凭证不及时或凭证缺失等问题。

发明内容

为了解决上述问题，本发明提出了一种电力系统支付全流程管控的方法及系统，能够实现付款订单创建、审批、提报、发布、审核、签名、支付、反馈、制证等全生命周期管控。

在一些实施方式中，采用如下技术方案：

一种电力系统支付全流程管控的系统，包括：

ERP系统，用于依次进行付款订单的提交、审批以及上传排程支付系统；接收排程支付系统反馈的付款订单处理状态，并进行相对应的联动控制；

排程支付系统，用于接收ERP系统上传的付款订单，并依次进行提报、发布、配比、签名、预制证和支付的全流程控制，同时，向ERP系统反馈付款订单处理状态；

影像系统，用于获取用户上传的影像数据，并与相对应的付款订单进行关联存储；根据付款订单不同的处理状态及所需影像数据规则，调用相对应的影像数据，以供ERP系统和排程支付系统对付款订单进行审批校验；如果相对应的影像数据校验不合格或者未上传，则付款订单无法进入下一流程。

作为进一步地方案，ERP系统接收排程支付系统反馈的付款订单处理状态，包括：预算退回、预算结转、预算关闭、支付成功和支付退回；ERP系统能够根据不同的订单处理状态，对付款订单进行不同处理权限的控制。

作为进一步地方案，排程支付系统能够使用RFC方式对ERP系统中的付款订单原始数据进行调用；

或者，ERP系统能够使用WEBService方式对排程支付系统的支付流程及进度进行访问；

或者，ERP系统和排程支付系统分别通过网页集成的方式对影像系统的数据进行调用。

在另一些实施方式中，采用如下技术方案：

一种电力系统支付全流程管控的方法，包括：

通过ERP系统对付款订单依次进行提交和审批；

审批通过的付款订单上传至排程支付系统，并在排程支付系统中进行提报、发布、配比、签名和支付的全流程控制；

其中，在ERP系统和排程支付系统对付款订单进行审批的过程中，根据付款订单不同的处理状态及规则，调用相对应的影像数据，如果相对应的影像数据校验不合格或者未上传，则付款订单无法进入下一流程；

付款订单审核支付过程中，排程支付系统能够使用RFC方式对ERP系统中的付款订单原始数据进行调用；ERP系统能够使用WEBService方式对排程支付系统的支付流程及进度进行访问。

作为进一步地方案，ERP系统在进行付款订单提交和审批过程中，判断当前付款订单类型是否必备付款报审表，若是，向影像系统发送控制指令，以使得影像系统在采集该付款订单的影像数据时，将付款报审表作为必须采集项；若没有采集到，则不允许进入下一环节。

作为进一步地方案，排程支付系统存储供应商状态，排程支付系统在对付款订单进行提报、发布、配比、签名、预制证和支付的全流程控制过程中，在每一个环节都检查供应商的状态，根据供应商的状态决定当前环节能否正常处理；所述供应商的状态包括：冻结、正常和协助付款。

作为进一步地方案，排程支付系统内预先配置预算单位将付款订单传递至审核机构或资金中心过程中的所有签名用户信息；

在将付款订单传递至审核机构或资金中心时，预先与配置的签名用户信息进行匹配，若匹配一致，则正常传递至审核机构或资金中心；若匹配不一致，则无法传递，并进行提示。

作为进一步地方案，排程支付系统在提报环节和/或配比环节，对收款银行账号的规范性进行校验，若账号不规范，则需要进行修正后才能进入下一环节；

或者，排程支付系统在提报环节和/或配比环节，对收款单位和收款银行账户名称是否一致进行校验，若审核不一致，进行提醒。

作为进一步地方案，排程支付系统对于涉及到事中监控拦截、退回重审、预算调整的业务以及上月回退率较高的单位，将其单据全部标记为参检；

排程支付系统对于一般业务，按照单位类型、业务类型、付款金额及风险比例，随机将设定比例的单据设置为参检；

排程支付系统调取标记为参检的单据进行检验。

作为进一步地方案，在付款订单发送银行环节，系统调用凭证生成逻辑，按照既定逻辑确定的银行作为贷方，按照付款订单逻辑确定借方，通过调用凭证有效性规则检查后，生成预制状态的凭证；支付前审核付款订单时，调用付款订单挂接的影像数据，以验证所制凭证的准确性；银行反馈支付成功信息时，系统触发凭证过账过程，将预制凭证过账为正式凭证，并回传支付状态到ERP系统。

与现有技术相比，本发明的有益效果是：

(1)本发明通过WEBService(网络服务)、RFC(远程功能调用)、WEBGui(网络图形用户界面)和网页集成等多种技术路线实现ERP系统和排程支付系统的跨系统数据交互，为电力系统支付全流程管控提供了技术支撑；实现了从付款订单提交、审批、传输、提报、发布、配比、签名到预制证和支付的全流程管控；整个流程过程中，能够实现ERP系统和排程支付系统的数据交互调用，电子影像数据全流程共享，各个环节之间相互衔接，依次进行，通过电子化数据处理过程实现电力系统支付全流程管控。

(2)本发明通过影像系统的控制实现对原始单据和进度款付款报审表的强控，对于某一类型的付款订单，用户若缺少相对应的必备原始单据影像和/或付款报审表影像，会导致无法进入下一审批环节；提高了单据影像提交质量，减少了凭据缺失的问题，提高付款订单的审批效率，同时保证了付款过程的安全性。

(3)本发明存储并更新供应商的状态，在排程支付系统的各个环节，对供应商状态进行核查，对于受限供应商进行定向管控，避免支付失败、影响法院执行等情况发生，保证了支付过程的安全性。

(4)本发明采用预制财务凭证的模式，将付款订单审核与制证合并为一步，能够简化流程；同时可通过影像验证凭证准确性，支付前审核付款订单时，可同步查看挂接的影像，以验证所制凭证的准确性。

本发明的其他特征和附加方面的优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本方面的实践了解到。

附图说明

图1为本发明实施例中电力系统支付全流程管控的系统结构示意图；

图2为本发明实施例中电力系统支付全流程管控的方法过程示意图。

具体实施方式

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

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

实施例一

在一个或多个实施方式中，公开了一种电力系统支付全流程管控的系统，结合图1，具体包括：

(1)ERP系统(企业资源计划)，用于依次进行付款订单的提交、审批以及上传排程支付系统；接收排程支付系统反馈的付款订单处理状态，并进行相对应的联动控制；

(2)用于接收ERP系统上传的付款订单，并依次进行提报(确定作为资金计划一部分)、发布(确定支付资金总额)、配比(确定收支平衡的支付时间)、签名(确定合规并发送支付指令)、预制证(生成会计预制凭证)和支付(资金实际支付及到账)的支付流程控制，同时，向ERP系统反馈付款订单处理状态；

(3)影像系统，用于获取用户上传的影像数据，并与相对应的付款订单进行关联存储；根据付款订单不同的处理状态及所需影像数据规则，调用相对应的影像数据，以供ERP系统和排程支付系统对付款订单进行审批校验；如果相对应的影像数据校验不合格或者未上传，则付款订单无法进入下一流程。

本实施例中，ERP系统对排程支付系统的所有访问统一使用WEBService(网络服务)方式，能够对付款订单的支付流程以及进度进行访问；

排程支付系统统一使用RFC(远程功能调用)方式对ERP系统中的付款订单原始数据进行调用；排程支付系统访问ERP界面使用WEBgui方式嵌入访问。在影像访问上，通过网页集成的模式，供ERP系统和排程支付系统共同使用。

本实施例中，在实现单据流转方面，付款订单在ERP系统进行提交和审批，审批完成后传递至排程支付系统；排程支付系统通过RFC方式向ERP系统反馈六种状态，ERP系统根据相应的状态对付款订单进行流程控制响应：

状态1：预算退回(预算不被接受)；此时ERP系统可对付款订单进行修改，重新提交、审批并传递回排程支付系统；

状态2：预算结转(预算转下月)；ERP系统可以看到付款订单已经结转到下月的状态；

状态3：预算关闭(预算作废)；ERP系统付款订单自动变为作废状态，付款订单不能再被执行；

状态4：支付成功；ERP系统单据状态设置为支付成功；

状态5：支付退回；排程支付系统保留付款订单预算信息，ERP系统单据状态变更为支付退回，并允许用户重新提交正确的支付信息继续支付；

状态6：退款退回；排程支付系统保留预算信息，ERP系统单据状态变为退款退回，并允许用户重新提交正确的支付信息继续支付。

本实施例通过对跨系统访问的标准化处理，在排程支付系统处理过程中，通过WEBGui集成的方式，通过调用ERP系统WEBGui服务，查阅审批过程中使用到的各类原始数据，辅助支付审核人员确认单据合规性。

ERP系统通过WEBService方式，可访问排程支付系统详细的支付轨迹，可以让提单人到随时掌握付款处理进度；

在ERP系统的审批过程中和排程支付系统的整个处理过程中，通过WEB集成的方式对影像系统的访问，对影像数据按编号、类别、系统、项目等信息进行归类储存，方便后期查询影像资料；并在数据库记录付款订单与影像数据的关联关系，通过网络访问协议，获取对应付款订单相关的影像原始信息，方便确认支付的有效性。

上述过程实现了对付款订单全生命周期的有效管控，直到支付成功或作废。

本实施例中，通过ERP系统和影像系统的配合，能够实现对不同付款类型要求的不同类型单据的强控功能。具体地，ERP系统在创建付款订单时，根据用户选择的款项性质(预付款、到货款、投运款、进度款、质保款)、本单位配置的审批方式(是否电子化审批)等信息，自动确定一个与影像系统约定了控制规则的“业务类型”；比如：P001类型要求必须有协议，但发票类可选；P002类型要求协议可选，但必须有发票类；P003类型要求必须有协议和报审表等等。

在ERP系统进行单据保存时，调用影像系统服务，影像系统检查相对应的控制规则是否满足，影像是否存在上传失败，并将结果回传ERP系统。

影像系统根据业务类型对该笔付款订单要求的必备单据类型进行强控，在没有获取并存储必备单据的影像数据的情况下，无法校验通过，校验不通过付款订单无法传递到下一岗进行审核，从而实现了影像的强控。

另外，部分项目的进度款付款订单要求必备特定报表。ERP系统在进行付款订单提交和审批过程中，判断当前付款订单类型是否必备付款报审表，若是，向影像系统发送控制指令，以使得影像系统在采集该付款订单的影像数据时，将付款报审表作为必须采集项；若没有采集到，则不允许进入下一环节。

ERP系统判断付款报审表是否必备(即筛选必备该表的付款订单)，并将判断结果作为控制信息发送到影像系统；在用户录入影像时，影像系统根据接收到的控制信息，对该类特定报表类型标记为必须采集，从而实现特定报表的采集强控。

本实施例通过影像系统的强控，提高了单据影像的提交质量，减少了凭据缺失的问题，提高付款订单的审批效率，同时保证了付款过程的安全性。

本实施例中，排程支付系统存储供应商状态，排程支付系统在对付款订单进行提报、发布、配比、签名、预制证和支付的全流程控制过程中，在每一个环节都检查供应商的状态，根据供应商的状态决定当前环节能否正常处理。

在现实中，存在一个或多个法院下发对一个或多个供应商下达通知的情形，并有冻结(将供应商账户状态由正常设置为冻结，不能支付)、解冻(将供应商账户状态由冻结设置为正常，可以支付)、协助付款(将供应商账户状态由正常或冻结设置为协助付款，账户设置为协助收款账户如法院指定账户，可以支付，但是账户已经不是原供应商账户)三项操作请求。本实施例在数据库保存供应商状态信息，用户在收到法院或其他方面信息时，对其进行更新。在付款订单提报环节，到审批、支付等环节，都会检查供应商状态信息，根据供应商状态决定能否正常处理，从而实现受限供应商的定向管控。

本实施例中，排程支付系统内预先配置预算单位将付款订单传递至审核机构或资金中心过程中的所有签名用户信息；在将付款订单传递至审核机构或资金中心时，预先与配置的签名用户信息进行匹配，若匹配一致，则正常传递至审核机构或资金中心；若匹配不一致，则无法传递，并进行提示。比如：预算单位操作岗位在将付款订单传递到资金中心首岗时，系统自动获取本单位签名用户和资金中心首岗签名用户，逐一与排程支付系统中已配置的签名流程进行匹配；若匹配一致，则正常传递；若匹配不上，则无法传递到资金中心，并对预算单位操作岗位进行提醒：“无有效的密钥签名流程，请确认！”。

本实施例通过将密钥签名流程的校验提前到发送给审核机构或资金中心之前，能够避免资金中心在支付操作前发现签名不一致而导致回退的现象，避免了不必要的工作量。

本实施例的排程支付系统在提报环节和/或配比环节，对收款银行账号的规范性进行校验，若账号不规范，比如出现非数字、非西文横线字符等，则系统提示“账号非法”，需要进行修正后才能进入下一环节。

另外，排程支付系统在提报环节和/或配比环节，对收款单位和收款银行账户名称是否一致进行校验，若审核不一致，进行提醒。具体地，当排程支付系统在提报环节和/或配比环节校验发现“收款单位”与“收款银行账户名称”两字段内容不一致时，系统进行提醒；因“收款单位”与“收款银行账户名称”两字段也存在合理的不一致的情况，比如电商平台的收款单位与收款银行账户名应该不一致，所以此处仅为提醒，不强控或拦截，由审核人确定是否合规。

进一步地，本实施例排程支付系统在预制和支付环节，能够将收款单位和收款账号一致的付款订单，合并生成一条支付记录，实现同一供应商不同项目的资金，全额、一次发起支付申请并预制证；简化了支付审核的流程，同时保证支付安全性。

在公司收支体量大、付款审核人员有限的情况下，需平衡安全与效率，设置合理的抽检规则。本实施例按照“特殊业务全检、一般事项抽检”原则实现，对于存在监控拦截、退回重审、预算调整的业务及上月回退率较高的单位，将其单据全部标记为参检；对于一般业务，区分单位类型、业务类型、金额等，按风险比例，随机将对应比例的单据设置为参检。在抽检审核环节，将标记为参检的单据展现给审核用户，实现按规则检验。

本实施例采用预制证模式，在付款订单发送银行环节，系统调用凭证生成逻辑，按照既定逻辑确定的银行作为贷方，按照付款订单逻辑确定借方，通过调用凭证有效性规则检查后，生成预制状态的凭证；支付前审核付款订单时，可同步查看付款订单挂接的影像数据，可以很方便的验证所制凭证的准确性，保证支付准确性；银行反馈支付成功信息时，系统触发凭证过账过程，将预制凭证过账为正式凭证，并回传支付状态到ERP。

通过预制证模式能够简化流程，付款订单审核与制证可合并为一步；同时可通过影像验证凭证准确性，支付前审核付款订单时，可同步查看挂接的影像，以验证所制凭证的准确性。

本实施例通过受限供应商管理、密钥签名流程的校验前移、账号规范性检查、配比支付环节收款账户信息规范性校验提醒等功能，能提前阻断不合规数据的流动，让系统更加安全高效；通过抽检机制的建立，提高了支付部门的效率与安全性；通过预制证，提高了制证的规范性。

实施例二

在一个或多个实施方式中，公开了一种电力系统支付全流程管控的方法，结合图2，具体包括如下过程：

通过ERP系统对付款订单依次进行提交和审批；审批通过的付款订单上传至排程支付系统，并在排程支付系统中进行提报、发布、配比、签名和支付的全流程控制；

其中，在ERP系统和排程支付系统对付款订单进行审批的过程中，根据付款订单不同的处理状态及规则，调用相对应的影像数据，如果相对应的影像数据校验不合格或者未上传，则付款订单无法进入下一流程；

付款订单审核支付过程中，排程支付系统能够使用RFC方式对ERP系统中的付款订单原始数据进行调用；ERP系统能够使用WEBService方式对排程支付系统的支付流程及进度进行访问。

作为具体的方案，ERP系统在进行付款订单提交和审批过程中，判断当前付款订单类型是否必备付款报审表，若是，向影像系统发送控制指令，以使得影像系统在采集该付款订单的影像数据时，将付款报审表作为必须采集项；若没有采集到，则不允许进入下一环节。

作为具体的方案，排程支付系统存储供应商状态，排程支付系统在对付款订单进行提报、发布、配比、签名、预制证和支付的全流程控制过程中，在每一个环节都检查供应商的状态，根据供应商的状态决定当前环节能否正常处理；供应商的状态包括：冻结、正常和协助付款。

作为具体的方案，排程支付系统内预先配置预算单位将付款订单传递至审核机构或资金中心过程中的所有签名用户信息；

在将付款订单传递至审核机构或资金中心时，预先与配置的签名用户信息进行匹配，若匹配一致，则正常传递至审核机构或资金中心；若匹配不一致，则无法传递，并进行提示。

作为具体的方案，排程支付系统在提报环节和/或配比环节，对收款银行账号的规范性进行校验，若账号不规范，则需要进行修正后才能进入下一环节；排程支付系统在提报环节和/或配比环节，对收款单位和收款银行账户名称是否一致进行校验，若审核不一致，进行提醒。

作为具体的方案，排程支付系统对于涉及到事中监控拦截、退回重审、预算调整的业务以及上月回退率较高的单位，将其单据全部标记为参检；

排程支付系统对于一般业务，按照单位类型、业务类型、付款金额及风险比例，随机将设定比例的单据设置为参检；

排程支付系统调取标记为参检的单据进行检验。

作为具体的方案，在付款订单发送银行环节，系统调用凭证生成逻辑，按照既定逻辑确定的银行作为贷方，按照付款订单逻辑确定借方，通过调用凭证有效性规则检查后，生成预制状态的凭证；银行反馈支付成功信息时，系统触发凭证过账过程，将预制凭证过账为正式凭证，并回传支付状态到ERP系统。

需要说明的是，上述过程的具体实现方式及效果已经在实施例一中进行了详细的说明，此处不再详述。

上述虽然结合附图对本发明的具体实施方式进行了描述，但并非对本发明保护范围的限制，所属领域技术人员应该明白，在本发明的技术方案的基础上，本领域技术人员不需要付出创造性劳动即可做出的各种修改或变形仍在本发明的保护范围以内。

Claims (10)

1.一种电力系统支付全流程管控的系统，其特征在于，包括：

ERP系统，用于依次进行付款订单的提交、审批以及上传排程支付系统；接收排程支付系统反馈的付款订单处理状态，并进行相对应的联动控制；

排程支付系统，用于接收ERP系统上传的付款订单，并依次进行提报、发布、配比、签名、预制证和支付的全流程控制，同时，向ERP系统反馈付款订单处理状态；

影像系统，用于获取用户上传的影像数据，并与相对应的付款订单进行关联存储；根据付款订单不同的处理状态及所需影像数据规则，调用相对应的影像数据，以供ERP系统和排程支付系统对付款订单进行审批校验；如果相对应的影像数据校验不合格或者未上传，则付款订单无法进入下一流程。

2.如权利要求1所述的一种电力系统支付全流程管控的系统，其特征在于，ERP系统接收排程支付系统反馈的付款订单处理状态，包括：预算退回、预算结转、预算关闭、支付成功和支付退回；ERP系统能够根据不同的订单处理状态，对付款订单进行不同处理权限的控制。

3.如权利要求1所述的一种电力系统支付全流程管控的系统，其特征在于，

排程支付系统能够使用RFC方式对ERP系统中的付款订单原始数据进行调用；

或者，ERP系统能够使用WEBService方式对排程支付系统的支付流程及进度进行访问；

或者，ERP系统和排程支付系统分别通过网页集成的方式对影像系统的数据进行调用。

4.一种电力系统支付全流程管控的方法，其特征在于，包括：

通过ERP系统对付款订单依次进行提交和审批；

审批通过的付款订单上传至排程支付系统，并在排程支付系统中进行提报、发布、配比、签名和支付的全流程控制；

其中，在ERP系统和排程支付系统对付款订单进行审批的过程中，根据付款订单不同的处理状态及规则，调用相对应的影像数据，如果相对应的影像数据校验不合格或者未上传，则付款订单无法进入下一流程；

付款订单审核支付过程中，排程支付系统能够使用RFC方式对ERP系统中的付款订单原始数据进行调用；ERP系统能够使用WEBService方式对排程支付系统的支付流程及进度进行访问。

5.如权利要求1所述的一种电力系统支付全流程管控的方法，其特征在于，ERP系统在进行付款订单提交和审批过程中，判断当前付款订单类型是否必备付款报审表，若是，向影像系统发送控制指令，以使得影像系统在采集该付款订单的影像数据时，将付款报审表作为必须采集项；若没有采集到，则不允许进入下一环节。

6.如权利要求1所述的一种电力系统支付全流程管控的方法，其特征在于，排程支付系统存储供应商状态，排程支付系统在对付款订单进行提报、发布、配比、签名、预制证和支付的全流程控制过程中，在每一个环节都检查供应商的状态，根据供应商的状态决定当前环节能否正常处理；所述供应商的状态包括：冻结、正常和协助付款。

7.如权利要求1所述的一种电力系统支付全流程管控的方法，其特征在于，排程支付系统内预先配置预算单位将付款订单传递至审核机构或资金中心过程中的所有签名用户信息；

在将付款订单传递至审核机构或资金中心时，预先与配置的签名用户信息进行匹配，若匹配一致，则正常传递至审核机构或资金中心；若匹配不一致，则无法传递，并进行提示。

8.如权利要求1所述的一种电力系统支付全流程管控的方法，其特征在于，排程支付系统在提报环节和/或配比环节，对收款银行账号的规范性进行校验，若账号不规范，则需要进行修正后才能进入下一环节；

或者，排程支付系统在提报环节和/或配比环节，对收款单位和收款银行账户名称是否一致进行校验，若审核不一致，进行提醒。

9.如权利要求1所述的一种电力系统支付全流程管控的方法，其特征在于，排程支付系统对于涉及到事中监控拦截、退回重审、预算调整的业务以及上月回退率较高的单位，将其单据全部标记为参检；

排程支付系统对于一般业务，按照单位类型、业务类型、付款金额及风险比例，随机将设定比例的单据设置为参检；

排程支付系统调取标记为参检的单据进行检验。

10.如权利要求1所述的一种电力系统支付全流程管控的方法，其特征在于，在付款订单发送银行环节，系统调用凭证生成逻辑，按照既定逻辑确定的银行作为贷方，按照付款订单逻辑确定借方，通过调用凭证有效性规则检查后，生成预制状态的凭证；银行反馈支付成功信息时，系统触发凭证过账过程，将预制凭证过账为正式凭证，并回传支付状态到ERP系统。