CN113537964A

CN113537964A - Application form processing method, device, storage medium and device

Info

Publication number: CN113537964A
Application number: CN202111090357.XA
Authority: CN
Inventors: 何丙南; 孙玉坤; 张俊; 王沈悦; 王华兵; 李景希
Original assignee: Beijing Qihoo Technology Co Ltd
Current assignee: Beijing Qihoo Technology Co Ltd
Priority date: 2021-09-17
Filing date: 2021-09-17
Publication date: 2021-10-22

Abstract

The invention relates to the technical field of Internet, and discloses a method, equipment, a storage medium and a device for processing an application form, wherein the method comprises the following steps: when a payment application form is received, determining transaction entity information corresponding to the payment application form, splitting the payment application form according to the transaction entity information to obtain a plurality of to-be-paid forms, receiving payment bills corresponding to the to-be-paid forms, respectively checking the payment bills corresponding to the to-be-paid forms, taking the to-be-paid forms corresponding to the checked payment bills as the payment bills, and generating payment instructions corresponding to the payment bills; in the invention, the payment application form is automatically split into a plurality of to-be-paid forms according to the information of the transaction entity in the actual payment link, and the bills corresponding to the to-be-paid forms are respectively checked, so that the independent processing of a plurality of collection entities is realized, the processing flow of the payment application form is shortened, and the processing efficiency of the payment application form is improved.

Description

Application form processing method, device, storage medium and device

Technical Field

The present invention relates to the field of internet technologies, and in particular, to a method, a device, a storage medium, and an apparatus for processing an application form.

Background

Currently, a business pays multiple payee entities, typically by 1: and the payment is carried out in an N mode, namely, one principal of the party makes money for a plurality of payee parties. However, in the above-mentioned manner, because a plurality of payment entities exist in the payment application form, the payment can be completed only after the invoices of all the payment entities are submitted, and further, the payment process is complex and the efficiency is low.

The above is only for the purpose of assisting understanding of the technical aspects of the present invention, and does not represent an admission that the above is prior art.

Disclosure of Invention

The invention mainly aims to provide a processing method, equipment, a storage medium and a device of an application form, aiming at solving the technical problems that in the prior art, due to the fact that a plurality of payment entities exist in a payment application form, payment can be finished only after invoices of all the payment entities are submitted, and further the payment process is complex and the efficiency is low.

In order to achieve the above object, the present invention provides a method for processing an application form, including the steps of:

when a payment application form is received, determining transaction entity information corresponding to the payment application form;

splitting the payment application form according to the transaction entity information to obtain a plurality of to-be-paid forms;

receiving payment bills corresponding to the to-be-paid bills, and respectively checking the payment bills corresponding to the to-be-paid bills;

and taking the bill to be paid corresponding to the verified payment bill as a payment bill, and generating a payment instruction corresponding to the payment bill.

Optionally, the step of splitting the payment application form according to the transaction entity information to obtain a plurality of to-be-paid forms includes:

acquiring the information of the payment application form, and classifying the payment application form according to the information of the payment application form to acquire the type of the payment application form;

and splitting the payment application form according to the type of the application form and the transaction entity information to obtain a plurality of to-be-paid forms.

Optionally, the step of splitting the payment application form according to the type of the application form and the transaction entity information to obtain a plurality of to-be-paid forms includes:

splitting the payment application form according to the type of the application form and the transaction entity information to obtain a splitting result;

displaying the splitting result, and receiving a splitting adjustment instruction fed back by a user according to the splitting result;

and adjusting the splitting result according to the splitting adjustment instruction to obtain a plurality of bills to be paid.

Optionally, the step of determining, when a payment application form is received, transaction entity information corresponding to the payment application form includes:

when a payment application form is received, an application approval terminal corresponding to the payment application form is searched;

sending the payment application form to the application approval terminal, and receiving an application approval instruction fed back by the application approval terminal according to the payment application form;

and when the approval instruction passes the approval, determining transaction entity information corresponding to the payment application form.

Optionally, the step of sending the payment application form to the application approval terminal and receiving an application approval instruction fed back by the application approval terminal according to the payment application form includes:

merging the payment application forms to obtain a payment total application form;

and sending the payment total application form to the application approval terminal, and receiving an application approval instruction fed back by the application approval terminal according to the payment total application form.

Optionally, the step of determining transaction entity information corresponding to the payment application form when the approval instruction is approved includes:

when the approval instruction passes the approval, identifying the payment application form to obtain the information of the payment application form;

and extracting information of the application form information to obtain transaction entity information corresponding to the payment application form.

Optionally, the step of receiving the payment bill corresponding to each to-be-paid bill and respectively verifying the payment bills corresponding to each to-be-paid bill includes:

receiving payment bills corresponding to the to-be-paid bills, respectively identifying the payment bills corresponding to the to-be-paid bills, and obtaining the bill surface information of the payment bills;

and respectively checking each payment bill according to the bill surface information of each payment bill.

Optionally, the step of respectively verifying each payment instrument according to the face information of each payment instrument includes:

classifying the payment bills respectively according to the bill surface information of the payment bills to obtain bill categories of the payment bills;

generating bill inspection strategies of the payment bills according to bill categories of the payment bills;

and respectively checking each payment bill according to the bill surface information and the bill checking strategy of each payment bill.

Optionally, the step of taking the to-be-paid bill corresponding to the verified payment bill as the payment bill and generating the payment instruction corresponding to the payment bill includes:

taking the bill to be paid corresponding to the checked payment bill as a payment bill, and searching a payment approval terminal corresponding to the payment bill;

sending the payment order to the payment approval terminal, and receiving a payment approval instruction fed back by the payment approval terminal according to the payment order;

and when the payment approval instruction passes the approval, generating a payment instruction corresponding to the payment bill.

Optionally, the step of sending the payment statement to the payment approval terminal and receiving the payment approval instruction fed back by the payment approval terminal includes:

merging the payment bills to obtain a total payment bill;

and sending the total payment bill to the payment approval terminal, and receiving a payment approval instruction fed back by the payment approval terminal according to the total payment bill.

Optionally, the step of merging the payment tickets to obtain a total payment ticket includes:

acquiring the number of the payment bills, and judging whether the number of the payment bills is greater than a preset threshold value or not;

and when the payment single amount is larger than a preset threshold value, combining the payment sheets to obtain a total payment sheet.

Further, to achieve the above object, the present invention also proposes a request form processing apparatus including a memory, a processor, and a request form processing program stored on the memory and executable on the processor, the request form processing program being configured to implement the request form processing method as described above.

In addition, in order to achieve the above object, the present invention also proposes a storage medium having stored thereon a request form processing program that realizes the request form processing method as described above when executed by a processor.

In order to achieve the above object, the present invention also provides an application form processing apparatus including: the system comprises an information determination module, an application form splitting module, a bill inspection module and a payment instruction generation module;

the information determining module is used for determining transaction entity information corresponding to a payment application form when the payment application form is received;

the application form splitting module is used for splitting the payment application form according to the transaction entity information to obtain a plurality of to-be-paid forms;

the bill inspection module is used for receiving the payment bills corresponding to the to-be-paid bills and respectively inspecting the payment bills corresponding to the to-be-paid bills;

and the payment instruction generation module is used for taking the to-be-paid bill corresponding to the verified payment bill as a payment bill and generating a payment instruction corresponding to the payment bill.

Optionally, the application form splitting module is further configured to obtain application form information of the payment application form, and classify the payment application form according to the application form information to obtain an application form category;

the application form splitting module is further used for splitting the payment application form according to the type of the application form and the transaction entity information to obtain a plurality of to-be-paid forms.

Optionally, the application form splitting module is further configured to split the payment application form according to the type of the application form and the transaction entity information, so as to obtain a split result;

the application form splitting module is also used for displaying the splitting result and receiving a splitting adjustment instruction fed back by a user according to the splitting result;

the application form splitting module is further configured to adjust the splitting result according to the splitting adjustment instruction, so as to obtain a plurality of bills to be paid.

Optionally, the information determining module is further configured to search, when receiving a payment application form, an application approval terminal corresponding to the payment application form;

the information determining module is further used for sending the payment application form to the application approval terminal and receiving an application approval instruction fed back by the application approval terminal according to the payment application form;

the information determining module is further configured to determine transaction entity information corresponding to the payment application form when the approval instruction passes the approval.

Optionally, the information determining module is further configured to merge the payment application forms to obtain a total payment application form;

the information determining module is further configured to send the total payment application form to the application approval terminal, and receive an application approval instruction fed back by the application approval terminal according to the total payment application form.

Optionally, the information determining module is further configured to identify the payment application form to obtain application form information when the approval instruction passes the approval;

the information determining module is further used for extracting the information of the application form to obtain the transaction entity information corresponding to the payment application form.

Optionally, the bill checking module is further configured to receive payment bills corresponding to the to-be-paid bills, and identify the payment bills corresponding to the to-be-paid bills respectively to obtain the bill surface information of each payment bill;

the bill inspection module is also used for inspecting each payment bill according to the bill surface information of each payment bill.

The invention discloses that when a payment application form is received, transaction entity information corresponding to the payment application form is determined, the payment application form is split according to the transaction entity information to obtain a plurality of to-be-paid forms, payment bills corresponding to the to-be-paid forms are received, the payment bills corresponding to the to-be-paid forms are respectively checked, the to-be-paid forms corresponding to the checked payment bills are taken as payment bills, and payment instructions corresponding to the payment bills are generated; in the invention, the payment application form is automatically split into a plurality of to-be-paid forms according to the information of the transaction entity in the actual payment link, and the bills corresponding to the to-be-paid forms are respectively checked, so that the independent processing of a plurality of collection entities is realized, the processing flow of the payment application form is shortened, and the processing efficiency of the payment application form is improved.

Drawings

Fig. 1 is a schematic structural diagram of an application form processing device of a hardware operating environment according to an embodiment of the present invention;

FIG. 2 is a schematic flow chart of a first embodiment of a request form processing method according to the present invention;

FIG. 3 is a schematic diagram illustrating a process of splitting a payment application form according to an embodiment of the application form processing method of the present invention;

FIG. 4 is a schematic view of a payment slip determination process according to an embodiment of the present invention;

FIG. 5 is a schematic flow chart of a second embodiment of a request form processing method according to the present invention;

FIG. 6 is a schematic diagram of a combined total payment slip according to an embodiment of the application form processing method of the present invention;

FIG. 7 is a schematic flow chart of a third embodiment of a request form processing method according to the present invention;

FIG. 8 is a schematic diagram of a method for processing a payment application form into a total payment application form according to an embodiment of the present invention;

fig. 9 is a block diagram showing the configuration of the application form processing apparatus according to the first embodiment of the present invention.

The implementation, functional features and advantages of the objects of the present invention will be further explained with reference to the accompanying drawings.

Detailed Description

It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

Referring to fig. 1, fig. 1 is a schematic structural diagram of a request form processing device in a hardware operating environment according to an embodiment of the present invention.

As shown in fig. 1, the application form processing apparatus may include: a processor 1001, such as a Central Processing Unit (CPU), a communication bus 1002, a user interface 1003, a network interface 1004, and a memory 1005. Wherein a communication bus 1002 is used to enable connective communication between these components. The user interface 1003 may include a Display screen (Display), and the optional user interface 1003 may further include a standard wired interface and a wireless interface, and the wired interface for the user interface 1003 may be a USB interface in the present invention. The network interface 1004 may optionally include a standard wired interface, a WIreless interface (e.g., a WIreless-FIdelity (WI-FI) interface). The Memory 1005 may be a Random Access Memory (RAM) Memory or a Non-volatile Memory (NVM), such as a disk Memory. The memory 1005 may alternatively be a storage device separate from the processor 1001.

Those skilled in the art will appreciate that the configuration shown in fig. 1 does not constitute a limitation of the application form processing apparatus and may include more or less components than those shown, or some components in combination, or a different arrangement of components.

As shown in FIG. 1, memory 1005, identified as one type of computer storage medium, may include an operating system, a network communication module, a user interface module, and a claim form handler.

In the application form processing apparatus shown in fig. 1, the network interface 1004 is mainly used for connecting to a background server and performing data communication with the background server; the user interface 1003 is mainly used for connecting user equipment; the application form processing device calls the application form processing program stored in the memory 1005 through the processor 1001 and executes the application form processing method provided by the embodiment of the invention.

Based on the hardware structure, the embodiment of the application form processing method is provided.

Referring to fig. 2, fig. 2 is a schematic flow chart of a first embodiment of a processing method of a request form of the present invention, and the first embodiment of the processing method of the request form of the present invention is provided.

In a first embodiment, the application form processing method includes the steps of:

step S10: and when receiving a payment application form, determining transaction entity information corresponding to the payment application form.

It should be understood that the main body of execution of the method of this embodiment may be a request form processing device with data processing, network communication and program running functions, such as a server, or other electronic devices capable of implementing the same or similar functions, and this embodiment is not limited thereto.

The payment application form may include information such as the payee entity and the amount of money to be collected corresponding to the payee entity.

It is understood that the user may fill out the payment application form through the user terminal and transmit the payment application form to the application form processing apparatus. The user terminal may be a terminal device that establishes a communication connection with the application form processing device in advance.

It should be noted that the transaction entity information may include payment entity information and payee entity information.

It should be understood that the determination of the transaction entity information corresponding to the payment application form may be to display the payment application form and receive the transaction entity information input by the user according to the payment application form.

Step S20: and splitting the payment application form according to the transaction entity information to obtain a plurality of to-be-paid forms.

It can be understood that the separation of the payment application form according to the transaction entity information to obtain the plurality of to-be-paid bills may be a determination of a payee entity in the payment application form from the transaction entity information, and the separation of the payment application form according to the payee entity to obtain the plurality of to-be-paid bills.

For ease of understanding, the description is made with reference to fig. 3, and the present solution is not limited. Fig. 3 is a schematic diagram illustrating a split of a payment request form. In fig. 3, the payment application forms are a1, a2 and A3, the payment application form a1 includes collection entities a1, a2 and A3, and the payment application form a1 is divided into to-be-paid forms C1, C2 and C3; the payment application form A2 comprises collection entities a4 and a5, the payment application form A2 is divided into to-be-paid forms C4 and C5, the payment application form A3 comprises collection entities a6, a7 and A8, and the payment application form A3 is divided into to-be-paid forms C6, C7 and C8.

Step S30: and receiving the payment bill corresponding to each bill to be paid, and respectively checking the payment bill corresponding to each bill to be paid.

Note that the payment bill may be a bill such as a reimbursement invoice, and the embodiment is not limited to this.

It should be understood that, the checking of the payment bill corresponding to each to-be-paid bill may be to identify the payment bill corresponding to each to-be-paid bill, obtain the face information of each payment bill, and check each payment bill according to the face information of each payment bill.

Step S40: and taking the bill to be paid corresponding to the verified payment bill as a payment bill, and generating a payment instruction corresponding to the payment bill.

It can be understood that, when the verification passes, the payment bill is true and valid, and at this time, the payment instruction corresponding to the payment bill can be directly generated.

For ease of understanding, the description is made with reference to fig. 4, and this scheme is not limited. Fig. 4 is a schematic view of a payment slip determination. In fig. 4, the to-be-paid bill is C1-8, the payment bills corresponding to the to-be-paid bill C1-8 are respectively checked, and in the figure, C1, C3 and C8 are checked to pass, so that the to-be-paid bill C1 can be used as the payment bill D1, the to-be-paid bill C3 can be used as the payment bill D2, and the to-be-paid bill C8 can be used as the payment bill D3.

It should be understood that, after the payment instruction corresponding to the payment order is generated, the payment instruction may be sent to the payment terminal, so that the payment terminal can make payment according to the payment instruction.

In the first embodiment, the method comprises the steps of determining transaction entity information corresponding to a payment application form when the payment application form is received, splitting the payment application form according to the transaction entity information to obtain a plurality of to-be-paid forms, receiving payment bills corresponding to the to-be-paid forms, respectively checking the payment bills corresponding to the to-be-paid forms, taking the to-be-paid forms corresponding to the checked payment bills as the payment forms, and generating payment instructions corresponding to the payment forms; in the embodiment, the payment application form is automatically split into the plurality of to-be-paid forms according to the transaction entity information in the actual payment link, and the bills corresponding to the to-be-paid forms are respectively checked, so that the independent processing of the plurality of collection entities is realized, the processing flow of the payment application form is shortened, and the processing efficiency of the payment application form is improved.

Referring to fig. 5, fig. 5 is a flowchart illustrating a second embodiment of the application form processing method according to the present invention, and the second embodiment of the application form processing method according to the present invention is proposed based on the first embodiment illustrated in fig. 2.

In the second embodiment, the step S10 includes:

step S101: and when receiving a payment application form, searching an application approval terminal corresponding to the payment application form.

It should be understood that, in order to determine whether the payment application form is in compliance, the payment application form may be approved in advance, and in this embodiment, the payment application form is sent to the application approval terminal when the payment application form is received, so that the application approval terminal approves the payment application form.

It can be understood that the application approval terminal corresponding to the payment application form may be an application approval terminal corresponding to the payment application form searched in the preset approval terminal table. The preset approval terminal table comprises a corresponding relation between the payment application form and the application approval terminal, and the corresponding relation between the payment application form and the application approval terminal can be preset.

Step S102: and sending the payment application form to the application approval terminal, and receiving an application approval instruction fed back by the application approval terminal according to the payment application form.

It should be understood that after the payment application form is sent to the application approval terminal, the application approval terminal can perform business approval, financial approval and feedback an application approval instruction to the application form processing device according to the business approval result and the financial approval result.

It can be understood that, when the result of the service approval is that the approval is not passed, or the result of the financial approval is that the approval is not passed, the application approval terminal can generate an approval instruction that the approval is not passed and feed back the approval instruction to the application form processing device; and when the business approval result is that the approval is passed and the financial approval result is that the approval is not passed, the application approval terminal can generate an approval instruction which is approved and feed back the approval instruction to the application form processing equipment.

Step S103: and when the approval instruction passes the approval, determining transaction entity information corresponding to the payment application form.

It should be understood that when the approval instruction is approval pass, the payment application form is compliant, and at this time, the payment application process may be ended, and a payment approval process is entered, that is, the transaction entity information corresponding to the payment application form needs to be determined.

It is understood that the determination of the transaction entity information corresponding to the payment application form may be to display the payment application form and receive the transaction entity information input by the user according to the payment application form.

In the second embodiment, the method comprises the steps that when a payment application form is received, an application approval terminal corresponding to the payment application form is searched, the payment application form is sent to the application approval terminal, an application approval instruction fed back by the application approval terminal according to the payment application form is received, and when the approval instruction is approved, transaction entity information corresponding to the payment application form is determined; in the embodiment, the payment application form can be examined and approved in advance, so that the reliability of the payment application form is improved.

In the second embodiment, the step S20 includes:

step S201: and acquiring the information of the payment application form, and classifying the payment application form according to the information of the payment application form to acquire the type of the payment application form.

It should be understood that the different types of application forms differ in their business logic and, therefore, in their splitting. In this embodiment, in order to consider the influence of the type of the application form on the splitting, the payment application form is classified first, and then the payment application form is split according to the type of the application form and the transaction entity information.

The application form information may be information of application form filling time, application form service category, application form filling person, and the like.

It can be understood that the obtaining of the information of the payment application form may be identifying the payment application form to obtain the information of the payment application form.

It should be understood that the recognition of the payment application form may be a recognition of the payment application form through a preset text detection model, and obtaining the application form information. Wherein, the preset text detection model may be a CTPN model.

It can be understood that, the classification of the payment application form according to the application form information may be to extract the service type information of the application form from the application form information and classify the payment application form according to the service type information of the application form to obtain the type of the application form.

Step S202: and splitting the payment application form according to the type of the application form and the transaction entity information to obtain a plurality of to-be-paid forms.

It should be understood that, the splitting of the payment application form according to the type of the application form and the transaction entity information to obtain a plurality of to-be-paid forms may be to use the type of the application form and the transaction entity information as splitting reference information, search a splitting strategy corresponding to the splitting reference information in a preset splitting strategy table, and split the payment application form according to the splitting strategy to obtain a plurality of to-be-paid forms. The preset splitting policy table includes a corresponding relationship between the splitting reference information and the splitting policy, and the corresponding relationship between the splitting reference information and the splitting policy may be preset. The splitting policy may include the number of splits and the content being split, etc.

In the second embodiment, the method comprises the steps of obtaining the information of the payment application form, classifying the payment application form according to the information of the payment application form to obtain the type of the payment application form, and splitting the payment application form according to the type of the payment application form and the information of a transaction entity to obtain a plurality of to-be-paid forms; in the embodiment, the application form category is additionally introduced to split the payment application form, so that the accuracy of splitting the application form is improved.

In the second embodiment, the step S30 includes:

step S301: and receiving the payment bill corresponding to each bill to be paid, and identifying the payment bill corresponding to each bill to be paid respectively to obtain the bill surface information of each payment bill.

It should be understood that the identification of the payment bill corresponding to each to-be-paid bill may be performed by respectively identifying the payment bill corresponding to each to-be-paid bill through a preset Optical Character Recognition (OCR) script;

or respectively carrying out text detection on payment bills corresponding to the bills to be paid through a preset text detection model to obtain bill texts, and then carrying out text recognition on the bill texts through a preset text recognition model. The preset text detection model may be a CTPN model, and the preset text recognition model may be a CRNN model.

Step S302: and respectively checking each payment bill according to the bill surface information of each payment bill.

It can be understood that the check of each payment bill according to the bill information of each payment bill may be performed according to the bill information of each payment bill and a preset bill check policy. The preset bill checking policy may be preset, for example, whether the check bill is true, and/or whether the check bill is stamped, and the like, as the preset bill checking policy.

Further, the content of the different types of bills for bill inspection is different, and in order to improve the accuracy of bill inspection, the step S302 includes:

It should be understood that different types of documents may have different contents for document inspection. Therefore, in this embodiment, it is necessary to classify each payment bill according to the face information of each payment bill, and then generate a bill inspection policy for each payment bill according to the bill category of each payment bill.

It can be understood that, the generating of the bill verification policy for each payment bill according to the bill category of each payment bill may be to look up the bill verification policy corresponding to the bill category in a preset bill verification policy table. The preset bill inspection policy table includes a corresponding relationship between the bill type and the bill inspection policy, and the corresponding relationship between the bill type and the bill inspection policy can be preset.

In the second embodiment, the method comprises the steps of receiving payment bills corresponding to each to-be-paid bill, identifying the payment bills corresponding to each to-be-paid bill respectively, obtaining the face information of each payment bill, and checking each payment bill according to the face information of each payment bill; the bill checking accuracy can be improved because the bill surface information of each payment bill is introduced to check each payment bill.

In the second embodiment, the step S40 includes:

step S401: and taking the bill to be paid corresponding to the checked payment bill as a payment bill, and searching the payment approval terminal corresponding to the payment bill.

It should be understood that in practice, payment approval is also required to make payment after the payment instrument passes verification. Therefore, in this example, the to-be-paid bill corresponding to the verified payment bill is taken as the payment slip, and the payment slip is sent to the payment approval terminal corresponding to the payment slip.

It can be understood that the payment approval terminal for finding the payment order may be a payment approval terminal for finding the payment order in a preset payment approval table. The preset payment approval table comprises a corresponding relation between the payment slip and the payment approval terminal, and the corresponding relation between the payment slip and the payment approval terminal can be preset;

or a terminal corresponding to a Chief Financial Officer (CFO) may be used as the payment approval terminal.

Step S402: and sending the payment bill to the payment approval terminal, and receiving a payment approval instruction fed back by the payment approval terminal according to the payment bill.

It should be understood that after the payment order is sent to the payment approval terminal, the user can approve at the payment approval terminal and feed back the payment approval command.

Further, if the payment bills are sent to the payment approval terminal one by one for approval, the payment bills required to be approved are more, which is time-consuming, labor-consuming and poor in user experience. In order to overcome the above drawback, step S402 includes:

merging the payment bills to obtain a total payment bill;

It should be understood that if the payment bills are sent to the payment approval terminal one by one for approval, the payment bills required to be approved may be more, troublesome and laborious, and the user experience is poor. In order to overcome the above defects, in the embodiment, the total payment order is obtained by merging the payment orders, and is sent to the payment approval terminal.

For ease of understanding, the description will be made with reference to fig. 6, but this scheme is not limited thereto. Fig. 6 is a schematic diagram of the payment order combined into the total payment order, in fig. 6, there are a plurality of payment orders D1, D2 and D3, in this embodiment, D1, D2 and D3 may be combined into the total payment order E, and the total payment order E is sent to the payment approval terminal for payment approval.

Further, if the consolidation of the bills of payment in all cases may result in waste of resources, in order to overcome the above-mentioned drawback, the consolidation of the bills of payment to obtain the total bill of payment includes:

It should be noted that the preset threshold may be preset, for example, 3 is set as the preset threshold.

It is understood that when the payment amount is larger than the preset threshold, the payment amount is larger, and the payment sheet needs to be merged.

Step S403: and when the payment approval instruction passes the approval, generating a payment instruction corresponding to the payment bill.

In the second embodiment, the method comprises the steps of taking the to-be-paid bill corresponding to the checked payment bill as a payment bill, searching a payment approval terminal corresponding to the payment bill, sending the payment bill to the payment approval terminal, receiving a payment approval instruction fed back by the payment approval terminal according to the payment bill, and generating a payment instruction corresponding to the payment bill when the payment approval instruction passes the approval; in the embodiment, the approval process of the payment bill is additionally added, so that the payment safety is improved.

Referring to fig. 7, fig. 7 is a flowchart illustrating a processing method of a application form according to a third embodiment of the present invention, and the processing method of the application form according to the third embodiment of the present invention is proposed based on the second embodiment illustrated in fig. 5.

In a third embodiment, the step S102 includes:

step S1021: and merging the payment application forms to obtain a payment total application form.

It should be understood that if the payment application forms are sent to the application approval terminal one by one for approval, the number of the application forms to be approved is large, the labor is wasted, and the user experience is poor. In order to overcome the above defects, in the embodiment, the payment application forms are merged to obtain a total payment application form, and the total payment application form is sent to the application approval terminal.

For ease of understanding, the description will be made with reference to fig. 8, but this scheme is not limited thereto. Fig. 8 is a schematic diagram of a payment application form combined into a total payment application form, in fig. 8, a plurality of payment application forms a1, a2 and A3 exist, in this embodiment, a1, a2 and A3 may be combined into a total payment application form B, and the total payment application form B may be sent to an application approval terminal for approval.

Step S1022: and sending the payment total application form to the application approval terminal, and receiving an application approval instruction fed back by the application approval terminal according to the payment total application form.

It should be understood that after the payment total application form is sent to the application approval terminal, the application approval terminal can perform business approval in advance, perform financial approval, and feed back an application approval instruction to the application form processing device according to the business approval result and the financial approval result.

In the third embodiment, the method comprises the steps of merging payment application forms to obtain a payment total application form, sending the payment total application form to an application approval terminal, and receiving an application approval instruction fed back by the application approval terminal according to the payment total application form; the payment application forms are merged and then sent to the application approval terminal, so that the approval batch of the payment application forms is reduced, and the approval efficiency of the payment application forms is improved.

In a third embodiment, the step S103 includes:

step S1031: and when the approval instruction is approved, identifying the payment application form to obtain the information of the payment application form.

It should be appreciated that relying on manual identification of transaction entity information for payment application forms is time consuming, labor intensive, and slow. In order to overcome the above defects, in the embodiment, the information of the payment application form is obtained by identifying the payment application form, and the information of the application form is extracted to obtain the transaction entity information corresponding to the payment application form.

It can be understood that the recognition of the payment application form may be a recognition of the payment application form through a preset text detection model to obtain the information of the payment application form. Wherein, the preset text detection model may be a CTPN model.

Step S1032: and extracting information of the application form information to obtain transaction entity information corresponding to the payment application form.

It should be understood that the information extraction of the application form information can be the information extraction of the application form information according to the information identification. Wherein the information identifier is used for representing the information content.

In the third embodiment, the method discloses that when an approval instruction is approved, a payment application form is identified to obtain application form information, the application form information is extracted to obtain transaction entity information corresponding to the payment application form; in the embodiment, the payment application form can be automatically identified to obtain the transaction entity information corresponding to the payment application form, so that the identification speed of the transaction entity information is improved, and the processing speed of the application form is further improved.

In a third embodiment, the step S202 includes:

step S2021: and splitting the payment application form according to the type of the application form and the transaction entity information to obtain a splitting result.

It should be understood that, splitting the payment application form according to the application form category and the transaction entity information may be to use the application form category and the transaction entity information as splitting reference information, search a splitting policy corresponding to the splitting reference information in a preset splitting policy table, and split the payment application form according to the splitting policy. The preset splitting policy table includes a corresponding relationship between the splitting reference information and the splitting policy, and the corresponding relationship between the splitting reference information and the splitting policy may be preset. The splitting policy may include the number of splits and the content being split, etc.

Step S2022: and displaying the splitting result, and receiving a splitting adjustment instruction fed back by a user according to the splitting result.

It will be appreciated that in actual use, there may be situations where there is an automatic split error. In order to overcome the above defect, in this embodiment, a splitting result is also displayed, and a splitting adjustment instruction fed back by a user according to the splitting result is received.

Step S2023: and adjusting the splitting result according to the splitting adjustment instruction to obtain a plurality of bills to be paid.

It should be understood that, adjusting the splitting result according to the splitting adjustment instruction to obtain the plurality of sheets to be paid may be to re-split the payment application form according to the splitting adjustment instruction to obtain the plurality of sheets to be paid.

In a third embodiment, the method discloses splitting a payment application form according to the type of the application form and transaction entity information, obtaining a splitting result, displaying the splitting result, receiving a splitting adjustment instruction fed back by a user according to the splitting result, adjusting the splitting result according to the splitting adjustment instruction, and obtaining a plurality of bills to be paid; the splitting result is displayed and the splitting adjustment instruction fed back by the user according to the splitting result is received, so that the splitting result can be manually adjusted, and the splitting is more accurate.

Furthermore, an embodiment of the present invention further provides a storage medium, which stores a request form processing program, and the request form processing program, when executed by a processor, implements the request form processing method as described above.

Further, referring to fig. 9, an embodiment of the present invention further provides an application form processing apparatus, including: the system comprises an information determination module 10, an application form splitting module 20, a bill checking module 30 and a payment instruction generation module 40;

the information determining module 10 is configured to determine, when receiving a payment application form, transaction entity information corresponding to the payment application form.

The application form splitting module 20 is configured to split the payment application form according to the transaction entity information to obtain a plurality of to-be-paid forms.

The bill checking module 30 is configured to receive payment bills corresponding to the to-be-paid bills and check the payment bills corresponding to the to-be-paid bills respectively.

The payment instruction generating module 40 is configured to use the to-be-paid bill corresponding to the verified payment bill as a payment slip, and generate a payment instruction corresponding to the payment slip.

In the embodiment, when a payment application form is received, determining transaction entity information corresponding to the payment application form, splitting the payment application form according to the transaction entity information to obtain a plurality of to-be-paid forms, receiving payment bills corresponding to the to-be-paid forms, respectively checking the payment bills corresponding to the to-be-paid forms, taking the to-be-paid forms corresponding to the checked payment bills as the payment bills, and generating payment instructions corresponding to the payment bills; in the embodiment, the payment application form is automatically split into the plurality of to-be-paid forms according to the transaction entity information in the actual payment link, and the bills corresponding to the to-be-paid forms are respectively checked, so that the independent processing of the plurality of collection entities is realized, the processing flow of the payment application form is shortened, and the processing efficiency of the payment application form is improved.

Other embodiments or specific implementation manners of the application form processing apparatus according to the present invention may refer to the above method embodiments, and are not described herein again.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or system that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or system. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or system that comprises the element.

The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments. In the unit claims enumerating several means, several of these means may be embodied by one and the same item of hardware. The use of the words first, second, third, etc. do not denote any order, but rather the words first, second, third, etc. are to be interpreted as names.

Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention or portions thereof that contribute to the prior art may be embodied in the form of a software product, where the computer software product is stored in a storage medium (e.g., a Read Only Memory (ROM)/Random Access Memory (RAM), a magnetic disk, an optical disk), and includes several instructions for enabling a terminal device (e.g., a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.

The above description is only a preferred embodiment of the present invention, and not intended to limit the scope of the present invention, and all modifications of equivalent structures and equivalent processes, which are made by using the contents of the present specification and the accompanying drawings, or directly or indirectly applied to other related technical fields, are included in the scope of the present invention.

The invention discloses a1 application form processing method, which comprises the following steps:

A2, the method for processing application form as in a1, wherein the step of splitting the payment application form according to the transaction entity information to obtain a plurality of forms to be paid comprises:

A3, the method for processing an application form as in a2, wherein the step of splitting the payment application form according to the type of the application form and the information of the transaction entity to obtain a plurality of to-be-paid forms includes:

A4, the method for processing application form as in a1, wherein the step of determining the transaction entity information corresponding to the payment application form when the payment application form is received comprises:

A5, the application form processing method as in a4, wherein the step of sending the payment application form to the application approval terminal and receiving an application approval command fed back by the application approval terminal according to the payment application form, comprises:

A6, the method for processing an application form as in a4, wherein the step of determining the transaction entity information corresponding to the payment application form when the approval command is approval pass comprises:

A7, the method for processing application form as in any one of a1-a6, wherein the step of receiving and verifying the payment bill corresponding to each payment receipt comprises:

A8 the application form processing method as defined in a7, wherein the step of verifying each payment receipt based on the receipt information of each payment receipt comprises:

A9, the method for processing application form according to any one of a1-a6, wherein the step of taking the payment to be paid corresponding to the verified payment bill as the payment bill and generating the payment instruction corresponding to the payment bill comprises:

A10, the application form processing method as in a9, wherein the step of sending the payment form to the payment approval terminal and receiving the payment approval command fed back from the payment approval terminal comprises:

merging the payment bills to obtain a total payment bill;

A11, the method for processing application form as in a10, wherein the step of merging the payment forms to obtain the total payment form comprises:

The invention also discloses B12 and application form processing equipment, wherein the application form processing equipment comprises: the system comprises a memory, a processor and a request form processing program stored on the memory and capable of running on the processor, wherein the request form processing program realizes the request form processing method when being executed by the processor.

The invention also discloses C13 and a storage medium, wherein the storage medium stores the application form processing program, and the application form processing program realizes the application form processing method when being executed by the processor.

The invention also discloses D14, an application form processing device, comprising: the system comprises an information determination module, an application form splitting module, a bill inspection module and a payment instruction generation module;

D15, the application form processing apparatus according to D14, the application form splitting module further configured to obtain application form information of the payment application form, and classify the payment application form according to the application form information to obtain an application form category;

D16, the application form processing apparatus as defined in D15, the application form splitting module being further configured to split the payment application form according to the type of the application form and the transaction entity information, so as to obtain a split result;

D17, the application form processing apparatus as set forth in D14, wherein the information determining module is further configured to search an application approval terminal corresponding to the payment application form when receiving the payment application form;

D18, the application form processing device of D17, the information determining module further configured to merge the payment application forms to obtain a total payment application form;

D19, the application form processing apparatus as set forth in D18, wherein the information determining module is further configured to identify the payment application form to obtain the information of the application form when the approval command is approval;

The D20, the device for processing application form as any one of D14-D19, the bill checking module is further configured to receive payment bills corresponding to the to-be-paid bills, and respectively identify the payment bills corresponding to the to-be-paid bills to obtain the bill information of the payment bills;

Claims

1. The application form processing method is characterized by comprising the following steps:

2. The method for processing an application form of claim 1, wherein the step of splitting the payment application form according to the transaction entity information to obtain a plurality of to-be-paid forms comprises:

3. The method for processing an application form of claim 2, wherein the step of splitting the payment application form according to the application form category and the transaction entity information to obtain a plurality of to-be-paid forms comprises:

4. The method for processing an application form of claim 1, wherein the step of determining the transaction entity information corresponding to the payment application form when the payment application form is received comprises:

5. The application form processing method of claim 4, wherein the step of sending the payment application form to the application approval terminal and receiving an application approval instruction fed back by the application approval terminal according to the payment application form comprises:

6. The method for processing the application form of claim 4, wherein the step of determining the transaction entity information corresponding to the payment application form when the approval command is approval pass comprises the following steps:

7. The application form processing method according to any one of claims 1 to 6, wherein the step of receiving the payment receipt corresponding to each of the to-be-paid forms and checking the payment receipt corresponding to each of the to-be-paid forms respectively comprises:

8. An application form processing apparatus characterized by comprising: a memory, a processor, and a request form processing program stored on the memory and executable on the processor, the request form processing program, when executed by the processor, implementing a request form processing method as claimed in any one of claims 1 to 7.

9. A storage medium having stored thereon a request form processing program which, when executed by a processor, implements a request form processing method according to any one of claims 1 to 7.

10. An application form processing apparatus, characterized by comprising: the system comprises an information determination module, an application form splitting module, a bill inspection module and a payment instruction generation module;