Financial data verification method and related device

Abstract

The invention discloses a financial data verification method and a related device, and the method comprises the steps: obtaining a verification formula corresponding to a to-be-verified business type, enabling the verification formula to be dynamically configured based on a to-be-verified data file template, then analyzing the verification formula based on a financial formula grammar analyzer to obtain a target data verification rule, and carrying out the verification of the target data verification rule. And finally, verifying the to-be-verified data read from the to-be-verified data file based on the target data verification rule. According to the scheme, the verification rule, namely the verification formula, corresponding to the business type is dynamically configured by the accounting business personnel, and the verification formula is analyzed by using the formula grammar analyzer in the financial field to obtain the corresponding target data verification rule, so that the verification rule of the business data does not need to be solidified in a system code; accounting business personnel can dynamically modify the corresponding verification rules according to actual requirements, and decoupling of the verification rules and the system codes is realized without modifying the system codes by system developers.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of data verification, in particular to a financial data verification method and related device. BACKGROUND

[0002] Profit and loss transfer is the core business process of distributing and transferring the income, cost and other subjects of an enterprise in part or project. In group enterprise management, profit and loss transfer is a complex calculation scenario involving multiple departments, multiple business lines and multiple accounting standards. The transfer rules are dynamically adjusted according to the business type (such as special rate coefficients for financing business), resulting in high complexity of profit and loss transfer business.

[0003] The current profit and loss transfer business data verification method usually adopts a customized development method, that is, the verification logic is fixed in the code according to the business rules. When the business rules change (existing rules change or new business rules are added), the code usually needs to be modified simultaneously, which has high modification cost and long iteration period. SUMMARY

[0004] In view of the above problems, the present application provides a financial data verification method and related device to solve at least part of the above problems. The specific scheme is as follows:

[0005] The first aspect of the present application provides a financial data verification method, comprising:

[0006] Obtaining a verification formula corresponding to a business type to be verified, the verification formula being dynamically configured based on a to-be-verified data file template;

[0007] Analyzing the verification formula based on a financial formula syntax parser to obtain a target data verification rule;

[0008] Verifying the to-be-verified data read from the to-be-verified data file based on the target data verification rule.

[0009] In one possible implementation, the verifying the to-be-verified data read from the to-be-verified data file based on the target data verification rule comprises:

[0010] For a to-be-verified data row in the to-be-verified data file, reading the to-be-verified data according to the data processing level of the target data verification rule;

[0011] Verifying the data format and data integrity of the to-be-verified data;

[0012] If the data format and data integrity of the to-be-verified data are verified successfully, verifying the to-be-verified data according to the target data verification rule to obtain a verification result.

[0013] In a possible implementation, the verifying the to-be-verified data according to the target data verification rule to obtain a verification result comprises:

[0014] performing calculation on the to-be-verified data according to a calculation rule in the target data verification rule, and comparing a calculation result with an actual value in the to-be-verified data;

[0015] if a deviation between the calculation result and the actual value is greater than or equal to a preset deviation, determining that the to-be-verified data row does not conform to the verification rule;

[0016] if the deviation between the calculation result and the actual value is less than the preset deviation, determining that the to-be-verified data row conforms to the verification rule.

[0017] In a possible implementation, after the data format and the data integrity of the to-be-verified data are verified, the method further comprises:

[0018] identifying whether the to-be-verified data has a business risk error, the business risk error comprising a division-by-zero error and data out-of-bound;

[0019] if the business risk error exists, performing real-time interception of the risk, and not performing a subsequent process.

[0020] In a possible implementation, the method further comprises:

[0021] if the to-be-verified data does not conform to the verification rule, determining position information of the to-be-verified data in a to-be-verified data file, and generating error feedback information, the error feedback information comprising the position information.

[0022] In a possible implementation, the method further comprises:

[0023] receiving an updated verification formula corresponding to the to-be-verified business type, and replacing the original verification formula with the updated verification formula.

[0024] In a second aspect, the application provides a financial data verification device, comprising:

[0025] a first obtaining module configured to obtain a verification formula corresponding to a to-be-verified business type, the verification formula being dynamically configured based on a dynamic rule configuration template;

[0026] a second obtaining module configured to obtain a target data verification rule by analyzing the verification formula based on a financial formula syntax analyzer;

[0027] a verification module configured to verify to-be-verified data read from a to-be-verified data file based on the target data verification rule.

[0028] In a possible implementation, the checking module comprises:

[0029] a reading sub-module, configured to read, according to a data processing level of the target data checking rule, the to-be-checked data in the to-be-checked data file;

[0030] a first checking sub-module, configured to check data format and data integrity of the to-be-checked data;

[0031] a second checking sub-module, configured to, when the data format and data integrity of the to-be-checked data are checked successfully, verify the to-be-checked data according to the target data checking rule to obtain a checking result.

[0032] In a possible implementation, the second checking sub-module comprises:

[0033] a third checking sub-module, configured to calculate the to-be-checked data according to a calculation rule in the target data checking rule, and compare a calculation result with an actual value in the to-be-checked data;

[0034] a first determining sub-module, configured to, if a deviation between the calculation result and the actual value is greater than or equal to a preset deviation, determine that the to-be-checked data does not conform to the checking rule;

[0035] a second determining sub-module, configured to, if the deviation between the calculation result and the actual value is less than the preset deviation, determine that the to-be-checked data conforms to the checking rule.

[0036] In a third aspect, the present application further provides an electronic device comprising at least one processor and a memory connected to the processor, wherein:

[0037] the memory is configured to store a computer program;

[0038] the processor is configured to execute the computer program, so that the electronic device can implement the financial data checking method according to the first aspect or any implementation manner of the first aspect.

[0039] In a fourth aspect, the present application provides a computer program product comprising computer readable instructions, which, when executed on an electronic device, cause the electronic device to implement the financial data checking method according to the first aspect or any implementation manner of the first aspect.

[0040] In a fifth aspect, the present application provides a computer storage medium, which carries one or more computer programs, and when the one or more computer programs are executed by an electronic device, the electronic device can implement the financial data checking method according to the first aspect or any implementation manner of the first aspect.

[0041] By the above technical solution, the financial data verification method provided by the application obtains a verification formula corresponding to a business type to be verified, the verification formula is dynamically configured based on a data file template to be verified, then a target data verification rule is obtained by parsing the verification formula based on a financial formula syntax parser, and finally the target data verification rule is used to verify the to-be-verified data read from the data file to be verified. As can be seen from the above process, the accounting business personnel dynamically configures the verification rule corresponding to the business type, i.e., the verification formula, and uses the formula syntax parser in the financial field to parse the verification formula to obtain the corresponding target data verification rule. In this way, the verification rule of the business data does not need to be fixed in the system code, i.e., the verification rule and the system code are decoupled, so that the accounting business personnel can dynamically modify the corresponding verification rule according to the actual needs, such as adding a verification rule, modifying an existing verification rule, or deleting a verification rule, thereby achieving the purpose of dynamic verification rule. Moreover, when the target data verification rule is used to calculate and verify the to-be-verified data, it can ensure that the transfer amount calculation conforms to the financial position precision, i.e., the calculation is accurate. BRIEF DESCRIPTION OF DRAWINGS

[0042] The above and other features, advantages, and aspects of the embodiments of the present disclosure will become more apparent by describing in detail the following specific embodiments with reference to the attached drawings. Throughout the drawings, the same or similar reference numerals refer to the same or similar elements. It should be understood that the drawings are schematic, and the original and elements are not necessarily drawn according to the scale.

[0043] Figure 1 A flowchart of a financial data verification method provided by the application;

[0044] Figure 2 A structure block diagram of a financial data verification device provided by the application;

[0045] Figure 3 A structure block diagram of a verification module provided by the application;

[0046] Figure 4 A structure block diagram of a second verification sub-module provided by the application;

[0047] Figure 5 A structure block diagram of an electronic device provided by the application. DETAILED DESCRIPTION

[0048] The embodiments of the present application are described below with reference to the accompanying drawings. The terms used in the embodiment part of the present application are only used to explain the specific embodiments of the present application, and are not intended to limit the present application.

[0049] The embodiments of the present application are described below with reference to the accompanying drawings. Those skilled in the art can know that the technical solutions provided by the embodiments of the present application are also applicable to similar technical problems as the technology develops and new scenarios appear.

[0050] The terms "first", "second", etc. in the specification and claims of the present application and the above drawings are used to distinguish similar objects, and do not necessarily indicate a specific order or sequence. It should be understood that the terms used in this way can be interchanged under appropriate circumstances, and this is only a way of distinguishing the objects with the same attributes in the description of the embodiments of the present application. In addition, the terms "include" and "have" and any variations thereof are intended to cover non-exclusive inclusion, so that the processes, methods, systems, products or devices containing a series of units do not have to be limited to those units, but can include other units not clearly listed or inherent to these processes, methods, products or devices.

[0051] Please refer to Figure 1 , Figure 1 The flow of a financial data verification method provided by the embodiments of the present application is shown in FIG. 1, which can include the following steps: Figure 1

[0052] S101, obtaining a verification formula corresponding to a to-be-verified business type, the verification formula being dynamically configured based on a dynamic rule configuration template.

[0053] In the embodiments of the present application, a business staff can create a file of verification rules of custom business data without modifying system code by a developer.

[0054] For example, for any business type, a business staff can define verification rules of data of the business type according to a data template file of the business type. The data template file can refer to an Excel table used to write data of the business type, which defines data names of each column. For example, for a transfer type of commission income, column A is a non-account transfer price, column B is a balance, column C is a first account, column D is a pricing standard, and column E is a second account. When a business staff enters business data of the transfer type of commission income, the business staff needs to enter corresponding data according to the data names of each column in the Excel table. Meanwhile, when the business staff defines verification rules of data of the business type, the business staff also needs to define verification formulas according to the data names of each column in the Excel table. For example, still taking the transfer type of commission income as an example, the verification formula is: non-account transfer price = round(if(balance>0, first account value*pricing standard, pricing standard+second account value), 2).

[0055] ​The round() function means rounding a number to a specified number of digits, for example, in this example, to 2 decimal places. The meaning of the above verification formula is that if the value in the balance column is greater than 0, the target value of the fixed account fee transfer amount is calculated according to the "first account value * valuation standard", and the calculation result is rounded to 2 decimal places; if the value in the balance column is less than or equal to 0, the calculation is performed according to "valuation standard + second account value", and the calculation result is rounded to 2 decimal places.

[0056] In an example embodiment, the verification formula dynamically configured by the business personnel can be stored in the data file of the business type, and the dynamically configured verification formula can be written in the non-data row of the data file of the business type, that is, the row without data. In addition, only one corresponding verification formula needs to be stored in each data file. In this scenario, if a business type includes multiple data files, one verification formula corresponding to the business type is stored in each data file.

[0057] In another example embodiment, the verification formula and the data file to be verified can be stored in different files respectively. For example, the verification formula of each business type can be stored in a file (which can be referred to as a verification rule configuration file), and the verification formula corresponding to the business type is read from the verification rule configuration file according to the business type to be verified. In this scenario, if a business type includes multiple data files, the verification formula corresponding to the business type can be read only once.

[0058] In addition, the business personnel can dynamically modify the verification rules in the verification rule configuration file, such as adding a new verification rule for a business type, modifying an existing verification rule for a business type, deleting a verification rule for a business type, etc.

[0059] S102, obtaining a target data verification rule based on a financial formula syntax parser analyzing the verification formula.

[0060] A financial formula syntax parser dedicated to the financial field is constructed based on a syntax analysis tool, which supports round functions, cross-cell references, and conditional judgments, etc.

[0061] In an example embodiment, the financial formula syntax parser can be constructed based on ANTLR (Another Tool for Language Recognition). ANTLR is an open source syntax analyzer generation tool that can automatically generate a lexical analyzer (Lexer) and a syntax analyzer (Parser) according to defined syntax rules, and generate a visual syntax tree. ANTLR generates parser code through rules in a.g4 file (the.g4 file is used to define syntax rules), which supports multiple target languages such as Java, Python, C++, Go, etc.

[0062] The financial formula syntax parser can parse the check formula of the business data to obtain a check rule code recognizable by a financial check system, wherein the financial check system is an automatic check system for checking the business data. Further, when the financial check system checks the financial data of any business type, the check formula corresponding to the business type is obtained, and the financial formula syntax parser is used to parse to obtain the check rule of the business type.

[0063] S103, verifying the to-be-checked data read from the to-be-checked data file based on the target data check rule.

[0064] After the financial formula syntax parser is used to parse the check formula to obtain the corresponding target data check rule, the to-be-checked data is read from the to-be-checked data file, and the correctness is verified by using the parsed target data check rule.

[0065] In a possible implementation, the step can include the following process:

[0066] a1, for the to-be-checked data row in the to-be-checked data file, reading the to-be-checked data according to the data processing level of the target data check rule.

[0067] The financial data is stored in an Excel table, and the data in the table can be read row by row according to the processing order of the parsed data check rule.

[0068] For example, for the financing business, the corresponding check formula is: the amount to be transferred = round (IF (business type = "financing", effective rate = benchmark rate x 1.1, effective rate = benchmark rate), effective rate x financing base, 2). According to the check formula, it can be known that the data in the columns of the financing base and the benchmark rate in the to-be-checked data file needs to be read.

[0069] a2, checking the data format and data integrity of the to-be-checked data.

[0070] The embodiment of the present application adopts a hierarchical check strategy, for example, first-level check: checking the data format (such as the amount must be a number), for example, for the financing business described above, the financing base and the benchmark rate are both amounts that must be numbers, if the two data are numbers, the first-level check is successful, if the two data are not numbers, the first-level check fails; second-level check: reference integrity, such as non-empty referenced cells; third-level check: formula logic (such as whether the deviation between the round result and the actual value exists, and whether the deviation is less than or equal to the preset deviation).

[0071] The step, after reading the data to be checked, first judges whether the data format (or data type) of the data to be checked conforms to the corresponding requirements, and if the data format conforms to the requirements, further judges whether the data to be checked exists reference to other cells, and if the data to be checked references other cells, further verifies whether the referenced cells are complete (such as the referenced cells are not empty).

[0072] a3, if the data format and data integrity verification of the data to be checked are successful, the data to be checked is verified according to the target data verification rule to obtain a verification result.

[0073] If the data format and data integrity of the data to be checked conform to the requirements, the data to be checked is further pre-calculated according to the data verification rule corresponding to the business type, and it is verified whether the actual value in the table conforms to the calculation rule.

[0074] After the first-level verification and the second-level verification of the data to be checked of the current business type conform to the requirements, the data to be checked is calculated and verified according to the target data verification rule corresponding to the verification formula.

[0075] In a possible implementation, the verification of the data to be checked according to the target data verification rule to obtain a verification result comprises:

[0076] b1, calculating the data to be checked according to the calculation rule in the target data verification rule, and comparing the calculation result with the actual value in the data to be checked.

[0077] b2, if the deviation between the calculation result and the actual value is greater than a preset deviation, it is determined that the data to be checked does not conform to the verification rule.

[0078] b3, if the deviation between the calculation result and the actual value is less than or equal to the preset deviation, it is determined that the data to be checked conforms to the verification rule.

[0079] For example, still taking the financing business as an example, the content of the business type is read from the data to be checked file, and it is judged whether the business type is "financing", if the business type is "financing", the effective rate = benchmark rate x 1.1; if the business type is not "financing" (such as financial consultant business), the effective rate = benchmark rate. Further, the target value of the amount to be transferred is calculated according to "effective rate x financing base", and the calculation result is rounded to two decimal places. Finally, it is compared whether there is a deviation between the target value of the amount to be transferred and the actual value of the amount to be transferred in the data to be checked, if there is a deviation and the deviation is greater than a preset deviation (such as ±0.01), it is determined that the data to be checked does not conform to the verification rule. If the deviation is less than or equal to the preset deviation (such as <±0.01), it is determined that the data to be checked conforms to the verification rule.

[0080] For example, taking the commission income transfer type as an example, a group of data of the business type is shown in Table 1.

[0081] Table 1

[0082]

[0083] As described above, the check formula of the business type is: the transfer amount of the non-moving account charge = round(if(balance > 0, the first account value * the pricing standard, the pricing standard + the second account value), 2). According to the formula, the data "68.98" in the balance column is read first; it is determined that the read data is a number that meets the amount requirement, and the to-be-checked data does not reference other cells, so there is no need to judge the data integrity, and further, the target value of the transfer amount is calculated according to the check formula. According to the check formula, the data "68.98" in the balance column is greater than 0, so the target value of the transfer amount needs to be calculated according to "the first account value * the pricing standard", and the calculation result is rounded to two decimal places, that is, the target value of the transfer amount is 2669788 * 0.05 = 133489.40. In this example, the target value is consistent with the actual value of the "non-moving account charge transfer amount" column in the table, indicating that the data meets the check rule.

[0084] Optionally, in a possible implementation, when it is determined that the to-be-checked data row does not meet the check rule, a deviation overrun alarm is triggered, the position information (such as the row number of the data in the Excel table) of the to-be-checked data in the to-be-checked data file is determined, and error feedback information is generated, the error feedback information including the position information.

[0085] For example, in the above example of the commission income transfer type, if the non-moving account charge transfer amount in the table is "2669886.05", the deviation between 2669886.05 and 133489.40 is obviously greater than the preset deviation 0.01, it is determined that the data row does not meet the check rule. The position of the data that does not meet the check rule can be determined according to the original row and column coordinates in the Excel table, for example, according to Table 1, it is known that the data that does not meet the check rule is the data in the second row of the table, and the error feedback information generated can be "the data in the second row does not meet the check rule, please check", so that error tracking is realized, and business personnel can quickly locate the data with errors according to the position information in the error feedback information.

[0086] In addition, the scheme can also automatically identify business risks such as division by zero error and data out-of-range, and then intercept the data with risks in real time, that is, further operations such as calculating the target value of the transfer amount according to the check formula are not performed on the identified risk data.

[0087] The division by zero error refers to an attempt to divide a number by zero, where the zero can be original data in the to-be-verified data file or intermediate data obtained by calculating the original data in the to-be-verified data file. The data out-of-bound refers to data overflow, that is, an abnormal phenomenon occurring when an operation result exceeds its storage type or preset range.

[0088] The financial data verification method provided in the embodiment acquires a verification formula corresponding to a to-be-verified business type, the verification formula is dynamically configured based on a to-be-verified data file template, then a target data verification rule is obtained by parsing the verification formula based on a financial formula syntax parser, and finally the to-be-verified data read from the to-be-verified data file is verified based on the target data verification rule. As can be known from the above process, the accounting business personnel dynamically configures the verification rule corresponding to the business type, that is, the verification formula, and the corresponding target data verification rule is obtained by parsing the verification formula using the formula syntax parser in the financial field. In this way, the verification rule of the business data does not need to be fixed in the system code, that is, the verification rule and the system code are decoupled, and therefore the accounting business personnel can dynamically modify the corresponding verification rule according to actual needs, such as adding a verification rule, modifying an existing verification rule, or deleting a verification rule, thereby achieving the purpose of dynamic verification rule. Moreover, when the target data verification rule is used to calculate and verify the to-be-verified data, it can be ensured that the transfer amount calculation conforms to the financial position precision, that is, the calculation is accurate.

[0089] Further, when it is determined that the to-be-verified data has a business risk or does not conform to the verification rule after verification, the error can be traced back to the data with the error according to the original row and column numbers in the to-be-verified data file, and the data with the error can be quickly located. Moreover, the scheme implements a hierarchical multi-level verification strategy when verifying the to-be-verified data, thereby achieving a multi-level defense mechanism.

[0090] The above introduces a financial data verification method provided by the embodiment of the application, and the following will introduce a device for executing the financial data verification method.

[0091] Please refer to Figure 2 , Figure 2 FIG. 1 is a structural schematic diagram of a financial data verification device provided by the embodiment of the application. As shown in FIG. 1, the device includes: Figure 2

[0092] The first acquisition module 101 is configured to acquire a verification formula corresponding to a to-be-verified business type, and the verification formula is dynamically configured based on a dynamic rule configuration template.

[0093] The second acquisition module 102 is configured to obtain a target data verification rule by parsing the verification formula based on a financial formula syntax parser.

[0094] ​The checking module 103 is configured to verify the to-be-checked data read from the to-be-checked data file based on the target data checking rule.

[0095] In a possible implementation, as shown in Figure 3 The checking module 103 includes:

[0096] The reading sub-module 201 is configured to read the to-be-checked data according to the data processing level of the target data checking rule for the to-be-checked data row in the to-be-checked data file.

[0097] The first checking sub-module 202 is configured to check the data format and data integrity of the to-be-checked data.

[0098] In a possible implementation, after the first checking sub-module 202 checks the data format and data integrity of the to-be-checked data, the first checking sub-module 202 is further configured to identify whether the to-be-checked data has a business risk error, the business risk error including a division by zero error and a data out-of-bound error; and if the to-be-checked data has the business risk error, the risk real-time interception is performed, and the subsequent process is not executed.

[0099] The second checking sub-module 203 is configured to verify the to-be-checked data according to the target data checking rule to obtain a checking result when the data format and data integrity of the to-be-checked data are checked successfully.

[0100] In a possible implementation, as shown in Figure 4 The second checking sub-module 203 includes:

[0101] The third checking sub-module 301 is configured to calculate the to-be-checked data according to the calculation rule in the target data checking rule, and compare the calculation result with an actual value in the to-be-checked data.

[0102] The first determining sub-module 302 is configured to determine that the to-be-checked data row does not conform to the checking rule if a deviation between the calculation result and the actual value is greater than or equal to a preset deviation.

[0103] The second determining sub-module 303 is configured to determine that the to-be-checked data row conforms to the checking rule if the deviation between the calculation result and the actual value is less than the preset deviation.

[0104] In a possible implementation, the apparatus further includes:

[0105] The error feedback module is configured to determine position information of the to-be-checked data in the to-be-checked data file, and generate error feedback information including the position information when the to-be-checked data does not conform to the checking rule.

[0106] In a possible implementation, the apparatus further includes:

[0107] The check rule updating module is configured to receive an updated check formula corresponding to the to-be-checked business type, and replace the original check formula with the updated check formula.

[0108] The financial data check device provided in the embodiment is configured by an accounting business personnel to correspond to a check rule, i.e., a check formula, of a business type, and a formula syntax parser in the financial field is used to parse the check formula to obtain a corresponding target data check rule, so that the check rule of the business data does not need to be fixed in the system code, i.e., the check rule is decoupled from the system code, and therefore, the accounting business personnel can dynamically modify the corresponding check rule according to actual needs, such as adding a check rule, modifying an existing check rule, or deleting a check rule, so as to achieve the purpose of dynamic check rule. Moreover, when the target data check rule is used to calculate and verify the to-be-checked data, it can be ensured that the transfer amount calculation conforms to the financial position precision, i.e., the calculation is accurate.

[0109] In the embodiment of the application, an electronic device is also provided. Referring to Figure 5 The electronic device in the embodiment of the application can include, but is not limited to, a mobile phone, a tablet computer, a wearable device, a vehicle-mounted device, an augmented reality (AR) / virtual reality (VR) device, a notebook computer, an ultra-mobile personal computer (UMPC), a netbook, a personal digital assistant (PDA), and the like, and the embodiment of the application does not make any limitation in this regard.

[0110] The electronic device can include a radio frequency unit, a memory, an input unit, a display unit, a camera (optional), an audio circuit (optional), a speaker (optional), a microphone (optional), an earphone jack (optional), a processor, an external interface, a power supply, and the like. Those skilled in the art can understand that the above components are only examples and do not constitute a limitation on the terminal or the multifunctional device, and more or fewer components can be included, or some components can be combined or different components can be included.

[0111] The input unit can be used to receive input digital or character information, and generate key signal input related to user settings and function control of the portable multifunctional device. Specifically, the input unit can include a touch screen (optional) and / or other input devices. Specifically, the other input devices can include one or more of a physical keyboard, function keys (such as volume control keys, on / off keys, etc.), trackballs, mice, joysticks, and the like. The input device can receive input data and the like.

[0112] The display unit can be configured to display information input by a user or provided to the user, various menus of the terminal, an interactive interface, file display, and / or playing of any multimedia file. In embodiments of the present application, the display unit can be configured to display an interface, a processing result, and the like.

[0113] The memory can be configured to store software codes related to the financial data verification method of the present application, and the processor can execute the steps of the financial data verification method, and can also dispatch other units (for example, the input unit and the display unit) to realize corresponding functions.

[0114] The radio frequency unit (optional) can be configured to receive and send signals in the process of receiving or sending information or calls.

[0115] In embodiments of the present application, the radio frequency unit can send data to a server and receive processing results sent by the server.

[0116] It should be understood that the radio frequency unit is optional, and can be replaced by other communication interfaces, for example, a network interface.

[0117] The electronic device further includes a power supply (such as a battery) for supplying power to each component.

[0118] The electronic device further includes an external interface, which can be a standard Micro USB interface or a multi-pin connector, and can be configured to connect the electronic device with other devices for communication, or to connect a charger for charging the electronic device.

[0119] Figure 5 The electronic device shown is only an example and should not limit the functions and use range of embodiments of the present application.

[0120] As shown in Figure 5 The electronic device can include a processing device (such as a central processing unit, a graphics processing unit, or the like) 401, which can perform various appropriate actions and processes according to programs stored in a read-only memory (ROM) 402 or loaded from a storage device 408 into a random access memory (RAM) 403. In a state where the electronic device is powered on, the RAM 403 also stores various programs and data required for operation of the electronic device. The processing device 401, the ROM 402, and the RAM 403 are connected to each other through a bus 404. An input / output (I / O) interface 405 is also connected to the bus 404.

[0121] In general, the following devices can be connected to the I / O interface 405: input devices 406 including, for example, a touch screen, a touch pad, a keyboard, a mouse, a camera, a microphone, an accelerometer, a gyroscope, and the like; output devices 407 including, for example, a liquid crystal display (LCD), a speaker, a vibrator, and the like; storage devices 408 including, for example, a memory card, a hard disk, and the like; and communication devices 409. The communication devices 409 can allow the electronic device to communicate wirelessly or wiredly with other devices to exchange data. Although Figure 5 An electronic device having various devices is illustrated, but it is understood that all of the illustrated devices are not required and that more or fewer devices can be implemented.

[0122] The embodiments of the present application also provide a computer program product comprising computer readable instructions, which, when executed on an electronic device, cause the electronic device to implement any of the financial data verification methods provided by the embodiments of the present application.

[0123] The embodiments of the present application also provide a computer readable storage medium carrying one or more computer programs, which, when executed by an electronic device, can cause the electronic device to implement any of the financial data verification methods provided by the embodiments of the present application.

[0124] In addition, it should be noted that the above-described device embodiments are merely illustrative, and the units described as separate components can or can not be physically separated, and the components displayed as units can or can not be physical units, i.e., they can be located in one place, or distributed on multiple network units. Part or all of the modules can be selected according to actual needs to achieve the purpose of the embodiments. In addition, the connection relationship between the modules in the device embodiments provided by the present application indicates that there is a communication connection between them, which can be implemented as one or more communication buses or signal lines.

[0125] Those skilled in the art can clearly understand that the application can be implemented by means of software plus necessary universal hardware, and of course can also be implemented by means of dedicated hardware including special integrated circuit, special CPU, special memory, special component, etc. Generally, any function completed by computer program can be easily implemented by corresponding hardware, and the specific hardware structure for implementing the same function can also be various, such as analog circuit, digital circuit or special circuit, etc. However, for the application, software program implementation is a better embodiment. Based on such understanding, the technical solution of the application or the part of the application which makes contribution to the prior art can be embodied in the form of software product, which is stored in readable storage medium, such as computer floppy disk, U disk, mobile hard disk, ROM, RAM, magnetic disk or optical disk, etc., and includes a plurality of instructions for making a computer device (which can be personal computer, training device or network device, etc.) execute the method described in various embodiments of the application.

[0126] In the above embodiments, the implementation can be achieved by software, hardware, firmware or any combination thereof, entirely or partially. When implemented by software, the implementation can be achieved in the form of a computer program product, entirely or partially.

[0127] The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the flow or function described in the embodiments of the application is generated entirely or partially. The computer can be a general-purpose computer, a special-purpose computer, a computer network or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another, for example, the computer instructions can be transmitted from one website, computer, training device or data center to another website, computer, training device or data center through wired (such as coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (such as infrared, wireless, microwave, etc.) mode. The computer-readable storage medium can be any available medium that can be stored by a computer or a data storage device such as a training device, a data center, etc. integrated with one or more available media sets. The available medium can be a magnetic medium (such as a floppy disk, a hard disk, a magnetic tape), an optical medium (such as a DVD), or a semiconductor medium (such as a solid state disk (SSD)), etc.

Claims

1. A method of verifying financial data, characterized by, The method comprises the following steps: obtaining a verification formula corresponding to a business type to be verified, the verification formula being dynamically configured based on a data file template to be verified; obtaining a target data verification rule by analyzing the verification formula based on a financial formula syntax parser; verifying the data to be verified read from the data file to be verified based on the target data verification rule.

2. The method of claim 1, wherein, The verification of the data to be verified based on the target data verification rule comprises the following steps: reading the data to be verified according to the data processing level of the target data verification rule for the data row to be verified in the data file to be verified; verifying the data format and data integrity of the data to be verified; if the data format and data integrity of the data to be verified are verified successfully, verifying the data to be verified according to the target data verification rule to obtain a verification result.

3. The method according to claim 1 or 2, characterized in that, The verification of the data to be verified according to the target data verification rule comprises the following steps: calculating the data to be verified according to the calculation rule in the target data verification rule, and comparing the calculation result with the actual value in the data to be verified; if the deviation between the calculation result and the actual value is greater than or equal to a preset deviation, it is determined that the data row to be verified does not conform to the verification rule; if the deviation between the calculation result and the actual value is less than the preset deviation, it is determined that the data row to be verified conforms to the verification rule.

4. The method of claim 2, wherein, After verifying the data format and data integrity of the data to be verified, the method further comprises the following steps: identifying whether the data to be verified has a business risk error, the business risk error including a division by zero error and a data out-of-bound error; if there is a business risk error, performing real-time interception of the risk, and not executing subsequent processes.

5. The method of claim 1, wherein, The method further comprises the following steps: if the data to be verified does not conform to the verification rule, determining the position information of the data to be verified in the data file to be verified, and generating error feedback information, the error feedback information including the position information.

6. The method of claim 1, wherein, The method further comprises the following steps: receiving an updated verification formula corresponding to the business type to be verified, and replacing the original verification formula with the updated verification formula.

7. A financial data verification apparatus characterized by comprising: The method comprises the following steps: a first obtaining module is configured to obtain a verification formula corresponding to a business type to be verified, the verification formula being dynamically configured based on a dynamic rule configuration template; a second obtaining module is configured to obtain a target data verification rule by analyzing the verification formula based on a financial formula syntax parser; a verification module is configured to verify the data to be verified read from the data file to be verified based on the target data verification rule.

8. The apparatus of claim 7, wherein, The verification module comprises the following steps: a reading submodule is configured to read the data to be verified according to the data processing level of the target data verification rule for the data row to be verified in the data file to be verified; a first verification submodule is configured to verify the data format and data integrity of the data to be verified; a second verification submodule is configured to verify the data to be verified according to the target data verification rule to obtain a verification result when the data format and data integrity of the data to be verified are verified successfully.

9. The apparatus of claim 8, wherein, The second verification submodule comprises the following steps: a third checking submodule, configured to calculate the to-be-checked data according to a calculation rule in the target data checking rule, and compare a calculation result with an actual value in the to-be-checked data; a first determining submodule, configured to determine that the to-be-checked data row does not conform to the checking rule if a deviation between the calculation result and the actual value is greater than or equal to a preset deviation; a second determining submodule, configured to determine that the to-be-checked data row conforms to the checking rule if the deviation between the calculation result and the actual value is less than the preset deviation.

10. An electronic device, comprising: An electronic device comprising at least one processor and a memory connected with the processor, wherein: the memory is configured to store a computer program; the processor is configured to execute the computer program, so that the electronic device can implement the financial data checking method according to any one of claims 1 to 6.

Images