Receipt processing method and device, electronic equipment and storage medium

Abstract

The invention discloses a receipt processing method and device, electronic equipment and a storage medium. The method comprises the steps that different types of receipts to be processed are obtained in real time, the different types of receipts to be processed are preprocessed, task IDs of the receipts to be processed are established, a task thread is established, and the tracking state of each task ID is calibrated; based on a self-adaptive algorithm, matching the to-be-processed receipt with a corresponding receipt sender to send the receipt; and after the receipt is sent, selecting a corresponding receipt responder according to the type of the receipt so as to notify a corresponding service system of a response result. On one hand, the receipt processing complexity is reduced, on the other hand, the receipt processing efficiency is improved, and manual intervention is reduced.

Description

Technical Field

[0001] The present application relates to the technical field of receipt processing, and in particular to a receipt processing method, device, electronic device, and storage medium. Background Art

[0002] The agency financial payment business means that when a budget unit needs money, it goes to the financial unit to apply for a payment order. After receiving the payment order from the financial unit, the agency financial payment business institution (for example, a bank) first advances the internal account's own funds to the zero balance account and pays the actual payee, and then clears with the designated clearing bank. The entire transaction scenario involves four organizations: finance, bank, clearing bank, and budget unit. After the bank completes the payment, it must send a payment receipt, reconciliation receipt, and quota receipt to the finance department, and send a payment arrival notice to the budget unit; after the payment is completed, it is necessary to send a clearing notice when clearing with the clearing bank. As a clearing bank, it needs to send a clearing receipt. When a refund is generated, it needs to send a refund arrival notice, refund receipt, refund notice, refund clearing receipt, and refund clearing receipt. After these receipts are sent, the receiving status and processing results of the recipient must be obtained asynchronously. The sending status, receiving status, and processing results of the receipt all affect the next business scenario.

[0003] At present, in the agent financial business scenario, the business receipts of agent banks are generally embedded in the business logic and sent or reissued manually, and the response results of the receipts are obtained and processed manually. This processing method has the following disadvantages:

[0004] First, after sending manually, the receiving status and processing results of the other party cannot be obtained in time, and the processing results of the other party need to be obtained manually again, and resend or other business operations are selected according to the processing results. This will cause a waste of resources and personnel.

[0005] Second, embedding the receipt in the business system will not only lengthen the business transaction chain, but failure to send the receipt will cause the entire transaction to roll back. At the same time, the receipt status cannot be obtained in time, and manual confirmation of the receipt status is required.

[0006] Third, the timeliness of manually obtaining the receipt status is poor. In this process, network interruption or other abnormalities may occur, resulting in a receipt that has been successfully processed by the other party, but the front desk still shows it as unreceived, causing inconsistency between the front and back-end data. In addition, since the front-end system does not receive the receipt result, it will mistakenly believe that the receipt has not been sent / received successfully, and will continue to resend it, causing a waste of resources and affecting the normal operation of the back-end system.

[0007] Fourth, it increases the probability of system errors. Frequent manual intervention can easily cause the system error rate to increase.

[0008] Fifth, the receipt cannot be returned to the other party in a timely manner or the receipt status cannot be obtained in a timely manner, resulting in the normal operation of subsequent businesses that rely on this receipt.

[0009] Sixth, this way of returning receipts will cause the business logic to become more and more complex and the coupling of business codes to become stronger and stronger. At the same time, too strong coupling of business codes will make code maintenance difficult, increasing R&D costs and operation and maintenance costs. Summary of the invention

[0010] The embodiments of the present application provide a method, device, electronic device, and storage medium for processing a receipt to achieve preprocessing, sending, and responding to the receipt, reduce the complexity of receipt processing, improve the efficiency of receipt processing, and reduce manual intervention.

[0011] The present application embodiment adopts the following technical solutions:

[0012] In a first aspect, an embodiment of the present application provides a receipt processing method, wherein the method comprises:

[0013] Acquire different types of receipts to be processed in real time, pre-process the receipts of different types to be processed, establish task IDs for the receipts to be processed, create task threads, and mark the tracking status of each task ID;

[0014] Based on the adaptive algorithm, the receipt to be processed is matched with the corresponding receipt sender to send the receipt;

[0015] After the receipt is sent, the corresponding receipt responder is selected according to the receipt type to notify the corresponding business system of the response result.

[0016] In some embodiments, the method further comprises:

[0017] According to the response result, dynamically determine whether there is a need to send a linkage receipt and start sending the linkage receipt;

[0018] According to the preset linkage return order business rules, adaptive routing is used to start the corresponding linkage processor to perform linkage return order processing.

[0019] In some embodiments, the real-time acquisition of different types of receipts to be processed, pre-processing of the different types of receipts to be processed, establishing task IDs of the receipts to be processed, creating task threads, and marking the tracking status of each task ID include:

[0020] Categorize the receipts to be processed in various business scenarios;

[0021] Filter business data with non-final business status from source business data, and determine the receipt category based on the current business status;

[0022] Determine whether the task ID of the to-be-processed receipt is established for the filtered business data, the task thread is created, and the tracking status of each task ID is marked successfully;

[0023] If successful, each task ID is sampled, classified, and the receipt type is marked;

[0024] If it fails, the task status will be restored and processing will continue before the number of retries is reached. After the number of retries is reached, a manual return order will be issued.

[0025] In some embodiments, the classifying of receipts to be processed in various business scenarios includes:

[0026] Type I receipt, payment receipt;

[0027] Type II receipt, payment receipt;

[0028] Type III receipt, quota change receipt;

[0029] Type IV receipt, clearing application form;

[0030] V-type receipt, clearing statement;

[0031] Category VI receipt, refund receipt notice;

[0032] Category VII receipt, refund notice;

[0033] Type VIII receipt, refund settlement receipt.

[0034] In some embodiments, the step of matching the to-be-processed receipt to a corresponding receipt sender for receipt sending based on an adaptive algorithm includes:

[0035] Obtain different types of receipts to be processed in real time, match general receipt senders, and automatically match receipt senders according to receipt types;

[0036] If the matching fails, the task features are extracted and the dedicated receipt sender is obtained according to the feature matching method;

[0037] If the match is successful, the general receipt sending is started to send the receipt. After the receipt is sent successfully, the task ID status is changed.

[0038] In some embodiments, after the receipt is sent, selecting a corresponding receipt responder according to the receipt type to notify the corresponding business system of the response result includes:

[0039] Obtain a receipt response message from a third-party system and decrypt the receipt response message;

[0040] The receipt responder is obtained according to the receipt type in the decrypted receipt response message, and the response result is notified to the business system related to the receipt through the receipt phase responder.

[0041] In some embodiments, before the real-time acquisition of different types of receipts to be processed and pre-processing of the different types of receipts to be processed, the method further includes:

[0042] After the preset business logic processing is completed, the current module ends and waits for the return orders involved in various business scenarios to be screened.

[0043] In a second aspect, an embodiment of the present application further provides a receipt processing device, wherein the device comprises:

[0044] An acquisition module is used to acquire different types of receipts to be processed in real time, pre-process the receipts of different types to be processed, establish task IDs of the receipts to be processed, create task threads, and mark the tracking status of each task ID;

[0045] A sending module, used for matching the receipt to be processed with a corresponding receipt sender to send the receipt based on an adaptive algorithm;

[0046] The response module is used to select the corresponding receipt responder according to the receipt type after the receipt is sent, so as to notify the corresponding business system of the response result.

[0047] In a third aspect, an embodiment of the present application further provides an electronic device, comprising: a processor; and a memory arranged to store computer executable instructions, wherein the executable instructions, when executed, cause the processor to perform the above method.

[0048] In a fourth aspect, an embodiment of the present application further provides a computer-readable storage medium, which stores one or more programs. When the one or more programs are executed by an electronic device including multiple application programs, the electronic device executes the above method.

[0049] At least one of the above technical solutions adopted in the embodiments of the present application can achieve the following beneficial effects: real-time acquisition of different types of receipts to be processed, pre-processing of the different types of receipts to be processed, establishment of task IDs of receipts to be processed, creation of task threads and calibration of the tracking status of each task ID. According to different types of receipt pre-processing, the task IDs of receipts to be processed can be established, task threads can be created and the tracking status of each task ID can be calibrated, which is convenient for the subsequent receipt sending and processing. Based on the adaptive algorithm, the receipt to be processed is matched with the corresponding receipt sender for receipt sending, and the corresponding receipt responder is selected according to the receipt type after the receipt is sent to notify the corresponding business system of the response result. The appropriate receipt processor is selected by the adaptive algorithm for receipt sending, and the corresponding receipt response processor is selected for different types of receipts to process the receipt response result. Through the above method, the receipt sending is automated, the sender is automatically selected for receipt sending, and the receipt response result is automatically obtained, avoiding manual sending and waiting for processing results, and reducing resource waste. In addition, the above method regards the sending of the receipt as an independent device, which is not embedded in the business logic and is independent of the business processing, and the original core transaction will not be affected by the receipt problem. BRIEF DESCRIPTION OF THE DRAWINGS

[0050] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0051] Figure 1 It is a schematic diagram of the return order processing flow in the related technology;

[0052] Figure 2 This is a flow chart of a method for processing a receipt in an embodiment of the present application;

[0053] Figure 3 This is a schematic diagram of the overall process of automatic receipt in the embodiment of this application;

[0054] Figure 4 This is a schematic diagram of a method for implementing a receipt preprocessing device in an embodiment of the present application;

[0055] Figure 5 This is a schematic diagram of a method for implementing an adaptive receipt sending device in an embodiment of the present application;

[0056] Figure 6 This is a schematic diagram of a method for implementing a receipt response device in an embodiment of the present application;

[0057] Figure 7 This is a schematic diagram of the structure of the receipt processing device in the embodiment of the present application;

[0058] Figure 8This is a schematic diagram of the structure of an electronic device in an embodiment of the present application. DETAILED DESCRIPTION

[0059] In order to make the purpose, technical solution and advantages of the present application clearer, the technical solution of the present application will be clearly and completely described below in combination with the specific embodiments of the present application and the corresponding drawings. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of the present application.

[0060] According to the investigation, in the current agent financial business scenarios, the processing of business receipts is embedded in the business logic and sent. In the case of successful business processing but failed receipt sending, manual re-issuance is adopted. The response results of the receipts are obtained manually or rely on the pre-execution rule verification of the next business scenario. Every time a new business scenario is connected, all interfaces must be re-coded and connected, all business logics must be fully self-tested and tested, and the original business logic must be modified or additional business must be added based on the original business logic. The specific process is as follows: Figure 1 As shown: Specifically, in the payment business scenario, after the payment is completed, the payment receipt is sent to the financial party. After the receipt is sent, the payment business process ends; the receipt response status needs to be obtained manually and asynchronously. If the response fails, the manual reissue process will be entered. If the response is successful, the next linkage receipt will be sent, that is, the payment to the bill will be sent to the budget unit, and the receipt response will be waited for processing again. If the sending is successful, the payment business ends and the next business process can be entered. If the sending fails, manual verification and reissue are required. The same receipt processing method is used in the clearing business scenario and the refund business scenario.

[0061] For the receipts involved in the current agency financial business and the new receipts to be added in the future, a receipt processing method is provided in the embodiment of the present application. After the business logic processing such as financial payment, refund, and settlement is completed, the current module task is ended, and the receipt preprocessing process is waited for to automatically screen the receipts involved in various business scenarios.

[0062] The technical solutions provided by various embodiments of the present application are described in detail below in conjunction with the accompanying drawings.

[0063] The present application embodiment provides a receipt processing method, such as Figure 2 As shown, a flow chart of a method for processing a receipt in an embodiment of the present application is provided, and the method at least includes the following steps S210 to S230:

[0064] Step S210, obtaining different types of receipts to be processed in real time, pre-processing the different types of receipts to be processed, establishing task IDs for the receipts to be processed, creating task threads and calibrating the tracking status of each task ID.

[0065] According to business needs, the finance department sends payment orders to the agent bank, and the agent bank carries out business processes such as payment, clearing, and refund. According to the business rules stipulated by the finance department, the agent bank needs to send relevant receipts to the finance department, the People's Bank of China, and the budget unit at each business stage.

[0066] By automatically screening the receipts to be sent in the business scenario, a task ID is established for the receipts to be processed, a task thread is created, and each task ID is calibrated, sampled, and grouped. Different receipts are distinguished according to the task ID, and the tracking status of each task ID is calibrated.

[0067] If the above process fails, it will enter the failure retry step. After the retry step, the data that still fails will enter the manual processing process for manual processing.

[0068] Step S220: Based on the adaptive algorithm, the receipt to be processed is matched with the corresponding receipt sender to send the receipt.

[0069] After the receipt preprocessing, the data enters the adaptive receipt sending process, and by extracting the features of each receipt ID, the appropriate receipt processor is selected according to the adaptive algorithm to send the receipt. It should be noted that when sending the receipt, the receipts generated in each business stage need to be sampled and classified, and the receipt processor with the receipt ID is formulated according to the business rules.

[0070] It can be understood that the adaptive algorithm is used to select the receipt sender, which is not specifically limited in the embodiments of the present application, as long as the adaptive screening requirements are met. Preferably, the adaptive algorithm uses a feature extraction algorithm, and other algorithms may also be used instead.

[0071] Step S230, after the receipt is sent, a corresponding receipt responder is selected according to the receipt type to notify the corresponding business system of the response result.

[0072] After the receipt is sent and processed, the data enters the receipt response process. First, the receipt status and processing results are obtained according to the unified receipt response rules stipulated by the financial party, and then the corresponding receipt response processor is selected for different types of receipts to process the receipt response results. In addition, for business scenarios without linked receipts, the entire receipt processing process ends here. For business scenarios with linked receipts, further receipt linkage processing is required.

[0073] In existing business scenarios, business logic becomes increasingly complex and business code becomes increasingly coupled. At the same time, too much coupling in business code makes code maintenance difficult, increasing R&D and operation costs. Through the above method, receipt sending is treated as an independent process, not embedded in the business logic, and independently decoupled from business processing, so that the original core transaction will not be affected by receipt issues.

[0074] Different from the related technologies, in various business scenarios, such as payment business, clearing business, and refund business, the processing methods for receipts are similar, that is, sending receipts, waiting for responses, and handling exceptions. However, each business scenario is processed separately, resulting in a waste of resources. For example, for payment receipt processing, front desk 1 reissues the abnormal receipt in interface 1, and obtains the payment receipt status and processing results in interface 2. For clearing business receipt processing, front desk 2 reissues the receipt in interface 3, and manually obtains the receipt processing results in interface 4. The same processing method is used for clearing-related receipts. This will lead to a waste of resources and personnel, and also affect the progress of business processing. Through the above method, the sending of receipts is automated, the sender is automatically selected to send receipts, and the response results of receipts are automatically obtained, avoiding manual sending and waiting for processing results, and reducing resource waste.

[0075] Different from the related technology, 3) it affects the normal operation of the background system. Manual acquisition of the receipt status has poor timeliness. In this process, network interruption or other abnormalities may occur, resulting in a receipt that has been successfully processed by the other party, but the front desk still shows that it has not been received, causing inconsistency between the front and back-end data. In addition, since the front-end system has not obtained the receipt result, it will mistakenly believe that the receipt has not been sent / received successfully, and will continue to resend it, resulting in a waste of resources and affecting the normal operation of the background system. Through the above method, the transmitter is selected according to the adaptive algorithm. When sending the receipt, the general transmitter is first selected. For certain specific budget units, a special transmitter with budget unit characteristics is selected, thereby being compatible with special processing scenarios for manually sending receipts.

[0076] Different from the related technologies, embedding receipt sending in the payment business scenario will cause the transaction link to become longer, and failure to send the receipt will cause the entire transaction to be rolled back. The payment receipt sending is embedded in the payment business logic processing, and the payment statement needs to be manually judged and the other party's processing of the payment receipt is successfully initiated. This association relies entirely on manual control, which reduces the efficiency of business processing and increases the error rate; similarly, the receipt is embedded in the clearing business processing, and the refund receipt is embedded in the refund business. There are also the same problems. Through the above method, firstly, a general interface is used for all receipt types to interact with the third party, and then differentiated processing is performed locally after obtaining the interaction results. The previous model is that each receipt type needs to interact with the third party, and frequent interactions will cause system resource burden. At the same time, the interaction interface with the third-party system is reduced, and the system is more stable. At the same time, the acquisition results and local feature processing are separated to shorten the transaction link and ensure the stable operation of the system.

[0077] In one embodiment of the present application, the method further includes: dynamically determining whether there is a need to send a linkage receipt based on the response result and starting the sending of the associated receipt; and using adaptive routing to start the corresponding linkage processor according to preset linkage receipt business rules to perform linkage receipt processing.

[0078] For data that needs to send a linked return slip, it will enter the adaptive routing process after being processed by the return slip response process. First, the linked return slip business rules are maintained according to financial requirements, and the corresponding linked processor is started through rule routing to perform linked return slip processing.

[0079] For linked receipts, a routing process is added to the receipt response process. The routing process automatically filters the linked receipt sender, skips the receipt preprocessing and receipt sending processes and directly enters the receipt response process, shortening the business link and saving system resources.

[0080] In order not to affect the timely processing of the next node business, the failure to manually obtain the receipt in time will lead to a backlog of business at the next node, and the receipt linkage processing will be carried out.

[0081] In one embodiment of the present application, the real-time acquisition of different types of receipts to be processed, pre-processing of the different types of receipts to be processed, establishment of task IDs for the receipts to be processed, creation of task threads and calibration of the tracking status of each task ID include: classifying the receipts to be processed in each business scenario; filtering out business data with a non-terminal business status from the source business data, and determining the receipt category according to the current business status; determining whether the establishment of task IDs for the receipts to be processed, the creation of task threads and calibration of the tracking status of each task ID for the filtered business data is successful; if successful, sampling, classifying and calibrating the receipt type for each task ID; if unsuccessful, restoring the task status and continuing processing before the number of retries is reached, and manually sending the receipt after the number of retries is reached.

[0082] The function of the receipt preprocessing process is to automatically screen the receipts to be sent in various business scenarios, establish task IDs for the receipts to be processed, create task threads, and calibrate, sample, and group each task ID.

[0083] Specifically, first, the receipts in each business scenario need to be classified. As shown in Table 1, the receipts currently involved are divided into 8 categories.

[0084] Secondly, the business data with non-final business status is filtered out from the source business data, and the receipt category is determined according to the current business status. The determination rules are shown in Table 1.

[0085] It should be noted that the final state data indicates that the receipt processing has been done or no receipt is needed, and the receipt response device does not need to process; Table 1 is an explanation of all receipt classifications and categories of existing financial services.

[0086] The third step is to create a task ID for the selected data, track the status, and calibrate the return order category. Fourth, for data that fails in the return order pre-processing process, enter the failure retry process, that is, configure the number of retries. Before the number of retries is reached, the task status is restored to continue processing. After the number of retries is reached, manual processing is performed, that is, the return order is sent manually.

[0087] Table 1

[0088]

[0089]

[0090] In one embodiment of the present application, the receipts to be processed in each business scenario are classified into: Class I receipts, payment receipts; Class II receipts, payment receipt notifications; Class III receipts, credit limit change receipts; Class IV receipts, settlement application receipts; Class V receipts, settlement reconciliation receipts; Class VI receipts, refund receipt notifications; Class VII receipts, refund notifications; and Class VIII receipts, refund settlement receipts.

[0091] In specific implementation, the receipt category I receipt indicates a payment receipt, and the rule is: data that needs to send a receipt to the financial party when the payment is completed.

[0092] Type II receipt indicates a payment receipt notification. The rule is: the payment has been completed and a payment receipt notification needs to be sent to the budget unit.

[0093] Type III receipt indicates a quota change order. The rule is: after the payment is completed, the payment quota is deducted, and a deduction quota balance slip needs to be sent to the finance department.

[0094] Type IV receipt indicates a clearing application form. The rule is: the data that needs to be cleared has been prepared for clearing, and a clearing application form is issued to the bank.

[0095] Type V receipt indicates a clearing statement. The rule is: as a clearing bank, the bank performs fund transfer and clearing upon receiving a clearing request from another bank and sends a clearing statement to the other bank.

[0096] Type VI receipt indicates a refund receipt. The rule is: after passively receiving the refund funds, a refund receipt is sent to the finance department.

[0097] Type VII receipt indicates a refund notice, and the rule is: after the refund is made actively, a refund notice is sent to the finance department.

[0098] Type VIII receipt indicates a refund settlement order. The rule is: the refund funds need to be settled to the Bank of China. After the refund is completed, a refund settlement order must be initiated to the Bank of China.

[0099] It can be understood that the receipt category classification is currently divided into 8 categories based on business scenarios, and other categories can be derived based on business development, which is not specifically limited in the embodiments of the present application.

[0100] In one embodiment of the present application, the adaptive algorithm is based on which the receipt to be processed is matched with the corresponding receipt transmitter to send the receipt, including: obtaining different types of receipts to be processed in real time, matching with universal receipt transmitters, and automatically matching receipt transmitters according to receipt categories; if the match fails, extracting task features, and obtaining a dedicated receipt transmitter based on feature matching; if the match is successful, starting universal receipt sending to send the receipt, and changing the task ID status after the receipt is successfully sent.

[0101] Select the appropriate receipt sender according to the receipt type to send the receipt. Adaptive algorithms are used. For the same type of receipt, there may be multiple receipt senders. First, general receipt senders are matched. Receipt senders are automatically matched according to the receipt type. If the match is successful, general receipt sending is started to send the receipt. If the match fails, the task features are extracted and the dedicated receipt sender is obtained according to the feature matching method. If the match is successful, the dedicated receipt sender is started to send the receipt. After the receipt is successfully sent, the task ID status is changed and the receipt response process is entered.

[0102] Preferably, a general receipt result acquisition method and local characteristic processing can be adopted, or a flashback method can be adopted.

[0103] In one embodiment of the present application, after the receipt is sent, a corresponding receipt responder is selected according to the receipt type to notify the corresponding business system of the response result, including: obtaining a receipt response message from a third-party system and decrypting the receipt response message; obtaining a receipt responder according to the receipt type in the decrypted receipt response message, and notifying the business system related to the receipt of the response result through the receipt phase responder.

[0104] The receipt response process is an independent process. First, a general method is used to obtain the receipt response message from the third-party system, decrypt the receipt message, and automatically obtain the receipt responder according to the receipt type in the message. The response result is notified to the relevant business system through the receipt phase responder. At the same time, an adaptive routing process is added. For some business scenarios, after some receipts receive the response results of the third party, it is dynamically determined whether to start the associated receipt sending according to the response results. For example, after receiving the receipt response results, the Class I receipt in the payment business will start the Class II and Class III receipt sending. The routing process determines whether there is a linked receipt to be sent according to the characteristics of the receipt, and obtains the linked receipt sender according to the receipt sending process and starts the Class II and Class III receipt sending. Class II and Class III receipts automatically enter the receipt response process.

[0105] In one embodiment of the present application, the real-time acquisition of different types of receipts to be processed and the pre-processing of the different types of receipts to be processed also include: ending the current module after the preset business logic processing is completed, and waiting for the screening of receipts involved in various business scenarios.

[0106] After the business logic processing such as financial payment, refund, and settlement is completed, the current module task is ended, and the receipt preprocessing process is waiting to automatically screen the receipts involved in various business scenarios.

[0107] like Figure 3 The figure shows a schematic diagram of the overall process of automatic return order in the embodiment of the present application.

[0108] The scenarios for receipt processing are: after the business logic processing such as financial payment, refund, and settlement is completed, the current module task is ended, and the receipt preprocessing device is waiting to automatically screen the receipts involved in various business scenarios.

[0109] like Figure 3 As shown, in the receipt preprocessing device, a task ID is established for the receipt to be processed, a task thread is created, and each task ID is calibrated, sampled, and grouped. After the receipt preprocessing device fails to process, it enters the failure retry device, and after the retry device fails to process, it is transferred to manual processing;

[0110] like Figure 3 As shown, the data processed by the receipt preprocessing device enters the receipt sending device.

[0111] like Figure 3 As shown, the receipt sending device sends the receipt for each task ID according to the configuration principle and adaptive rules. First, the sending stage and sending status are determined, and the sender is selected according to the adaptive algorithm to complete the receipt sending;

[0112] like Figure 3 As shown, after the receipt is sent, the data enters the receipt corresponding device. The receipt response device automatically selects the responder according to the task characteristics of the task ID, obtains the receipt response result, and notifies the relevant business system of the response result;

[0113] like Figure 3 As shown, finally, an adaptive routing device is also provided in an embodiment of the present application. The device is mainly suitable for linked return receipt business. For example, in a payment business, a payment receipt can only be sent to the budget unit after the payment receipt is successfully sent. The adaptive routing device obtains the next linked business processor according to the characteristics of each receipt ID and starts the next linked business.

[0114] Combined with the above Figure 3 The receipt processing method in the embodiment of the present application is as follows:

[0115] Step S1, the finance department sends a payment order to the agent bank, and the agent bank makes payments, clearing and refunds. According to the business rules stipulated by the finance department, the agent bank needs to send relevant receipts to the finance department, the People's Bank of China and the budget unit at each business stage.

[0116] Step S2, the receipt preprocessing device automatically screens the receipts to be sent in the business scenario, establishes a task ID for the receipts to be processed, creates a task thread, and calibrates and groups each task ID. After the receipt preprocessing device fails to process, it enters the failure retry device. After being processed by the retry device, the data that still fails enters the manual processing device for manual processing.

[0117] For calibration: it is calibrated according to the task type (return slip type), and the same type of return slips are sorted by number. For grouping, it is divided into direct return slips (received financial messages without any processing and then return slips) and return slips that need to be processed (received financial messages need to be processed by subsequent business to reach the return slip status before they can be returned).

[0118] Step S3, the data from the receipt preprocessing device enters the adaptive receipt sending device, which extracts the features of each receipt ID, selects a suitable receipt processor according to the adaptive algorithm, and sends the receipt. The device needs to sample and classify the receipts generated at each business stage, and formulate a receipt processor with a receipt ID according to business rules.

[0119] Step S4, after being processed by the receipt sending device, the data enters the receipt response device, which first obtains the receipt status and processing results according to the unified receipt response rules stipulated by the financial party, and then selects the corresponding receipt response processor for different types of receipts to process the receipt response results. For business scenarios without linked receipts, the entire receipt processing process ends here;

[0120] The receipt sending device matches the task type of the sending device with the type of the responding device. The receipt responding device will parse the receipt type and ID based on the information sent by the other party, and the receipt type and ID are associated with the sending device.

[0121] Step S5, the data that needs to send a linked receipt is processed by the receipt response device and then enters the adaptive routing device. The device first maintains the linked receipt business rules according to financial requirements, starts the corresponding linked processor through rule routing, and performs linked receipt processing.

[0122] like Figure 4 As shown, it is a schematic diagram of the implementation method of the receipt preprocessing device in the embodiment of the present application. Specifically, the function of the receipt preprocessing device is to automatically screen the receipts to be sent in various business scenarios, establish a task ID for the receipts to be processed, create a task thread, and calibrate, sample, and group each task ID. First, it is necessary to classify the receipts in each business scenario. As shown in Table 1, the receipts currently involved are divided into 8 categories; secondly, the business data with non-final business status is screened from the source business data, and the receipt category is determined according to the current business status. The determination rules are shown in Table 1; the third step is to create a task ID for the selected data, track the status, and calibrate the receipt category; fourth, for the data that failed to be processed by the receipt preprocessing device, enter the failure retry device, that is, configure the number of retries, and restore the task status to continue processing before the number of retries is reached. After the number of retries is reached, it is transferred to manual processing, that is, manually sending the receipt.

[0123] like Figure 5 As shown, it is a schematic diagram of the implementation method of the adaptive receipt sending device in the embodiment of the present application. Specifically, the device selects a suitable receipt sender according to the receipt category to send the receipt; the device adopts an adaptive algorithm, and there may be multiple receipt senders for the same type of receipt. First, we match the general receipt sender and automatically match the receipt sender according to the receipt category. If the match is successful, the general receipt sending is started to send the receipt. If the match fails, the task features are extracted and the dedicated receipt sender is obtained according to the feature matching method. If the match is successful, the dedicated receipt sender is started to send the receipt. After the receipt is successfully sent, the task ID status is changed and the receipt response device is entered.

[0124] like Figure 6As shown, it is a schematic diagram of the implementation method of the receipt response device in the embodiment of the present application. Specifically,

[0125] The receipt response device is an independent module. First, a general method is used to obtain a receipt response message from a third-party system, decrypt the receipt message, and automatically obtain a receipt responder according to the receipt type in the message, and notify the response result to the relevant business system through the receipt phase responder. At the same time, the present invention adds an adaptive routing device to the device. For some business scenarios, after receiving the response result of a third party, some receipts dynamically determine whether to start the associated receipt sending according to the response result. For example, after receiving the receipt response result, the Class I receipt in the payment business will start the Class II and Class III receipt sending. This routing device determines whether there is a linked receipt that needs to be sent according to the characteristics of the receipt, obtains the linked receipt sender according to the method in the receipt sending device, and starts the Class II and Class III receipts. The Class II and Class III receipts automatically enter the receipt response device.

[0126] The agency finance business scenario involves four organizations: finance, banks, clearing banks, and budget units. As a result, at least eight types of receipts need to be sent. After these receipts are sent, the receiving status and processing results of the recipient need to be obtained asynchronously. The sending status, receiving status, and processing results of the receipts all affect the next business scenario. At present, in the agency finance business scenario, these receipts are generally sent manually or embedded in the business logic, and the receipt response results are processed manually. This processing method cannot obtain the receiving status and processing results of the other party in a timely manner. It is necessary to manually obtain the processing results of the other party again, and choose to resend or perform other business operations based on the processing results, which will cause a waste of resources and personnel. Embedding the receipt in the business system to send the receipt will not only lengthen the business transaction link, but also reduce the timeliness of manually obtaining the receipt status. It will also increase the probability of system errors. Frequent manual intervention is likely to increase the system error rate, and the receipt cannot be returned to the other party in time or the receipt status cannot be obtained in time, resulting in the normal operation of subsequent businesses that rely on this receipt.

[0127] The present application also provides a receipt processing device 700, such as Figure 7 As shown, a schematic diagram of the structure of a receipt processing device in an embodiment of the present application is provided, and the receipt processing device 700 at least includes: an acquisition module 710, a sending module 720 and a response module 730, wherein:

[0128] In one embodiment of the present application, the acquisition module 710 is specifically used to: acquire different types of receipts to be processed in real time, pre-process the different types of receipts to be processed, establish task IDs for the receipts to be processed, create task threads and calibrate the tracking status of each task ID.

[0129] According to business needs, the finance department sends payment orders to the agent bank, and the agent bank conducts payment, clearing and refund. According to the business rules stipulated by the finance department, the agent bank needs to send relevant receipts to the finance department, the People's Bank of China and the budget unit at each business stage.

[0130] By automatically screening the receipts to be sent in the business scenario, a task ID is established for the receipts to be processed, a task thread is created, and each task ID is calibrated, sampled, and grouped. Different receipts are distinguished according to the task ID, and the tracking status of each task ID is calibrated.

[0131] If the above process fails, it will enter the failure retry step. After the retry step, the data that still fails will enter the manual processing process for manual processing.

[0132] In one embodiment of the present application, the sending module 720 is specifically used to: based on an adaptive algorithm, match the receipt to be processed to a corresponding receipt sender to send the receipt.

[0133] After the receipt preprocessing, the data enters the adaptive receipt sending process, and by extracting the features of each receipt ID, the appropriate receipt processor is selected according to the adaptive algorithm to send the receipt. It should be noted that when sending the receipt, the receipts generated in each business stage need to be sampled and classified, and the receipt processor with the receipt ID is formulated according to the business rules.

[0134] It can be understood that the adaptive algorithm is used to select the receipt sender, which is not specifically limited in the embodiments of the present application, as long as the adaptive screening requirements are met. Preferably, the adaptive algorithm uses a feature extraction algorithm, and other algorithms may also be used instead.

[0135] In one embodiment of the present application, the response module 730 is specifically used to: select a corresponding receipt responder according to the receipt type after the receipt is sent, so as to notify the corresponding business system of the response result.

[0136] After the receipt is sent and processed, the data enters the receipt response process. First, the receipt status and processing results are obtained according to the unified receipt response rules stipulated by the financial party, and then the corresponding receipt response processor is selected for different types of receipts to process the receipt response results. In addition, for business scenarios without linked receipts, the entire receipt processing process ends here. For business scenarios with linked receipts, further receipt linkage processing is required.

[0137] In one embodiment of the present application, it further includes: a routing module for

[0138] According to the response result, dynamically determine whether there is a need to send a linkage receipt and start sending the linkage receipt;

[0139] According to the preset linkage return order business rules, adaptive routing is used to start the corresponding linkage processor to perform linkage return order processing.

[0140] In one embodiment of the present application, the acquisition module 710 is also used to

[0141] Categorize the receipts to be processed in various business scenarios;

[0142] Filter business data with non-final business status from source business data, and determine the receipt category based on the current business status;

[0143] Determine whether the task ID of the to-be-processed receipt is established for the filtered business data, the task thread is created, and the tracking status of each task ID is marked successfully;

[0144] If successful, each task ID is sampled, classified, and the receipt type is marked;

[0145] If it fails, the task status will be restored and processing will continue before the number of retries is reached. After the number of retries is reached, a manual return order will be issued.

[0146] In one embodiment of the present application, the acquisition module 710 is further used to obtain

[0147] Type I receipt, payment receipt;

[0148] Type II receipt, payment receipt;

[0149] Type III receipt, quota change receipt;

[0150] Type IV receipt, clearing application form;

[0151] V-type receipt, clearing statement;

[0152] Category VI receipt, refund receipt notice;

[0153] Category VII receipt, refund notice;

[0154] Type VIII receipt, refund settlement receipt.

[0155] In one embodiment of the present application, the sending module 720 is also used to

[0156] Obtain different types of receipts to be processed in real time, match general receipt senders, and automatically match receipt senders according to receipt types;

[0157] If the matching fails, the task features are extracted and the dedicated receipt sender is obtained according to the feature matching method;

[0158] If the match is successful, the general receipt sending is started to send the receipt. After the receipt is sent successfully, the task ID status is changed.

[0159] In one embodiment of the present application, the response module 730 is also used to

[0160] Obtain a receipt response message from a third-party system and decrypt the receipt response message;

[0161] The receipt responder is obtained according to the receipt type in the decrypted receipt response message, and the response result is notified to the business system related to the receipt through the receipt phase responder.

[0162] In one embodiment of the present application, the response module 730 is also used to

[0163] After the preset business logic processing is completed, the current module ends and waits for the return orders involved in various business scenarios to be screened.

[0164] It can be understood that the above-mentioned receipt processing device can implement the various steps of the receipt processing method provided in the above-mentioned embodiment. The relevant explanations about the receipt processing method are applicable to the receipt processing device and will not be repeated here.

[0165] Figure 7 This is a schematic diagram of the structure of an electronic device according to an embodiment of the present application. Figure 7 At the hardware level, the electronic device includes a processor, and optionally also includes an internal bus, a network interface, and a memory. The memory may include a memory, such as a high-speed random access memory (RAM), and may also include a non-volatile memory (non-volatile memory), such as at least one disk storage. Of course, the electronic device may also include hardware required for other services.

[0166] The processor, network interface and memory can be interconnected through an internal bus, which can be an ISA (Industry Standard Architecture) bus, a PCI (Peripheral Component Interconnect) bus or an EISA (Extended Industry Standard Architecture) bus. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Figure 7 Only one bidirectional arrow is used in the diagram, but this does not mean that there is only one bus or only one type of bus.

[0167] The memory is used to store the program. Specifically, the program may include a program code, and the program code includes a computer operation instruction. The memory may include a memory and a non-volatile memory, and provides instructions and data to the processor.

[0168] The processor reads the corresponding computer program from the non-volatile memory into the memory and then runs it, forming a receipt processing device at the logical level. The processor executes the program stored in the memory and is specifically used to perform the following operations:

[0169] Acquire different types of receipts to be processed in real time, pre-process the receipts of different types to be processed, establish task IDs for the receipts to be processed, create task threads, and mark the tracking status of each task ID;

[0170] Based on the adaptive algorithm, the receipt to be processed is matched with the corresponding receipt sender to send the receipt;

[0171] After the receipt is sent, the corresponding receipt responder is selected according to the receipt type to notify the corresponding business system of the response result.

[0172] The above application Figure 2The method performed by the receipt processing device disclosed in the illustrated embodiment can be applied to a processor or implemented by a processor. The processor may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by an integrated logic circuit of hardware in the processor or an instruction in software form. The above processor can be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), etc.; it can also be a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The methods, steps and logic block diagrams disclosed in the embodiments of the present application can be implemented or executed. The general-purpose processor can be a microprocessor or the processor can also be any conventional processor, etc. The steps of the method disclosed in the embodiments of the present application can be directly embodied as a hardware decoding processor for execution, or a combination of hardware and software modules in the decoding processor for execution. The software module can be located in a storage medium mature in the art such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, or an electrically erasable programmable memory, a register, etc. The storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.

[0173] The electronic device may also perform Figure 2 The method executed by the receipt processing device in the Figure 2 The functions of the illustrated embodiment will not be described in detail in the embodiments of the present application.

[0174] The present application also provides a computer-readable storage medium, which stores one or more programs, wherein the one or more programs include instructions, which, when executed by an electronic device including multiple application programs, enable the electronic device to execute Figure 2 The method executed by the receipt processing device in the illustrated embodiment is specifically used to execute:

[0175] Acquire different types of receipts to be processed in real time, pre-process the receipts of different types to be processed, establish task IDs for the receipts to be processed, create task threads, and mark the tracking status of each task ID;

[0176] Based on the adaptive algorithm, the receipt to be processed is matched with the corresponding receipt sender to send the receipt;

[0177] After the receipt is sent, the corresponding receipt responder is selected according to the receipt type to notify the corresponding business system of the response result.

[0178] Those skilled in the art will appreciate that embodiments of the present invention may be provided as methods, systems, or computer program products. Therefore, the present invention may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0179] The present invention is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0180] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0181] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.

[0182] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0183] The memory may include non-permanent storage in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. The memory is an example of a computer-readable medium.

[0184] Computer readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. Information can be computer readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include temporary computer readable media (transitory media), such as modulated data signals and carrier waves.

[0185] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, commodity or device. In the absence of more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity or device including the elements.

[0186] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that contain computer-usable program code.

[0187] The above is only an embodiment of the present application and is not intended to limit the present application. For those skilled in the art, the present application may have various changes and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims of the present application.

Claims

1. A method for processing a receipt, wherein: The method comprises: Acquire different types of receipts to be processed in real time, pre-process the receipts of different types to be processed, establish task IDs for the receipts to be processed, create task threads, and mark the tracking status of each task ID; Based on the adaptive algorithm, the receipt to be processed is matched with the corresponding receipt sender to send the receipt; After the receipt is sent, the corresponding receipt responder is selected according to the receipt type to notify the corresponding business system of the response result.

2. The method of claim 1, wherein: The method further comprises: According to the response result, dynamically determine whether there is a need to send a linkage receipt and start sending the linkage receipt; According to the preset linkage return order business rules, adaptive routing is used to start the corresponding linkage processor to perform linkage return order processing.

3. The method of claim 2, wherein: The real-time acquisition of different types of receipts to be processed, pre-processing of the different types of receipts to be processed, establishing task IDs of the receipts to be processed, creating task threads and marking the tracking status of each task ID include: Categorize the receipts to be processed in various business scenarios; Filter business data with non-final business status from source business data, and determine the receipt category based on the current business status; Determine whether the task ID of the to-be-processed receipt is established for the filtered business data, the task thread is created, and the tracking status of each task ID is marked successfully; If successful, each task ID is sampled, classified, and the receipt type is marked; If it fails, the task status will be restored and processing will continue before the number of retries is reached. After the number of retries is reached, a manual return order will be issued.

4. The method of claim 2, wherein: The classification of receipts to be processed in various business scenarios includes: Type I receipt, payment receipt; Type II receipt, payment receipt; Type III receipt, quota change receipt; Type IV receipt, clearing application form; V-type receipt, clearing statement; Category VI receipt, refund receipt notice; Category VII receipt, refund notice; Type VIII receipt, refund settlement receipt.

5. The method of claim 1, wherein: The step of matching the to-be-processed receipt to a corresponding receipt sender for receipt sending based on the adaptive algorithm includes: Obtain different types of receipts to be processed in real time, match general receipt senders, and automatically match receipt senders according to receipt types; If the matching fails, the task features are extracted and the dedicated receipt sender is obtained according to the feature matching method; If the match is successful, the general receipt sending is started to send the receipt. After the receipt is sent successfully, the task ID status is changed.

6. The method of claim 1, wherein: After the receipt is sent, the corresponding receipt responder is selected according to the receipt type to notify the corresponding business system of the response result, including: Obtain a receipt response message from a third-party system and decrypt the receipt response message; The receipt responder is obtained according to the receipt type in the decrypted receipt response message, and the response result is notified to the business system related to the receipt through the receipt phase responder.

7. The method of claim 1, wherein: Before the real-time acquisition of different types of receipts to be processed and pre-processing of the different types of receipts to be processed, the method further includes: After the preset business logic processing is completed, the current module ends and waits for the return orders involved in various business scenarios to be screened.

8. A receipt processing device, wherein: The device comprises: An acquisition module is used to acquire different types of receipts to be processed in real time, pre-process the receipts of different types to be processed, establish task IDs of the receipts to be processed, create task threads, and mark the tracking status of each task ID; A sending module, used for matching the receipt to be processed with a corresponding receipt sender to send the receipt based on an adaptive algorithm; The response module is used to select the corresponding receipt responder according to the receipt type after the receipt is sent, so as to notify the corresponding business system of the response result.

9. An electronic device, comprising: processor; as well as A memory arranged to store computer executable instructions, which when executed cause the processor to perform the method of any one of claims 1 to 7.

10. A computer-readable storage medium storing one or more programs, which, when executed by an electronic device including a plurality of application programs, causes the electronic device to execute any one of the methods of claims 1 to 7.

Images