Asynchronous data processing method, device, equipment and storage medium for financial agency sales business

Abstract

The present invention belongs to the field of blockchain technology, solves the technical problem in the prior art of reducing data processing efficiency due to abnormal data in the delayed processing of interactive data at the edge, and provides a method, device, equipment and storage medium for asynchronous data processing of financial management agency sales business. The method includes: obtaining each to-be-verified file corresponding to the to-be-verified data; retrieving preset business verification information corresponding to each to-be-verified file according to each to-be-verified file; verifying each to-be-verified file according to each to-be-verified business verification information, and obtaining a verification file corresponding to each to-be-verified file to be processed with delay; wherein, the verification file includes a verification-passed file and a verification-failed file, and the file data of the verification file is consistent with the file data of the to-be-verified file. The present invention performs advance inspection on the files received by the financial management subsidiary and the agency sales bank, completes the abnormal file alarm in advance, and helps to improve the efficiency of delayed data.

Description

Technical Field

[0001] The present invention relates to the field of blockchain technology, and in particular to a method, device, equipment, and storage medium for asynchronous data processing of financial management agency sales services. Background Art

[0002] In the existing technology, when the wealth management subsystem and the sales agency system transmit data, they mainly exchange data through a third-party centralized information forwarding platform. Due to the high data security requirements of the wealth management subsystem and the sales agency system, the third-party information forwarding platform can only forward the data and cannot perform other operations (such as parsing, storage, etc.).

[0003] Due to the particularity of the industry, there is a delay processing problem at the data receiving end in the data exchange between the sales agency and the wealth management subsidiary. When there is an anomaly in the data sent by the data sending end, the data receiving end cannot use the data normally. Since there is a many-to-many relationship between the wealth management subsidiary and the sales agency, when a certain data is abnormal, it will cause the program to get stuck. At this time, it is necessary to contact the data sender for verification or resending. However, since the data transmission between the sales agency and the wealth management subsidiary is not real-time, for example, the sales agency sends files to the wealth management subsidiary at 3 pm every day, and the wealth management subsidiary does not use these files until 10 pm, which increases the workload and difficulty of the file receiver and sender, resulting in poor user experience. Summary of the Invention

[0004] In view of this, an embodiment of the present invention provides an asynchronous data processing method, device, equipment and storage medium for financial agency sales business, which is used to solve the technical problem of reduced data processing efficiency due to abnormal data in the prior art during delayed processing of interactive data at the edge.

[0005] The technical solution adopted in the present invention is:

[0006] The present invention provides a method for asynchronous data processing of financial management agency sales business, the method comprising:

[0007] Obtain the files to be verified corresponding to the data to be verified;

[0008] Retrieving preset business verification information corresponding to each of the files to be verified according to the file information of each of the files to be verified;

[0009] Verify each of the files to be verified according to each of the business verification information to obtain a target file corresponding to each of the files to be verified and to be processed with a delay;

[0010] The target files include a first target file that passes verification and a second target file that fails verification, and file data of the target files are consistent with file data of the file to be verified.

[0011] Preferably, configuring the service verification information includes:

[0012] Obtain the data recipient's organization category information and business contract information;

[0013] Determining, based on the business contract information, interactive file information for business data interaction between contract participants;

[0014] The business verification information is determined according to the interaction file information and the organization category information.

[0015] Preferably, when the data recipient is a sales agent, the business verification information includes:

[0016] If it is the first working day, generating a first execution task corresponding to the business verification information, wherein the first execution task is a verification task executed on that day;

[0017] If it is the first rest day, generating a second execution task corresponding to the business verification information, wherein the second execution task is a verification task to be executed on the next working day;

[0018] If it is the Nth rest day, no verification task corresponding to the business verification information is generated, where N is a positive integer greater than 1.

[0019] Preferably, the obtaining of the files to be verified corresponding to the data to be verified includes:

[0020] Obtain the institutional category information of the data verifier;

[0021] The received files are screened according to the organization category information to obtain the files to be verified.

[0022] Preferably, the retrieving preset business verification information corresponding to each file to be verified according to the file information of each file to be verified comprises:

[0023] Obtain the file identification information of the file to be verified;

[0024] According to the contract ID information of the file identification information, the target contract corresponding to the contract ID information on the blockchain network is retrieved;

[0025] The contract source code of the target contract is parsed to obtain the business verification information.

[0026] Preferably, the retrieving preset business verification information corresponding to each file to be verified according to the file information of each file to be verified comprises:

[0027] Obtaining a first verification task for the business verification information according to the business identity information of the file to be verified;

[0028] Obtaining a second verification task for the business verification information according to the file source information of the file to be verified;

[0029] The priority of the first verification task is higher than that of the second verification task.

[0030] Preferably, when the first target file exists, the method includes:

[0031] Obtaining the first target file that failed verification and business verification information corresponding to the first target file, wherein the first target file includes first verification information, or the first target file includes first verification information and second verification information;

[0032] Retrieving target files associated with the first target file according to the first target file, wherein the target files include the first target file and the second target file in the same batch;

[0033] Performing manual verification on the target file according to the business verification information;

[0034] The first verification information is identification information of the first verification task, and the second verification information is identification information of the second verification task.

[0035] In a second aspect, the present invention further provides an asynchronous data processing device for financial management agency sales services, comprising:

[0036] File acquisition module: used to obtain the files to be verified corresponding to the data to be verified;

[0037] Verification information module: used for retrieving preset business verification information corresponding to each file to be verified according to the file information of each file to be verified;

[0038] File verification module: used to verify each of the files to be verified according to each of the business verification information, and obtain the target files corresponding to each of the files to be verified and to be processed with delay;

[0039] The target files include a first target file that passes verification and a second target file that fails verification, and file data of the target files are consistent with file data of the file to be verified.

[0040] The present invention also provides an electronic device, comprising: at least one processor, at least one memory, and computer program instructions stored in the memory, wherein when the computer program instructions are executed by the processor, any one of the above-mentioned methods is implemented.

[0041] The present invention further provides a medium having computer program instructions stored thereon, which implement any of the above methods when the computer program instructions are executed by a processor.

[0042] In summary, the beneficial effects of the present invention are as follows:

[0043] The asynchronous data processing method for wealth management agency sales business provided by the present invention is aimed at asynchronous data processing in wealth management agency sales business. When a file sender sends a file to a file receiver for the first time, a file quality check is first performed on the received file to determine whether the file is missing, sent incorrectly, or the file content does not match. Specifically, when a file is received, business verification information pre-configured by the system is retrieved to perform synchronous verification on each file. The business verification information is a specific interaction file for the wealth management product between the two parties to the contract. The interaction file includes the file number, name, and enumeration value, field, and other contents of each data under the file. The present invention performs early inspection on the files received by the wealth management subsidiary and the agency, completes the abnormal file alarm in advance, and helps to improve the efficiency of delayed data. BRIEF DESCRIPTION OF THE DRAWINGS

[0044] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the following briefly introduces the drawings required for use in the embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work, and these are all within the scope of protection of the present invention.

[0045] Figure 1 Schematic diagram of the flow of the asynchronous data processing method for financial management agency sales business in Example 1 of the present invention;

[0046] Figure 2 Schematic diagram of the process of obtaining service verification information in Example 1 of the present invention;

[0047] Figure 3 Schematic diagram of the process of obtaining manual verification in Example 1 of the present invention;

[0048] Figure 4 This is a schematic diagram of the structure of an asynchronous data processing device for financial management agency sales in Example 2 of the present invention;

[0049] Figure 5 Schematic diagram of the structure of the electronic device in Example 3 of the present invention. DETAILED DESCRIPTION

[0050] In order to make the purpose, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. It should be noted that, in this article, relational terms such as first and second are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. In the description of the present invention, it should be understood that the orientation or position relationship indicated by the terms "center", "upper", "lower", "front", "back", "left", "right", "vertical", "horizontal", "top", "bottom", "inside", "outside" and the like is based on the orientation or position relationship shown in the drawings, and is only for the convenience of describing the present application and simplifying the description, rather than indicating or implying that the device or element referred to must have a specific orientation, be constructed and operate in a specific orientation, and therefore cannot be understood as limiting the present invention. Moreover, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also includes other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further limitations, elements defined by the phrase "comprising..." do not preclude the presence of other identical elements in the process, method, article, or apparatus comprising the elements. The various features of the present invention and its embodiments may be combined with each other if there is no conflict, and all are within the scope of protection of the present invention.

[0051] Example 1

[0052] The wealth management subsystem and the sales agency system belong to different institutions. For the convenience of this article, the institution belonging to the wealth management subsystem is denoted as the wealth management subsystem, and the institution belonging to the sales agency system is denoted as the sales agency. The business relationship between the wealth management subsystem and the sales agency is many-to-many. For example, sales agencies A, B, and C all sell wealth management product A of wealth management subsystem A. Sales agency A sells wealth management product A of wealth management subsystem A, wealth management product B of wealth management subsystem B, and wealth management product C of wealth management subsystem C. The data exchange between the sales agency and the wealth management subsystem is carried out asynchronously through file processing. There is a time difference between the time when data is sent and the time when data is used. For example, the data sender sends the data to the data receiver at 3 pm, and the data receiver uses the data at 10 pm. That is, there is a time difference between the sending and use of data due to business characteristics. When this time difference causes data anomalies, the data sender cannot immediately process the abnormal data, resulting in the data receiver being unable to complete data processing, affecting business efficiency.

[0053] See Figure 1 , Figure 1In Embodiment 1 of the present invention, a method for processing asynchronous data for a financial agency sales service is provided, the method comprising:

[0054] S1: Obtain the files to be verified corresponding to the data to be verified;

[0055] Specifically, file verification includes file sending end verification and / or file receiving end verification and / or intermediate platform verification. The file verification mentioned in this article is mainly aimed at when the file recipient has a delay in using the data. By verifying the legitimacy and integrity of the file in advance, the efficiency of data batch processing is avoided because of abnormal files during data batch processing. Data delay processing is that the data sender packages the data to be processed into a file and sends it to the data demander at the first time. When the data demander receives the data to be processed at the first time, it batch processes the multiple received data to be processed at the second time; as described in the background technology of this application, in the data interaction of the many-to-many business relationship between the wealth management subsidiary and the sales agency, the data recipient receives the file sent by the data sender at the first time. Due to business needs, the data recipient uses the data at the second time. This data interaction phenomenon is recorded as asynchronous data processing. In order to solve the problem of low data batch processing efficiency caused by abnormal files during asynchronous data processing; when the data recipient receives the data to be verified, the data to be verified is automatically verified without interception.

[0056] S2: Retrieving preset business verification information corresponding to each file to be verified according to the file information of each file to be verified;

[0057] Specifically, the verification requirements for files to be verified for different business relationships are different. The blockchain network includes multiple wealth management subsidiaries and multiple sales agencies. The business relationship between wealth management subsidiaries and sales agencies is many-to-many business. Sales agencies and wealth management subsidiaries can be both data demanders and data generators, and the data required by different institutions are also different. Therefore, the files to be verified include sending file verification and / or receiving file verification. At the same time, the sending and / or receiving files are different for different business contracts. The corresponding business verification information is retrieved based on the sending and receiving nature of the files to be verified and the contractual relationship. Among them, the business verification information includes business cooperation relationship, interactive file information, interactive file content, and verification task time. Taking the file verification program set up at the edge where wealth management subsidiary A is located as an example, wealth management subsidiary A has corresponding contractual relationships with sales agency A, sales agency B, and sales agency C. Therefore, when file verification is required, the files to be verified are first divided into sent files and received files. The sent files are divided into file 1 sent to sales agency A, file 2 sent to sales agency B, and file 3 sent to sales agency C. The received files are divided into file 4 sent by sales agency A, file 5 sent by sales agency B, and file 6 sent by sales agency C.

[0058] S3: Verify each of the files to be verified according to the business verification information, and obtain a target file corresponding to each of the files to be verified and to be processed with a delay;

[0059] The target files include a first target file that passes verification and a second target file that fails verification, and file data of the target files are consistent with file data of the file to be verified.

[0060] Specifically, after completing the classification of the files to be verified and determining the business verification information, the files to be verified are verified according to the specific verification requirements of the business verification information, and a first target file that passes the verification and a second target file that fails the verification are obtained; for example, the business verification information corresponding to the business verification information sent by the sales agency A to the wealth management subsidiary A is: the number of files is 8, and the enumeration value is typedaystype = (sunday, monday, tuesday, wednesday, thursday, friday, saturday); if the sales agency A sends 6 files, the verification label of the verification file obtained is failed; if the sales agency A sends 8 files and the enumeration value is also the above value, the verification label of the verification file obtained is passed.

[0061] In one embodiment, see Figure 2 , configure the business verification information:

[0062] S01: Obtain the data recipient's organization category information and business contract information;

[0063] S02: Determine, based on the business contract information, the interactive file information for business data interaction between the contract participants;

[0064] S03: Determine the business verification information according to the interaction file information and the organization category information.

[0065] Specifically, the business verification program pre-configures corresponding verification tasks for execution based on business verification information. Due to the special business nature of the wealth management subsidiary and the sales agency, the information exchange between the wealth management subsidiary and the sales agency uses a heartbeat mechanism. That is, regardless of whether transaction data is generated, files will be sent to each other at the agreed file sending time to ensure the normal data exchange channel. If such files are verified, the verification result will inevitably be non-compliant. To avoid false verification, verification tasks are established based on the business characteristics of the wealth management subsidiary and the sales agency. For example, verification tasks are only performed on weekdays. First, based on the business contract relationship, the interactive file information for the business data exchange between the two parties is determined. For example, the number of files sent by sales agency A to wealth management subsidiary A is 8, and the number of files sent by wealth management subsidiary A to sales agency A is 6. After determining the interactive file information, the file information to be verified by the verification task is determined based on the recipient's institutional type information. For example, if the data recipient is wealth management subsidiary A, the number of files to be verified is 8. The interactive file information is not limited to the number of files, but also includes the file name, enumerated values ​​of the file data, fields representing the product, etc.

[0066] In one embodiment, when the data recipient is a sales agent, the business verification information includes:

[0067] If it is the first working day, generating a first execution task corresponding to the business verification information, wherein the first execution task is a verification task executed on that day;

[0068] If it is the first rest day, generating a second execution task corresponding to the business verification information, wherein the second execution task is a verification task to be executed on the next working day;

[0069] If it is the Nth rest day, no verification task corresponding to the business verification information is generated, where N is a positive integer greater than 1.

[0070] Specifically, in the financial management agency sales business between the sales agency and the financial subsidiary, when the data recipient is the sales agency, the verification task needs to be determined based on the opening market information of the day. If it is the first working day, there is no transaction data on the first working day, so there is no need to generate an execution task. Similarly, if it is the first rest day, an execution task for the next working day is generated. If it is any other rest day, there is no need to generate an execution task. This method can avoid file abnormality alarms when file verification is not required on rest days, thereby improving user experience.

[0071] In one embodiment, the S1 includes:

[0072] S11: Obtain the organization category information of the data verifier;

[0073] S12: Screening the received files according to the organization category information to obtain the files to be verified.

[0074] Specifically, the institutional category information includes the data sender, data receiver and intermediate platform party. The wealth management subsidiary and the sales agency can both send and receive data. When the wealth management subsidiary and the sales agency belong to different structural categories, the data verification content is different. For example, the contract stipulates that the number of files sent by wealth management subsidiary A to sales agency A is 8, and the number of files sent by sales agency A to wealth management subsidiary A is 10; when the data verification party is wealth management subsidiary A, the received files are first divided into file a sent to sales agency A and file b received from sales agency A. File a is recorded as the first file to be verified, and file b is recorded as the second file to be verified. Then, the files are verified separately according to the corresponding business verification information; since the wealth management subsidiaries and sales agencies act in a many-to-many manner, this method can be used to verify the files of different wealth management subsidiaries and different sales agencies separately to avoid verification errors caused by file confusion.

[0075] In one embodiment, the S2 includes:

[0076] S21: Obtain file identification information of the file to be verified;

[0077] S22: According to the contract ID information of the file identification information, retrieve the target contract corresponding to the contract ID information on the blockchain network;

[0078] S23: Parse the contract source code of the target contract to obtain the business verification information.

[0079] Specifically, multiple wealth management subsidiaries and multiple sales agencies form an alliance chain. The sales contracts corresponding to the wealth management sales business between the wealth management subsidiaries and the sales agencies are stored in the blockchain network. When verification of the verification file is required, the corresponding target contract is retrieved from the blockchain network through the contract ID information of the file identification information, and the contract source code of the target contract is parsed to obtain the business verification information; the blockchain network is used to realize the point-to-point transmission of interactive data between the wealth management subsidiaries and the sales agencies, reducing the risk of data leakage when forwarding data through an intermediate platform. At the same time, the anti-tampering feature of the blockchain network ensures the credibility of the business.

[0080] In one embodiment, the S2 includes:

[0081] S24: Obtaining a first verification task for the business verification information according to the business identity information of the file to be verified;

[0082] S25: Obtaining a second verification task for the business verification information according to the file source information of the file to be verified;

[0083] The priority of the first verification task is higher than that of the second verification task.

[0084] Specifically, the business identity information is the file sender information and the file receiver information. The file sender information and the file receiver information are used to retrieve the number of files required by the preset file receiver as the first verification information. For example, if the two parties of the business are wealth management subsidiary A and sales agency A for the agency sales business of wealth management product A, when wealth management subsidiary A is the file receiver, 10 files of sales agency A are required; when sales agency A is the file receiver, 8 files of wealth management subsidiary A are required; the specific file content such as the enumeration value and field of the data is used as the second verification task. Due to the special nature of the business of wealth management subsidiaries and sales agencies, the verification task only verifies the number and format of the verification files, and will not prevent the pending Verify the normal transmission of files, that is, no matter whether the file to be verified is a normal file or an abnormal file, it will be automatically received and saved to the data recipient. By verifying the received files or the sent files, abnormal files can be discovered in advance to avoid delayed processing when abnormal files are discovered, affecting the efficiency of batch processing (it should be noted that: whether it is a wealth management subsidiary or a sales agency, when processing the received data, the program is automatically executed, and the automatic processing of multiple data in this set is recorded as batch processing). The verification tasks are divided into different levels. When the file is found to be abnormal during the execution of the first verification task, a failed label is directly added without the need to execute the second verification task, which is conducive to improving the verification efficiency.

[0085] In one embodiment, the S3 includes:

[0086] S31: Acquire the first verification task and the second verification task;

[0087] S32: Performing a first verification on the file to be verified according to the first verification task to obtain a first verification file that passes the verification and a first abnormal file that fails the verification;

[0088] S33: Perform a second verification on the first verification file according to the second verification task to obtain the second file;

[0089] The verification file includes the first abnormal file and the second file.

[0090] Specifically, the verification content of the business verification information is divided into a first verification task and a second verification task according to the file level. The first verification task includes verification of the file name and the number of files, and the second verification task includes verification of fields, enumeration values, and product codes within the file; the file whose verification result fails the first verification task is recorded as a first abnormal file, and the file whose verification result passes the first verification task is recorded as a first verification file. The first verification file is subjected to the second verification task, and the first verification file that completes the second verification is recorded as a second file. The verification file includes the first abnormal file and the second file, and the second file includes the second verification file that passes the first verification task and the second verification task and the second abnormal file that passes the first verification task but fails the second verification task.

[0091] In one embodiment, the S31 includes:

[0092] S311: Obtain verification identification information of the file to be verified;

[0093] S312: Allocate the first verification task to the file to be verified according to the first identification symbol of the verification identification information;

[0094] S313: Allocating the second verification task to the file to be verified according to the second identification symbol of the verification identification information;

[0095] The first verification task is located at the file sending end, the second verification task is located at the file receiving end, and both the first verification task and the second verification task are edge-end verifications.

[0096] Specifically, the first verification task is set at the file sending end, and the second verification task is set at the file receiving end. The number and name of the files are checked at the file sending end, and the corresponding second identification symbol is added. The file with the second identification symbol is checked at the file receiving end. The verification accuracy and efficiency can be improved by combining bilateral verification. The verification of the file receiving end and the file sending end is asynchronous verification. Through asynchronous verification, when the file sending end detects an abnormal file, it can resend a new file to overwrite the previous file, which can reduce the probability of the file receiving end detecting an abnormal file.

[0097] In one embodiment, see Figure 3 , when the first target file exists, the method includes:

[0098] S4: Acquire the first target file that fails verification and business verification information corresponding to the first target file, wherein the first target file includes first verification information, or the first target file includes first verification information and second verification information;

[0099] S5: Retrieving target files associated with the first target file according to the first target file, wherein the target files include the first target file and the second target file in the same batch;

[0100] S6: Performing manual verification on the target file according to the business verification information;

[0101] The first verification information is identification information of the first verification task, and the second verification information is identification information of the second verification task.

[0102] Specifically, when a first target file exists, all files in the same batch as the first target file will be manually verified, for example: the file recipient is wealth management subsidiary A, and the contractual relationships with wealth management subsidiary A include sales agency A, sales agency B, and sales agency C. Sales agency A and wealth management subsidiary A have a first contract corresponding to wealth management product A, a second contract corresponding to wealth management product B, and a third contract corresponding to wealth management product C. Sales agency B and wealth management subsidiary A have a fourth contract corresponding to wealth management product B, and sales agency C and wealth management subsidiary A have a fifth contract corresponding to wealth management product C. When there are abnormal files among the 10 files of wealth management product A sent from sales agency A to wealth management subsidiary A, all 10 files will be manually verified, and the manually verified files will be stored for use.

[0103] The present invention provides an asynchronous data processing method for wealth management agency sales business. For asynchronous data processing in wealth management agency sales business, when a file sender sends a file to a file receiver for the first time, a file quality check is first performed on the received file to determine whether the file is missing, sent incorrectly, or has mismatched file contents. Specifically, when a file is received, business verification information pre-configured by the system is retrieved to perform synchronous verification on each file. The business verification information is a specific interaction file for the wealth management product between the two parties to the contract. The interaction file includes the file number, name, and enumeration values ​​and fields of each data item under the file. The present invention performs early inspection on the files received by the wealth management subsidiary and the agency, completes abnormal file alarms in advance, and helps to improve the efficiency of delayed data.

[0104] Example 2

[0105] The present invention also provides an asynchronous data processing device for financial management agency sales business, see Figure 4 ,include:

[0106] File acquisition module: used to obtain the files to be verified corresponding to the data to be verified;

[0107] Verification information module: used for retrieving preset business verification information corresponding to each file to be verified according to the file information of each file to be verified;

[0108] File verification module: used to verify each of the files to be verified according to each of the business verification information, and obtain the target files corresponding to each of the files to be verified and to be processed with delay;

[0109] The target files include a first target file that passes verification and a second target file that fails verification, and file data of the target files are consistent with file data of the file to be verified.

[0110] In one embodiment, the task configuration module configures the business verification information including:

[0111] Information acquisition unit: obtains the data recipient's organization category information and business contract information;

[0112] Information parsing unit: determining the interactive file information for business data interaction between contract participants based on the business contract information;

[0113] Information confirmation unit: determines the business verification information according to the interactive file information and the organization category information.

[0114] In one embodiment, the task generation module is configured to, when the data recipient is a sales agency, the business verification information includes:

[0115] First date unit: if it is the first working day, then generate the first execution task corresponding to the business verification information, wherein the first verification task is the execution task of the day;

[0116] Second date unit: if it is the first rest day, then generate a second execution task corresponding to the business verification information, wherein the second verification task is a task to be executed on the next working day;

[0117] Third date unit: If it is the Nth rest day, no verification task corresponding to the business verification information is generated, where N is a positive integer greater than 1.

[0118] In one embodiment, the file acquisition module includes:

[0119] Category information unit: obtains the category information of the data verifier;

[0120] The file screening unit screens the received files according to the organization category information to obtain the files to be verified.

[0121] In one embodiment, the verification information module includes:

[0122] File information acquisition unit: acquires file identification information of the file to be verified;

[0123] Contract calling unit: calling the target contract corresponding to the contract ID information on the blockchain network according to the contract ID information of the file identification information;

[0124] Information generation unit: parses the contract source code of the target contract to obtain the business verification information.

[0125] In one embodiment, the verification information module includes:

[0126] The first task unit: obtains a first verification task of the business verification information according to the business identity information of the file to be verified;

[0127] The second task unit is configured to obtain a second verification task of the business verification information according to the file source information of the file to be verified;

[0128] The priority of the first verification task is higher than that of the second verification task.

[0129] In one embodiment, when an abnormal file exists, a manual verification module for manual verification includes:

[0130] An abnormal file acquisition unit is configured to acquire the first target file that fails verification and business verification information corresponding to the first target file, wherein the first target file includes the first verification information, or the first target file includes the first verification information and the second verification information;

[0131] A manual file verification unit: retrieves a target file associated with the first target file according to the first target file, wherein the target file includes the first target file and the second target file of the same batch;

[0132] Manual verification unit: performs manual verification on the target file according to the business verification information;

[0133] The first verification information is identification information of the first verification task, and the second verification information is identification information of the second verification task.

[0134] The present invention provides an asynchronous data processing device for wealth management agency sales business. For asynchronous data processing in wealth management agency sales business, when a file sender sends a file to a file receiver for the first time, the received file is first checked for file quality to determine whether the file is missing, sent incorrectly, or has mismatched file content. Specifically, when a file is received, the system's pre-configured business verification information is retrieved to perform synchronous verification on each file. The business verification information is a specific interactive file for the wealth management product between the two parties to the contract. The interactive file includes the file quantity, name, and enumerated values ​​and fields of each data item under the file. The present invention performs early inspection of files received by the wealth management subsidiary and the agency, completes abnormal file alarms in advance, and helps improve delayed data efficiency.

[0135] Example 3

[0136] The present invention provides an electronic device and a storage medium, such as Figure 5 As shown, the system includes at least one processor, at least one memory, and computer program instructions stored in the memory.

[0137] Specifically, the above-mentioned processor may include a central processing unit (CPU), or an application-specific integrated circuit (ASIC), or may be configured to implement one or more integrated circuits of an embodiment of the present invention, and the electronic device includes at least one of the following: a computer, a mobile terminal, a PC, a tablet computer, etc.

[0138] The memory may include a large capacity memory for data or instructions. By way of example and not limitation, the memory may include a hard disk drive (HDD), a floppy disk drive, a flash memory, an optical disk, a magneto-optical disk, a magnetic tape, or a universal serial bus (USB) drive, or a combination of two or more of these. Where appropriate, the memory may include a removable or non-removable (or fixed) medium. Where appropriate, the memory may be inside or outside the data processing device. In a specific embodiment, the memory is a non-volatile solid-state memory. In a specific embodiment, the memory includes a read-only memory (ROM). Where appropriate, the ROM may be a mask-programmed ROM, a programmable ROM (PROM), an erasable PROM (EPROM), an electrically erasable PROM (EEPROM), an electrically rewritable ROM (EAROM), or a flash memory, or a combination of two or more of these.

[0139] The processor reads and executes computer program instructions stored in the memory to implement any one of the asynchronous data processing methods for financial management agency sales services in the first embodiment.

[0140] In one example, the electronic device may further include a communication interface and a bus, wherein the processor, the memory, and the communication interface are connected via the bus and communicate with each other.

[0141] The communication interface is mainly used to implement communication between the modules, devices, units and / or equipment in the embodiments of the present invention.

[0142] Bus comprises hardware, software or both, couples the parts of electronic equipment to each other.For example, and not limitation, bus can comprise accelerated graphics port (AGP) or other graphics bus, enhanced industry standard architecture (EISA) bus, front side bus (FSB), hypertransport (HT) interconnection, industry standard architecture (ISA) bus, infinite bandwidth interconnection, low pin count (LPC) bus, memory bus, micro channel architecture (MCA) bus, peripheral component interconnection (PCI) bus, PCI-Express (PCI-X) bus, serial advanced technology attachment (SATA) bus, video electronics standard association local (VLB) bus or other suitable bus or two or more of these combinations.In suitable cases, bus can comprise one or more buses.Although the embodiment of the present invention describes and shows specific bus, the present invention considers any suitable bus or interconnection.

[0143] In summary, the embodiments of the present invention provide a method, apparatus, device and storage medium for asynchronous data processing of wealth management agency sales business. For asynchronous data processing in wealth management agency sales business, when the file sender sends the file to the file receiver for the first time, the received file is first checked for file quality to determine whether the file is missing, sent incorrectly, or the file content does not match. Specifically, when the file is received, the system's pre-configured business verification information is retrieved to perform synchronous verification on each file. The business verification information is a specific interaction file between the contracting parties for the wealth management product. The interaction file includes the file quantity, name, and enumeration values, fields, and other contents of each data under the file. The present invention performs early inspection of the files received by the wealth management subsidiary and the agency, completes the abnormal file alarm in advance, and helps to improve the efficiency of delayed data.

[0144] It should be understood that the present invention is not limited to the specific configurations and processes described above and illustrated in the figures. For the sake of brevity, a detailed description of known methods is omitted. In the above embodiments, several specific steps are described and illustrated as examples. However, the method of the present invention is not limited to the specific steps described and illustrated. Those skilled in the art may make various changes, modifications, and additions, or change the order of the steps after understanding the spirit of the present invention.

[0145] The functional blocks shown in the above-described block diagram can be implemented as hardware, software, firmware or a combination thereof. When implemented in hardware, it can be, for example, an electronic circuit, an application specific integrated circuit (ASIC), appropriate firmware, a plug-in unit, a function card or the like. When implemented in software, the elements of the present invention are programs or code segments that are used to perform the required tasks. The program or code segment can be stored in a machine-readable medium, or transmitted on a transmission medium or a communication link by a data signal carried in a carrier wave. "Machine-readable medium" can include any medium capable of storing or transmitting information. Examples of machine-readable media include electronic circuits, semiconductor memory devices, ROMs, flash memories, erasable ROMs (EROMs), floppy disks, CD-ROMs, optical disks, hard disks, optical fiber media, radio frequency (RF) links, etc. The code segment can be downloaded via a computer network such as the Internet, an intranet, etc.

[0146] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit it. Although the present invention has been described in detail with reference to the above embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the above embodiments, or replace some or all of the technical features therein with equivalents. However, these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present invention.

Claims

1. A method for asynchronous data processing of financial management agency sales business, characterized in that: The method comprises: Obtain the files to be verified corresponding to the data to be verified; Retrieving preset business verification information corresponding to each of the files to be verified according to the file information of each of the files to be verified; Verify each of the files to be verified according to each of the business verification information to obtain a target file corresponding to each of the files to be verified and to be processed with a delay; The target files include a first target file that passes verification and a second target file that fails verification, and the file data of the target files are consistent with the file data of the file to be verified; Configuring the business verification information includes: obtaining the organization category information and business contract information of the data recipient; determining the interactive file information for business data interaction between each contract participant based on the business contract information; and determining the business verification information based on the interactive file information and the organization category information; When the data recipient is a sales agent, the business verification information includes: If it is the first working day, generating a first execution task corresponding to the business verification information, wherein the first execution task is a verification task executed on that day; If it is the first rest day, generating a second execution task corresponding to the business verification information, wherein the second execution task is a verification task to be executed on the next working day; If it is the Nth rest day, no verification task corresponding to the business verification information is generated, where N is a positive integer greater than 1.

2. The asynchronous data processing method for financial management agency sales according to claim 1, characterized in that: The obtaining of the files to be verified corresponding to the data to be verified includes: Obtain the institutional category information of the data verifier; The received files are screened according to the organization category information to obtain the files to be verified.

3. The asynchronous data processing method for financial management agency sales according to claim 1, characterized in that: The retrieving preset business verification information corresponding to each of the files to be verified according to the file information of each of the files to be verified includes: Obtain the file identification information of the file to be verified; According to the contract ID information of the file identification information, the target contract corresponding to the contract ID information on the blockchain network is retrieved; The contract source code of the target contract is parsed to obtain the business verification information.

4. The asynchronous data processing method for financial management agency sales service according to any one of claims 1 to 3, characterized in that: The retrieving preset business verification information corresponding to each of the files to be verified according to the file information of each of the files to be verified includes: Obtaining a first verification task for the business verification information according to the business identity information of the file to be verified; Obtaining a second verification task for the business verification information according to the file source information of the file to be verified; The priority of the first verification task is higher than that of the second verification task.

5. The asynchronous data processing method for financial management agency sales according to claim 4, characterized in that: When the first target file exists, the method includes: Obtaining the first target file that failed verification and business verification information corresponding to the first target file, wherein the first target file includes first verification information, or the first target file includes first verification information and second verification information; Retrieving target files associated with the first target file according to the first target file, wherein the target files include the first target file and the second target file in the same batch; Performing manual verification on the target file according to the business verification information; The first verification information is identification information of the first verification task, and the second verification information is identification information of the second verification task.

6. An asynchronous data processing device for financial management agency sales, characterized in that: include: File acquisition module: used to obtain the files to be verified corresponding to the data to be verified; Verification information module: used for retrieving preset business verification information corresponding to each file to be verified according to the file information of each file to be verified; File verification module: used to verify each of the files to be verified according to each of the business verification information, and obtain the target files corresponding to each of the files to be verified and to be processed with delay; The target files include a first target file that passes verification and a second target file that fails verification, and the file data of the target files are consistent with the file data of the file to be verified; Configuring the business verification information includes: obtaining the organization category information and business contract information of the data recipient; determining the interactive file information for business data interaction between each contract participant based on the business contract information; and determining the business verification information based on the interactive file information and the organization category information; When the data recipient is a sales agent, the business verification information includes: If it is the first working day, generating a first execution task corresponding to the business verification information, wherein the first execution task is a verification task executed on that day; If it is the first rest day, generating a second execution task corresponding to the business verification information, wherein the second execution task is a verification task to be executed on the next working day; If it is the Nth rest day, no verification task corresponding to the business verification information is generated, where N is a positive integer greater than 1.

7. An electronic device, characterized in that: include: At least one processor, at least one memory, and computer program instructions stored in the memory, which implement the method according to any one of claims 1 to 5 when the computer program instructions are executed by the processor.

8. A storage medium having computer program instructions stored thereon, characterized in that: When the computer program instructions are executed by a processor, the method according to any one of claims 1 to 5 is implemented.

Images