CN116266328A

CN116266328A - Account data checking method and device and electronic equipment

Info

Publication number: CN116266328A
Application number: CN202111521787.2A
Authority: CN
Inventors: 于洁
Original assignee: NetsUnion Clearing Corp
Current assignee: NetsUnion Clearing Corp
Priority date: 2021-12-13
Filing date: 2021-12-13
Publication date: 2023-06-20

Abstract

The application discloses an account data checking method and device and electronic equipment, wherein the method is executed by a checking server and comprises the following steps: 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. According to the accounting data checking method, whether the accounting result of the accounting system accords with the expectation can be rapidly and accurately judged through the preset target checking strategy, the quality testing efficiency of the accounting system is improved, the verification of all daily accounting results can be supported, manual one-to-one verification is not needed, and therefore a large amount of labor cost is saved, and the throughput rate of testers is improved.

Description

Account data checking method and device and electronic equipment

Technical Field

The application relates to the technical field of finance, in particular to an account data checking method and device and electronic equipment.

Background

In the technical field of finance, business fund accounting is the last loop of the whole transaction link, plays a role in balance control before calculating money, and complete duplex accounting based on business and mechanism dimensions is performed, and an accounting result is basic data for generating various accounting reports, so that the accuracy of the accounting result is crucial.

And after the service side is currently billed, the accuracy of the billing result is checked, and related billing information is required to be manually queried in an accounting system and a database to check the billing result.

However, due to the diversity of the business and the institutions of the accounting system, a large amount of accounting data is generated every day in the daily test scene, and the above-mentioned checking mode needs to check the accounting results manually one by one, so that the cost is high and the checking efficiency is low.

Disclosure of Invention

The embodiment of the application provides an account data checking method and device and electronic equipment, so as to reduce the checking cost of an accounting result and improve the checking efficiency.

The embodiment of the application adopts the following technical scheme:

in a first aspect, an embodiment of the present application provides an accounting data checking method, which is performed by a checking server, wherein the method includes:

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.

Optionally, the determining a corresponding target checking policy according to the billing request flowing water includes:

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.

Optionally, the target checking policy includes a plurality of checking dimensions, and generating a target billing result according to the billing request flowing water of the service party and the target checking policy includes:

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.

Optionally, the target checking policy includes a service checking policy and an accounting attribute checking policy, where the service checking policy includes one or more checking dimensions of service attributes, entry rules, account features and amount types, and the accounting attribute checking policy includes one or more checking dimensions of accounting mode, balance updating mode and account lending direction.

Optionally, 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 check result, and the reconciliation dimension set of the target billing result is a proper subset of the reconciliation dimension set of the actual billing result.

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

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.

Optionally, the checking result includes a passing checking result and a failed checking result, and the determining the checking result of the actual billing result according to the actual billing result and the target billing result includes:

if the checking result is the checking passing result, directly recording the checking passing result into a preset checking database;

if the checking result is the checking failed result, generating alarm information and recording the checking failed result into the preset checking database.

Optionally, the obtaining the accounting request flowing and the actual accounting result of the service party includes:

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.

Optionally, the acquiring the accounting request flow of the service party and the actual accounting result to be checked includes:

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.

Optionally, the method further comprises:

providing a front page;

and displaying the checking result of the actual billing result to be checked on the front-end page.

In a second aspect, an embodiment of the present application further provides an accounting data checking device, applied to a checking server, where the device is configured to implement any one of the foregoing methods.

In a third aspect, embodiments of the present application further provide an electronic device, including:

a processor; and

a memory arranged to store computer executable instructions which, when executed, cause the processor to perform any of the methods described hereinbefore.

In a fourth aspect, embodiments of the present application also provide a computer-readable storage medium storing one or more programs that, when executed by an electronic device comprising a plurality of application programs, cause the electronic device to perform any of the methods described above.

The above-mentioned at least one technical scheme that this application embodiment adopted can reach following beneficial effect: the accounting data checking method of the embodiment of the application can be executed by the checking server, and when the accounting data checking is carried out, accounting request running water of a business party and a corresponding actual accounting result to be checked can be acquired firstly; then determining a corresponding target checking strategy according to the billing request flowing water; then generating a target billing result according to billing request running water of the service party and a target checking strategy; and finally, determining the checking result of the actual billing result to be checked according to the actual billing result to be checked and the target billing result. According to the accounting data checking method, whether the accounting result of the accounting system accords with the expectation can be rapidly and accurately judged through the preset target checking strategy, the quality testing efficiency of the accounting system is improved, verification of all daily accounting results can be supported, and related information is not required to be manually inquired and confirmed, so that a large amount of labor cost is saved, and the throughput rate of testers is improved.

Drawings

The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiments of the application and together with the description serve to explain the application and do not constitute an undue limitation to the application. In the drawings:

Fig. 1 is a flow chart of a method for checking account data according to an embodiment of the present application;

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

FIG. 3 is a system architecture diagram of an accounting data reconciliation 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 Description

For the purposes, technical solutions and advantages of the present application, the technical solutions of the present application will be clearly and completely described below with reference to specific embodiments of the present application and corresponding drawings. It will be apparent that the described embodiments are only some, but not all, of the embodiments of the present application. All other embodiments, which can be made by one of ordinary skill in the art without undue burden from the present disclosure, are within the scope of the present disclosure.

The following describes in detail the technical solutions provided by the embodiments of the present application with reference to the accompanying drawings.

In order to facilitate understanding of the embodiments of the present application, a practical application scenario of the accounting data checking method of the present application is provided, in the existing accounting mode, complex accounting based on the business checking dimension and the institution checking dimension is mainly adopted, and the accounting function is mainly provided by the accounting system. Specifically, when the business side has a billing requirement, a billing interface of the accounting system is called, and the accounting system generates a billing result according to an actual billing policy after receiving a billing request of the business side through the billing interface, so as to serve as basic data of various follow-up accounting reports.

In an actual business scenario, the accounting system is used as an independent system, and is often updated iteratively along with the change of the billing requirement of a business side or an organization side, so that the accuracy check of the billing result obtained by the accounting system is particularly important.

The existing mode is mainly to check the account counting results one by one manually, however, the mode needs to cost a lot of labor cost and is low in efficiency.

Based on this, the embodiment of the application provides an accounting data checking method, which can be executed by a checking server deployed independently, and as described above, an application scenario of the embodiment of the application is to check the accuracy of the accounting result obtained by the accounting system, so that the checking server can be regarded as a testing server for testing the quality of the accounting system, and the invasiveness to the accounting system can be reduced to the greatest extent by adopting the checking server deployed independently.

Of course, the checking server may be deployed independently, or the accounting data checking program in the embodiment of the present application may be deployed directly on the server where the accounting system is located, which is specifically set, and those skilled in the art may flexibly select according to actual requirements, which is not specifically limited herein.

As shown in fig. 1, a flow chart of an accounting data checking method in an embodiment of the present application is provided, and the method at least includes the following steps S110 to S140:

step S110, acquiring billing request flowing water of the service party and a corresponding actual billing result to be checked.

When checking accounting data, the accounting request flow of the service party and the actual accounting result corresponding to the accounting request flow can be obtained from the accounting system, wherein the accounting request flow can be regarded as an accounting request record, each time the service party initiates an accounting request, the accounting system correspondingly generates an accounting request flow, the service party can comprise a service platform and an organization party, the accounting request flow can comprise original accounting information with different checking dimensions, such as service information, organization information, accounting amount and the like, and the information can be regarded as information sources of the actual accounting result.

The obtained billing request flow may be one or more, and after the billing request flow is obtained, the actual billing result corresponding to the billing request flow is correspondingly obtained, and the actual billing result may be understood as a billing result output by the accounting system and is used as a billing result to be checked later.

Step S120, corresponding target checking strategies are determined according to the billing request flow.

Because the business rules, the billing rules and the like of different business parties often have differences, the corresponding verification policies are also different, and therefore after the billing request flow of the business party is obtained, the embodiment of the application needs to further determine the target verification policy corresponding to the actual billing result to be verified according to the billing request flow.

Step S130, generating a target billing result according to the billing request flow of the service party and the target checking strategy.

After determining a target checking strategy corresponding to the actual accounting result to be checked, generating a target accounting result according to the accounting request flow of the service party and the target checking strategy. It should be noted that, the role played by the objective checking policy in the embodiment of the present application may be understood as a new billing result regenerated according to a preset billing policy according to various original billing information carried in the billing request flow of the service party, that is, the objective billing result, which is used as a basis for determining whether the actual billing result is accurate or not.

The preset accounting policy may be an accounting policy that is extracted in advance according to actual accounting principles and accounting requirements of different service parties and different institution parties, and the essence of the accounting policy is that although the accounting policy still generates an accounting result, the accounting policy is different from an accounting policy adopted by the accounting system itself, because the accounting policy adopted by the accounting system itself aims to obtain an accounting result that can be used as basic data of various accounting reports, and the requirements on the breadth and fineness of the data are obviously higher. The final purpose of the accounting result obtained by the target checking strategy in the embodiment of the application is not to serve as basic data of various follow-up accounting reports, and is mainly to check the accounting result obtained by the accounting system and test the accounting quality of the accounting system, so that the process of generating the accounting result is a relatively simplified process, and only the data checking dimension of key checking is required to be focused or brief key information is required to be extracted.

Because the target checking strategy in the embodiment of the application can cover accounting rules of different service types, the corresponding service rules can be further and rapidly supplemented for subsequent service expansion, so that more comprehensive service scenes can be covered in the testing process, and the coverage rate and the accuracy of the testing stage are improved.

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

The target billing result can be understood as an accurate billing result which should be obtained originally after the original billing information is processed, so that the target billing result can be used as a basis for judging whether the actual billing result is accurate. Based on this, after the target billing result is obtained, the embodiment of the application needs to combine the target billing result to verify the actual billing result to be verified, thereby obtaining the verification result of the actual billing result.

According to the accounting data checking method, whether the accounting result of the accounting system accords with the expectation can be rapidly and accurately judged through the preset target checking strategy, the quality testing efficiency of the accounting system is improved, verification of all daily accounting results can be supported, and related information is not required to be manually inquired and confirmed, so that a large amount of labor cost is saved, and the throughput rate of testers is improved.

In one embodiment of the present application, the determining the corresponding target verification policy according to the billing request pipeline includes: 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.

When determining the corresponding target verification policy according to the accounting request flowing water, parameter analysis may be performed on the accounting request flowing water, where "parameter analysis" may be understood as a process of extracting the accounting parameters included in the accounting request flowing water, for example, by performing parameter analysis on one piece of accounting request flowing water, accounting parameters such as service system identifier, organization information, amount information, serial number, date and the like may be obtained, where the service system identifier is a service type, and represents a service source of the piece of flowing water data, and verification rules of different service parties are different, so that the corresponding target verification policy may be determined according to the service type obtained by analysis.

In one embodiment of the present application, the target verification policy includes a plurality of verification dimensions, and generating the target billing result according to the billing request flowing of the service party and the target verification policy includes: 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.

As mentioned above, the parameter parsing result is the result of identifying the parameters carried in the billing request pipeline, that is, the specific parameters encapsulated in the interface receiving the billing request, for example, the interface encapsulates the parameters A, B, C to be transferred, and the parameter parsing result is the specific value of the parameters A, B, C.

Because the interface faces to a plurality of different service parties, the matching rules corresponding to the different service parties are different, although parameters A, B, C are transmitted, the parameters which are often obtained by analysis cannot be directly used for matching, and conversion adaptation is required to be performed according to the service rules, so that the embodiment of the application can convert the parameters into corresponding matching dimensions under the target matching policy according to the target matching policy corresponding to the service type, for example, the matching dimensions preset by the service 01 are a and b, and then the values of the parameters A, B, C are required to be corresponding to the matching dimensions a and b according to the service rules to obtain specific values of the matching dimensions a and b as billing information for subsequent matching.

In one embodiment of the present application, the target verification policy includes a service verification policy and an accounting attribute verification policy, where the service verification policy includes one or more verification dimensions of a service attribute, an entry rule, an account feature, and an amount type, and the accounting attribute verification policy includes one or more verification dimensions of a billing mode, a balance update mode, and an account lending direction.

In the practical application scenario, the billing information of the service party mainly relates to two major check dimensions, one is a service check dimension, and the other is an organization check dimension, namely billing strategies of different service types are different, and billing strategies of different organization parties under the same service type can be different. Therefore, the objective checking policy of the embodiment of the present application may be further divided into a business checking policy and an accounting attribute checking policy based on the above two major checking dimensions.

In terms of the service checking policy, the service checking policy may be specifically divided into sub-checking dimensions such as service attributes, entry rules, account characteristics, and amount types, and in terms of the accounting attribute checking policy, the service checking policy may be specifically divided into sub-checking dimensions such as accounting mode, balance updating mode, and account lending direction.

By way of example, assume that a billing request pipeline contains billing parameters as shown in Table 1 below:

TABLE 1

Sequence number

Service system numbering

Mechanism numbering

Entry rule

Account account

Amount of money

Water flow number

Time

1

01

001

a1

b1

+100

abc00101

xxxx/xx/xx

2

02

002

a2

b2

+200

abc00102

xxxx/xx/xx

After the accounting request flowing water is analyzed, specific parameter values of the accounting parameters can be obtained, and then the specific parameter values of the accounting parameters are respectively corresponding to specific sub-check pair dimensions contained in the service check policy and the accounting attribute check policy, for example, a service attribute of 01, an account feature of b1, an entry rule of a1, an account lending direction of borrowing and an amount type of borrowing of 100 can be obtained.

In one embodiment of the present application, 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 of the target billing result is a proper subset of the reconciliation dimension set of the actual billing result.

The actual accounting result and the target accounting result in the embodiment of the present application may include accounting information of one or more check dimensions in the accounting state, accounting vouchers, accounting accounts, account balance details, account balance variation and account balance control check result, and of course, the accounting result specifically includes information of which check dimensions can be flexibly set by those skilled in the art according to actual requirements, which is not listed here.

The accounting result information is obtained by combining accounting information of two checking dimensions of the service checking strategy and the accounting attribute checking strategy, for example, account characteristics in the service checking strategy can be directly used as accounting account information in the accounting result, and the account balance details, account balance change and other information in the accounting result can be determined by combining the amount type in the service checking strategy and the account lending direction in the accounting attribute checking strategy.

That is, the information in the billing result may be obtained based on only the specific billing information in the service check policy, or may be obtained based on only the specific billing information in the accounting attribute check policy, or may be obtained by combining the billing information of the service check policy and the accounting attribute check policy.

In one 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: 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.

The collation results obtained in the embodiment of the present application have two cases, that is, the collation passing and the collation failing, and may be determined here in the form of key=value, and the collation dimension for specific comparison includes two aspects, one is the collation dimension (key) of the billing information and one is the value (value) of the billing information. If the check dimension key of the billing information included in the actual billing result corresponding to a certain billing request flow is completely identical to the check dimension key of the billing information included in the target billing result and the value of the billing information of each check dimension is also completely identical, it can be determined that the check result of the actual billing result is a check pass. If the collation dimension key of the billing information included in the actual billing result corresponding to the billing request flow does not completely coincide with the collation dimension key of the billing information included in the target billing result or the value of the billing information does not completely coincide, it may be determined that the collation result of the actual billing result is that the collation is failed.

In order to facilitate the checking and management of the checking result, after the checking result is obtained, the checking result passing or not passing may be recorded in the database, and specifically, the information shown in the following table 2 may be recorded:

TABLE 2

Sequence number	Water flow number	Actual billing results	Target billing results	Verification result
					1	abc00101	X1	Y1	Check fail
2	abc00102	X2	X2	Check pass

In order to enable related personnel to timely know and solve abnormal accounting conditions, for checking failed results, alarm information such as alarm mail or alarm short message and the like can be sent to related personnel.

In one embodiment of the present application, the obtaining the billing request flowing and the actual billing result of the service party includes: 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.

Because the main application scenario of the embodiment of the application is that the accounting quality of the accounting system is tested, the real-time requirement for checking is relatively low, batch checking of the accounting results can be set to be performed at intervals, for example, all accounting request flowing water and corresponding actual accounting results generated by the accounting system in the previous 1 hour can be acquired at intervals of 5 minutes. Of course, how to set the above-mentioned acquisition frequency and how long to acquire the data, those skilled in the art can flexibly set the frequency according to the actual situation, which is not limited herein.

In one embodiment of the present application, the obtaining the accounting request flowing line of the service party and the actual accounting result to be checked includes: 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.

If the real-time check requirement for the billing result exists in the actual application scene, the embodiment of the application can also meet the requirement. Specifically, when the service party needs to be billed, the billing interface of the accounting system is called to initiate a billing request, so that the embodiment of the application can encapsulate a layer of billing result checking component on the basis of the billing interface of the accounting system, then monitor the billing request of the service party in real time through the billing result checking component, and once the billing request of the service party is monitored, further pull the billing request running water and the actual billing result corresponding to the billing request from the accounting system, thereby realizing the purpose of real-time checking.

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

In order to provide a data visualization function, the embodiment of the application also provides a front-end page on which the checking condition of the actual billing result can be displayed, so that a user can know the checking progress and the checking result in time, and the user experience is improved.

Of course, the front-end page may also be used to implement a user operation, for example, the user may initiate a check request of the accounting result on the front-end page, specifically, may select or input an actual accounting result corresponding to the accounting request running water for a certain time or a certain period of time, and then trigger a subsequent automatic check process.

As shown in fig. 2, a schematic flow chart of checking accounting data is provided in the embodiment of the present application, and for an accounting request initiated by a service party, a corresponding accounting request flow is recorded in an accounting system, and an actual accounting result is generated.

Based on this, when checking accounting data, the embodiment of the application firstly pulls accounting request flowing water and corresponding actual accounting results in a period of time from the accounting system at fixed time, then traverses each accounting request flowing water, judges the service type corresponding to each accounting request flowing water, then respectively determines corresponding target checking strategies according to the service types, including the service checking strategies and accounting attribute checking strategies, combines accounting information in the accounting request flowing water according to the target checking strategies, can generate target accounting results, compares the target accounting results with the actual accounting results, further can obtain checking results of the actual accounting results, finally can store the checking results in a database, and sends alarm information to related personnel aiming at the checking results which do not pass, thereby completing the automatic checking flow of the accounting data.

As shown in fig. 3, a system architecture diagram of an accounting data checking system in an embodiment of the present application is provided, and mainly includes four modules: the system comprises a data pulling module, a parameter analysis module, a target billing result generation module and a checking module. The data pulling module is mainly used for pulling accounting data such as accounting request running water and actual accounting results, wherein the accounting request running water comprises two types of running water, one type is running water aiming at accounting requests, the other type is running water aiming at flushing requests, and the actual accounting results mainly comprise accounting information such as accounting states, accounting vouchers, accounting accounts, account balance details, account balance changes and the like.

The parameter analysis module is mainly used for extracting parameters of each checking dimension in the billing request flow and classifying the parameters into the checking dimension of the business checking strategy and the accounting attribute checking strategy respectively, wherein the business checking strategy mainly comprises one or more checking dimensions of business attributes, entry rules, account characteristics and amount types, and the accounting attribute checking strategy mainly comprises one or more checking dimensions of a billing mode, a balance updating mode and an account lending direction.

The target billing result generation module is mainly used for converting the billing parameters obtained by the analysis of the parameter analysis module into billing information of a business check policy check dimension and an accounting attribute check policy check dimension, and generating a target billing result according to the billing information, wherein the target billing result mainly comprises billing information such as billing states, billing vouchers, billing accounts, account balance details, account balance changes and the like.

The checking module is mainly used for comparing the obtained target billing result with the actual billing result, determining the accuracy of the actual billing result, storing the checking result into the database, and sending alarm information for the result which fails to pass the checking.

The embodiment of the application also provides an account data checking device 400, which is applied to a checking server, as shown in fig. 4, and provides a schematic structure diagram of the account data checking device in the embodiment of the application, where the device 400 includes: an acquisition unit 410, a determination unit 420, a generation unit 430, and a collation unit 440, wherein:

an obtaining unit 410, configured to obtain accounting request flowing water of a service party and a corresponding actual accounting result to be checked;

a determining unit 420, configured to determine a corresponding target verification policy according to the accounting request flowing water;

a generating unit 430, configured to generate a target billing result according to the billing request flowing water of the service party and the target verification policy;

and the checking unit 440 is configured to determine 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.

In one embodiment of the present application, the generating unit 430 is specifically configured to: 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.

In one embodiment of the present application, the target collation policy includes a plurality of collation dimensions, and the generating unit 430 is specifically configured to: 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.

In one embodiment of the present application, the checking unit 440 is specifically configured to: 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.

In one embodiment of the present application, the obtaining unit 410 is specifically configured to: 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.

In one embodiment of the present application, the obtaining unit 410 is specifically configured to: 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.

In one embodiment of the present application, the apparatus further comprises: and the display unit is used for displaying the checking result of the actual billing result to be checked on the front-end page.

It can be understood that the above-mentioned accounting data checking device can implement the steps of the accounting data checking method performed by the checking server provided in the foregoing embodiment, and the explanation about the accounting data checking method is applicable to the accounting data checking device, which is not repeated here.

Fig. 5 is a schematic structural diagram of an electronic device according to an embodiment of the present application. Referring to fig. 5, at the hardware level, the electronic device includes a processor, and optionally an internal bus, a network interface, and a memory. The Memory may include a Memory, such as a Random-Access Memory (RAM), and may further include a non-volatile Memory (non-volatile Memory), such as at least 1 disk Memory. Of course, the electronic device may also include hardware required for other services.

The processor, network interface, and memory may be interconnected by an internal bus, which may be an ISA (Industry Standard Architecture ) bus, a PCI (Peripheral Component Interconnect, peripheral component interconnect standard) bus, or EISA (Extended Industry Standard Architecture ) bus, among others. The buses may be classified as address buses, data buses, control buses, etc. For ease of illustration, only one bi-directional arrow is shown in FIG. 5, but not only one bus or type of bus.

And the memory is used for storing programs. In particular, the program may include program code including computer-operating instructions. The memory may include memory and non-volatile storage and provide instructions and data to the processor.

The processor reads the corresponding computer program from the nonvolatile memory into the memory and then runs, and forms the accounting data checking device on the logic level. The processor is used for executing the programs stored in the memory and is specifically used for executing the following operations:

The method performed by the accounting data checking device disclosed in the embodiment shown in fig. 1 of the present application may be applied to a processor or implemented by the processor. The processor may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware in a processor or by instructions in the form of software. The processor may be a general-purpose processor, including a central processing unit (Central Processing Unit, CPU), a network processor (Network Processor, NP), etc.; but also digital signal processors (Digital Signal Processor, DSP), application specific integrated circuits (Application Specific Integrated Circuit, ASIC), field programmable gate arrays (Field-Programmable Gate Array, FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components. The disclosed methods, steps, and logic blocks in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of a method disclosed in connection with the embodiments of the present application may be embodied directly in hardware, in a decoded processor, or in a combination of hardware and software modules in a decoded processor. The software modules may be located in a random access memory, flash memory, read only memory, programmable read only memory, or electrically erasable programmable memory, registers, etc. as well known in the art. The storage medium is located in a memory, and the processor reads the information in the memory and, in combination with its hardware, performs the steps of the above method.

The electronic device may further execute the method executed by the accounting data checking device in fig. 1, and implement the function of the accounting data checking device in the embodiment shown in fig. 1, which is not described herein.

The embodiments of the present application also provide a computer-readable storage medium storing one or more programs, the one or more programs including instructions, which when executed by an electronic device including a plurality of application programs, enable the electronic device to perform a method performed by the account data checking apparatus in the embodiment shown in fig. 1, and specifically configured to perform:

It will be appreciated by those skilled in the art that embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may 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, and the like) 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 will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

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

The memory may include volatile memory in a computer-readable medium, random Access Memory (RAM) and/or nonvolatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of computer-readable media.

Computer readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of storage media for a computer 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 Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium, which can be used to store information that can be accessed by a computing device. Computer-readable media, as defined herein, does not include transitory computer-readable media (transmission media), such as modulated data signals and carrier waves.

It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article or apparatus that comprises the element.

It will be appreciated by those skilled in the art that embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may 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, and the like) having computer-usable program code embodied therein.

The foregoing is merely exemplary of the present application and is not intended to limit the present application. Various modifications and changes may be made to the present application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc. which are within the spirit and principles of the present application are intended to be included within the scope of the claims of the present application.

Claims

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

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

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:

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:

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

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:

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.