CN116777445B - 一种用于企业账单支付复核的方法及装置 - Google Patents

Abstract

本申请提供一种用于企业账单支付复核的方法及装置。企业账单支付复核系统包括：企业应用套件财务系统和银财企支付系统；方法包括：获取到付款单提交指令后，提交付款指令至银财企支付系统；其中，付款指令至少包括付款单类型和源单标识信息；获取银财企支付系统发送的目标源单信息复核指令；其中，目标源单信息复核指令中至少包括待复核的目标源单的源单标识信息；根据目标源单信息复核指令确定对应的目标源单的目标付款单类型，根据目标付款单类型确定复核通道及复核指示信息，并显示相应复核指示信息；其中，复核通道包括自动复核通道和二维码复核通道。本申请提供了自动复核通道，摆脱完全依靠人工复核方式，提高了付款效率和准确率。

Description

一种用于企业账单支付复核的方法及装置

技术领域

本申请涉及数据处理技术领域，尤其涉及一种用于企业账单支付复核的方法及装置。

背景技术

企业应用套件(EAS，enterpriseapplicationsuites)为财务ERP的一种。作为一款企业级应用，往往管理着多个账户，并且与不同的其它账户进行财务交易。传统方案中，通过EAS系统的出纳管理模块的付款单审批完成后，EAS系统的银企平台模块将付款指令提交至银行完成付款，银行会根据发生的交易业务的记录为该系统生成交易明细并发送给该系统。此外，电子回单是付款成功后银行提供的信息，用户可以通过EAS系统向银行索取得到电子回单。传统方案付款准确率较差。

现有方案中，企业管理多个账户时，财务系统(即EAS系统或其他财务作业系统)中的业务原单经过审批后，生成财务系统出纳模块的付款单，在财务系统中提交财企直连，发送支付指令到银财企支付系统，在支付之前，人工复核人员登录财务系统中进行手工复核，复核通过后，支付成功。

在实现本申请实施例中，发现现有技术至少存在如下问题：在付款单数量众多时，单一人工复核方式降低付款效率和准确性。

发明内容

本申请实施例提供了一种用于企业账单支付复核的方法及装置，以解决传统企业账户账单人工复核方式单一降低付款效率和准确性的问题。

第一方面，本申请实施例提供了一种用于企业账单支付复核的方法，企业账单支付复核系统包括：财务系统和银财企支付系统；所述方法包括：

获取到付款单提交指令后，提交付款指令至所述银财企支付系统；其中，所述付款指令至少包括付款单类型和源单标识信息；

获取银财企支付系统发送的目标源单信息复核指令；其中，所述目标源单信息复核指令中至少包括待复核的目标源单的源单标识信息；

根据所述目标源单信息复核指令确定对应的目标源单的目标付款单类型，根据所述目标付款单类型确定复核通道及复核指示信息，并显示相应复核指示信息；其中，复核通道包括自动复核通道和二维码复核通道。

在一种可能的实现方式中，所述付款单类型包括：日常付款单和代发单；源单类型包括报销单、无合同付款申请单、合同付款申请单、内部转账、差旅费报销单和借款单；

其中，源单类型为无合同付款申请单时，对应付款单类型包括：日常付款单和代发单；源单类型为报销单、合同付款申请单、内部转账单、差旅费报销单或借款单时，对应付款单类型为日常付款单。

在一种可能的实现方式中，所述根据所述目标付款单类型确定复核通道及复核指示信息，包括：

在所述目标付款单类型为代发单时，确定复核通道为二维码复核通道，并确定复核指示信息为复核二维码信息；

在所述目标付款单类型为付款单时，确定复核通道为自动复核通道，并在成功获取到复核信息时确定复核信息获取成功提示信息；在未成功获取到复核信息时，确定复核指示信息为复核失败提示信息。

在一种可能的实现方式中，在所述根据所述目标付款单类型确定复核通道及复核指示信息之后，还包括：

根据所述目标源单信息复核指令确定目标源单的目标源单类型；

根据所述目标源单类型确定目标信息表；其中，信息表数量为多个；信息表与源单类型一一对应；

根据目标源单的源单标识信息从所述目标信息表中获取复核项信息。

在一种可能的实现方式中，该方法还包括：还包括：在成功获取到复核信息时，发送复核打包数据至所述银财企支付系统，以由银财企支付系统完成复核打包数据的核对和付款操作；

其中，所述复核打包数据包括：源单标识信息和复核项信息。

在一种可能的实现方式中，所述复核项信息包括：收款人名称、收款银行、收款账号和收款金额。

在一种可能的实现方式中，所述源单标识信息包括：源单ID；或者，源单ID和源单编码。

第二方面，本申请实施例提供了一种用于企业账单支付复核的装置，企业账单支付复核系统包括：财务系统和银财企支付系统；该装置包括：

提交模块，用于获取到付款单提交指令后，提交付款指令至所述银财企支付系统；其中，所述付款指令至少包括付款单类型和源单标识信息；

获取模块，用于获取银财企支付系统发送的目标源单信息复核指令；其中，所述目标源单信息复核指令中至少包括待复核的目标源单的源单标识信息；

控制模块，用于根据所述目标源单信息复核指令确定对应的目标源单的目标付款单类型，根据所述目标付款单类型确定复核通道及复核指示信息，并显示相应复核指示信息；其中，复核通道包括自动复核通道和二维码复核通道。

在一种可能的实现方式中，所述付款单类型包括：日常付款单和代发单；源单类型包括报销单、无合同付款申请单、合同付款申请单、内部转账、差旅费报销单和借款单；

其中，源单类型为无合同付款申请单时，对应付款单类型包括：日常付款单和代发单；源单类型为报销单、合同付款申请单、内部转账单、差旅费报销单或借款单时，对应付款单类型为日常付款单。

在一种可能的实现方式中，所述控制模块，具体用于在所述目标付款单类型为代发单时，确定复核通道为二维码复核通道，并确定复核指示信息为复核二维码信息；

在所述目标付款单类型为付款单时，确定复核通道为自动复核通道，并在成功获取到复核信息时确定复核信息获取成功提示信息；在未成功获取到复核信息时，确定复核指示信息为复核失败提示信息。

在一种可能的实现方式中，所述控制模块，还用于在所述根据所述目标付款单类型确定复核通道及复核指示信息之后，根据所述目标源单信息复核指令确定目标源单的目标源单类型；

根据所述目标源单类型确定目标信息表；其中，信息表数量为多个；信息表与源单类型一一对应；

根据目标源单的源单标识信息从所述目标信息表中获取复核项信息。

在一种可能的实现方式中，该装置还包括：发送模块，用于在成功获取到复核信息时，发送复核打包数据至所述银财企支付系统，以由银财企支付系统完成复核打包数据的核对和付款操作；

其中，所述复核打包数据包括：源单标识信息和复核项信息。

在一种可能的实现方式中，所述复核项信息包括：收款人名称、收款银行、收款账号和收款金额。

在一种可能的实现方式中，所述源单标识信息包括：源单ID；或者，源单ID和源单编码。

第三方面，本申请实施例提供了一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上第一方面或第一方面的任一种可能的实现方式所述方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上第一方面或第一方面的任一种可能的实现方式所述方法的步骤。

本申请实施例提供一种用于企业账单支付复核的方法及装置，通过获取到付款单提交指令后，提交付款指令至银财企支付系统，并由银财企支付系统进行付款前的处理。其中，付款指令至少包括付款单类型和源单标识信息，以便于银财企支付系统基于付款指令确定复核方式。具体的，获取银财企支付系统发送的目标源单信息复核指令，根据目标源单信息复核指令确定目标源单类型，根据目标付款单类型确定复核通道及复核指示信息，并显示相应复核指示信息。其中，复核通道包括自动复核通道和二维码复核通道。财务系统对应不同付款单类型设有至少包括自动复核通道在内的多种复核方式，摆脱完全依靠人工复核方式，并对应不同复核方式的复核数据处理设置相应复核通道，以满足不同类型账单的复核，减轻人工复核压力。本申请根据付款单类型分配复核通道，丰富复核方式同时提高付款效率和准确率。

附图说明

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

图1是本申请一实施例提供的用于企业账单支付复核的方法的应用场景图；

图2是本申请一实施例提供的用于企业账单支付复核的方法的实现流程图；

图3是本申请一实施例提供的用于企业账单支付复核的装置的结构示意图；

图4是本申请一实施例提供的电子设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

本申请实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请实施例的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。

除非另有说明，术语“多个”表示两个或两个以上。字符“/”表示前后对象是一种“或”的关系。例如，A/B表示：A或B。术语“和/或”是一种描述对象的关联关系，表示可以存在三种关系。例如，A和/或B，表示：A或B，或，A和B这三种关系。

本申请中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”(a)、“一个”(an)和“所述”(the)旨在同样包括复数形式。类似地，如在本申请中所使用的术语“和/或”是指包含一个或一个以上相关联的列出的任何以及所有可能的组合。另外，当用于本申请中时，术语“包括”(comprise)及其变型“包括”(comprises)和/或包括(comprising)等指陈述的特征、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它特征、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。在没有更多限制的情况下，由语句“包括一个…”限定的要素，并不排除在包括所述要素的过程、方法或者设备中还存在另外的相同要素。

本申请中，每个实施例重点说明的可以是与其他实施例的不同之处，各个实施例之间相同相似部分可以互相参见。对于实施例公开的方法、产品等而言，如果其与实施例公开的方法部分相对应，那么相关之处可以参见方法部分的描述。

图1是本申请一实施例提供的用于企业账单支付复核的方法的应用场景图。如图1所示，企业账单支付复核系统包括：财务系统和银财企支付系统两部分组成。其中，图1示例性示出财务系统和银财企支付系统之间通过前置机进行数据传输。在其他可能的实现方式中，财务系统和银财企支付系统可以通过其他节点进行数据传输，或者，财务系统直接与银财企支付系统设置的相应数据接口连接。

其中，财务系统中完成EAS源单构建和生成EAS付款单工作。具体的，用户通过财务系统完成EAS源单选项信息录入，并在录入完成点击提交选项后生成EAS付款单。生成EAS付款单后根据用户的输入信息确定是否提交至银财企支付系统。

银财企支付系统与银行系统对接以完成付款，在付款前，银财企支付系统负责对付款单信息的复核工作。在复核成功时，则完成付款，否则，对付款单付款信息置失败状态，不向银行提交付款申请。

其中，银财企支付系统通过反查指令(后文用复核指令)获取详细的付款单信息，并基于财务系统反馈的打包数据进行批量自动复核，以提高复核效率。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图通过具体实施例来进行说明。

图2是本申请一实施例提供的用于企业账单支付复核的方法的实现流程图，如图2所示，应用于财务系统侧，该方法包括如下步骤：

S201，获取到付款单提交指令后，提交付款指令至银财企支付系统；其中，付款指令至少包括付款单类型和源单标识信息。

其中，付款单提交指令由用户在构建EAS源单并生成付款单后发出。具体的，可以通过点选提交按钮、选项或语音输入提交指示信息等触发。

提交付款指令至银财企支付系统后，前置机作为中间通信设备将付款指令发送至银财企支付系统。

付款指令中只携带表征付款单身份和特征的信息，减小数据传输量，以提高财务系统与银财企支付系统之间数据传输效率。

S202，获取银财企支付系统发送的目标源单信息复核指令；其中，目标源单信息复核指令中至少包括待复核的目标源单的源单标识信息。

具体实施过程中，银财企支付系统会同时收到多个付款单提交信息也即多个付款指令，而在复核处理时需要根据具体复核需求或复核优先级依次对部分或全部付款单进行复核。在单次复核过程中，需要选择一个即目标源单生成目标源单信息复核指令，以准确成功获取对应的源单信息。

在一种可能的实现方式中，源单标识信息包括：源单ID。

在另一可能的实现方式中，源单标识信息包括：源单ID和源单编码。

在具体实施例中，源单ID是生成EAS付款单后付款单唯一标识。而在构建EAS源单后未成功生成EAS付款单时，源单编码会作废。因此，源单ID为建立付款单与源单对应关系的唯一标识，在目标源单信息复核指令中至少需要包括源单ID。

S203，根据目标源单信息复核指令确定对应的目标源单的目标付款单类型，根据目标付款单类型确定复核通道及复核指示信息，并显示相应复核指示信息。

在一种可能的实现方式中，付款单类型包括：日常付款单和代发单；源单类型包括报销单、无合同付款申请单、合同付款申请单、内部转账、差旅费报销单和借款单；

其中，源单类型为无合同付款申请单时，对应付款单类型包括：日常付款单和代发单；源单类型为报销单、合同付款申请单、内部转账单、差旅费报销单或借款单时，对应付款单类型为日常付款单。在其他可能的实现方式中，根据企业付款用途，付款单类型还可以包括其他类型的付款单。

其中，对应代发单需要通过二维码复核通道执行复核。而对于其他多种类型的付款单可以自动进行复核。由于生成代发单的源单，在填写单据时，收款信息未填写具体信息，一般情况下，具体收款信息通过制式的Excel作为附件上传，生成代发单时调取附件中的具体收款信息。因此，难以通过自动复核反查代发单源单获取收款信息，为了实现代发单准确付款，由自动复核通道外的备用通道，即二维码复核通道实现。

具体的，银财企支付系统反馈对应代发单二维码信息至财务系统侧，通过识别二维码方式调取相应代发单的复核信息。

在一种可能的实现方式中，根据目标付款单类型目标付款单类型确定复核通道及复核指示信息，包括：

在目标付款单类型为代发单时，确定复核通道为二维码复核通道，并确定复核指示信息为复核二维码信息；

在目标付款单类型为付款单时，确定复核通道为自动复核通道，并在成功获取到复核信息时确定复核信息获取成功提示信息；在未成功获取到复核信息时，确定复核指示信息为复核失败提示信息。

在一种可能的实现方式中，在目标付款单类型根据目标付款单类型目标付款单类型确定复核通道及复核指示信息之后，还包括：

根据目标源单信息复核指令确定目标源单的目标源单类型；

根据目标付款单类型目标源单类型确定目标信息表；其中，信息表数量为多个；信息表与源单类型一一对应；

根据目标源单的源单标识信息从目标信息表中获取复核项信息。

在具体实施过程中，对应报销单、无合同付款申请单、合同付款申请单、内部转账、差旅费报销单和借款单，为了提高数据存储效率，并实现非数据隔离，通过不同数据表存储付款单信息，并为各类型源单信息表基于源单类型命名，例如：对于报销单、无合同付款申请单、合同付款申请单、内部转账、差旅费报销单和借款单的数据表依次命名为：T_BC_BizAccountBill、T_BC_BizAccount、T_AP_PayRequestBill、T_BC_DailyPurchaseAccountBill.fid、T_BC_TravelAccountBill.fid和T_BC_DailyLoanBill.fid。在根据目标源单信息复核指令获取复核项信息时，从对应源单类型信息表中获取。

在另一种可能的实施例中，对于无合同付款申请单，对应源单选项录入信息为代发单选项，相应信息表中对应类型字段为代发字样；对应源单选项录入信息为付款单选项，相应信息表中对应类型字段为付款单字样。基于代发字样和付款单字样，无合同付款申请单对应信息表包括代发分录和付款分录。则根据目标源单信息复核指令获取复核项信息时，根据目标源单信息复核指令中源单标识信息确定对应的信息表，并根据源单标识信息对应付款单类型确定信息表分录，并从分录中获取对应的复核项信息。

本实施例中，根据源单类型分别设置信息表，响应目标源单信息复核指令获取复核项信息时，基于源单类型针对性查表，能够提高复核效率。

在一种可能的实现方式中，该方法还包括：在成功获取到复核信息时，发送复核打包数据至银财企支付系统，以由银财企支付系统完成复核打包数据的核对和付款操作；

其中，复核打包数据包括：源单标识信息和复核项信息。

其中，根据软通系统数据处理能力不同，同时相应多个付款单提交指令执行多个付款单复核时，为识别复核打包数据对应的付款单提交指令，需要源单标识信息进行信息身份或唯一性识别。

在一种可能的实现方式中，复核项信息包括：收款人名称、收款银行、收款账号和收款金额。

在其他可能的实现方式中，复核项信息还包括特殊备注信息等，例如付款单加急处理或存在特殊处理等信息，并基于相应的复核规则进行复核，避免出现复核延迟或复核失败导致未成功完成付款情况的发送。

在本实施例中，通过获取到付款单提交指令后，提交付款指令至银财企支付系统，并由银财企支付系统进行付款前的处理。其中，付款指令至少包括付款单类型和源单标识信息，以便于银财企支付系统基于付款指令确定复核方式。具体的，获取银财企支付系统发送的目标源单信息复核指令，根据目标源单信息复核指令确定目标源单类型，根据目标付款单类型确定复核通道及复核指示信息，并显示相应复核指示信息。其中，复核通道包括自动复核通道和二维码复核通道。财务系统对应不同付款单类型设有至少包括自动复核通道在内的多种复核方式，摆脱完全依靠人工复核方式，并对应不同复核方式的复核数据处理设置相应复核通道，以满足不同类型账单的复核，减轻人工复核压力。本申请根据付款单类型分配复核通道，丰富复核方式同时提高付款效率和准确率。

以一具体实施例，对财务系统和银财企支付系统完成企业账户账单复核的流程进行说明，具体以费用报销单，复核打包数据包括：源单ID和复核项信息，复核项信息包括：收款人名称、收款银行、收款账号和收款金额为例进行说明。

对应费用报销单及复核项在信息表中的字段如下：

费用报销单：T_BC_BizAccountBill

多收款人分录：T_BC_BizAccountBCE

关联：T_BC_BizAccountBill.fid＝T_BC_BizAccountBCE.fbillid

收款人：T_BC_BizAccountBCE.FPAYERNAME

收款银行：T_BC_BizAccountBCE.FPAYERBANK

收款账号：T_BC_BizAccountBCE.FPAYERACCOUNT

金额：T_BC_BizAccountBCE.FAMOUNT

基于系统开发逻辑对费用报销单复核流程进行说明：

银财企支付系统发送源单ID(T_CAS_PAYMENTBILL.FSOURCEBILLID)指令后，财务系统平台(例如：实际财务系统应用中的金蝶系统)会通过源单ID查询到费用报销单ID(T_BC_BizAccountBill.fid)，由该费用报销单ID联查到收款人分录ID(T_BC_BizAccountBCE.fbillid)，进一步的，通过收款人分录ID(T_BC_BizAccountBCE.fbillid)查询出该ID所对应四个字段(收款人名称、收款银行、收款账号和收款金额)信息，再将包括源单ID在内的五个字段信息打包发送给软通。

基于财务系统和银财企支付系统具体执行费用报销单复核逻辑如下：

1、EAS付款单提交银企：

付款单需要将源单ID、源单编号传递给财务系统平台；

财务系统平台已有两个接收字段，接收源单ID字段为mobile，接收源单编号字段为email；

2、财务系统平台提交前置机：

财务系统平台将mobile、email、sub_Biz_Type(即源单ID、源单编号和收款单类型)字段传递到前置机，前置机对mobile1、email1、sub_Biz_Type1字段进行接收；

3、软通系统反查指令：

软通系统将mobile1、email1字段传递给数据打包接口，接口收到指令后根据收到的字段传递给财务系统；(在一种可能的实现方式中，传递来的email为备用字段，暂时不参与后期)；

4、财务系统平台数据打包接口查询数据：

财务系统平台根据传递过来的mobile1字段(源单ID)，确定查询的第一张表为费用报销单(T_BC_BizAccountBill)，由该单据联查到收款人分录，从收款人分录ID查询到收款人名称、收款银行、收款账号和收款金额四个字段信息；

5、EAS数据打包接口传递给软通系统接口：

将查询到的四个字段连同mobile(源单ID)打包后发送给软通系统。可选的，EAS数据打包接口将四个字段连同mobile和email1字段打包后发送给软通系统。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

以下为本申请的装置实施例，对于其中未详尽描述的细节，可以参考上述对应的方法实施例。

图3是本申请一实施例提供的用于企业账单支付复核的装置的结构示意图，如图3所示，为了便于说明，仅示出了与本申请实施例相关的部分，如图3所示，该装置包括：

提交模块301，用于获取到付款单提交指令后，提交付款指令至银财企支付系统；其中，付款指令至少包括付款单类型和源单标识信息；

获取模块302，用于获取银财企支付系统发送的目标源单信息复核指令；其中，目标源单信息复核指令中至少包括待复核的目标源单的源单标识信息；

控制模块303，用于根据目标源单信息复核指令确定对应的目标源单的目标付款单类型，根据目标付款单类型确定复核通道及复核指示信息，并显示相应复核指示信息；其中，复核通道包括自动复核通道和二维码复核通道。

在一种可能的实现方式中，付款单类型包括：日常付款单和代发单；源单类型包括报销单、无合同付款申请单、合同付款申请单、内部转账、差旅费报销单和借款单；

其中，源单类型为无合同付款申请单时，对应付款单类型包括：日常付款单和代发单；源单类型为报销单、合同付款申请单、内部转账单、差旅费报销单或借款单时，对应付款单类型为日常付款单。

在一种可能的实现方式中，控制模块303，具体用于在目标付款单类型为代发单时，确定复核通道为二维码复核通道，并确定复核指示信息为复核二维码信息；

在目标付款单类型为付款单时，确定复核通道为自动复核通道，并在成功获取到复核信息时确定复核信息获取成功提示信息；在未成功获取到复核信息时，确定复核指示信息为复核失败提示信息。

在一种可能的实现方式中，控制模块303，还用于在目标付款单类型根据目标付款单类型目标付款单类型确定复核通道及复核指示信息之后，根据目标付款单类型目标源单信息复核指令确定目标源单的目标源单类型；

根据目标付款单类型目标源单类型确定目标信息表；其中，信息表数量为多个；信息表与源单类型一一对应；

根据目标源单的源单标识信息从目标信息表中获取复核项信息。

在一种可能的实现方式中，该装置还包括：发送模块，用于在成功获取到复核信息时，发送复核打包数据至银财企支付系统，以由银财企支付系统完成复核打包数据的核对和付款操作；

其中，复核打包数据包括：源单标识信息和复核项信息。

在一种可能的实现方式中，复核项信息包括：收款人名称、收款银行、收款账号和收款金额。

在一种可能的实现方式中，源单标识信息包括：源单ID；或者，源单ID和源单编码。

在本实施例中，通过获取到付款单提交指令后，提交付款指令至银财企支付系统，并由前置机转发至银财企支付系统进行付款前的处理。其中，付款指令至少包括付款单类型和源单标识信息，以便于银财企支付系统基于付款指令确定复核方式。具体的，获取银财企支付系统发送的目标源单信息复核指令，根据目标源单信息复核指令确定目标源单类型，根据目标付款单类型确定复核通道及复核指示信息，并显示相应复核指示信息。其中，复核通道包括自动复核通道和二维码复核通道。财务系统对应不同付款单类型设有至少包括自动复核通道在内的多种复核方式，摆脱完全依靠人工复核方式，并对应不同复核方式的复核数据处理设置相应复核通道，以满足不同类型账单的复核，减轻人工复核压力。本申请根据付款单类型分配复核通道，丰富复核方式同时提高付款效率和准确率。

图4是本申请一实施例提供的电子设备的结构示意图。如图4所示，该实施例的电子设备4包括：处理器40、存储器41以及存储在存储器41中并可在所述处理器40上运行的计算机程序42。所述处理器40执行所述计算机程序42时实现上述各个用于企业账单支付复核的方法实施例中的步骤，例如图1所示的步骤S201至步骤S203。或者，所述处理器40执行所述计算机程序42时实现上述各装置实施例中各模块/单元的功能，例如图3所示模块301至303的功能。

示例性的，所述计算机程序42可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器41中，并由所述处理器40执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序42在所述电子设备4中的执行过程。例如，所述计算机程序42可以被分割成图3所示模块301至303。

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

所称处理器40可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器41可以是所述电子设备4的内部存储单元，例如电子设备4的硬盘或内存。所述存储器41也可以是所述电子设备4的外部存储设备，例如所述电子设备4上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器41还可以既包括所述电子设备4的内部存储单元也包括外部存储设备。所述存储器41用于存储所述计算机程序以及所述电子设备所需的其他程序和数据。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本申请中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

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

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个用于企业账单支付复核的方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、电载波信号、电信信号以及软件分发介质等。

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

Claims (8)

1.一种用于企业账单支付复核的方法，其特征在于，企业账单支付复核系统包括：企业应用套件财务系统和银财企支付系统；所述方法包括：

获取到付款单提交指令后，提交付款指令至所述银财企支付系统；其中，所述付款指令至少包括付款单类型和源单标识信息；

获取所述银财企支付系统发送的目标源单信息复核指令；其中，所述目标源单信息复核指令中至少包括待复核的目标源单的源单标识信息；

根据所述目标源单信息复核指令确定对应的目标源单的目标付款单类型，根据所述目标付款单类型确定复核通道及复核指示信息，并显示相应复核指示信息；其中，复核通道包括自动复核通道和二维码复核通道；

其中，所述付款单类型包括：日常付款单和代发单；源单类型包括报销单、无合同付款申请单、合同付款申请单、内部转账、差旅费报销单和借款单；

其中，源单类型为无合同付款申请单时，对应付款单类型包括：日常付款单和代发单；源单类型为报销单、合同付款申请单、内部转账单、差旅费报销单或借款单时，对应付款单类型为日常付款单；

所述根据所述目标付款单类型确定复核通道及复核指示信息，包括：

在所述目标付款单类型为代发单时，确定复核通道为二维码复核通道，并确定复核指示信息为复核二维码信息；

在所述目标付款单类型为付款单时，确定复核通道为自动复核通道，并在成功获取到复核信息时确定复核信息获取成功提示信息；在未成功获取到复核信息时，确定复核指示信息为复核失败提示信息。

2.根据权利要求1所述的方法，其特征在于，在所述根据所述目标付款单类型确定复核通道及复核指示信息之后，还包括：

根据所述目标源单信息复核指令确定目标源单的目标源单类型；

根据所述目标源单类型确定目标信息表；其中，信息表数量为多个；信息表与源单类型一一对应；

根据目标源单的源单标识信息从所述目标信息表中获取复核项信息。

3.根据权利要求1或2所述的方法，其特征在于，还包括：在成功获取到复核信息时，发送复核打包数据至所述银财企支付系统，以由银财企支付系统完成复核打包数据的核对和付款操作；

其中，所述复核打包数据包括：源单标识信息和复核项信息。

4.根据权利要求3所述的方法，所述复核项信息包括：收款人名称、收款银行、收款账号和收款金额。

5.根据权利要求3所述的方法，其特征在于，所述源单标识信息包括：源单ID；或者，源单ID和源单编码。

6.一种用于企业账单支付复核的装置，其特征在于，企业账单支付复核系统包括：财务系统和银财企支付系统；所述装置包括：

提交模块，用于获取到付款单提交指令后，提交付款指令至所述银财企支付系统；其中，所述付款指令至少包括付款单类型和源单标识信息；

获取模块，用于获取银财企支付系统发送的目标源单信息复核指令；其中，所述目标源单信息复核指令中至少包括待复核的目标源单的源单标识信息；

控制模块，用于根据所述目标源单信息复核指令确定对应的目标源单的目标付款单类型，根据所述目标付款单类型确定复核通道及复核指示信息，并显示相应复核指示信息；其中，复核通道包括自动复核通道和二维码复核通道；

其中，所述付款单类型包括：日常付款单和代发单；源单类型包括报销单、无合同付款申请单、合同付款申请单、内部转账、差旅费报销单和借款单；

其中，源单类型为无合同付款申请单时，对应付款单类型包括：日常付款单和代发单；源单类型为报销单、合同付款申请单、内部转账单、差旅费报销单或借款单时，对应付款单类型为日常付款单；

所述控制模块，具体用于在所述目标付款单类型为代发单时，确定复核通道为二维码复核通道，并确定复核指示信息为复核二维码信息；

在所述目标付款单类型为付款单时，确定复核通道为自动复核通道，并在成功获取到复核信息时确定复核信息获取成功提示信息；在未成功获取到复核信息时，确定复核指示信息为复核失败提示信息。

7.一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如上的权利要求1至5中任一项的企业账单支付复核的方法的步骤。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1至5中任意一项所述的企业账单支付复核的方法的步骤。