CN116266328A - Account data checking method and device and electronic equipment - Google Patents

Abstract

This application discloses a method and device for checking account data, and electronic equipment. The method is executed by a checking server. request the flow to determine the corresponding target checking strategy; generate the target accounting result according to the accounting request flow of the business party and the target checking strategy; according to the actual accounting result to be checked and the target accounting result, Determine the verification result of the actual accounting result to be verified. The accounting data checking method of this application can quickly and accurately judge whether the accounting results of the accounting system meet expectations through the pre-set target checking strategy, improve the quality testing efficiency of the accounting system, and support all daily records. The verification of account results does not require manual verification one by one, which saves a lot of labor costs and improves the throughput of testers.

Description

A method and device for checking account data, and electronic equipment

technical field

The present application relates to the field of financial technology, in particular to a method and device for checking account data, and electronic equipment.

Background technique

In the field of financial technology, business fund accounting is the last link of the entire transaction chain. Before liquidation and withdrawal, it plays the role of balance control, and a complete double-entry bookkeeping based on business and institutional dimensions has been carried out. The bookkeeping results It is also the basic data for generating various accounting statements, so the accuracy of accounting results is very important.

At present, after the business party keeps accounts, for the accuracy verification of the accounting results, it is necessary to manually query the relevant accounting information in the accounting system and the database to check the accounting results.

However, due to the diversity of businesses and organizations connected to the accounting system, a large amount of accounting data will be generated every day in daily test scenarios. The above-mentioned verification method needs to manually check the accounting results one by one, so the cost is high low efficiency.

Contents of the invention

Embodiments of the present application provide a method and device for checking account data, and electronic equipment, so as to reduce checking costs of accounting results and improve checking efficiency.

The embodiment of the application adopts the following technical solutions:

In the first aspect, the embodiment of the present application provides a method for checking account data, which is executed by a checking server, wherein the method includes:

Obtain the accounting request flow of the business party and the corresponding actual accounting results to be checked;

Determine the corresponding target verification strategy according to the accounting request flow;

Generate a target accounting result according to the accounting request flow of the business party and the target checking strategy;

According to the actual accounting result to be checked and the target accounting result, a checking result of the actual accounting result to be checked is determined.

Optionally, the determining the corresponding target verification strategy according to the accounting request flow includes:

Analyzing the parameters of the billing request stream to obtain a parameter parsing result, wherein the parameter parsing result includes a plurality of billing request parameters, and the billing request parameters include at least a business type;

Determine the target checking policy corresponding to the accounting request flow according to the business type.

Optionally, the target checking strategy includes a plurality of checking dimensions, and generating the target accounting result according to the business party's billing request flow and the target checking strategy includes:

Converting a plurality of bookkeeping request parameters to corresponding verification dimensions of the target verification strategy respectively, to obtain accounting information of each verification dimension;

The accounting information of each checking dimension is used as the target accounting result.

Optionally, the target verification strategy includes a business verification strategy and an accounting attribute verification strategy, and the business verification strategy includes one or more verification dimensions in business attributes, entry rules, account characteristics, and amount types. The attribute verification strategy includes one or more verification dimensions in the bookkeeping method, balance update method, and account debit and credit direction.

Optionally, both the actual accounting results and the target accounting results include one of accounting status, accounting vouchers, accounting accounts, account revenue and expenditure details, account balance changes, and account balance control verification results or accounting information of multiple verification dimensions, and the verification dimension set of the target accounting result is a proper subset of the verification dimension set of the actual accounting result.

Optionally, the determining the verification result of the actual accounting result according to the actual accounting result and the target accounting result includes:

Comparing the accounting information of each verification dimension in the actual accounting result with the accounting information of each verification dimension in the target accounting result;

If the accounting information of each verification dimension in the actual accounting result is consistent with the accounting information of each verification dimension in the target accounting result, then it is determined that the verification result of the actual accounting result is verified;

If the accounting information of at least one verification dimension in the actual accounting result is inconsistent with the accounting information of the corresponding verification dimension in the target accounting result, it is determined that the verification result of the actual accounting result is verification failure.

Optionally, the verification result includes a result of passing the verification and a result of failing the verification, and according to the actual accounting result and the target accounting result, determining the verification result of the actual accounting result includes:

If the verification result is a result of passing the verification, the result of passing the verification is directly recorded in the preset verification database;

If the checking result is a failed checking result, an alarm message is generated and the failed checking result is recorded in the preset checking database.

Optionally, said acquiring the business party's billing request flow and actual billing results includes:

According to the preset time frequency, the billing request flow and the corresponding actual billing results to be checked are obtained from the business party within the preset time period.

Optionally, said obtaining the business party's billing request flow and the actual billing result to be checked includes:

Based on the accounting result checking component to monitor the accounting request of the business party, the accounting result checking component is encapsulated in the accounting interface for receiving the accounting request;

Obtain the corresponding accounting request flow and the actual accounting results to be checked according to the accounting request of the business party.

Optionally, the method also includes:

Provide front-end pages;

The verification result of the actual accounting result to be verified is displayed on the front-end page.

In a second aspect, the embodiment of the present application further provides an accounting data checking device, which is applied to a checking server, wherein the device is used to implement any one of the aforementioned methods.

In a third aspect, the embodiment of the present application further provides an electronic device, including:

processor; and

A memory arranged to store computer-executable instructions which, when executed, cause the processor to perform any one of the preceding methods.

In a fourth aspect, the embodiment of the present application further provides a computer-readable storage medium, the computer-readable storage medium stores one or more programs, and when the one or more programs are executed by an electronic device including multiple application programs , causing the electronic device to execute any one of the aforementioned methods.

The above-mentioned at least one technical solution adopted in the embodiment of the present application can achieve the following beneficial effects: the account data verification method in the embodiment of the present application can be executed by the verification server, and the account data of the business party can be obtained first when performing account data verification Request flow and the corresponding actual accounting results to be checked; then determine the corresponding target checking strategy according to the accounting request flow; then generate the target accounting results according to the accounting request flow and target checking strategy of the business party; finally, according to the pending The checked actual bookkeeping result and the target bookkeeping result determine the checking result of the actual bookkeeping result to be checked. The accounting data checking method of the embodiment of the present application can quickly and accurately judge whether the accounting results of the accounting system meet expectations through the target checking strategy set in advance, which improves the quality testing efficiency of the accounting system and can support The verification of all daily accounting results does not require manual query of relevant information for confirmation, thus saving a lot of labor costs and improving the throughput of testers.

Description of drawings

The drawings described here are used to provide a further understanding of the application and constitute a part of the application. The schematic embodiments and descriptions of the application are used to explain the application and do not constitute an improper limitation to the application. In the attached picture:

FIG. 1 is a schematic flow diagram of a method for checking account data in an embodiment of the present application;

FIG. 2 is a schematic diagram of an accounting data checking process in an embodiment of the present application;

FIG. 3 is a system architecture diagram of an accounting data checking system in an embodiment of the present application;

FIG. 4 is a schematic structural diagram of an accounting data checking device in an embodiment of the present application;

FIG. 5 is a schematic structural diagram of an electronic device in an embodiment of the present application.

Detailed ways

In order to make the purpose, technical solution and advantages of the present application clearer, the technical solution of the present application will be clearly and completely described below in conjunction with specific embodiments of the present application and corresponding drawings. Apparently, the described embodiments are only some of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in this application, all other embodiments obtained by persons of ordinary skill in the art without making creative efforts belong to the scope of protection of this application.

The technical solutions provided by various embodiments of the present application will be described in detail below in conjunction with the accompanying drawings.

In order to facilitate the understanding of the various embodiments of the present application, a practical application scenario of the accounting data verification method of the present application is provided. In the existing bookkeeping mode, the double-entry bookkeeping based on the business verification dimension and the organization verification dimension is mainly adopted. The accounting function is mainly provided by the accounting system. Specifically, when the business party has an accounting requirement, it will call the accounting interface of the accounting system. After receiving the accounting request from the business party through the accounting interface, the accounting system will generate an accounting result according to the actual accounting strategy. This serves as the basic data for subsequent various accounting statements.

In actual business scenarios, the accounting system, as an independent system, is often iteratively updated with changes in the accounting needs of business parties or institutions, so it is particularly important to verify the accuracy of the accounting results obtained by the accounting system. important.

The existing method is mainly to manually verify the accounting results one by one. However, this method requires a lot of labor costs and is inefficient.

Based on this, the embodiment of the present application provides a method for verifying account data. The method for verifying account data in the embodiment of the present application can be executed by a separately deployed verification server. As mentioned above, an application of the embodiment of the present application The scenario is to verify the accuracy of the accounting results obtained by the accounting system. Therefore, the verification server can be regarded as a test server for quality testing of the accounting system. Using an independently deployed verification server can minimize the impact on the accounting system. invasive.

Of course, in addition to independently deploying the verification server, the accounting data verification program of the embodiment of the present application can also be directly deployed on the server where the accounting system is located. Specifically, those skilled in the art can choose flexibly according to actual needs, and no further details are given here. Specific limits.

As shown in FIG. 1 , a schematic flowchart of a method for checking account data in the embodiment of the present application is provided, and the method includes at least the following steps S110 to S140:

Step S110, obtaining the billing request flow of the business party and the corresponding actual billing results to be checked.

When checking the accounting data, you can first obtain the accounting request flow of the business party and the actual accounting results corresponding to the accounting request flow from the accounting system. The accounting request flow here can be regarded as an accounting request record , each time the business party initiates an accounting request, a corresponding accounting request stream will be generated in the accounting system. The business party here can include business platforms and institutional parties, and the accounting request stream can contain original accounting information of different verification dimensions , such as business information, organization information, accounting amount and other information, these information can be regarded as the information source of the actual accounting results.

The accounting request stream obtained above can be one or more. After the accounting request stream is obtained, the actual accounting result corresponding to the accounting request stream will also be obtained correspondingly. The actual accounting result is It can be understood as the accounting result output by the accounting system as the subsequent accounting result to be checked.

Step S120, determining a corresponding target verification strategy according to the billing request flow.

Since there are often differences in the business rules and accounting rules of different business parties, the corresponding verification strategies will also be different. Therefore, in the embodiment of this application, after obtaining the accounting request flow from the business party, it needs to be further determined according to the accounting request flow. The target verification strategy corresponding to the above actual accounting results to be verified.

Step S130, generating a target billing result according to the business party's billing request flow and the target verification strategy.

After determining the target verification strategy corresponding to the actual accounting result to be verified, it is necessary to generate the target accounting result according to the accounting request flow of the business party and the target verification strategy. What needs to be explained here is that the role of the target verification strategy in the embodiment of the present application can be understood as being based on the various original accounting information carried in the accounting request flow of the business party, according to the preset accounting strategy A new accounting result is regenerated, that is, the target accounting result, and the target accounting result will be used as a basis for subsequently judging whether the actual accounting result is accurate.

The above pre-set bookkeeping strategy can be a bookkeeping strategy extracted in advance according to the actual bookkeeping principles and bookkeeping requirements of different business parties and different institutions. Although the essence of the bookkeeping strategy is still to generate bookkeeping results , but it is different from the bookkeeping strategy adopted by the accounting system itself, because the purpose of the bookkeeping strategy adopted by the accounting system itself is to obtain the bookkeeping results that can be used as the basic data of various accounting statements. The requirements are obviously higher. However, the final purpose of the bookkeeping results obtained by the target checking strategy in the embodiment of the present application is not to be used as the basic data of various subsequent accounting statements, but mainly to check the bookkeeping results obtained by the accounting system and test the bookkeeping quality of the accounting system etc., so the process of generating accounting results is a relatively simplified process, and only needs to pay attention to the key data verification dimensions or extract brief key information.

Since the target verification strategy in the embodiment of the present application can cover accounting rules of different business types, for subsequent business expansion, the corresponding business rules can be further quickly supplemented, and more comprehensive business scenarios can be covered during the test process, improving Coverage and accuracy in the testing phase.

Step S140, according to the actual billing result to be verified and the target billing result, determine a verification result of the actual billing result to be verified.

The target accounting result can be understood as the accurate accounting result that should have been obtained after the original accounting information is processed. Therefore, the target accounting result can be used as a basis for judging whether the actual accounting result is accurate. Based on this, in the embodiment of the present application, after the target accounting result is obtained, it is necessary to check the actual accounting result to be checked in combination with the target accounting result, and then obtain the checking result of the actual accounting result.

The accounting data checking method of the embodiment of the present application can quickly and accurately judge whether the accounting results of the accounting system meet expectations through the target checking strategy set in advance, which improves the quality testing efficiency of the accounting system and can support The verification of all daily accounting results does not require manual query of relevant information for confirmation, thus saving a lot of labor costs and improving the throughput of testers.

In an embodiment of the present application, the determining the corresponding target verification strategy according to the accounting request flow includes: performing parameter analysis on the accounting request flow to obtain a parameter analysis result, wherein the parameter analysis result includes multiple Accounting request parameters, the accounting request parameters at least include a business type; according to the business type, determine the target verification strategy corresponding to the accounting request flow.

When determining the corresponding target verification strategy based on the accounting request flow, you can first analyze the parameters of the accounting request flow. The "parameter analysis" here can be understood as extracting the accounting parameters contained in the accounting request flow. Process, for example, by parsing the parameters of an accounting request flow, you can get accounting parameters such as business system identification, organization information, amount information, serial number, date, etc., where the business system identification is the business type, which represents the nature of the flow data Business sources, different business parties have different verification rules, so here you can first determine the corresponding target verification strategy based on the analyzed business type.

In one embodiment of the present application, the target checking strategy includes a plurality of checking dimensions, and generating the target accounting result according to the accounting request flow of the business party and the target checking strategy includes: Accounting request parameters are respectively converted to the corresponding verification dimensions of the target verification strategy to obtain accounting information of each verification dimension; and the accounting information of each verification dimension is used as the target accounting result.

As mentioned above, the parameter parsing result is the result of identifying the parameters carried in the accounting request flow water, that is, the specific parameters encapsulated in the interface that receives the accounting request. For example, the interface encapsulates the parameters A, B, C, then the parameter analysis result obtained here is the specific value of parameters A, B, and C.

Because this interface is oriented to multiple different business parties, different business parties have different verification rules. Although parameters A, B, and C are passed, the parameters obtained through analysis cannot be directly used for verification. Transformation and adaptation, so the embodiment of this application can convert these parameters to the corresponding verification dimensions under the target verification strategy according to the target verification strategy corresponding to the business type. According to the business rules, the values of the parameters A, B, and C are mapped to the verification dimensions a and b, and the specific values of the verification dimensions a and b are obtained as accounting information for subsequent verification.

In one embodiment of the present application, the target verification strategy includes a business verification strategy and an accounting attribute verification strategy, and the business verification strategy includes one or more verifications of business attributes, entry rules, account characteristics, and amount types Dimensions, the accounting attribute verification strategy includes one or more verification dimensions in the bookkeeping method, balance update method, and account debit and credit direction.

In the actual application scenario, the accounting information of the business party mainly involves two verification dimensions, one is the business verification dimension, and the other is the organization verification dimension, that is, different business types have different accounting strategies, and different institutional parties under the same business type Accounting policies may also be different. Therefore, the target verification strategy in the embodiment of the present application can be further divided into a business verification strategy and an accounting attribute verification strategy based on the above two verification dimensions.

In terms of business verification strategies, it can be divided into sub-check dimensions such as business attributes, entry rules, account characteristics, and amount types. In terms of accounting attribute verification strategies, it can be divided into bookkeeping methods, balance update methods, and account lending. Direction and other sub-check dimensions.

For example, assume that the accounting parameters contained in an accounting request flow are as shown in Table 1 below:

Table 1

serial number Business system number Institution number entry rules account the amount serial number time 1 01 001 a1 b1 +100 abc00101 xxxx/xx/xx 2 02 002 a2 b2 +200 abc00102 xxxx/xx/xx

After parsing the above accounting request flow, the specific parameter values of the above accounting parameters can be obtained, and then the specific parameter values of these accounting parameters are respectively corresponding to the specific parameters contained in the above business verification strategy and accounting attribute verification strategy. In the sub-check dimension, for example, it can be obtained that the business attribute is 01, the account feature is b1, the entry rule is a1, the account debit and credit direction is debit, and the amount type is debit 100, etc.

In one embodiment of the present application, both the actual bookkeeping result and the target bookkeeping result include bookkeeping status, bookkeeping vouchers, bookkeeping accounts, account revenue and expenditure details, account balance changes, and account balance control checks. accounting information of one or more verification dimensions in the verification result, and the verification dimension set of the target accounting result is a proper subset of the verification dimension set of the actual accounting result.

The actual accounting results and target accounting results in the embodiment of the present application may include one or more of accounting status, accounting vouchers, accounting accounts, account revenue and expenditure details, account balance changes, and account balance control verification results The accounting information of the verification dimension, of course, which information of the verification dimension is included in the accounting result can be flexibly set by those skilled in the art according to actual needs, and will not be listed here.

These bookkeeping result information is obtained based on the combination of the bookkeeping information in the two verification dimensions of the above-mentioned business verification strategy and accounting attribute verification strategy. For example, the account characteristics in the business verification strategy can be directly used as the bookkeeping account information in the bookkeeping results Combining the amount type in the business verification strategy and the account debit and credit direction in the accounting attribute verification strategy to determine the account revenue and expenditure details and account balance changes in the accounting results.

That is to say, the information in the accounting result can be obtained only based on the specific accounting information in the business verification strategy, or can be obtained only based on the specific accounting information in the accounting attribute verification strategy. Of course, the business verification strategy and It is obtained by combining the accounting information of the accounting attribute checking strategy.

In an embodiment of the present application, the determining the verification result of the actual billing result according to the actual billing result and the target billing result includes: combining each verification dimension in the actual billing result The accounting information of each verification dimension in the target accounting result is compared with the accounting information of each verification dimension in the target accounting result; if the accounting information of each verification dimension in the actual accounting result If the accounting information of the actual accounting results are consistent, it is determined that the verification result of the actual accounting results is verified; if the accounting information of at least one verification dimension in the actual accounting results is consistent with the corresponding verification dimension in the target accounting results If the accounting information is inconsistent, it is determined that the verification result of the actual accounting result is that the verification fails.

The verification result obtained in the embodiment of the present application has two situations, that is, the verification is passed and the verification is not passed, which can be determined in the form of key=value. The specific comparison of the verification dimension includes two aspects, one is the verification dimension of the accounting information (key), a value (value) of accounting information. If the verification dimension key of the accounting information contained in the actual accounting result corresponding to a certain accounting request flow is exactly the same as the verification dimension key of the accounting information contained in the target accounting result, and the accounting information of each verification dimension The value value of the information is also completely consistent, so it can be determined that the verification result of the actual accounting result is verified. If the verification dimension key of the accounting information contained in the actual accounting result corresponding to the accounting request flow is not completely consistent with the verification dimension key of the accounting information contained in the target accounting result, or the value of the accounting information is not If they are completely consistent, then it can be determined that the verification result of the actual bookkeeping result is verification failure.

In order to facilitate the viewing and management of the verification results, after the verification results are obtained, the results of whether the verification is passed or failed can be recorded in the database. Specifically, the information shown in Table 2 below can be recorded:

Table 2

serial number serial number Actual accounting result Target accounting result check result 1 abc00101 X1 Y1 Check failed 2 abc00102 X2 X2 check pass

In order to make the relevant personnel understand and solve the abnormal accounting situation in a timely manner, for the result of the failed check, it can also send alarm information to the relevant personnel, such as sending alarm emails or alarm text messages, etc.

In one embodiment of the present application, the acquiring the business party's billing request flow and actual billing results includes: obtaining the business party's billing request flow and corresponding The actual bookkeeping results to be verified.

Since the main application scenario of the embodiment of this application is to test the bookkeeping quality of the accounting system, the real-time requirements for checking are relatively low, so it can be set to perform batch checking of accounting results at regular intervals, for example, every It takes 5 minutes to obtain all accounting request records generated by the accounting system within the previous hour and the corresponding actual accounting results. Of course, those skilled in the art can flexibly set how to set the acquisition frequency and how long to acquire the data according to the actual situation, and there is no specific limitation here.

In one embodiment of the present application, the acquiring the business party's billing request flow and the actual billing result to be checked includes: monitoring the business party's billing request based on the billing result checking component, and the billing result checking component Encapsulated in the accounting interface for receiving the accounting request; obtain the corresponding accounting request flow and the actual accounting result to be checked according to the accounting request of the business party.

If there is a requirement for real-time verification of accounting results in an actual application scenario, this embodiment of the present application can also meet this requirement. Specifically, when the business party needs to keep accounts, it will call the accounting interface of the accounting system to initiate an accounting request. Therefore, this embodiment of the application can encapsulate a layer of accounting result checking components on the basis of the accounting interface of the accounting system. Then, the billing request of the business party is monitored in real time through the billing result checking component. Once the billing request of the business party is monitored, the billing request flow and the billing request corresponding to the billing request can be further pulled from the accounting system Actual accounting results, so as to achieve the purpose of real-time verification.

In an embodiment of the present application, the method further includes: providing a front-end page; and displaying the checking result of the actual accounting result to be checked on the front-end page.

In order to provide the visualization function of the data, the embodiment of the present application also provides a front-end page, on which the verification status of the actual accounting results can be displayed, so that the user can know the verification progress and verification results in time, and improve user experience.

Of course, the above-mentioned front-end page can also be used to implement user operations. For example, the user can initiate a verification request for accounting results on the front-end page. The actual accounting results, and then trigger the subsequent automatic verification process.

As shown in Figure 2, a schematic diagram of an accounting data verification process in the embodiment of this application is provided. For the accounting request initiated by the business party, the accounting system will record the corresponding accounting request flow and generate the actual accounting result.

Based on this, when checking the accounting data in the embodiment of the present application, the accounting request flow and the corresponding actual accounting results are regularly pulled from the accounting system for a period of time, and then each accounting request flow is traversed to determine the number of each accounting request. Enter the business type corresponding to the bookkeeping request flow, and then determine the corresponding target verification strategy according to the business type, including the business verification strategy and the accounting attribute verification strategy. According to the target verification strategy combined with the accounting information in the bookkeeping request flow, you can generate The target bookkeeping result, compare the target bookkeeping result with the actual bookkeeping result, and then get the check result of the actual bookkeeping result, and finally store the check result in the database, and report the failed result to the Relevant personnel send alarm information, thereby completing the automatic verification process of accounting data.

As shown in FIG. 3 , a system architecture diagram of an accounting data verification system in the embodiment of the present application is provided, which mainly includes four modules: a data pulling module, a parameter analysis module, a target accounting result generation module and a verification module. Among them, the data pull module is mainly used to pull accounting data such as accounting request flow and actual accounting results. There are two types of flow in the accounting request flow, one is for the flow of accounting requests, and the other is for reversal The requested flow, the actual bookkeeping results mainly include bookkeeping status, bookkeeping vouchers, bookkeeping accounts, account revenue and expenditure details, account balance changes and other bookkeeping information.

The parameter parsing module is mainly used to extract the parameters of each check dimension in the bookkeeping request flow, and classify them into the check dimensions of the business check strategy and the accounting attribute check strategy. The business check strategy mainly includes business attributes, Accounting rules, account characteristics, and one or more check dimensions in the type of amount. The accounting attribute check strategy mainly includes one or more check dimensions in the bookkeeping method, balance update method, and account debit and credit direction.

The target accounting result generation module is mainly used to convert the accounting parameters analyzed by the above parameter analysis module into the accounting information of the business verification strategy verification dimension and the accounting attribute verification strategy verification dimension, and thereby generate the target accounting results, where the target The bookkeeping results mainly include bookkeeping status, bookkeeping vouchers, bookkeeping accounts, account revenue and expenditure details, account balance changes and other bookkeeping information.

The verification module is mainly used to compare the target accounting results obtained above with the actual accounting results, determine the accuracy of the actual accounting results, store the verification results in the database, and issue alarm information for the results that fail the verification.

The embodiment of the present application also provides an accounting data verification device 400, which is applied to the verification server. As shown in FIG. 4, a schematic structural diagram of an accounting data verification device in the embodiment of the present application is provided. : Acquiring unit 410, determining unit 420, generating unit 430 and checking unit 440, wherein:

An acquisition unit 410, configured to acquire the billing request flow of the business party and the corresponding actual billing results to be checked;

A determination unit 420, configured to determine a corresponding target verification strategy according to the billing request flow;

A generating unit 430, configured to generate a target billing result according to the billing request flow of the business party and the target checking strategy;

The verification unit 440 is configured to determine a verification result of the actual billing result to be verified according to the actual billing result to be verified and the target billing result.

In an embodiment of the present application, the generating unit 430 is specifically configured to: perform parameter analysis on the billing request flow to obtain a parameter parsing result, wherein the parameter parsing result includes a plurality of billing request parameters, the The billing request parameters include at least a business type; and the target checking strategy corresponding to the billing request flow is determined according to the business type.

In an embodiment of the present application, the target verification strategy includes multiple verification dimensions, and the generating unit 430 is specifically configured to: respectively convert multiple billing request parameters into corresponding verification dimensions of the target verification strategy , to obtain the accounting information of each verification dimension; and use the accounting information of each verification dimension as the target accounting result.

In one embodiment of the present application, the target verification strategy includes a business verification strategy and an accounting attribute verification strategy, and the business verification strategy includes one or more verifications of business attributes, entry rules, account characteristics, and amount types Dimensions, the accounting attribute verification strategy includes one or more verification dimensions in the bookkeeping method, balance update method, and account debit and credit direction.

In one embodiment of the present application, both the actual bookkeeping result and the target bookkeeping result include bookkeeping status, bookkeeping vouchers, bookkeeping accounts, account revenue and expenditure details, account balance changes, and account balance control checks. accounting information of one or more verification dimensions in the verification result, and the verification dimension set of the target accounting result is a proper subset of the verification dimension set of the actual accounting result.

In one embodiment of the present application, the verification unit 440 is specifically configured to: compare the accounting information of each verification dimension in the actual accounting result with the accounting information of each verification dimension in the target accounting result Comparing; if the accounting information of each verification dimension in the actual accounting result is consistent with the accounting information of each verification dimension in the target accounting result, then it is determined that the verification result of the actual accounting result is verification Pass; if the accounting information of at least one check dimension in the actual accounting result is inconsistent with the accounting information of the corresponding check dimension in the target accounting result, then it is determined that the check result of the actual accounting result is not checked pass.

In one embodiment of the present application, the acquiring unit 410 is specifically configured to: acquire the billing request logbook of the business party within a preset time period and the corresponding actual billing results to be checked according to a preset time frequency .

In one embodiment of the present application, the acquisition unit 410 is specifically configured to: monitor the accounting request of the business party based on the accounting result checking component, and the accounting result checking component is encapsulated in the In the bookkeeping interface: obtain the corresponding bookkeeping request flow and the actual bookkeeping results to be checked according to the bookkeeping request of the business party.

In an embodiment of the present application, the device further includes: a display unit, configured to display the verification result of the actual billing result to be verified on the front-end page.

It can be understood that the above-mentioned accounting data checking device can realize each step of the accounting data checking method performed by the checking server provided in the foregoing embodiments, and relevant explanations about the accounting data checking method are applicable to the accounting data checking device. I won't repeat them here.

Fig. 5 is a schematic structural diagram of an electronic device according to an embodiment of the present application. Please refer to FIG. 5 , at the hardware level, the electronic device includes a processor, and optionally also includes an internal bus, a network interface, and a memory. Wherein, the memory may include a memory, such as a high-speed random-access memory (Random-Access Memory, RAM), and may also include a non-volatile memory (non-volatile memory), such as at least one disk memory. Of course, the electronic device may also include hardware required by other services.

The processor, the network interface and the memory can be connected to each other through an internal bus, which can be an ISA (Industry Standard Architecture, industry standard architecture) bus, a PCI (Peripheral Component Interconnect, peripheral component interconnection standard) bus or an EISA (Extended Industry StandardArchitecture, extended industry standard architecture) bus, etc. The bus can be divided into address bus, data bus, control bus and so on. For ease of representation, only one double-headed arrow is used in FIG. 5 , but it does not mean that there is only one bus or one type of bus.

Memory for storing programs. Specifically, the program may include program code, and the program code includes computer operation instructions. Storage, which can include internal memory and nonvolatile storage, provides instructions and data to the processor.

The processor reads the corresponding computer program from the non-volatile memory into the memory and then runs it, forming an accounting data checking device on a logical level. The processor executes the program stored in the memory, and is specifically used to perform the following operations:

Obtain the accounting request flow of the business party and the corresponding actual accounting results to be checked;

Determine the corresponding target verification strategy according to the accounting request flow;

Generate a target accounting result according to the accounting request flow of the business party and the target checking strategy;

According to the actual accounting result to be checked and the target accounting result, a checking result of the actual accounting result to be checked is determined.

The method performed by the accounting data verification device disclosed in the above embodiment shown in FIG. 1 of the present application may be applied to or implemented by a processor. A processor may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by an integrated logic circuit of hardware in a processor or an instruction in the form of software. Above-mentioned processor can be general-purpose processor, comprises central processing unit (Central Processing Unit, CPU), network processor (Network Processor, NP) etc.; It can also be digital signal processor (Digital Signal Processor, DSP), ASIC (Application Specific Integrated Circuit, ASIC), field programmable gate array (Field-Programmable Gate Array, FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components. Various methods, steps, and logic block diagrams disclosed in the embodiments of the present application may be implemented or executed. A general-purpose processor may be a microprocessor, or the processor may be any conventional processor, or the like. The steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module can be located in a mature storage medium in the field such as random access memory, flash memory, read-only memory, programmable read-only memory or electrically erasable programmable memory, register. The storage medium is located in the memory, and the processor reads the information in the memory, and completes the steps of the above method in combination with its hardware.

The electronic device can also execute the method performed by the accounting data checking device in FIG. 1 , and realize the functions of the accounting data checking device in the embodiment shown in FIG. 1 , which will not be repeated in this embodiment of the present application.

The embodiment of the present application also provides a computer-readable storage medium, the computer-readable storage medium stores one or more programs, and the one or more programs include instructions, and when the instructions are executed by an electronic device including a plurality of application programs , the electronic device can be made to execute the method performed by the account data checking device in the embodiment shown in Figure 1, and specifically used to execute:

Obtain the accounting request flow of the business party and the corresponding actual accounting results to be checked;

Determine the corresponding target verification strategy according to the accounting request flow;

Generate a target accounting result according to the accounting request flow of the business party and the target checking strategy;

According to the actual accounting result to be checked and the target accounting result, a checking result of the actual accounting result to be checked is determined.

Those skilled in the art should understand that the embodiments of the present invention may be provided as methods, systems, or computer program products. Accordingly, the present invention can take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.

The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It should be understood that each procedure and/or block in the flowchart and/or block diagram, and a combination of procedures and/or blocks in the flowchart and/or block diagram can be realized by computer program instructions. These computer program instructions may be provided to a general purpose computer, special purpose computer, embedded processor, or processor of other programmable data processing equipment to produce a machine such that the instructions executed by the processor of the computer or other programmable data processing equipment produce a An apparatus for realizing the functions specified in one or more procedures of the flowchart and/or one or more blocks of the block diagram.

These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing apparatus to operate in a specific manner, such that the instructions stored in the computer-readable memory produce an article of manufacture comprising instruction means, the instructions The device realizes the function specified in one or more procedures of the flowchart and/or one or more blocks of the block diagram.

These computer program instructions can also be loaded onto a computer or other programmable data processing device, causing a series of operational steps to be performed on the computer or other programmable device to produce a computer-implemented process, thereby The instructions provide steps for implementing the functions specified in the flow chart or blocks of the flowchart and/or the block or blocks of the block diagrams.

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

Memory may include non-permanent storage in computer readable media, in the form of random access memory (RAM) and/or nonvolatile memory such as read only memory (ROM) or flash RAM. Memory is an example of computer readable media.

Computer-readable media, including both permanent and non-permanent, removable and non-removable media, can be implemented by any method or technology for storage of information. Information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read only memory (ROM), Electrically Erasable Programmable Read-Only Memory (EEPROM), Flash memory or other memory technology, Compact Disc Read-Only Memory (CD-ROM), Digital Versatile Disc (DVD) or other optical storage, Magnetic tape cartridge, tape magnetic disk storage or other magnetic storage device or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, computer-readable media excludes transitory computer-readable media, such as modulated data signals and carrier waves.

It should also be noted that the term "comprises", "comprises" or any other variation thereof is intended to cover a non-exclusive inclusion such that a process, method, article, or apparatus comprising a set of elements includes not only those elements, but also includes Other elements not expressly listed, or elements inherent in the process, method, commodity, or apparatus are also included. Without further limitations, an element defined by the phrase "comprising a ..." does not exclude the presence of additional identical elements in the process, method, article or apparatus comprising said element.

Those skilled in the art should understand that the embodiments of the present application may be provided as methods, systems or computer program products. Accordingly, the present application can take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.

The above descriptions are only examples of the present application, and are not intended to limit the present application. For those skilled in the art, various modifications and changes may occur in this application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall be included within the scope of the claims of the present application.

Claims (10)

1. An account data collation method executed by a collation server, wherein the method comprises:

acquiring billing request flow of a service party and a corresponding actual billing result to be checked;

determining a corresponding target checking strategy according to the billing request flowing water;

generating a target billing result according to billing request running water of the service party and the target checking strategy;

and determining a checking result of the actual billing result to be checked according to the actual billing result to be checked and the target billing result.

2. The method of claim 1, wherein the determining a corresponding target collation policy according to the billing request pipeline comprises:

carrying out parameter analysis on the billing request flow to obtain a parameter analysis result, wherein the parameter analysis result comprises a plurality of billing request parameters, and the billing request parameters at least comprise service types;

and determining a target checking strategy corresponding to the billing request flowing water according to the service type.

3. The method of claim 2, wherein the target reconciliation policy includes a plurality of reconciliation dimensions, the generating the target billing result based on the billing request flowing of the service party and the target reconciliation policy comprising:

Respectively converting a plurality of billing request parameters into corresponding checking dimensions of the target checking strategy to obtain billing information of each checking dimension;

and taking the billing information of each check dimension as the target billing result.

4. The method of claim 1, wherein the target reconciliation policies include a business reconciliation policy comprising one or more reconciliation dimensions of business attributes, entry rules, account characteristics, and amount types, and an accounting attribute reconciliation policy comprising one or more reconciliation dimensions of billing means, balance update means, account lending direction.

5. The method of claim 1, wherein the actual billing result and the target billing result each include billing information for one or more reconciliation dimensions of billing status, billing credentials, billing account, account balance details, account balance variation, account balance control verification results, and the reconciliation dimension set for the target billing result is a proper subset of the reconciliation dimension set for the actual billing result.

6. The method of claim 5, wherein said determining a verification of said actual billing result based on said actual billing result and said target billing result comprises:

Comparing the billing information of each check dimension in the actual billing result with the billing information of each check dimension in the target billing result;

if the billing information of each checking dimension in the actual billing result is consistent with the billing information of each checking dimension in the target billing result, determining that the checking result of the actual billing result is passing;

and if the billing information of at least one check dimension in the actual billing result is inconsistent with the billing information of the corresponding check dimension in the target billing result, determining that the check result of the actual billing result is failed.

7. The method of claim 1, wherein the obtaining billing request streamlines and actual billing results for the service party comprises:

and according to the preset time frequency, acquiring billing request running water and a corresponding actual billing result to be checked of the service party in a preset time period.

8. The method of claim 1, wherein the obtaining billing request flowing of the business party and the actual billing result to be checked comprises:

monitoring a billing request of a business party based on a billing result checking component, the billing result checking component being encapsulated in a billing interface for receiving the billing request;

And acquiring corresponding accounting request running water and an actual accounting result to be checked according to the accounting request of the service party.

9. An account data checking device for use in a checking server, wherein the device is arranged to implement the method of any one of claims 1 to 8.

10. An electronic device, comprising:

a processor; and

a memory arranged to store computer executable instructions which, when executed, cause the processor to perform the method of any of claims 1 to 8.

Images