Key information extraction method based on business auditing

Abstract

The embodiment of the invention discloses a key information extraction method based on business auditing, which comprises the following steps of: firstly, collecting all key fields in a business auditing process by a system, and then establishing a database comprising all key fields according to all key fields; according to the requirements of different business process types, key fields matched with the processes are screened out from the database, and business process key fields are generated. And finally, the system configures key fields of users corresponding to the same business process type according to each business process type and the business process key fields corresponding to the business process type. Through database management and process adaptation, key fields are automatically screened and arranged, unnecessary screening work is reduced, and the auditing speed is increased. According to the key information extraction method based on business auditing, automatic key field screening is provided, the arrangement sequence is optimized, auditing personnel are more focused on important information, and the error risk caused by long-time auditing is reduced.

Description

Technical Field

[0001] The present invention relates to the technical field of information extraction, and in particular to a key information extraction method based on business audit. Background Art

[0002] In financial industries such as factoring, when handling business, it is usually necessary to conduct layer-by-layer review, including contracts, accounts receivable, loan issuance, collection of payments, customer credit and other aspects, making the review process very cumbersome.

[0003] Each process requires multiple reviewers to approve the fields that need to be checked in the process, and then proceed to the next process for approval. The keywords approved in each process are different, so in actual operation, a business transaction requires multiple review steps to complete, and each review step takes a very long time. All fields in the business need to be screened and approved one by one, resulting in very low work efficiency.

[0004] In the early stages of the audit, auditors will use some functions to filter, highlight, and mark the content that needs to be audited to highlight the key information that needs to be checked in order to speed up the audit. However, this audit process is still very long and the work efficiency is very low.

[0005] Another existing method is to filter out some irrelevant fields on the audit page and then conduct the audit. However, different auditors of the same process have different audit styles, which makes it difficult to standardize and unify the filtering process. At this time, personal permissions need to be added through the back-end interface to meet the audit styles of different auditors. This method requires a lot of work to process and takes up a lot of server resources, which in turn affects the processing flow and ultimately leads to the inability to improve work efficiency.

[0006] Secondly, during the audit process, some fields similar to key information will appear in the audit content, and such fields will often be filtered out during the filtering process. However, similar fields may cause errors in the audit results, resulting in the existence of subsequent risks. For example, the difference between "deposit" and "deposit" in the contract may be just one word, but the meanings are completely different. During the audit process, each auditor needs to review different fields of multiple key information. Long hours of work will affect the auditor's mental state, and eye fatigue will further increase the risk, resulting in errors in the audit results. Summary of the invention

[0007] Based on this, it is necessary to propose a key information extraction method based on business audit to address the above problems.

[0008] In a first aspect, a method for extracting key information based on business audit is proposed, the method comprising: 101. Collect all key fields in the business review process and establish a database based on all the key fields; 102. Configure corresponding key fields for each business process type from the database, and generate business process key fields for each business process type; 103. Based on each business process type, configure business process key fields for users of each business process type.

[0009] In at least one embodiment of the present application, the step 101 includes: 1011. Obtain historically used key fields in each business review process, where the historically used key fields include: user queried key fields, marked key fields, and input key fields; 1012. Prioritize the historically used key fields to obtain the prioritized key fields; 1013. Establish a database based on the sorted key fields.

[0010] In at least one embodiment of the present application, the step of configuring corresponding key fields for each business process type from the database and generating business process key fields for each business process type includes: 1021. According to the mapping relationship between each business process type and the key fields in the database, configure the corresponding key fields for each business process type; 1022. Configure a corresponding key field set according to each business process type to generate business process key fields for each business process type.

[0011] In at least one embodiment of the present application, the steps after 103 further include: 1031. Obtain the historical usage records of the key fields of the target user account, and reorder the business process key fields according to the historical usage records of the key fields to obtain the business process key fields exclusive to the user; 1032. Configure key fields for the target user account based on the user-specific business process key fields.

[0012] In at least one embodiment of the present application, the step 1031 includes: The target user account's key field historical usage record includes: the usage frequency of the key field in the target user account and the query frequency of the key field; 1031a. Reorder the business process key fields according to the usage frequency of the key fields and the query frequency of the key fields, so as to screen out the key fields whose usage frequency and / or query frequency exceeds a threshold, and obtain the modified key fields; 1031b. Configure a priority for the changed key field based on the usage frequency and query frequency of the changed key field. If the usage frequency exceeds the usage threshold, configure a first-level priority. If the query frequency exceeds the query threshold, configure a second-level priority. If the query frequency exceeds the query threshold and the usage frequency exceeds the usage threshold, configure a third-level priority.

[0013] In at least one embodiment of the present application, the steps after 1032 further include: 201. Obtaining the user's access record during the business review process, wherein the access record includes: the user's hovering time on a specific non-key field and the number of times the user accesses the specific non-key field; 202. Acquire a specific non-key field according to the hovering duration and the number of visits, and generate a suspected key field; 203. Generate a suspected priority structure based on the suspected key fields and a database; 204. Determine whether the suspected key field needs to be added to the database. If so, add the suspected key field to the database, and configure a priority for the suspected key field added to the database according to the suspected priority structure.

[0014] In at least one embodiment of the present application, the specific steps of 203 include: 2031. According to the suspected key field and the database, determine whether there is a key field similar to the suspected key field in the key field of the database; if so, obtain the priority of the similar key field from the database to generate a similar priority; 2032. Generate a suspected priority structure based on the original priority structure and the similar priority, and configure priorities for suspected key fields based on the suspected priority structure. The suspected priority structure is the priority structure remaining after removing similar priorities from the original priority structure, and the original priority structure is the priority structure of the key fields in the database.

[0015] In at least one embodiment of the present application, the specific steps of 204 include: 2041. Determine whether the hovering duration is within a hovering threshold range. If so, add the suspected key field into the database. 2042. If it is not within the hovering threshold range, determine whether the number of visits is within the visit threshold, and if so, add the suspected key field into the database.

[0016] In at least one embodiment of the present application, the step 204 further includes: 301. Obtain the total data of the key business fields reviewed by the target user account during this cycle, and generate first usage data; 302. Calculate the usage overlap rate between the first usage data and the user-specific business process key field; 303. If the usage overlap rate is greater than the overlap rate threshold, the ratio of the key fields in each subsequent business to be reviewed is calculated to generate overlap ratio data; 304. Filter out the minimum value in the overlap ratio data, take the pending business corresponding to the minimum value as a priority business, and take the priority business as the first business to be processed in the next cycle time.

[0017] In at least one embodiment of the present application, the specific steps of 301 include: 3011. Calculate the key fields of each business of the target user account within the current cycle time, generate the number of types of the key fields in each business, and obtain the first usage data; 3012. Calculate proportion data according to the ratio of the number of types of the first usage data to the key fields of the business process dedicated to the user; 3013. Accumulate the proportion data within the current cycle time and calculate the average value to obtain the usage overlap rate.

[0018] Implementing the key information extraction method based on business audit of this embodiment will have at least the following beneficial effects: The above-mentioned method for extracting key information based on business audit first collects all key fields in the business audit process, and then establishes a database including all key fields based on all key fields.

[0019] According to the requirements of different business process types, the key fields that match the process are filtered out from the database and the business process key fields are generated.

[0020] Finally, the system configures the key fields of users corresponding to the same business process type based on each business process type and the business process key fields corresponding to the business process type.

[0021] Through database management and process adaptation, key fields can be automatically screened and arranged to reduce unnecessary screening work and increase review speed.

[0022] The key information extraction method based on business audit provides automated key field screening and optimizes the arrangement order, allowing auditors to focus more on important information and reduce the risk of errors caused by long audit time.

[0023] It solves the inefficiency and standardization problems in the traditional audit model, greatly improves audit efficiency, reduces human errors, and enhances the accuracy and adaptability of audits. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0025] in: Figure 1 A flowchart of a first embodiment of a method for extracting key information based on business audit; Figure 2 This is a flow chart of Embodiment 2 of a method for extracting key information based on business audit; Figure 3 This is a flow chart of Example 3 of a method for extracting key information based on business audit; Figure 4 This is a flow chart of Embodiment 4 of the key information extraction method based on business audit; Figure 5 A flowchart of another embodiment of a method for extracting key information based on business audit; Figure 6 This is a flow chart of Example 5 of a key information extraction method based on business audit. DETAILED DESCRIPTION

[0026] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0027] This embodiment provides a method for extracting key information based on business audit, the method comprising: 101. Collect all key fields in the business review process and establish a database based on all the key fields; 102. Configure corresponding key fields for each business process type from the database, and generate business process key fields for each business process type; 103. Based on each business process type, configure business process key fields for users of each business process type.

[0028] Embodiment 1: Please refer to Figure 1-Figure 6 In this embodiment, the system first collects all the key fields in the business review process, and then establishes a database containing all the key fields based on all the key fields.

[0029] According to the requirements of different business process types, the key fields that match the process are screened out from the database, and the business process key fields corresponding to each business process are generated.

[0030] Finally, the system configures the key fields of users corresponding to the same business process type based on each business process type and the business process key fields corresponding to the business process type.

[0031] Through database management and business process adaptation, key fields can be automatically screened and arranged to reduce unnecessary screening work and increase review speed.

[0032] The key information extraction method based on business audit provides automated key field screening and optimizes the arrangement order, allowing auditors to focus more on important information and reduce the risk of errors caused by long audit time.

[0033] It solves the inefficiency and standardization problems in the traditional audit model, greatly improves audit efficiency, reduces human errors, and enhances the accuracy and adaptability of audits.

[0034] In at least one embodiment of the present application, the step of collecting all key fields in the business review process and establishing a database based on all the key fields includes: 1011. Obtain historically used key fields in each business review process, where the historically used key fields include: user queried key fields, marked key fields, and input key fields; 1012. Prioritize the historically used key fields to obtain the prioritized key fields; 1013. Establish a database based on the sorted key fields.

[0035] Embodiment 2: Please refer to Figure 2 In this embodiment, during the review process, the system first collects the key fields that the user has queried, marked, and entered in the historical usage records to form a historical usage key field set.

[0036] The system obtains the key fields used historically in each business review process, and then prioritizes the key fields used historically. It counts the usage frequency, query frequency, and number of manual interventions (manual interventions include manual modification, manual marking, etc.) of the key fields, and weightedly sorts the key fields based on these parameters to ensure that important fields have higher priority.

[0037] After prioritizing the historically used key fields, the sorted key fields are obtained. The system establishes a database based on the sorted key fields to ensure that subsequent review processes can be quickly called and matched.

[0038] By automatically recording user interaction behaviors and automatically extracting historical key fields, the accuracy of data collection can be improved.

[0039] The sorting of key fields is dynamically adjusted based on usage frequency and query frequency to improve audit efficiency and accuracy.

[0040] By storing and dynamically adjusting key fields in the database, the system can adapt to different business scenarios and improve the intelligence level of the system.

[0041] Key fields are phrases, words or sentences that exist in the audit process; business process key fields are key field tables or data that need to be referenced for each business process.

[0042] In at least one embodiment of the present application, the step of configuring corresponding key fields for each business process type from the database and generating business process key fields for each business process type includes: 1021. Generate key fields corresponding to each business process type configuration according to the mapping relationship between each business process type and the key fields in the database; 1022. Generate business process key fields according to the key field set corresponding to each business process type configuration.

[0043] Please refer to Figure 2 In this embodiment, the system first establishes a mapping relationship with the database according to different business processes, so that each business process has a mapping relationship with the database, and obtains the historical use key fields of different business processes through the mapping relationship, and classifies the obtained historical key fields according to the business process type, and summarizes the classified historical key fields, so that different business processes can automatically filter out the corresponding key fields from the database to provide a storage location for the historical use key fields used by each business process.

[0044] The system then filters out the corresponding key fields in the database based on each business process type.

[0045] Generate business process key fields based on the corresponding key fields configured for each business process type.

[0046] Business process key fields are a set of key fields corresponding to each business process type.

[0047] Through the key fields of the business process, the key fields of this business process stage are intelligently highlighted, filtered and sorted to improve the audit efficiency.

[0048] Automatically filter out key fields through database matching, reduce manual screening work, and improve audit speed. Through intelligent screening and highlighting of key fields, it can reduce audit errors caused by visual fatigue.

[0049] By using the key fields in the history of business processes, the business process key fields are uniformly configured for each user in the business process, thereby providing each user in the business process with unified business process key fields to assist in subsequent audits.

[0050] The historically used key fields are based on the key fields in all audit records of each business audit process, including the key fields of user queries, marked key fields, and input key fields; the priority sorting is based on the number of times each key field appears. For example, key fields with a high number of appearances are given a higher priority (fifth-level priority), and key fields with a low number of appearances are given a lower priority (first-level priority).

[0051] It should be noted that in this embodiment, the mapping relationship between each business process type and the key field in the database is a one-to-one correspondence. In other embodiments, a one-to-many, many-to-many, or many-to-one relationship may be adopted; the business process type is the type of review stage in which each business process is located, for example: preliminary review, review, amount review, etc.; the key field set is the set of all key fields in the historically used key fields corresponding to each business process type.

[0052] For example: business process types may include: contract review (involving fields such as contract number, amount, payment terms, etc.), accounts receivable review (involving fields such as payment period, payer credit information, etc.), collection review (involving fields such as collection amount, collection time, payment voucher, etc.), etc. The system first identifies the current business process, and then the system queries the database to extract all stored key fields and their corresponding priorities.

[0053] Based on the matching rules between the preset business process type and the key fields, filter out the key fields applicable to the current business process.

[0054] In the audit system, the core fields of the business process are highlighted and irrelevant fields are hidden to reduce the cognitive burden on auditors. The most important fields are placed in a prominent position on the audit interface based on the frequency of use.

[0055] Include high priority fields such as amount, contract number, etc.

[0056] The order of fields may be adjusted according to business logic, such as displaying frequently used fields first.

[0057] Only the fields most relevant to the current business process are displayed, reducing the time auditors spend processing irrelevant information.

[0058] Avoid missing important fields and improve the accuracy of the audit.

[0059] Through intelligent sorting, auditors can quickly focus on the most important audit content.

[0060] In at least one embodiment of the present application, the steps after 103 further include: 1031. Obtain the historical usage records of the key fields of the target user account, and reorder the business process key fields according to the historical usage records of the key fields to obtain the business process key fields exclusive to the user; 1032. Configure key fields for the target user account based on the user-specific business process key fields.

[0061] Embodiment three: Please refer to Figure 2 , Figure 3 In this embodiment, the system obtains the historical usage records of key fields of the target user account during the review process (wherein the historical usage records of key fields include the frequency of querying a certain field, the frequency of query, etc.), and then re-sorts the business process key fields according to the historical usage records of key fields (for example, based on the frequency of use), and obtains the re-sorted business process key field list for the current user - that is, the user-specific business process key fields, and configures the user-specific business process key fields to the current user.

[0062] The system automatically records the user's interaction with key fields during the review process, thereby forming a unique historical usage record for the user, and then reorders the key fields based on the user's historical usage record to ensure that the reordered business process key fields can better match the current target users.

[0063] Since each user has different auditing habits and preferences, user behavior data analysis is used to adjust the sorting priority of key business fields, so that each user can perform audits based on the auditing habits that best suit their own auditing habits, thereby improving auditing efficiency.

[0064] By obtaining the historical usage records of the key fields of the target user account, and then reordering the key fields in the initially configured business process key fields according to the query or usage frequency of the key fields in the historical usage records, the user's usage habits in his or her own usage records are obtained, and then the priority sorting of the key fields in the initially configured business process fields is adjusted according to the target user account's own historical usage records. Then, based on the preliminary configuration, from the perspective of the target user, user-specific business process key fields suitable for target use can be deployed, so that the user-specific business process key fields can be better matched with the target user, so as to improve the target user's review speed and make the target user review more efficient and accurate.

[0065] The target user account is an account corresponding to one of the users in the manually selected or machine selected process type; the historical usage record is the usage frequency and query frequency of key fields in the target user account during the business review process.

[0066] For example: The key fields of the target user account are: first-level priority for deposit, second-level priority for fine, first-level priority for amount, and first-level priority for loan.

[0067] Historical usage records of key fields of the target user account: Deposit usage frequency is 3 times, query frequency is 6 times, Amount usage frequency is 5 times, query frequency is 1 time, Loan usage frequency is 8 times, query frequency is 7 times.

[0068] The query threshold is 5 times, and the usage threshold is 6 times; The key field Deposit is configured as the second-level priority, the key field Amount is configured as the first-level priority, and the key field Loan is configured as the third-level priority.

[0069] The user-specific business process key fields are the second-level priority for deposit, the first-level priority for amount, the third-level priority for loan, and the second-level priority for fine.

[0070] Secondly, as users continue to use the system, their historical usage records will be continuously updated, and the system can adjust the order of fields based on new behaviors to continuously adapt to users' changing needs.

[0071] In at least one embodiment of the present application, the step 1031 includes: The user's key field historical usage record includes: the usage frequency of the key field and the query frequency of the key field; 1031a. Reorder the business process key fields according to the usage frequency of the key fields and the query frequency of the key fields, so as to screen out the key fields whose usage frequency and / or query frequency exceeds a threshold, and obtain the modified key fields; 1031b. Configure a priority for the changed key field based on the usage frequency and query frequency of the changed key field. If the usage frequency exceeds the usage threshold, configure a first-level priority. If the query frequency exceeds the query threshold, configure a second-level priority. If the query frequency exceeds the query threshold and the usage frequency exceeds the usage threshold, configure a third-level priority.

[0072] Please refer to Figure 3 In this embodiment, the system is based on each user's behavior data in the historical usage record of the key fields of the target user account, including the usage frequency and query frequency of each key field.

[0073] Through background logs or user operation traces, statistics are collected and historical usage records of each key field are formed.

[0074] The system reorders the business process key fields according to the usage frequency of the key fields and the query frequency of the key fields. When the usage frequency exceeds the usage threshold, the key field is marked as a changed key field; when the query frequency of the key field exceeds the threshold, the key field is marked as a changed key field; a first-level priority is configured for the changed key fields corresponding to the usage frequency exceeding the usage threshold; a second-level priority is configured for the changed key fields exceeding the query threshold; when it is detected that the query frequency exceeds the query threshold and the usage frequency exceeds the usage threshold, a third-level priority is configured for the changed key fields.

[0075] By configuring a higher priority for key fields with high usage frequency and / or query frequency, users are reminded to pay more attention to such key fields, so as to assist users in paying more attention to such key fields during the review process. By extracting the usage frequency and query frequency of the corresponding key fields from the historical usage records of the target users, and then adjusting the priority order of the key fields corresponding to these data (usage frequency and query frequency of the key fields), the target users are reminded to pay more careful attention to these key fields that need to be paid special attention to during the review process, thereby improving the accuracy of users in the review process.

[0076] Users no longer need to repeatedly search and scroll pages to find these key fields, which significantly improves the efficiency of the review.

[0077] Secondly, by setting a higher priority for changing key fields, the error rate of the review is reduced to improve the accuracy of user review.

[0078] It should be noted that the frequency of use of key fields refers to the frequency of use of a specific field by users during the actual review process. For example, when a field is modified, filled in or updated in multiple reviews, the frequency of use of this field is high.

[0079] Query frequency of key fields: refers to the number of times a user queries a certain field during the review process. The query frequency of a field represents the user's attention to the field and its importance during the review.

[0080] In at least one embodiment of the present application, the steps after 1032 further include: 201. Obtaining the user's access record during the business review process, wherein the access record includes: the user's hovering time on a specific non-key field and the number of times the user accesses the specific non-key field; 202. Acquire a specific non-key field according to the hovering duration and the number of visits, and generate a suspected key field; 203. Generate a suspected priority structure based on the suspected key fields and a database; 204. Determine whether the suspected key field needs to be added to the database. If so, add the suspected key field to the database, and configure a priority for the suspected key field added to the database according to the suspected priority structure.

[0081] In at least one embodiment of the present application, the specific steps of determining whether the suspected key field needs to be added to the database, and if so, adding the suspected key field to the database, and configuring the priority of the suspected key field added to the database include: 2041. Determine whether the hovering duration is within a hovering threshold range; 20411. If it is within the hover threshold, the suspected key field is added to the database; 2042. If it is not within the hovering threshold range, determine whether the number of visits is within the visit threshold; 20421. If so, add the suspected key fields into the database.

[0082] Embodiment 4: Please refer to Figure 4 In this embodiment, during the business review process, the system obtains the user's access records during the business review process.

[0083] According to the access records, the user's hovering time on a specific non-key field and the number of times the user visited the specific non-key field can be analyzed.

[0084] The system compares the hovering duration with the hovering threshold range. If the hovering duration is within the hovering threshold range, the specific non-key field is recorded as a suspected key field and added to the database.

[0085] If it is not within the hovering threshold range, the system further determines whether the number of visits is within the visit threshold. If so, the specific non-key field is recorded as a suspected key field and added to the database.

[0086] By collecting and analyzing user behavior data, the system can automatically identify and update key fields without relying on human intervention, making the system more adaptive.

[0087] By automatically identifying and adding suspected key fields, important information is displayed first, thereby improving efficiency and accuracy during the review process.

[0088] It should be noted that if the hovering time exceeds the hovering threshold range, it may be that the user has left his workstation for a long time and the mouse pointer has not moved. At this time, the number of visits is further judged. If the number of visits exceeds the access threshold, it means that this is a field that needs special attention. The suspected key field is added to the database, and the priority is configured for the suspected key field added to the database to automatically update the key field to avoid the user having to review it separately each time, and the system cannot display or recommend it.

[0089] It should be further explained that if the number of visits does not exceed the visit threshold, it means that the user does not pay attention to the key field here.

[0090] The access threshold, query threshold, and usage threshold are all manually set thresholds. The number of visits refers to the number of times the target user uses the mouse to stay on the key field, the query frequency refers to the number of times the target user uses the query function to query the key field, and the usage frequency refers to the number of times the target user account enters and marks the key field during the business review process.

[0091] The specific non-key fields are key fields or a sentence or phrase marked by a mouse pointer in the historical usage records of the target user account, such as records generated by circling, moving back and forth, marking, highlighting, etc. with a mouse pointer, and the key fields in the above records are extracted according to the extraction algorithm.

[0092] The hovering duration is the time the mouse is hovering. If it exceeds the hovering threshold range, it is determined that the user corresponding to the target user account has left the workstation or other situations.

[0093] The number of visits is then used to determine whether it is within the access threshold, thereby avoiding the inability to add key fields to the database due to system misjudgment, thereby improving the accuracy of the audit process.

[0094] In at least one embodiment of the present application, the specific step of 203 further includes: 2031. According to the suspected key field and the database, determine whether there is a key field similar to the suspected key field in the key field of the database; if so, obtain the priority of the similar key field from the database to generate a similar priority; 2031. Generate a suspected priority structure based on the original priority structure and the similar priority, and configure priorities for suspected key fields based on the suspected priority structure. The suspected priority structure is the priority structure remaining after removing similar priorities from the original priority structure, and the original priority structure is the priority structure of the key fields in the database.

[0095] Embodiment five: Please refer to Figure 6 In this embodiment, the system searches for a key field with high similarity to the suspected key field in the database. If it exists, the system obtains the priority status of the key field with high similarity from the database and generates a similar priority.

[0096] After the system obtains the structure of the priority levels in the database, it obtains the original priority structure, eliminates similar priorities in the priority levels, obtains the suspected priority structure, and selects one of the suspected key fields in the suspected priority structure for configuration, thereby distinguishing the suspected key fields from other key fields in the database to improve the accuracy of the audit.

[0097] At the same time, suspected key fields configured with similar priorities are added to the database to facilitate subsequent audits to improve the accuracy and efficiency of the subsequent audit process.

[0098] Suspected key fields are key fields that are frequently accessed or used by target users during the business audit process. By extracting key fields from historical usage records, we adjust individual users' usage habits of key fields, and then adjust individual users' business process key fields to obtain user-specific business process key fields, and then match individual users' operating habits to further improve the accuracy and efficiency of individual user audits.

[0099] For example: If the suspected key field is: deposit; The original priority structure includes: first-level priority, second-level priority and third-level priority. There is a key field in the database: deposit, and the priority corresponding to the deposit is - second-level priority; Then the deposit and down payment are key fields with high similarity; The suspected priority structure is: first-level priority and third-level priority; A first-level priority or a third-level priority is configured for the deposit. At this time, the configured first-level priority or the third-level priority is a similar priority to distinguish between the deposit and the reservation payment.

[0100] By intelligently and automatically assigning priorities to suspected key fields, it ensures that the sorting and processing order of fields always meets the needs of business processes, avoiding manual intervention and human errors.

[0101] Through similarity analysis and automatic priority configuration, the system can dynamically optimize the audit process so that key fields are given priority in the process, thereby improving overall work efficiency and audit accuracy.

[0102] By identifying similar fields, the system can effectively reduce redundant fields and avoid processing duplicate information, thereby improving the overall performance of the system and reducing interference from irrelevant information.

[0103] The key information extraction method based on business audit provides automated key field screening and optimizes the arrangement order, allowing auditors to focus more on important information and reduce the risk of errors caused by long audit time.

[0104] It solves the inefficiency and standardization problems in the traditional audit model, greatly improves audit efficiency, reduces human errors, and enhances the accuracy and adaptability of audits.

[0105] In at least one embodiment of the present application, the specific step of 204 further includes: 301. Obtain the total data of the key business fields reviewed by the target user account during this cycle, and generate first usage data; 302. Calculate the usage overlap rate between the first usage data and the user-specific business process key field; 303. If the usage overlap rate is greater than the overlap rate threshold, the ratio of key fields in each business to be reviewed within the next cycle time is calculated to generate overlap ratio data; 304. Filter out the minimum value in the overlap ratio data, take the pending business corresponding to the minimum value as a priority business, and take the priority business as the first business to be processed in the next cycle time.

[0106] Please refer to Figure 5 In this embodiment, the system obtains all audited businesses of the target user account within the current cycle time, and then extracts the total data of key fields corresponding to all audited businesses, and generates the first usage data after calculation.

[0107] Then, the usage overlap rate is calculated between the first usage data and the user-specific business process key fields. The usage overlap rate can be used to determine the proportion of all audited businesses within the current cycle relative to the user-specific business process key fields.

[0108] When the usage overlap rate is greater than the overlap rate threshold, the overlap ratio of each pending business in the subsequent pending business to be reviewed relative to the user-specific business process key field is calculated to obtain the overlap ratio data.

[0109] Then, the minimum value is filtered out from the overlap ratio data, and priority processing business is generated according to the pending business corresponding to the minimum value, and the priority processing business is allocated to the first business to be processed in the next cycle time.

[0110] This will avoid the auditors corresponding to the target user accounts from experiencing audit fatigue due to a high overlap rate, which in turn will cause the audit accuracy to decrease due to audit fatigue. This will further optimize the overall work efficiency and improve the accuracy of the business audit process.

[0111] For example: During this cycle, the number of types of key fields of business No. 1 relative to user-specific business process key fields is 9, the number of types of key fields of business No. 2 relative to user-specific business process key fields is 10, the number of types of key fields of business No. 3 relative to user-specific business process key fields is 8, the number of types of key fields of business No. 4 relative to user-specific business process key fields is 12, and the first usage data is 9, 10, 8, 12.

[0112] The number of types of key fields in user-exclusive processes is 14, and the proportions are: 0.64, 0.71, 0.57, and 0.85, so the usage overlap rate is 0.69.

[0113] The overlap rate threshold is 0.6.

[0114] If 0.69>0.6, the proportion of key fields in each subsequent pending business is calculated to generate overlapping proportion data. For example, if the overlapping proportion data is: 0.8, 0.7, 0.6, 0.75, 0.83, 0.4, 0.96, 0.3, 0.87, 0.57, the pending business corresponding to 0.3 is screened out and the pending business is arranged as the first business to be processed in the next cycle time.

[0115] In at least one embodiment of the present application, the specific steps of obtaining the total data of the business key fields reviewed by the target user account within the current cycle time, generating the first usage data, and calculating the usage overlap rate of the first usage data and the business process key fields exclusive to the user include: 3011. Calculate the key fields of each business of the target user account within the current cycle time, generate the number of types of the key fields in each business, and obtain the first usage data; 3012. Calculate proportion data according to the ratio of the number of types of the first usage data to the key fields of the business process dedicated to the user; 3013. Accumulate the proportion data within the current cycle time and calculate the average value to obtain the usage overlap rate.

[0116] Please refer to Figure 5 In this embodiment, the system calculates each reviewed business of the target user account within the current cycle time, obtains the number of types of key fields of each reviewed business, obtains the first usage data based on the number of types of each reviewed business, and provides a data source for subsequent usage overlap rate calculation.

[0117] Then, based on the ratio of the first usage data to the number of types of key fields in the user-specific business process, the overlap rate of each processed business process (within this cycle) is calculated to obtain the proportion data. Then, all the proportion data within this cycle are accumulated and averaged to obtain the usage overlap rate, which is used to measure the ratio of all key field types in the business reviewed by the user within this cycle to the key field types of the user-specific business process to obtain the usage overlap rate. By using the overlap rate, it is further determined whether the reviewer corresponding to the target user is in the fatigue stage, and then the business is adjusted later to alleviate the fatigue state, thereby improving the accuracy of the business review.

[0118] The technical features of the above embodiments may be combined arbitrarily. To make the description concise, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0119] The above-mentioned embodiments only express several implementation methods of the present application, and the descriptions thereof are relatively specific and detailed, but they cannot be understood as limiting the scope of the present application. It should be pointed out that, for a person of ordinary skill in the art, several variations and improvements can be made without departing from the concept of the present application, and these all belong to the protection scope of the present application. Therefore, the protection scope of the present application shall be subject to the attached claims.

Claims

1. A key information extraction method based on business audit, characterized in that: The method comprises: Collect all key fields in the business review process and establish a database based on all the key fields; Configure the corresponding key fields for each business process type from the database, and generate the business process key fields for each business process type; Based on each business process type, configure business process key fields for users of each business process type.

2. The key information extraction method based on business audit according to claim 1 is characterized in that: The step of collecting all key fields in the business review process and establishing a database based on all the key fields includes: Obtaining historically used key fields in each business review process, wherein the historically used key fields include: user queried key fields, marked key fields, and input key fields; Prioritizing the historically used key fields to obtain the sorted key fields; A database is established according to the sorted key fields.

3. The key information extraction method based on business audit according to claim 1 is characterized in that: The steps of configuring corresponding key fields for each business process type from the database and generating business process key fields for each business process type include: According to the mapping relationship between each business process type and the key fields in the database, configure the corresponding key fields for each business process type; A corresponding key field set is configured according to each business process type to generate a business process key field for each business process type.

4. The key information extraction method based on business audit according to claim 1 is characterized in that: The step after configuring the business process key fields for each business process type user according to each business process type also includes: Obtaining a historical usage record of key fields of a target user account, and reordering the business process key fields according to the historical usage record of key fields to obtain a business process key field exclusive to the user; Configure key fields for the target user account based on the user-specific business process key fields.

5. The key information extraction method based on business audit according to claim 4 is characterized in that: The step of obtaining the historical usage records of the key fields of the target user account, reordering the key fields of the business process according to the historical usage records of the key fields, and obtaining the user-specific key fields of the business process includes: The target user account's key field historical usage record includes: the usage frequency of the key field in the target user account and the query frequency of the key field; Reordering the business process key fields according to the usage frequency of the key fields and the query frequency of the key fields to filter out the key fields whose usage frequency and / or query frequency exceeds a threshold, and obtain the changed key fields; Based on the usage frequency and query frequency of the changed key field, a priority is configured for the changed key field. If the usage frequency exceeds the usage threshold, a first-level priority is configured. If the query frequency exceeds the query threshold, a second-level priority is configured. If the query frequency exceeds the query threshold and the usage frequency exceeds the usage threshold, a third-level priority is configured.

6. The key information extraction method based on business audit according to claim 4 is characterized in that: The step after configuring the key fields for the target user account according to the user-specific business process key fields also includes: Obtaining the user's access records during the business review process, wherein the access records include: the user's hovering time on a specific non-key field and the number of times the user accesses the specific non-key field; According to the hovering duration and the number of visits, a specific non-key field is obtained, and a suspected key field is generated; generating a suspected priority structure according to the suspected key fields and a database; Determine whether the suspected key field needs to be added to the database. If so, add the suspected key field to the database, and configure the priority of the suspected key field added to the database according to the suspected priority structure.

7. The key information extraction method based on business audit according to claim 6 is characterized in that: The specific steps of generating a suspected priority structure based on the suspected key fields and the database include: According to the suspected key field and the database, it is determined whether there is a key field similar to the suspected key field in the key field of the database; if so, the priority of the similar key field is obtained from the database to generate a similar priority; Based on the original priority structure and the similar priority, a suspected priority structure is generated, and priorities are configured for suspected key fields based on the suspected priority structure. The suspected priority structure is the priority structure remaining after removing similar priorities from the original priority structure, and the original priority structure is the priority structure of the key fields in the database.

8. The key information extraction method based on business audit according to claim 6 is characterized in that: The specific steps of determining whether the suspected key field needs to be added to the database, and if so, adding the suspected key field to the database, and configuring the priority for the suspected key field added to the database according to the suspected priority structure include: Determine whether the hovering duration is within a hovering threshold range, and if so, add the suspected key field into the database; If it is not within the hovering threshold range, it is determined whether the number of visits is within the visit threshold, and if so, the suspected key field is added to the database.

9. The key information extraction method based on business audit according to claim 6 is characterized in that: The step of determining whether the suspected key field needs to be added to the database, and if so, adding the suspected key field to the database, and configuring the priority for the suspected key field added to the database according to the suspected priority structure also includes: Obtain the total data of the business key fields reviewed by the target user account during this cycle, and generate the first usage data; Calculate the usage overlap rate between the first usage data and the user-specific business process key field; If the overlap rate is greater than the overlap rate threshold, the ratio of key fields in each subsequent business to be reviewed is calculated to generate overlap ratio data; The minimum value in the overlap ratio data is screened out, the pending business corresponding to the minimum value is taken as a priority business, and the priority business is taken as the first business to be processed in the next cycle time.

10. The key information extraction method based on business audit according to claim 9 is characterized in that: The specific steps of obtaining the total data of the key business fields reviewed by the target user account during this cycle and generating the first usage data include: Calculate the key fields of each business of the target user account in this cycle, generate the number of types of key fields in each business, and obtain the first usage data; Calculate the proportion data according to the ratio of the number of types of the first usage data to the key fields of the business process dedicated to the user; The proportion data within the current cycle time are accumulated and averaged to obtain the usage overlap rate.

Images