Auditing data distribution method, device and storage medium

Abstract

The application provides an auditing data distribution method and device and a storage medium. The target area to-be-audited data is obtained through a real-time auditing system; the processing level corresponding to the target area to-be-audited data is determined, and the target type of the auditing work order is determined according to the processing level; the auditing work order of the target type is generated according to the to-be-audited data and the preset work order distribution rule of the target area, the auditing work order includes at least one to-be-audited data; the auditing work order is distributed to the terminal of the processing personnel of the target area, so that the processing personnel processes the auditing work order according to the target type. Through the auditing work order, the batch to-be-audited data is distributed, the to-be-audited data is distributed one by one, the pressure in the distribution process is reduced, and the normal operation of the real-time auditing system is ensured; and the to-be-audited data is divided into processing levels, so that the hierarchical distribution and targeted auditing processing are realized, the work pressure of the processing personnel is reduced, and the auditing efficiency and auditing effect are improved.

Description

Technical Field

[0001] This application relates to data processing technology and communication technology, and in particular to a method, device and storage medium for distributing audit data. Background Technology

[0002] Currently, some group companies can use real-time auditing systems to discover and distribute abnormal or risky data in the business data of branches in different regions for data auditing, so as to identify and promptly correct risks in front-line operations.

[0003] Real-time auditing systems typically analyze and process various business data in real time, outputting audit data that may contain anomalies or risks, and then dispatching this audit data to the relevant personnel for auditing. However, the method of dispatching audit data by real-time auditing systems is inefficient and may not be able to handle sudden or large-scale pressure from audit data, potentially causing the real-time auditing system to malfunction. Summary of the Invention

[0004] This application provides a method, device, and storage medium for distributing audit data, so as to reduce the pressure in the process of distributing audit data and ensure the normal operation of the real-time audit system.

[0005] Firstly, this application provides a method for distributing audit data, including:

[0006] The system retrieves audit data for the target region from the business data set through a real-time audit system.

[0007] Determine the processing level corresponding to the data to be audited in the target region, and determine the target type of the audit work order based on the processing level;

[0008] Based on the data to be audited and the preset work order dispatch rules for the target region, an audit work order of the target type is generated, and the audit work order includes at least one piece of data to be audited.

[0009] The audit work order is dispatched to the terminal of the processing personnel in the target area, so that the processing personnel can process the audit work order according to the target type.

[0010] Secondly, this application provides an audit data distribution device, comprising:

[0011] The acquisition module is used to acquire auditable data for a target region from the business data set through the real-time audit system;

[0012] The hierarchical module is used to determine the processing level corresponding to the data to be audited in the target region, and to determine the target type of the audit work order based on the processing level.

[0013] The work order generation module is used to generate an audit work order of the target type based on the data to be audited and the preset work order dispatch rules of the target region. The audit work order includes at least one piece of data to be audited.

[0014] The dispatch module is used to dispatch the audit work order to the terminal of the processing personnel in the target area, so that the processing personnel can process the audit work order according to the target type.

[0015] Thirdly, this application provides an electronic device, including: a processor, and a memory communicatively connected to the processor;

[0016] The memory stores computer-executed instructions;

[0017] The processor executes computer execution instructions stored in the memory to implement the method as described in the first aspect.

[0018] Fourthly, this application provides a computer-readable storage medium storing computer-executable instructions, which, when executed by a processor, are used to implement the method described in the first aspect.

[0019] Fifthly, this application provides a computer program product, including a computer program that, when executed by a processor, implements the method described in the first aspect.

[0020] The audit data distribution method, equipment, and storage medium provided in this application obtain audit data for a target region from a business data set through a real-time audit system; determine the processing level corresponding to the audit data for the target region, and determine the target type of the audit work order based on the processing level; generate an audit work order of the target type based on the audit data and the preset work order distribution rules for the target region, with each audit work order including at least one piece of audit data; and distribute the audit work order to the terminal of the processing personnel in the target region, so that the processing personnel can process the audit work order according to the target type. This application embodiment distributes batch audit data in the form of audit work orders, avoiding the one-by-one distribution of audit data, reducing the pressure during the distribution process, and ensuring the normal operation of the real-time audit system; furthermore, by classifying the audit data into processing levels, it achieves hierarchical distribution and targeted audit processing, reducing the workload of processing personnel and improving audit efficiency and effectiveness. Attached Figure Description

[0021] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0022] Figure 1A schematic diagram illustrating a scenario of an audit data distribution method provided in an embodiment of this application;

[0023] Figure 2 A flowchart illustrating a method for distributing audit data provided in an embodiment of this application;

[0024] Figure 3 A flowchart illustrating a method for distributing audit data provided in another embodiment of this application;

[0025] Figure 4 A structural diagram of an audit data distribution device provided in an embodiment of this application;

[0026] Figure 5 This is a structural diagram of an electronic device provided in an embodiment of this application.

[0027] The accompanying drawings illustrate specific embodiments of this application, which will be described in more detail below. These drawings and descriptions are not intended to limit the scope of the concept in any way, but rather to illustrate the concept of this application to those skilled in the art through reference to particular embodiments. Detailed Implementation

[0028] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.

[0029] Currently, some group companies can use real-time auditing systems to discover and distribute abnormal or risky data in the business data of branches in different regions for data auditing, so as to identify and promptly correct risks in front-line operations.

[0030] Real-time auditing systems typically analyze and process various business data in real time, outputting audit data that may contain anomalies or risks. This data is then dispatched in real-time to processing personnel for auditing. These personnel retrieve, verify, provide feedback, and process the data item by item. However, the method of dispatching audit data in real-time auditing systems is inefficient and may not be able to handle sudden or large-scale data releases, potentially causing the system to malfunction. For example, in monthly audits, a real-time auditing system might output a large amount of audit data for the entire month at once. If this dispatching method is still used, it will put immense pressure on the dispatching process, resulting in low efficiency and significantly increasing the workload of processing personnel.

[0031] To address the aforementioned technical problems, this application provides a method for distributing audit data. Considering the similarity of business data (especially data to be audited) within the same region, this method uses a region as the granularity, obtaining the data to be audited from the business data set for the target region through a real-time audit system. It determines the processing level corresponding to the data to be audited in the target region and, based on the processing level, determines the target type of the audit work order. According to the data to be audited and the preset work order distribution rules for the target region, an audit work order of the target type is generated, with each audit work order including at least one piece of data to be audited. The audit work order is then distributed to the terminals of the processing personnel in the target region, enabling them to process the audit work order according to the target type. This application's embodiment distributes batch data to be audited via audit work orders, avoiding the individual distribution of data, reducing the pressure during the distribution process, and ensuring the normal operation of the real-time audit system. Furthermore, by classifying the data to be audited into processing levels, it achieves hierarchical distribution and targeted audit processing, reducing the workload of processing personnel and improving audit efficiency and effectiveness.

[0032] The specific application scenarios of the audit data distribution method provided in this application are as follows: Figure 1 As shown, it includes a real-time audit system server 11 and terminals 12 for personnel in different regions. Figure 1 Only the terminal 12 of the target area processing personnel and the terminal 13 of the review personnel are shown. The real-time audit system server 11 can obtain audit data from different regions in the business data set. For a target region, it can determine the processing level corresponding to the audit data in the target region, determine the target type of the audit work order in the target region according to the processing level, and generate an audit work order of the target type. The audit work order includes at least one piece of audit data. The generated audit work order is dispatched to the terminal 12 of the processing personnel in the target region. The processing personnel can process the audit work order according to the target type. The processed audit work order is sent to the terminal 13 of the reviewer for review through the processing personnel's terminal 12. If the review is successful, the audit work order archive data can be uploaded to the real-time audit system server 11 through the reviewer's terminal 13. If the review is unsuccessful, the reviewer's terminal 13 can send a rejection notice to the processing personnel's terminal 12, and the processing personnel will reprocess the audit work order. The processed audit work order is then sent to the reviewer's terminal 13 for review through the processing personnel's terminal 12. The above process is repeated until the review is successful. The audit work order archive data is then uploaded to the real-time audit system server 11 through the reviewer's terminal 13.

[0033] The technical solution of this application and how the technical solution of this application solves the above-mentioned technical problems are described in detail below with specific embodiments. These specific embodiments can be combined with each other, and the same or similar concepts or processes may not be described again in some embodiments. The embodiments of this application will now be described with reference to the accompanying drawings.

[0034] Figure 2 This is a flowchart illustrating the audit data distribution method provided in this embodiment. This embodiment provides an audit data distribution method, the execution entity of which is an electronic device such as a server. The specific steps of this audit data distribution method are as follows:

[0035] S201. Obtain the audit data for the target region from the business data set through the real-time audit system.

[0036] In this embodiment, the business data set aggregates business data from multiple regions (multiple provinces and cities). For example, the business data set could be business data from multiple regional branches aggregated by the head office. In this embodiment, the real-time audit system can filter out data from the business data set that may contain anomalies or risks, i.e., data to be audited, from the business data set. Similarly, it can also filter out data that may contain anomalies or risks from the business data of a specific target region (province or city) to obtain the data to be audited for that target region.

[0037] Optionally, in this embodiment, the real-time audit system may employ an audit model. When the real-time audit system runs the audit model, it retrieves the data to be audited for the target region from the business data set using preset audit rules. The preset audit rules can define the business to which the data to be audited belongs, and the rules for filtering the data to be audited; that is, which business the audit targets and what data belongs to the data to be audited. The audit model, running the preset audit rules, retrieves the data to be audited from the business data set. There may be one or more audit models, and different models may have different preset audit rules.

[0038] Optionally, the audit model can be a real-time audit model or a periodic audit model, such as a monthly audit model. The scheduling period for the audit model can be set, that is, how often to retrieve the data to be audited from the business data set. For example, if the scheduling period for the monthly audit model is one month, then the audit model will retrieve the monthly data to be audited in batches from the business data set for that month every month.

[0039] S202. Determine the processing level corresponding to the data to be audited in the target region, and determine the target type of the audit work order based on the processing level.

[0040] In this embodiment, considering that business data in the same region may have similar or identical situations, there may be similar or identical abnormal or risky data within the business data. Therefore, the processing level corresponding to the data to be audited in the target region is determined at the regional level. For example, the processing level corresponding to the data to be audited in a certain province can be directly represented by the risk level of the data to be audited, or the processing level can also be represented by the urgency or priority level, or the processing level can indirectly reflect the risk level of the data to be audited. For example, the risk level of the data to be audited can be divided into high risk and low risk. If the risk level is high risk, the data to be audited in the target region needs to be audited with priority; if the risk level is low risk, the data to be audited in the target region does not need to be audited with priority. Therefore, the processing level corresponding to the data to be audited can also be divided into priority audit and non-priority audit. It should be noted that determining the processing level corresponding to the data to be audited in the target region is not limited to execution after S201, but can also be executed before S201.

[0041] Different types of audit work orders can be set for different processing levels of the data to be audited in the target region. Each audit work order includes one or more data to be audited, which can enable the batch dispatch of the data to be audited.

[0042] S203. Based on the data to be audited and the preset work order dispatch rules for the target region, generate an audit work order of the target type, wherein the audit work order includes at least one piece of data to be audited.

[0043] In this embodiment, based on the characteristics of different audit models, preset work order dispatch rules are pre-configured for the auditable data in the target region. One preset work order dispatch rule is to dispatch according to sub-regions of the target region. For example, for excessive discount bills, dispatch can be made according to the lower-level cities of the province. Another preset work order dispatch rule is to dispatch according to the employee ID field of the processing personnel. The audit model screens data with abnormalities or risks in the process of processing business by processing personnel. For example, if a non-compliant order is processed by a specific processing personnel, it can be dispatched to that processing personnel for audit, and the processing personnel can provide feedback on the reasons or make corrections. Of course, the preset work order dispatch rules are not limited to the rules listed above. In addition, the processing time limit, review personnel, and other information of the audit work orders in the target region can be set according to the actual situation of the audit model.

[0044] For auditable data in the target region, one or more auditable data with the same recipient (processor) can be merged into one audit work order according to the preset work order dispatch rules of the target region. In particular, merging multiple auditable data into one audit work order can realize batch auditable data dispatch at one time. In addition, the recipient of the audit work order can be determined, including but not limited to specific processing personnel, review personnel, etc.

[0045] Since the target type of the audit work order in the target region has been determined based on the processing level corresponding to the data to be audited in the target region, the audit work order can be set as the target type when merging and generating the audit work order. For example, the target type identifier can be added to the audit work order, or a specific format or interface corresponding to the target type can be used, or a specific template corresponding to the target type can be used, so that the processing personnel receiving the audit work order can identify the type of the audit work order and then accurately use the corresponding processing method to process it.

[0046] S204. The audit work order is dispatched to the terminal of the processing personnel in the target area, so that the processing personnel can process the audit work order according to the target type.

[0047] In this embodiment, when generating an audit work order based on the preset work order dispatch rules of the target region, the personnel responsible for handling the audit work order have already been determined. Therefore, the audit work order can be directly dispatched to the terminal of the personnel responsible for handling the audit work order in the target region without having to forward it level by level. The personnel responsible for handling the audit work order can then process the audit work order.

[0048] Since different types of audit work orders correspond to different processing methods, processing personnel can handle audit work orders accordingly based on their type. For example, different types of audit work orders may employ different audit standards, different levels of rigor, or different priorities. Alternatively, some types of audit work orders may require auditing, rectification, and feedback on all data to be audited, while others may only require auditing, rectification, and feedback on a portion of the data. By employing different processing methods, the auditing of data can be targeted and focused, reducing the workload of processing personnel and improving audit efficiency and effectiveness.

[0049] The audit data dispatch method provided in this embodiment obtains audit data for a target region from a business data set through a real-time audit system; determines the processing level corresponding to the audit data for the target region, and determines the target type of the audit work order based on the processing level; generates an audit work order of the target type based on the audit data and the preset work order dispatch rules for the target region, with each audit work order including at least one piece of audit data; and dispatches the audit work order to the terminal of the processing personnel in the target region, so that the processing personnel can process the audit work order according to the target type. This embodiment avoids the one-by-one dispatch of audit data by distributing audit data in batches through audit work orders, reducing the pressure during the dispatch process and ensuring the normal operation of the real-time audit system; and by classifying the audit data into processing levels, it achieves hierarchical dispatch and targeted audit processing, reducing the workload of processing personnel and improving audit efficiency and effectiveness.

[0050] Based on the above embodiments, when using an audit model and obtaining the auditable data of the target region from the business data set through a real-time audit system using preset audit rules, step S202, which determines the processing level corresponding to the auditable data of the target region, is as follows: Figure 3 As shown, the specific steps may include the following:

[0051] S301. Determine the types of target factors that reflect the changing trend of the audit data output by the audit model, and the weight corresponding to each target factor.

[0052] In this embodiment, the target factor is a parameter that reflects the changing trend of the audit data output by the audit model and can reflect the changes in risk. The types of target factors may include, but are not limited to, one or more of the following: the amount of audit data, the month-on-month change rate, and the proportion of audit data of the target business. These target factors can reflect the changing trend of the audit data. For example, an increase in the value of these target factors can reflect that the changing trend of the audit data is increasing, and the risk is increasing.

[0053] The amount of data to be audited is not limited to the amount of data to be audited in the current scheduling period or the previous scheduling period. It can also be the amount of data to be audited for the target business within the current scheduling period or the amount of data to be audited for the previous scheduling period. The month-on-month change rate can be the month-on-month growth rate (or month-on-month decrease rate) of the amount of data to be audited in the current scheduling period compared to the amount of data to be audited in the previous scheduling period. It can also be the month-on-month growth rate (or month-on-month decrease rate) of the amount of data to be audited for the target business within the current scheduling period compared to the amount of data to be audited for the target business within the previous scheduling period. The proportion of data to be audited for the target business refers to the proportion of data to be audited for certain target businesses of concern (such as data with abnormal billing amounts or abnormal data package amounts). Specifically, it can be the proportion of data to be audited for the target business in the total amount of data to be audited in the target region, or the proportion of data to be audited for the target business in all data of the target business or related businesses, etc.

[0054] Optionally, based on the audit model's preset audit rules and audit focus, the types of target factors reflecting the changing trends of the audit data output by the audit model can be determined. For example, the preset audit rules define the target business to which the audit data belongs and the rules for filtering the audit data. The target factors can then be selected from those related to the target business and capable of reflecting the changing trends of the audit data for that business. For instance, if the preset audit rule of the audit model is to filter data with abnormal traffic package amounts, then the target factors can be those that reflect the changing trends of abnormal traffic package amounts, such as data volume or month-on-month change rate. Furthermore, the audit focus can be on areas such as revenue loss or cost control. In this case, the target factors can be those focused on in that audit focus, or those that reflect the changing trends of the audit data related to that audit focus. For example, the proportion of abnormal traffic package amounts in all traffic package-related businesses, the proportion of abnormal traffic package amounts in all paid businesses, the proportion of abnormal traffic package amounts related to a certain type of customer among the abnormal traffic package amounts, and so on.

[0055] Optionally, the target factor can be automatically determined by the real-time audit system based on the preset audit rules and audit focus of the audit model. Alternatively, an interface for setting the target factor can be provided to the user, allowing the user to input the target factor and dynamically add or remove it. Optionally, alternative factors can be provided in the interface based on the preset audit rules and audit focus of the audit model for the user to choose from.

[0056] After determining the types of target factors, weights can be assigned to each target factor. Optionally, the weights of each target factor can be determined based on the audit focus of the audit model and / or the influence of each risk factor on the trend of changes in the audit data output by the audit model. Target factors more relevant to the audit focus have higher weights. For example, if the audit focus is on the volume of audit data (e.g., reducing the volume of abnormal traffic package amounts), the weight of the target factor "volume of audit data" can be increased. Similarly, if the audit focus is on revenue loss or cost control, the weight of the target factor "proportion of audit data in the target business" (e.g., the proportion of abnormal traffic package amounts in all paid services) can be increased. Target factors with greater influence on the trend of changes in the audit data output by the audit model have higher weights. The sum of the weights of all target factors equals 1. Different audit models may have different target factors, and the weights of each target factor may also differ. The types and weights of target factors can be configured separately for each audit model.

[0057] Optionally, the weights of the target factors can also be determined automatically by the real-time audit system based on the audit focus of the audit model and / or the influence of each risk factor on the trend of the audit data output by the audit model. Alternatively, an interface for setting the weights of the target factors can be provided to the user, allowing the user to input or adjust the weights of the target factors through the interface.

[0058] Optionally, the types of target factors and the weights of each target factor can be dynamically adjusted in each scheduling cycle of the audit model. This makes the types of target factors and the weights of each target factor more consistent with the changing trends of the data to be audited within the scheduling cycle, and ultimately makes the classification of the processing level of the data to be audited more scientific and reasonable.

[0059] S302. Determine the value of the target factor corresponding to the data to be audited in the target region, and perform a weighted summation of the values ​​of the target factors according to the weight corresponding to each target factor to obtain a weighted score.

[0060] In this embodiment, the specific values ​​of the target factors corresponding to the audit data of the target region are calculated based on the audit data of the target region. Furthermore, the values ​​of each target factor corresponding to the audit data of the target region can be multiplied by the corresponding weight and then summed to obtain the weighted score of the target region. The lower the weighted score, the higher the processing level (risk level) of the region, and vice versa.

[0061] S303. Determine the processing level corresponding to the audit data of the target region based on the weighted score.

[0062] In this embodiment, after obtaining the weighted score, the processing level corresponding to the audit data of the target region can be determined according to the magnitude of the weighted score.

[0063] In one optional embodiment, a mapping relationship between different weighted scores and different processing levels can be pre-defined, and then the processing level corresponding to the audit data of the target region can be determined according to the mapping relationship.

[0064] In another optional embodiment, the weighted scores corresponding to different regions are sorted from high to low; if the weighted score corresponding to the target region is within the first preset order of the sorting, the processing level corresponding to the data to be audited in the target region is determined to be the level of key audit; or, if the weighted score corresponding to the target region is not within the first preset order of the sorting, the processing level corresponding to the data to be audited in the target region is determined to be the level of non-key audit.

[0065] In this embodiment, the above-described processes S301 to S302 can be applied to determine the weighted scores corresponding to different regions, and then the weighted scores corresponding to different regions can be sorted from high to low. In the sorting, the processing level of the data to be audited in the target regions with the first preset order (e.g., the first N) is the level of key audit, and the processing level of the data to be audited in the remaining target regions is the level of key audit or non-key audit.

[0066] Therefore, for a target region, the order of the weighted score corresponding to the target region in the sorting can be determined. If the weighted score corresponding to the target region is within the first preset order of the sorting, the processing level of the data to be audited in the target region is determined to be the level of key audit; if the weighted score corresponding to the target region is not within the first preset order of the sorting, the processing level of the data to be audited in the target region is determined to be the level of non-key audit.

[0067] Through the above process, the processing level corresponding to the data to be audited in the target area can be determined, providing a basis for determining the target type of the audit work order and the generation of the audit work order.

[0068] Based on any of the above embodiments, the processing level corresponding to the data to be audited in the target area may be either a key audit level or a non-key audit level. Accordingly, when determining the target type of the audit work order based on the processing level, it may specifically include:

[0069] If the processing level of the data to be audited in the target area is the key audit level, then the target type of the audit work order is determined to be the first type of audit work order. In the first type of audit work order, all the data to be audited must be processed. The processing methods include one or more of verification, rectification and feedback. That is, the first type of audit work order is a mandatory requirement to verify all the data to be audited and to provide feedback on the reasons and rectification status.

[0070] If the processing level of the data to be audited in the target area is non-key audit level, then the target type of the audit work order is determined to be the second type of audit work order. In the second type of audit work order, not all the data to be audited needs to be processed. That is, the second type of audit work order does not require the full amount of data to be audited to be checked. It is only necessary to confirm whether there is any risky data. Risky data can be processed. The processing methods include one or more of verification, rectification and feedback. If it is confirmed that there is no risky data, the audit work order can be closed and archived directly.

[0071] Based on the above embodiments, after the audit work order is dispatched to the terminal of the processing personnel in the target area, the processing personnel process the audit work order according to the target type, which may specifically include:

[0072] If the target type is the first type of audit work order mentioned above, the processing personnel can verify all the data to be audited in the audit work order, determine the cause of the risk (such as the reason for the abnormal amount when processing the traffic package) and the rectification status, and fill it back into the audit work order. Furthermore, the processing personnel can send the processed audit work order to the auditor for review. If the review is approved, the auditor can close the audit work order and archive it. That is, the auditor's terminal can upload the audit work order archive data and archive the audit work order archive data (which may include classification, merging and summarizing processes, etc.). If the review is not approved, the auditor can send a rejection notice to the processing personnel, who will then reprocess the work order, refill the information such as the cause of the risk and the rectification status, and then send it back to the auditor for review. In one possible scenario, the audit work order can be directly assigned to the auditor's terminal. In this case, the auditor is the processing personnel. The auditor checks all the data to be audited in the audit work order, determines the cause of the risk and the rectification status, and fills the audit work order with information such as these. Then, the auditor or other auditors complete the audit process, close the audit work order, and archive it.

[0073] Optionally, when processing feedback and rectification, the system can provide alternative risk causes and rectification status information to the data to be audited through intelligent matching, allowing the processing personnel to make a selection. If the processing personnel input new risk causes and rectification status information, the system can accumulate knowledge of these new risk causes and rectification status information for use in subsequent intelligent matching processes. This simplifies the operation for processing personnel and makes the risk causes and rectification status information provided by the processing personnel more standardized, facilitating subsequent review of audit work orders, generation of audit ledgers, and other related work, greatly improving the overall efficiency of audit work.

[0074] If the target type is the second type of audit work order mentioned above, since it is not mandatory to verify all the data to be audited, the processing personnel only need to confirm whether there is any risky data in the audit work order. For risky data, it can be processed in a manner similar to that of the first type of audit work order; if it is confirmed that there is no risky data, the audit work order can be closed and archived directly. Of course, the second type of audit work order can also verify all the data to be audited.

[0075] By processing personnel according to the target type of the audit work order, the data to be audited in the audit work order is processed accordingly, so that the audit data can be processed in a targeted and focused manner. The entire amount of data to be audited in the first type of audit work order is checked with a focus, while the entire amount of data to be audited in the second type of audit work order does not need to be checked. This reduces the workload of the processing personnel and improves the efficiency and effectiveness of the audit work.

[0076] Figure 4This is a structural diagram of an audit data distribution device provided in an embodiment of this application. The audit data distribution device provided in this embodiment can execute the processing flow provided in the above-described audit data distribution method embodiment, such as... Figure 4 As shown, the audit data distribution device 400 includes: an acquisition module 401, a classification module 402, a work order generation module 403, and a distribution module 404.

[0077] The acquisition module 401 is used to acquire the data to be audited for the target region from the business data set through the real-time audit system;

[0078] The hierarchical module 402 is used to determine the processing level corresponding to the data to be audited in the target region, and to determine the target type of the audit work order based on the processing level.

[0079] The work order generation module 403 is used to generate an audit work order of the target type according to the audit data to be audited and the preset work order dispatch rules of the target region. The audit work order includes at least one piece of audit data.

[0080] The dispatch module 404 is used to dispatch the audit work order to the terminal of the processing personnel in the target area, so that the processing personnel can process the audit work order according to the target type.

[0081] In one or more embodiments of this application, when the acquisition module 401 acquires the data to be audited for a target region from the business data set through the real-time audit system, it is used to:

[0082] An audit model is adopted, and the audit data of the target region is obtained from the business data set through the real-time audit system based on preset audit rules.

[0083] In one or more embodiments of this application, the grading module 402, when determining the processing level corresponding to the audit data of the target region, is used to:

[0084] Determine the types of target factors that reflect the changing trends of the audit data output by the audit model, and the weight of each target factor;

[0085] Determine the values ​​of the target factors corresponding to the data to be audited in the target region, and sum the values ​​of the target factors according to the weights of each target factor to obtain a weighted score;

[0086] The processing level corresponding to the data to be audited in the target region is determined based on the weighted score.

[0087] In one or more embodiments of this application, the grading module 402, when determining the type of target factor reflecting the changing trend of the audit data output by the audit model, is used to:

[0088] Based on the preset audit rules and audit focus of the audit model, the types of target factors that reflect the changing trends of the audit data output by the audit model are determined.

[0089] In one or more embodiments of this application, the types of target factors may include one or more of the following: the amount of data to be audited, the month-on-month change rate, and the proportion of the target business to be audited.

[0090] In one or more embodiments of this application, the grading module 402, when determining the weight corresponding to each target factor, is used to:

[0091] Based on the audit focus of the audit model and / or the influence of each risk factor on the trend of the audit data output by the audit model, the weight of each target factor is determined. The target factor that is more relevant to the audit focus has a higher weight, and the target factor with a greater influence has a higher weight.

[0092] In one or more embodiments of this application, when determining the processing level corresponding to the audit data of the target region based on the weighted score, the grading module 402 is used to:

[0093] The weighted scores for different regions are sorted from highest to lowest.

[0094] If the weighted score corresponding to the target region is within the preset order of the sorting, then the processing level corresponding to the data to be audited in the target region is determined to be the level of key audit; or

[0095] If the weighted score corresponding to the target region is not in the preset order of the sorting, then the processing level corresponding to the data to be audited in the target region is determined to be a non-key audit level.

[0096] In one or more embodiments of this application, when the grading module 402 determines the target type of the audit work order according to the processing level, it is used to:

[0097] If the processing level of the data to be audited in the target area is a key audit level, then the target type of the audit work order is determined to be a Category I audit work order. In a Category I audit work order, all data to be audited must be processed, and the processing methods include one or more of verification, rectification, and feedback; or

[0098] If the processing level corresponding to the data to be audited in the target area is a non-key audit level, then the target type of the audit work order is determined to be a second type of audit work order, in which the data to be audited in the second type of audit work order does not need to be processed.

[0099] In one or more embodiments of this application, after dispatching the audit work order to the terminal of the processing personnel in the target area, the dispatch module 404 further includes:

[0100] The system receives audit work order archive data uploaded by the auditors' terminals and archives the audit work order archive data, which is the data to be archived after the auditors have reviewed and approved the audit work orders processed by the processing personnel.

[0101] The audit data distribution device in this application embodiment can be used to execute the technical solution of the above-described audit data distribution method embodiment. Its implementation principle and technical effect are similar, and will not be repeated here.

[0102] Figure 5 A schematic diagram of the hardware structure of an electronic device according to an embodiment of this application is shown. Figure 5 As shown, the electronic device 500 is used to implement the operation corresponding to the electronic device in any of the above-mentioned audit data distribution method embodiments. The electronic device 500 in this embodiment may include: a memory 501, a processor 502, and a communication interface 503.

[0103] Memory 501 is used to store computer programs (computer execution instructions). Memory 501 may include high-speed random access memory (RAM) and may also include non-volatile memory (NVM), such as at least one disk storage device, and may also be a USB flash drive, external hard drive, read-only memory, disk, or optical disc, etc.

[0104] Processor 502 is used to execute computer programs stored in memory to implement the methods in the above embodiments, as detailed in the relevant descriptions in the foregoing method embodiments. The processor 502 can be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), etc. A general-purpose processor can be a microprocessor or any conventional processor. The steps of the methods disclosed in this invention can be directly implemented by a hardware processor, or implemented by a combination of hardware and software modules within the processor.

[0105] Optionally, the memory 501 can be either independent or integrated with the processor 502. When the memory 501 is a device independent of the processor 502, the electronic device 500 may also include a bus. This bus is used to connect the memory 501 and the processor 502. This bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus, etc. The bus can be categorized as an address bus, data bus, control bus, etc. For ease of illustration, the buses shown in the accompanying drawings are not limited to a single bus or a single type of bus.

[0106] Communication interface 503 is used to receive or send various data and / or instructions, such as dispatching audit work orders to the terminals of processing personnel in the target area, receiving audit work order archive data, etc.

[0107] The electronic device provided in this embodiment can be used to execute the audit data distribution method in the above embodiment. Its implementation method and technical effect are similar, and will not be described again in this embodiment.

[0108] In addition, this embodiment also provides a computer-readable storage medium storing a computer program thereon, which is executed by a processor to implement the audit data distribution method described in the above embodiment.

[0109] In addition, this embodiment also provides a computer program product, including a computer program, which is executed by a processor to implement the audit data distribution method described in the above embodiment.

[0110] In the several embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative. For instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between devices or units may be electrical, mechanical, or other forms.

[0111] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0112] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or in the form of hardware plus software functional units.

[0113] The integrated units implemented as software functional units described above can be stored in a computer-readable storage medium. These software functional units, stored in a storage medium, include several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) or processor to execute some steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0114] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the above-described division of functional modules is merely an example. In practical applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above. The specific working process of the device described above can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0115] The above embodiments are only used to illustrate the technical solutions of the embodiments of this application, and are not intended to limit them. Although the embodiments of this application have been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features therein. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of this application.

[0116] Other embodiments of this application will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of this application that follow the general principles of this application and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of this application are indicated by the following claims.

[0117] It should be understood that this application is not limited to the precise structure described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this application is limited only by the appended claims.

Claims

1. A method for distributing audit data, characterized in that, include: The system retrieves audit data for the target region from the business data set through a real-time audit system. Determine the types of target factors that reflect the changing trends of the audit data output by the audit model, and the weight of each target factor; Determine the values ​​of the target factors corresponding to the data to be audited in the target region, and sum the values ​​of the target factors according to the weights of each target factor to obtain a weighted score; The weighted scores for different regions are sorted from highest to lowest. If the weighted score corresponding to the target region is within the first preset order of the sorting, then the processing level of the data to be audited in the target region is determined to be the level of key audit; or if the weighted score corresponding to the target region is not within the first preset order of the sorting, then the processing level of the data to be audited in the target region is determined to be the level of non-key audit. If the processing level of the data to be audited in the target region is a key audit level, then the target type of the audit work order is determined to be a first-type audit work order, in which all the data to be audited in the first-type audit work order must be processed, and the processing methods include one or more of verification, rectification and feedback; or if the processing level of the data to be audited in the target region is a non-key audit level, then the target type of the audit work order is determined to be a second-type audit work order, in which not all the data to be audited in the second-type audit work order needs to be processed. Based on the data to be audited and the preset work order dispatch rules for the target region, an audit work order of the target type is generated, and the audit work order includes at least one piece of data to be audited. The audit work order is dispatched to the terminal of the processing personnel in the target area, so that the processing personnel can process the audit work order according to the target type.

2. The method according to claim 1, characterized in that, The process of obtaining auditable data for the target region from the business data set through the real-time audit system includes: The real-time audit system employs an audit model and preset audit rules to obtain audit data for the target region from the business data set.

3. The method according to claim 1, characterized in that, The types of target factors that reflect the changing trend of the audit data output by the audit model include: Based on the preset audit rules and audit focus of the audit model, the types of target factors that reflect the changing trends of the audit data output by the audit model are determined.

4. The method according to claim 1 or 3, characterized in that, The target factors include one or more of the following: the amount of data to be audited, the month-on-month change rate, and the proportion of the target business data to be audited.

5. The method according to claim 1, characterized in that, Determining the weight corresponding to each target factor includes: Based on the audit focus of the audit model and / or the influence of each target factor on the trend of the audit data output by the audit model, the weight of each target factor is determined. The target factor that is more relevant to the audit focus has a higher weight, and the target factor with a greater influence has a higher weight.

6. The method according to claim 1, characterized in that, After the terminal that dispatches the audit work order to the processing personnel in the target area is completed, it also includes: The system receives audit work order archive data uploaded by the auditors' terminals and archives the audit work order archive data, which is the data to be archived after the auditors have reviewed and approved the audit work orders processed by the processing personnel.

7. A device for distributing audit data, characterized in that, include: The acquisition module is used to acquire auditable data for a target region from the business data set through the real-time audit system; The hierarchical module is used to determine the types of target factors that reflect the changing trends of the audit data output by the audit model, as well as the weight of each target factor. Determine the values ​​of the target factors corresponding to the data to be audited in the target region, and sum the values ​​of the target factors according to the weights of each target factor to obtain a weighted score; The weighted scores for different regions are sorted from highest to lowest. If the weighted score corresponding to the target region is within the first preset order of the sorting, then the processing level of the data to be audited in the target region is determined to be a key audit level; or if the weighted score corresponding to the target region is not within the first preset order of the sorting, then the processing level of the data to be audited in the target region is determined to be a non-key audit level; if the processing level of the data to be audited in the target region is a key audit level, then the target type of the audit work order is determined to be a first-type audit work order, wherein all data to be audited in a first-type audit work order must be processed, and the processing methods include one or more of verification, rectification, and feedback; or if the processing level of the data to be audited in the target region is a non-key audit level, then the target type of the audit work order is determined to be a second-type audit work order, wherein not all data to be audited in a second-type audit work order needs to be processed. The work order generation module is used to generate an audit work order of the target type based on the data to be audited and the preset work order dispatch rules of the target region. The audit work order includes at least one piece of data to be audited. The dispatch module is used to dispatch the audit work order to the terminal of the processing personnel in the target area, so that the processing personnel can process the audit work order according to the target type.

8. An electronic device, characterized in that, include: A processor, and a memory communicatively connected to the processor; The memory stores computer-executed instructions; The processor executes computer execution instructions stored in the memory to implement the method as described in any one of claims 1-6.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer-executable instructions, which, when executed by a processor, are used to implement the method as described in any one of claims 1-6.

10. A computer program product, characterized in that, Includes a computer program that, when executed by a processor, implements the method described in any one of claims 1-6.

Images