申请单处理方法、设备、存储介质及装置与流程

1.本发明涉及互联网技术领域，尤其涉及一种申请单处理方法、设备、存储介质及装置。


背景技术：

2.目前，企业在给多个收款实体付款时，通常通过1：n的方式进行付款，即一个我方主体给多个收款方打款。但是，上述方式由于付款申请单中存在多个收款实体，从而导致只有提交所有收款实体的发票后，才能完成付款，进而导致付款流程复杂，效率低。
3.上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。


技术实现要素：

4.本发明的主要目的在于提供一种申请单处理方法、设备、存储介质及装置，旨在解决现有技术中由于付款申请单中存在多个收款实体，从而导致只有提交所有收款实体的发票后，才能完成付款，进而导致付款流程复杂，效率低的技术问题。
5.为实现上述目的，本发明提供一种申请单处理方法，所述申请单处理方法包括以下步骤：在接收到付款申请单时，确定所述付款申请单对应的交易实体信息；根据所述交易实体信息对所述付款申请单进行拆分，获得多个待付款单；接收各待付款单对应的付款票据，并对各待付款单对应的付款票据分别进行检验；将检验通过的付款票据对应的待付款单作为付款单，并生成所述付款单对应的付款指令。
6.可选地，所述根据所述交易实体信息对所述付款申请单进行拆分，获得多个待付款单的步骤，包括：获取所述付款申请单的申请单信息，并根据所述申请单信息对所述付款申请单进行分类，获得申请单类别；根据所述申请单类别和所述交易实体信息对所述付款申请单进行拆分，获得多个待付款单。
7.可选地，所述根据所述申请单类别和所述交易实体信息对所述付款申请单进行拆分，获得多个待付款单的步骤，包括：根据所述申请单类别和所述交易实体信息对所述付款申请单进行拆分，获得拆分结果；展示所述拆分结果，并接收用户根据所述拆分结果反馈的拆分调整指令；根据所述拆分调整指令对所述拆分结果进行调整，获得多个待付款单。
8.可选地，所述在接收到付款申请单时，确定所述付款申请单对应的交易实体信息
的步骤，包括：在接收到付款申请单时，查找所述付款申请单对应的申请审批终端；将所述付款申请单发送至所述申请审批终端，并接收所述申请审批终端根据所述付款申请单反馈的申请审批指令；在所述审批指令为审批通过时，确定所述付款申请单对应的交易实体信息。
9.可选地，所述将所述付款申请单发送至所述申请审批终端，并接收所述申请审批终端根据所述付款申请单反馈的申请审批指令的步骤，包括：将所述付款申请单进行合并，获得付款总申请单；将所述付款总申请单发送至所述申请审批终端，并接收所述申请审批终端根据所述付款总申请单反馈的申请审批指令。
10.可选地，所述在所述审批指令为审批通过时，确定所述付款申请单对应的交易实体信息的步骤，包括：在所述审批指令为审批通过时，对所述付款申请单进行识别，获得申请单信息；对所述申请单信息进行信息提取，获得所述付款申请单对应的交易实体信息。
11.可选地，所述接收各待付款单对应的付款票据，并对各待付款单对应的付款票据分别进行检验的步骤，包括：接收各待付款单对应的付款票据，并对各待付款单对应的付款票据分别进行识别，获得各付款票据的票面信息；根据各付款票据的票面信息对各付款票据分别进行检验。
12.可选地，所述根据各付款票据的票面信息对各付款票据分别进行检验的步骤，包括：根据各付款票据的票面信息对各付款票据分别进行分类，获得各付款票据的票据类别；根据各付款票据的票据类别生成各付款票据的票据检验策略；根据各付款票据的票面信息和票据检验策略对各付款票据分别进行检验。
13.可选地，所述将检验通过的付款票据对应的待付款单作为付款单，并生成所述付款单对应的付款指令的步骤，包括：将检验通过的付款票据对应的待付款单作为付款单，查找所述付款单对应的付款审批终端；将所述付款单发送至所述付款审批终端，并接收所述付款审批终端根据所述付款单反馈的付款审批指令；在所述付款审批指令为审批通过时，生成所述付款单对应的付款指令。
14.可选地，所述将所述付款单发送至所述付款审批终端，并接收所述付款审批终端反馈的付款审批指令的步骤，包括：将所述付款单进行合并，获得总付款单；将所述总付款单发送至所述付款审批终端，并接收所述付款审批终端根据所述总付款单反馈的付款审批指令。
15.可选地，所述将所述付款单进行合并，获得总付款单的步骤，包括：获取付款单数量，并判断所述付款单数量是否大于预设阈值；
在所述付款单数量大于预设阈值时，将所述付款单进行合并，获得总付款单。
16.此外，为实现上述目的，本发明还提出一种申请单处理设备，所述申请单处理设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的申请单处理程序，所述申请单处理程序配置为实现如上文所述的申请单处理方法。
17.此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有申请单处理程序，所述申请单处理程序被处理器执行时实现如上文所述的申请单处理方法。
18.此外，为实现上述目的，本发明还提出一种申请单处理装置，所述申请单处理装置包括：信息确定模块、申请单拆分模块、票据检验模块和付款指令生成模块；所述信息确定模块，用于在接收到付款申请单时，确定所述付款申请单对应的交易实体信息；所述申请单拆分模块，用于根据所述交易实体信息对所述付款申请单进行拆分，获得多个待付款单；所述票据检验模块，用于接收各待付款单对应的付款票据，并对各待付款单对应的付款票据分别进行检验；所述付款指令生成模块，用于将检验通过的付款票据对应的待付款单作为付款单，并生成所述付款单对应的付款指令。
19.可选地，所述申请单拆分模块，还用于获取所述付款申请单的申请单信息，并根据所述申请单信息对所述付款申请单进行分类，获得申请单类别；所述申请单拆分模块，还用于根据所述申请单类别和所述交易实体信息对所述付款申请单进行拆分，获得多个待付款单。
20.可选地，所述申请单拆分模块，还用于根据所述申请单类别和所述交易实体信息对所述付款申请单进行拆分，获得拆分结果；所述申请单拆分模块，还用于展示所述拆分结果，并接收用户根据所述拆分结果反馈的拆分调整指令；所述申请单拆分模块，还用于根据所述拆分调整指令对所述拆分结果进行调整，获得多个待付款单。
21.可选地，所述信息确定模块，还用于在接收到付款申请单时，查找所述付款申请单对应的申请审批终端；所述信息确定模块，还用于将所述付款申请单发送至所述申请审批终端，并接收所述申请审批终端根据所述付款申请单反馈的申请审批指令；所述信息确定模块，还用于在所述审批指令为审批通过时，确定所述付款申请单对应的交易实体信息。
22.可选地，所述信息确定模块，还用于将所述付款申请单进行合并，获得付款总申请单；所述信息确定模块，还用于将所述付款总申请单发送至所述申请审批终端，并接收所述申请审批终端根据所述付款总申请单反馈的申请审批指令。
23.可选地，所述信息确定模块，还用于在所述审批指令为审批通过时，对所述付款申请单进行识别，获得申请单信息；所述信息确定模块，还用于对所述申请单信息进行信息提取，获得所述付款申请
单对应的交易实体信息。
24.可选地，所述票据检验模块，还用于接收各待付款单对应的付款票据，并对各待付款单对应的付款票据分别进行识别，获得各付款票据的票面信息；所述票据检验模块，还用于根据各付款票据的票面信息对各付款票据分别进行检验。
25.在本发明中，公开了在接收到付款申请单时，确定付款申请单对应的交易实体信息，根据交易实体信息对付款申请单进行拆分，获得多个待付款单，接收各待付款单对应的付款票据，并对各待付款单对应的付款票据分别进行检验，将检验通过的付款票据对应的待付款单作为付款单，并生成付款单对应的付款指令；由于本发明中在实际付款环节中根据交易实体信息将付款申请单自动拆分为多个待付款单，并分别对各待付款单对应的票据进行检验，从而实现了多个收款实体的单独处理，缩短了付款申请单处理流程，提高了付款申请单处理效率。
附图说明
26.图1是本发明实施例方案涉及的硬件运行环境的申请单处理设备的结构示意图；图2为本发明申请单处理方法第一实施例的流程示意图；图3为本发明申请单处理方法一实施例的对付款申请单进行拆分示意图；图4为本发明申请单处理方法一实施例的付款单确定示意图；图5为本发明申请单处理方法第二实施例的流程示意图；图6为本发明申请单处理方法一实施例的付款单合并为总付款单示意图；图7为本发明申请单处理方法第三实施例的流程示意图；图8为本发明申请单处理方法一实施例的付款申请单合并为付款总申请单示意图；图9为本发明申请单处理装置第一实施例的结构框图。
27.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
28.应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
29.参照图1，图1为本发明实施例方案涉及的硬件运行环境的申请单处理设备结构示意图。
30.如图1所示，该申请单处理设备可以包括：处理器1001，例如中央处理器（central processing unit，cpu），通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏（display），可选用户接口1003还可以包括标准的有线接口、无线接口，对于用户接口1003的有线接口在本发明中可为usb接口。网络接口1004可选的可以包括标准的有线接口、无线接口（如无线保真（wireless
‑
fidelity，wi
‑
fi）接口）。存储器1005可以是高速的随机存取存储器（random access memory，ram）存储器，也可以是稳定的存储器（non
‑
volatile memory，nvm），例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
31.本领域技术人员可以理解，图1中示出的结构并不构成对申请单处理设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
32.如图1所示，认定为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及申请单处理程序。
33.在图1所示的申请单处理设备中，网络接口1004主要用于连接后台服务器，与所述后台服务器进行数据通信；用户接口1003主要用于连接用户设备；所述申请单处理设备通过处理器1001调用存储器1005中存储的申请单处理程序，并执行本发明实施例提供的申请单处理方法。
34.基于上述硬件结构，提出本发明申请单处理方法的实施例。
35.参照图2，图2为本发明申请单处理方法第一实施例的流程示意图，提出本发明申请单处理方法第一实施例。
36.在第一实施例中，所述申请单处理方法包括以下步骤：步骤s10：在接收到付款申请单时，确定所述付款申请单对应的交易实体信息。
37.应当理解的是，本实施例方法的执行主体可以是具有数据处理、网络通信以及程序运行功能的申请单处理设备，例如服务器等，或者是其他能够实现相同或相似功能的电子设备，本实施例对此不加限制。
38.需要说明的是，付款申请单中可以包括收款实体和收款实体对应的收款金额等信息。
39.可以理解的是，用户可以通过用户终端填写付款申请单，并将付款申请单发送至申请单处理设备。其中，用户终端可以是预先与申请单处理设备建立通信连接的终端设备。
40.需要说明的是，交易实体信息可以包括付款实体信息和收款实体信息。
41.应当理解的是，确定付款申请单对应的交易实体信息可以是展示付款申请单，并接收用户根据付款申请单输入的交易实体信息。
42.步骤s20：根据所述交易实体信息对所述付款申请单进行拆分，获得多个待付款单。
43.可以理解的是，根据交易实体信息对付款申请单进行拆分，获得多个待付款单可以是从交易实体信息确定付款申请单中的收款实体，并根据收款实体对付款申请单进行拆分，获得多个待付款单。
44.为了便于理解，参考图3进行说明，并不对本方案进行限定。图3为对付款申请单进行拆分示意图。图3中，付款申请单为a1、a2以及a3，付款申请单a1包括收款实体a1、a2、a3，将付款申请单a1拆分为待付款单c1、c2、c3；付款申请单a2包括收款实体a4、a5，将付款申请单a2拆分为待付款单c4、c5，付款申请单a3包括收款实体a6、a7、a8，将付款申请单a3拆分为待付款单c6、c7、c8。
45.步骤s30：接收各待付款单对应的付款票据，并对各待付款单对应的付款票据分别进行检验。
46.需要说明的是，付款票据可以是报销发票等票据，本实施例对此不加以限制。
47.应当理解的是，对各待付款单对应的付款票据分别进行检验可以是对各待付款单对应的付款票据分别进行识别，获得各付款票据的票面信息，根据各付款票据的票面信息对各付款票据分别进行检验。
48.步骤s40：将检验通过的付款票据对应的待付款单作为付款单，并生成所述付款单对应的付款指令。
49.可以理解的是，在校验通过时，说明付款票据真实有效，此时，可以直接生成付款单对应的付款指令。
50.为了便于理解，参考图4进行说明，并不对本方案进行限定。图4为付款单确定示意图。图4中，待付款单为c1
‑
8，对待付款单c1
‑
8对应的付款票据分别进行检验，图中，c1、c3以及c8校验通过，因此，可以将待付款单c1作为付款单d1，将待付款单c3作为付款单d2，将待付款单c8作为付款单d3。
51.应当理解的是，在生成付款单对应的付款指令后，可以将付款指令发送至支付终端，以使支付终端根据付款指令进行支付。
52.在第一实施例中，公开了在接收到付款申请单时，确定付款申请单对应的交易实体信息，根据交易实体信息对付款申请单进行拆分，获得多个待付款单，接收各待付款单对应的付款票据，并对各待付款单对应的付款票据分别进行检验，将检验通过的付款票据对应的待付款单作为付款单，并生成付款单对应的付款指令；由于本实施例中在实际付款环节中根据交易实体信息将付款申请单自动拆分为多个待付款单，并分别对各待付款单对应的票据进行检验，从而实现了多个收款实体的单独处理，缩短了付款申请单处理流程，提高了付款申请单处理效率。
53.参照图5，图5为本发明申请单处理方法第二实施例的流程示意图，基于上述图2所示的第一实施例，提出本发明申请单处理方法的第二实施例。
54.在第二实施例中，所述步骤s10，包括：步骤s101：在接收到付款申请单时，查找所述付款申请单对应的申请审批终端。
55.应当理解的是，为了确定付款申请单是否合规，可以预先对付款申请单进行审批，本实施例中，通过在接收到付款申请单时，将付款申请单发送至申请审批终端，以使申请审批终端对付款申请单进行审批。
56.可以理解的是，查找付款申请单对应的申请审批终端可以是在预设审批终端表中查找付款申请单对应的申请审批终端。其中，预设审批终端表中包含付款申请单与申请审批终端的对应关系，付款申请单与申请审批终端的对应关系可以预先设置。
57.步骤s102：将所述付款申请单发送至所述申请审批终端，并接收所述申请审批终端根据所述付款申请单反馈的申请审批指令。
58.应当理解的是，将付款申请单发送至申请审批终端后，申请审批终端可以先进行业务审批，再进行财务审批，再根据业务审批结果和财务审批结果反馈申请审批指令给申请单处理设备。
59.可以理解的是，在业务审批结果为审批未通过，或财务审批结果为审批未通过时，申请审批终端可以生成审批未通过的审批指令反馈给申请单处理设备；在业务审批结果为审批通过，且财务审批结果为审批未通过时，申请审批终端可以生成审批通过的审批指令反馈给申请单处理设备。
60.步骤s103：在所述审批指令为审批通过时，确定所述付款申请单对应的交易实体信息。
61.应当理解的是，在审批指令为审批通过时，说明付款申请单合规，此时，可以结束
付款申请流程，进入付款审核流程，即需要确定付款申请单对应的交易实体信息。
62.可以理解的是，确定付款申请单对应的交易实体信息可以是展示付款申请单，并接收用户根据付款申请单输入的交易实体信息。
63.在第二实施例中，公开了在接收到付款申请单时，查找付款申请单对应的申请审批终端，将付款申请单发送至申请审批终端，并接收申请审批终端根据付款申请单反馈的申请审批指令，在审批指令为审批通过时，确定付款申请单对应的交易实体信息；由于本实施例中可以预先对付款申请单进行审批，从而提高了付款申请单的可靠性。
64.在第二实施例中，所述步骤s20，包括：步骤s201：获取所述付款申请单的申请单信息，并根据所述申请单信息对所述付款申请单进行分类，获得申请单类别。
65.应当理解的是，不同类别的申请单的业务逻辑不同，因此，拆分方式也不同。本实施例中，为了考虑申请单类别对拆分的影响，先对付款申请单进行分类，再根据申请单类别和交易实体信息对付款申请单进行拆分。
66.需要说明的是，申请单信息可以是申请单填写时间、申请单业务类别、申请单填写人等信息。
67.可以理解的是，获取付款申请单的申请单信息可以是对付款申请单进行识别，获得申请单信息。
68.应当理解的是，对付款申请单进行识别可以是通过预设文本检测模型对付款申请单进行识别，获得申请单信息。其中，预设文本检测模型可以是ctpn模型。
69.可以理解的是，根据申请单信息对付款申请单进行分类，获得申请单类别可以是从申请单信息中提取申请单业务类别信息，并根据申请单业务类别信息对付款申请单进行分类，获得申请单类别。
70.步骤s202：根据所述申请单类别和所述交易实体信息对所述付款申请单进行拆分，获得多个待付款单。
71.应当理解的是，根据申请单类别和交易实体信息对付款申请单进行拆分，获得多个待付款单可以是将申请单类别和交易实体信息作为拆分参考信息，并在预设拆分策略表中查找拆分参考信息对应的拆分策略，并根据拆分策略对付款申请单进行拆分，获得多个待付款单。其中，预设拆分策略表中包含拆分参考信息与拆分策略的对应关系，拆分参考信息与拆分策略的对应关系可以预先设置。拆分策略可以包括拆分数量和被拆分内容等。
72.在第二实施例中，公开了获取付款申请单的申请单信息，并根据申请单信息对付款申请单进行分类，获得申请单类别，根据申请单类别和交易实体信息对付款申请单进行拆分，获得多个待付款单；由于本实施例中额外引入了申请单类别来对付款申请单进行拆分，从而提高了申请单拆分的准确性。
73.在第二实施例中，所述步骤s30，包括：步骤s301：接收各待付款单对应的付款票据，并对各待付款单对应的付款票据分别进行识别，获得各付款票据的票面信息。
74.应当理解的是，对各待付款单对应的付款票据分别进行识别可以是通过预设光学字符识别（optical character recognition，ocr）脚本对各待付款单对应的付款票据分别进行识别；
也可以是先通过预设文本检测模型对各待付款单对应的付款票据分别进行文本检测，获得票据文本，再通过预设文本识别模型对票据文本进行文本识别。其中，预设文本检测模型可以是ctpn模型，预设文本识别模型可以是crnn模型。
75.步骤s302：根据各付款票据的票面信息对各付款票据分别进行检验。
76.可以理解的是，根据各付款票据的票面信息对各付款票据分别进行检验可以是根据各付款票据的票面信息和预设票据检验策略对各付款票据分别进行检验。其中，预设票据检验策略可以预先设置，例如，将检验票据是否为真，和/或检验票据是否盖章等作为预设票据检验策略。
77.进一步地，不同类别的票据进行票据检验时的内容也不同，为了提高票据检验的准确性，所述步骤s302，包括：根据各付款票据的票面信息对各付款票据分别进行分类，获得各付款票据的票据类别；根据各付款票据的票据类别生成各付款票据的票据检验策略；根据各付款票据的票面信息和票据检验策略对各付款票据分别进行检验。
78.应当理解的是，不同类别的票据进行票据检验时的内容也不同。因此，本实施例中需要先根据各付款票据的票面信息对各付款票据分别进行分类，再根据各付款票据的票据类别生成各付款票据的票据检验策略。
79.可以理解的是，根据各付款票据的票据类别生成各付款票据的票据检验策略可以是在预设票据检验策略表中查找票据类别对应的票据检验策略。其中，预设票据检验策略表中包含票据类别与票据检验策略的对应关系，票据类别与票据检验策略的对应关系可以预先设置。
80.在第二实施例中，公开了接收各待付款单对应的付款票据，并对各待付款单对应的付款票据分别进行识别，获得各付款票据的票面信息，根据各付款票据的票面信息对各付款票据分别进行检验；由于本实例中引入了各付款票据的票面信息对各付款票据分别进行检验，从而能够提高票据检验的准确性。
81.在第二实施例中，所述步骤s40，包括：步骤s401：将检验通过的付款票据对应的待付款单作为付款单，查找所述付款单对应的付款审批终端。
82.应当理解的是，在实际应用中，在付款票据校验通过后，还需要付款审批才能进行支付。因此，本实例中，将检验通过的付款票据对应的待付款单作为付款单，并将付款单发送至付款单对应的付款审批终端。
83.可以理解的是，查找付款单对应的付款审批终端可以是在预设付款审批表中查找付款单对应的付款审批终端。其中，预设付款审批表中包含付款单与付款审批终端的对应关系，付款单与付款审批终端的对应关系可以预先设置；也可以是将首席财务官（chief financial officer，cfo）对应的终端作为付款审批终端。
84.步骤s402：将所述付款单发送至所述付款审批终端，并接收所述付款审批终端根据所述付款单反馈的付款审批指令。
85.应当理解的是，将付款单发送至付款审批终端后，用户可以在付款审批终端进行
审批，并反馈付款审批指令。
86.进一步地，如果将付款单逐个发送给付款审批终端进行审批，可能导致需要审批的付款单较多，费事费力，用户体验较差。为了克服上述缺陷，所述步骤s402，包括：将所述付款单进行合并，获得总付款单；将所述总付款单发送至所述付款审批终端，并接收所述付款审批终端根据所述总付款单反馈的付款审批指令。
87.应当理解的是，如果将付款单逐个发送给付款审批终端进行审批，可能导致需要审批的付款单较多，费事费力，用户体验较差。为了克服上述缺陷，本实施例中，通过将付款单进行合并，获得总付款单，并将总付款单发送至付款审批终端。
88.为了便于理解，参考图6进行说明，但并不对本方案进行限定。图6为付款单合并为总付款单示意图，图6中，存在多个付款单d1、d2以及d3，本实施例中，可以将d1、d2以及d3合并为总付款单e，并将总付款单e发送至付款审批终端进行付款审批。
89.进一步地，如果所有情况下都进行付款单合并可能会导致资源浪费，为了克服上述缺陷，所述将所述付款单进行合并，获得总付款单，包括：获取付款单数量，并判断所述付款单数量是否大于预设阈值；在所述付款单数量大于预设阈值时，将所述付款单进行合并，获得总付款单。
90.需要说明的是，预设阈值可以预先设置，例如，将3设置为预设阈值。
91.可以理解的是，在付款单数量大于预设阈值时，说明付款单数量较多，需要将付款单进行合并。
92.步骤s403：在所述付款审批指令为审批通过时，生成所述付款单对应的付款指令。
93.可以理解的是，在校验通过时，说明付款票据真实有效，此时，可以直接生成付款单对应的付款指令。
94.应当理解的是，在生成付款单对应的付款指令后，可以将付款指令发送至支付终端，以使支付终端根据付款指令进行支付。
95.在第二实施例中，公开了将检验通过的付款票据对应的待付款单作为付款单，查找付款单对应的付款审批终端，将付款单发送至付款审批终端，并接收付款审批终端根据付款单反馈的付款审批指令，在付款审批指令为审批通过时，生成付款单对应的付款指令；由于本实施例中，额外增加了付款单的审批流程，从而提高了付款的安全性。
96.参照图7，图7为本发明申请单处理方法第三实施例的流程示意图，基于上述图5所示的第二实施例，提出本发明申请单处理方法的第三实施例。
97.在第三实施例中，所述步骤s102，包括：步骤s1021：将所述付款申请单进行合并，获得付款总申请单。
98.应当理解的是，如果将付款申请单逐个发送给申请审批终端进行审批，可能导致需要审批的申请单较多，费事费力，用户体验较差。为了克服上述缺陷，本实施例中，通过将付款申请单进行合并，获得付款总申请单，并将付款总申请单发送至所述申请审批终端。
99.为了便于理解，参考图8进行说明，但并不对本方案进行限定。图8为付款申请单合并为付款总申请单示意图，图8中，存在多个付款申请单a1、a2以及a3，本实施例中，可以将a1、a2以及a3合并为付款总申请单b，并将付款总申请单b发送至申请审批终端进行审批。
100.步骤s1022：将所述付款总申请单发送至所述申请审批终端，并接收所述申请审批
终端根据所述付款总申请单反馈的申请审批指令。
101.应当理解的是，将付款总申请单发送至申请审批终端后，申请审批终端可以先进行业务审批，再进行财务审批，再根据业务审批结果和财务审批结果反馈申请审批指令给申请单处理设备。
102.在第三实施例中，公开了将付款申请单进行合并，获得付款总申请单，将付款总申请单发送至申请审批终端，并接收申请审批终端根据付款总申请单反馈的申请审批指令；由于本技术中将付款申请单合并后，再发送给申请审批终端，从而减少了付款申请单的审批量，提高了付款申请单的审批效率。
103.在第三实施例中，所述步骤s103，包括：步骤s1031：在所述审批指令为审批通过时，对所述付款申请单进行识别，获得申请单信息。
104.应当理解的是，依靠人工识别付款申请单的交易实体信息费时费力，识别速度慢。为了克服上述缺陷，本实施例中，通过对付款申请单进行识别，获得申请单信息，并对申请单信息进行信息提取，获得付款申请单对应的交易实体信息。
105.可以理解的是，对付款申请单进行识别可以是通过预设文本检测模型对付款申请单进行识别，获得申请单信息。其中，预设文本检测模型可以是ctpn模型。
106.步骤s1032：对所述申请单信息进行信息提取，获得所述付款申请单对应的交易实体信息。
107.应当理解的是，对申请单信息进行信息提取可以是根据信息标识对申请单信息进行信息提取。其中，信息标识用于表示信息内容。
108.在第三实施例中，公开了在审批指令为审批通过时，对付款申请单进行识别，获得申请单信息，对申请单信息进行信息提取，获得付款申请单对应的交易实体信息；由于本实施例中可以自动对付款申请单进行识别，以获得付款申请单对应的交易实体信息，从而提高了交易实体信息的识别速度，进而提高了申请单处理速度。
109.在第三实施例中，所述步骤s202，包括：步骤s2021：根据所述申请单类别和所述交易实体信息对所述付款申请单进行拆分，获得拆分结果。
110.应当理解的是，根据申请单类别和交易实体信息对付款申请单进行拆分可以是将申请单类别和交易实体信息作为拆分参考信息，并在预设拆分策略表中查找拆分参考信息对应的拆分策略，并根据拆分策略对付款申请单进行拆分。其中，预设拆分策略表中包含拆分参考信息与拆分策略的对应关系，拆分参考信息与拆分策略的对应关系可以预先设置。拆分策略可以包括拆分数量和被拆分内容等。
111.步骤s2022：展示所述拆分结果，并接收用户根据所述拆分结果反馈的拆分调整指令。
112.可以理解的是，在实际使用中，可能存在自动拆分错误的情况。为了克服上述缺陷，本实施例中还展示拆分结果，并接收用户根据拆分结果反馈的拆分调整指令。
113.步骤s2023：根据所述拆分调整指令对所述拆分结果进行调整，获得多个待付款单。
114.应当理解的是，根据拆分调整指令对拆分结果进行调整，获得多个待付款单可以
是根据拆分调整指令对付款申请单进行重新拆分，获得多个待付款单。
115.在第三实施例中，公开了根据申请单类别和交易实体信息对付款申请单进行拆分，获得拆分结果，展示拆分结果，并接收用户根据拆分结果反馈的拆分调整指令，根据拆分调整指令对拆分结果进行调整，获得多个待付款单；由于本实施例中还展示拆分结果，并接收用户根据拆分结果反馈的拆分调整指令，从而能够手动调整拆分结果，以使拆分更加准确。
116.此外，本发明实施例还提出一种存储介质，所述存储介质上存储有申请单处理程序，所述申请单处理程序被处理器执行时实现如上文所述的申请单处理方法。
117.此外，参照图9，本发明实施例还提出一种申请单处理装置，所述申请单处理装置包括：信息确定模块10、申请单拆分模块20、票据检验模块30和付款指令生成模块40；所述信息确定模块10，用于在接收到付款申请单时，确定所述付款申请单对应的交易实体信息。
118.需要说明的是，付款申请单中可以包括收款实体和收款实体对应的收款金额等信息。
119.可以理解的是，用户可以通过用户终端填写付款申请单，并将付款申请单发送至申请单处理设备。其中，用户终端可以是预先与申请单处理设备建立通信连接的终端设备。
120.需要说明的是，交易实体信息可以包括付款实体信息和收款实体信息。
121.应当理解的是，确定付款申请单对应的交易实体信息可以是展示付款申请单，并接收用户根据付款申请单输入的交易实体信息。
122.所述申请单拆分模块20，用于根据所述交易实体信息对所述付款申请单进行拆分，获得多个待付款单。
123.可以理解的是，根据交易实体信息对付款申请单进行拆分，获得多个待付款单可以是从交易实体信息确定付款申请单中的收款实体，并根据收款实体对付款申请单进行拆分，获得多个待付款单。
124.为了便于理解，参考图3进行说明，并不对本方案进行限定。图3为对付款申请单进行拆分示意图。图3中，付款申请单为a1、a2以及a3，付款申请单a1包括收款实体a1、a2、a3，将付款申请单a1拆分为待付款单c1、c2、c3；付款申请单a2包括收款实体a4、a5，将付款申请单a2拆分为待付款单c4、c5，付款申请单a3包括收款实体a6、a7、a8，将付款申请单a3拆分为待付款单c6、c7、c8。
125.所述票据检验模块30，用于接收各待付款单对应的付款票据，并对各待付款单对应的付款票据分别进行检验。
126.需要说明的是，付款票据可以是报销发票等票据，本实施例对此不加以限制。
127.应当理解的是，对各待付款单对应的付款票据分别进行检验可以是对各待付款单对应的付款票据分别进行识别，获得各付款票据的票面信息，根据各付款票据的票面信息对各付款票据分别进行检验。
128.所述付款指令生成模块40，用于将检验通过的付款票据对应的待付款单作为付款单，并生成所述付款单对应的付款指令。
129.可以理解的是，在校验通过时，说明付款票据真实有效，此时，可以直接生成付款单对应的付款指令。
130.为了便于理解，参考图4进行说明，并不对本方案进行限定。图4为付款单确定示意图。图4中，待付款单为c1
‑
8，对待付款单c1
‑
8对应的付款票据分别进行检验，图中，c1、c3以及c8校验通过，因此，可以将待付款单c1作为付款单d1，将待付款单c3作为付款单d2，将待付款单c8作为付款单d3。
131.应当理解的是，在生成付款单对应的付款指令后，可以将付款指令发送至支付终端，以使支付终端根据付款指令进行支付。
132.在本实施例中，公开了在接收到付款申请单时，确定付款申请单对应的交易实体信息，根据交易实体信息对付款申请单进行拆分，获得多个待付款单，接收各待付款单对应的付款票据，并对各待付款单对应的付款票据分别进行检验，将检验通过的付款票据对应的待付款单作为付款单，并生成付款单对应的付款指令；由于本实施例中在实际付款环节中根据交易实体信息将付款申请单自动拆分为多个待付款单，并分别对各待付款单对应的票据进行检验，从而实现了多个收款实体的单独处理，缩短了付款申请单处理流程，提高了付款申请单处理效率。
133.本发明所述申请单处理装置的其他实施例或具体实现方式可参照上述各方法实施例，此处不再赘述。
134.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
135.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。词语第一、第二、以及第三等的使用不表示任何顺序，可将这些词语解释为名称。
136.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器镜像（read only memory image，rom）/随机存取存储器（random access memory，ram）、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
137.以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
138.本发明公开了a1、一种申请单处理方法，所述申请单处理方法包括以下步骤：在接收到付款申请单时，确定所述付款申请单对应的交易实体信息；根据所述交易实体信息对所述付款申请单进行拆分，获得多个待付款单；接收各待付款单对应的付款票据，并对各待付款单对应的付款票据分别进行检验；将检验通过的付款票据对应的待付款单作为付款单，并生成所述付款单对应的付
款指令。
139.a2、如a1所述的申请单处理方法，所述根据所述交易实体信息对所述付款申请单进行拆分，获得多个待付款单的步骤，包括：获取所述付款申请单的申请单信息，并根据所述申请单信息对所述付款申请单进行分类，获得申请单类别；根据所述申请单类别和所述交易实体信息对所述付款申请单进行拆分，获得多个待付款单。
140.a3、如a2所述的申请单处理方法，所述根据所述申请单类别和所述交易实体信息对所述付款申请单进行拆分，获得多个待付款单的步骤，包括：根据所述申请单类别和所述交易实体信息对所述付款申请单进行拆分，获得拆分结果；展示所述拆分结果，并接收用户根据所述拆分结果反馈的拆分调整指令；根据所述拆分调整指令对所述拆分结果进行调整，获得多个待付款单。
141.a4、如a1所述的申请单处理方法，所述在接收到付款申请单时，确定所述付款申请单对应的交易实体信息的步骤，包括：在接收到付款申请单时，查找所述付款申请单对应的申请审批终端；将所述付款申请单发送至所述申请审批终端，并接收所述申请审批终端根据所述付款申请单反馈的申请审批指令；在所述审批指令为审批通过时，确定所述付款申请单对应的交易实体信息。
142.a5、如a4所述的申请单处理方法，所述将所述付款申请单发送至所述申请审批终端，并接收所述申请审批终端根据所述付款申请单反馈的申请审批指令的步骤，包括：将所述付款申请单进行合并，获得付款总申请单；将所述付款总申请单发送至所述申请审批终端，并接收所述申请审批终端根据所述付款总申请单反馈的申请审批指令。
143.a6、如a4所述的申请单处理方法，所述在所述审批指令为审批通过时，确定所述付款申请单对应的交易实体信息的步骤，包括：在所述审批指令为审批通过时，对所述付款申请单进行识别，获得申请单信息；对所述申请单信息进行信息提取，获得所述付款申请单对应的交易实体信息。
144.a7、如a1
‑
a6中任一项所述的申请单处理方法，所述接收各待付款单对应的付款票据，并对各待付款单对应的付款票据分别进行检验的步骤，包括：接收各待付款单对应的付款票据，并对各待付款单对应的付款票据分别进行识别，获得各付款票据的票面信息；根据各付款票据的票面信息对各付款票据分别进行检验。
145.a8、如a7所述的申请单处理方法，所述根据各付款票据的票面信息对各付款票据分别进行检验的步骤，包括：根据各付款票据的票面信息对各付款票据分别进行分类，获得各付款票据的票据类别；根据各付款票据的票据类别生成各付款票据的票据检验策略；根据各付款票据的票面信息和票据检验策略对各付款票据分别进行检验。
146.a9、如a1
‑
a6中任一项所述的申请单处理方法，所述将检验通过的付款票据对应的待付款单作为付款单，并生成所述付款单对应的付款指令的步骤，包括：将检验通过的付款票据对应的待付款单作为付款单，查找所述付款单对应的付款审批终端；将所述付款单发送至所述付款审批终端，并接收所述付款审批终端根据所述付款单反馈的付款审批指令；在所述付款审批指令为审批通过时，生成所述付款单对应的付款指令。
147.a10、如a9所述的申请单处理方法，所述将所述付款单发送至所述付款审批终端，并接收所述付款审批终端反馈的付款审批指令的步骤，包括：将所述付款单进行合并，获得总付款单；将所述总付款单发送至所述付款审批终端，并接收所述付款审批终端根据所述总付款单反馈的付款审批指令。
148.a11、如a10所述的申请单处理方法，所述将所述付款单进行合并，获得总付款单的步骤，包括：获取付款单数量，并判断所述付款单数量是否大于预设阈值；在所述付款单数量大于预设阈值时，将所述付款单进行合并，获得总付款单。
149.本发明还公开了b12、一种申请单处理设备，所述申请单处理设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的申请单处理程序，所述申请单处理程序被所述处理器执行时实现如上文所述的申请单处理方法。
150.本发明还公开了c13、一种存储介质，所述存储介质上存储有申请单处理程序，所述申请单处理程序被处理器执行时实现如上文所述的申请单处理方法。
151.本发明还公开了d14、一种申请单处理装置，所述申请单处理装置包括：信息确定模块、申请单拆分模块、票据检验模块和付款指令生成模块；所述信息确定模块，用于在接收到付款申请单时，确定所述付款申请单对应的交易实体信息；所述申请单拆分模块，用于根据所述交易实体信息对所述付款申请单进行拆分，获得多个待付款单；所述票据检验模块，用于接收各待付款单对应的付款票据，并对各待付款单对应的付款票据分别进行检验；所述付款指令生成模块，用于将检验通过的付款票据对应的待付款单作为付款单，并生成所述付款单对应的付款指令。
152.d15、如d14所述的申请单处理装置，所述申请单拆分模块，还用于获取所述付款申请单的申请单信息，并根据所述申请单信息对所述付款申请单进行分类，获得申请单类别；所述申请单拆分模块，还用于根据所述申请单类别和所述交易实体信息对所述付款申请单进行拆分，获得多个待付款单。
153.d16、如d15所述的申请单处理装置，所述申请单拆分模块，还用于根据所述申请单类别和所述交易实体信息对所述付款申请单进行拆分，获得拆分结果；所述申请单拆分模块，还用于展示所述拆分结果，并接收用户根据所述拆分结果反馈的拆分调整指令；
所述申请单拆分模块，还用于根据所述拆分调整指令对所述拆分结果进行调整，获得多个待付款单。
154.d17、如d14所述的申请单处理装置，所述信息确定模块，还用于在接收到付款申请单时，查找所述付款申请单对应的申请审批终端；所述信息确定模块，还用于将所述付款申请单发送至所述申请审批终端，并接收所述申请审批终端根据所述付款申请单反馈的申请审批指令；所述信息确定模块，还用于在所述审批指令为审批通过时，确定所述付款申请单对应的交易实体信息。
155.d18、如d17所述的申请单处理装置，所述信息确定模块，还用于将所述付款申请单进行合并，获得付款总申请单；所述信息确定模块，还用于将所述付款总申请单发送至所述申请审批终端，并接收所述申请审批终端根据所述付款总申请单反馈的申请审批指令。
156.d19、如d18所述的申请单处理装置，所述信息确定模块，还用于在所述审批指令为审批通过时，对所述付款申请单进行识别，获得申请单信息；所述信息确定模块，还用于对所述申请单信息进行信息提取，获得所述付款申请单对应的交易实体信息。
157.d20、如d14
‑
d19中任一项所述的申请单处理装置，所述票据检验模块，还用于接收各待付款单对应的付款票据，并对各待付款单对应的付款票据分别进行识别，获得各付款票据的票面信息；所述票据检验模块，还用于根据各付款票据的票面信息对各付款票据分别进行检验。