CN118260300A

CN118260300A - Data state updating method, device, computer equipment and storage medium

Info

Publication number: CN118260300A
Application number: CN202410314140.XA
Authority: CN
Inventors: 黄威琛
Original assignee: China Construction Bank Corp; CCB Finetech Co Ltd
Current assignee: China Construction Bank Corp; CCB Finetech Co Ltd
Filing date: 2024-03-19
Publication date: 2024-06-28

Abstract

The application relates to the technical field of big data, and provides a data state updating method, a data state updating device, computer equipment, a storage medium and a computer program product. The method comprises the following steps: in response to a data update request carrying a data declaration identification, acquiring a bill image, resource statistical information and declaration detail data associated with the data declaration identification according to the data declaration identification, extracting bill information in the bill image, performing multidimensional verification on the declaration detail data and the resource statistical information when the bill corresponding to the bill image is judged to pass the authenticity verification according to the bill information, and updating the state of the bill associated with the data declaration identification when the resource statistical information and the declaration detail data pass the multidimensional verification. By adopting the method, the accuracy and the reliability of data archiving can be effectively improved.

Description

Data state updating method, device, computer equipment and storage medium

Technical Field

The present application relates to the field of big data technology, and in particular, to a data state updating method, apparatus, computer device, storage medium, and computer program product.

Background

An electronic invoice refers to an invoice that is generated, transferred, stored and managed in electronic form, and is a completely paperless invoice having a ticket of legal effectiveness equivalent to a traditional paper invoice. Electronic invoices are typically in digital form and may be transferred and stored by way of e-mail, electronic data exchange, application program interface, etc.

At present, regarding automatic account entry of electronic invoices, after a receiving party enterprise or a unit uses a digital ticket to declare and account entry, digital electronic invoice (digital ticket for short) information, digital ticket state, accounting main body information, basic accounting information and enterprise income tax information are immediately written back into a bottom database or a corresponding example document according to related requirements of digital ticket standards, and then account entry filing is performed.

However, the invoice posting archiving method is easy to have the problem of low archiving accuracy.

Disclosure of Invention

In view of the foregoing, it is desirable to provide a data state updating method, apparatus, computer device, computer-readable storage medium, and computer program product that can improve archiving accuracy.

In a first aspect, the present application provides a data state update method. The method comprises the following steps:

Responding to a data updating request carrying a data declaration identifier, and acquiring bill images, resource statistical information and declaration detail data associated with the data declaration identifier according to the data declaration identifier;

Extracting bill information in the bill image;

Under the condition that the bill corresponding to the bill image is judged to pass the authenticity verification according to the bill information, carrying out multidimensional verification on the declaration detail data and the resource statistical information;

And updating the state of the bill associated with the data declaration list identification under the condition that the resource statistical information and the declaration detail data pass the multidimensional verification.

In one embodiment, the ticket information includes a ticket code;

before the multidimensional verification of the declaration detail data and the resource statistical information, the method further comprises the following steps:

Determining the bill type of the bill image according to the bill code;

judging whether a cross-region declaration behavior exists in a data declaration corresponding to the data declaration identifier based on the bill code under the condition that the bill type belongs to the test point bill type;

And under the condition that the data declaration does not exist cross-region declaration, determining the data declaration as a target data declaration of the ticket original to be complemented, and pushing the ticket original complement message.

In one embodiment, determining whether the cross-domain declaration behavior exists in the data declaration corresponding to the data declaration identifier includes:

Obtaining a mechanism number of a target mechanism corresponding to the data declaration form identifier;

matching the mechanism number with the bill code to obtain a matching result;

and judging whether the cross-region declaration exists in the data declaration according to the matching result.

In one embodiment, the multidimensional checking of the declaration detail data and the resource statistics includes:

acquiring first organization information and first resource amount information in declaration detail data, and second organization information and second resource amount information in resource statistical information;

Checking whether the mechanism grade of the first mechanism information is the same as the mechanism grade of the second mechanism information according to a preset mechanism checking rule;

and checking whether the first resource amount information and the second resource amount information are equal or not according to a preset resource amount checking rule.

In one embodiment, extracting ticket information in a ticket image includes:

preprocessing the bill image;

positioning a text region in the preprocessed bill image;

And carrying out optical character recognition on the text region, and extracting bill information of the bill image.

In one embodiment, verifying the authenticity of the bill corresponding to the bill image according to the bill information includes:

Sending a bill verification request carrying bill information to a third-party authority;

receiving a verification result fed back by a third-party authority;

If the verification result represents that the bill is a real bill, judging that the bill passes the authenticity verification;

The bill information comprises bill codes, bill amounts, billing dates and check codes.

In a second aspect, the present application provides a data state updating apparatus. The device comprises:

The data acquisition module is used for responding to a data updating request carrying a data declaration identifier, and acquiring bill images, resource statistical information and declaration detail data associated with the data declaration identifier according to the data declaration identifier;

The data extraction module is used for extracting bill information in the bill image;

the data verification module is used for carrying out multidimensional verification on the declaration detail data and the resource statistical information under the condition that the bill corresponding to the bill image is judged to pass the authenticity verification according to the bill information;

And the data updating module is used for updating the state of the bill associated with the data declaration identification under the condition that the resource statistical information and the declaration detail data pass the multidimensional verification.

In a third aspect, the present application also provides a computer device. The computer device comprises a memory storing a computer program and a processor implementing the steps of any of the data state update method embodiments described above when the processor executes the computer program.

In a fourth aspect, the present application also provides a computer-readable storage medium. The computer readable storage medium has stored thereon a computer program which, when executed by a processor, implements the steps of any of the data state update method embodiments described above.

In a fifth aspect, the present application also provides a computer program product. The computer program product comprises a computer program which, when executed by a processor, implements the steps of any of the data state update method embodiments described above.

According to the data state updating method, device, computer equipment, storage medium and computer program product, after the bill image, resource statistical information and reporting detail data corresponding to the data reporting bill identifier are acquired, bill information in the bill image is extracted, authenticity verification is carried out on the bill information, reliability of the bill can be improved, multidimensional verification is carried out on the reporting detail data and the resource statistical information under the condition that authenticity of the bill is confirmed, consistency and integrity of the reporting detail data and the resource statistical information can be improved, accounting error rate is effectively reduced, accounting archiving accuracy is improved, the state of the bill related to the data reporting bill identifier is updated under the condition that the resource statistical information and the reporting detail data are subjected to multidimensional verification, and bill state accuracy can be improved. By adopting the scheme, the accuracy and the reliability of data archiving can be effectively improved. Further, through automatic information processing and multidimensional checking, the possibility of human intervention and errors can be reduced, and the efficiency and quality of data archiving are improved.

Drawings

FIG. 1 is an application environment diagram of a data state update method in one embodiment;

FIG. 2 is a flow chart of a method for updating data status in one embodiment;

FIG. 3 is a flow chart of cross-domain declaration verification steps in one embodiment;

FIG. 4 is a flowchart illustrating a cross-domain reporting verification step according to another embodiment;

FIG. 5 is a flowchart of a method for updating data status in another embodiment;

FIG. 6 is a detailed flow chart of a method for updating data status in one embodiment;

FIG. 7 is a block diagram of a data state update device in one embodiment;

FIG. 8 is a block diagram showing a data status updating apparatus according to another embodiment;

Fig. 9 is an internal structural diagram of a computer device in one embodiment.

Detailed Description

The present application will be described in further detail with reference to the drawings and examples, in order to make the objects, technical solutions and advantages of the present application more apparent. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the application.

It should be noted that, the data related to the present application (including but not limited to data used for analysis such as bill images, resource statistics information, declaration details, and the like, stored data, presented data, and the like) are all information and data authorized by a user or sufficiently authorized by each party, and the collection, use, and processing of related data are required to comply with related laws and regulations and standards of related countries and regions.

The data state updating method provided by the embodiment of the application can be applied to an application environment shown in fig. 1. Wherein the terminal 102 communicates with the server 104 via a network. The data storage system may store data that the server 104 needs to process. The data storage system may be integrated on the server 104 or may be located on a cloud or other network server. Specifically, the archiver may operate on an interactive interface of the terminal 102 to trigger the terminal 102 to generate a data update request carrying a data declaration identifier to the server 104, the server 104 responds to the data update request carrying the data declaration identifier, obtains a ticket image, resource statistics information and declaration detail data associated with the data declaration identifier according to the data declaration identifier, extracts ticket information in the ticket image, performs multidimensional verification on the declaration detail data and resource statistics information when the ticket corresponding to the ticket image is determined to pass the authenticity verification according to the ticket information, and finally updates the state of the ticket associated with the data declaration identifier when the resource statistics information and the declaration detail data pass the multidimensional verification.

The terminal 102 may be, but not limited to, various personal computers, notebook computers, smart phones, tablet computers, internet of things devices, and portable wearable devices, where the internet of things devices may be smart speakers, smart televisions, smart air conditioners, smart vehicle devices, and the like. The portable wearable device may be a smart watch, smart bracelet, headset, or the like. The server 104 may be implemented as a stand-alone server or as a server cluster of multiple servers.

In one embodiment, as shown in fig. 2, a data status updating method is provided, and the method is applied to the server 104 in fig. 1 for illustration, and includes the following steps:

and S200, responding to a data updating request carrying a data declaration identifier, and acquiring bill images, resource statistical information and declaration detail data associated with the data declaration identifier according to the data declaration identifier.

The data declaration identification is identification data for identifying and distinguishing different data declarations, which may be a number, a string, or other form of identifier. The ticket image is a digital image typically obtained by scanning or photographing a ticket. The ticket image contains the contents and information of the ticket. A ticket refers to a document written, issued or printed in a specific form for proving transaction, payment or collection. Notes include, but are not limited to, invoices, electronic invoices, promissory notes, draft notes, checks, and the like.

In this embodiment, the bill may be an electronic invoice, and the bill image may be an electronic invoice image. The declaration details are detailed information related to the data declaration document, including details of the declaration amount, date, item, category, location institution, and the like. The resource statistical information is accounting information obtained by performing financial statistics on the data declaration form, and includes, but is not limited to, declaration amount, declaration date, declaration personnel information, declaration organization, accounting subjects and other information.

In the embodiment, the explanation is performed in a scene of posting and archiving the invoice related to the data declaration form after the user submits the data declaration form in the declaration form page and the declaration flow is finished. It will be appreciated that after completion of the posting statistics for the data declaration, the server will record electronic invoice information, accounting information, declaration details data, etc. associated with the data declaration identification.

When the implementation is finished, the filing personnel fill in the data filing page of the terminal with the data filing number, submit the data updating request to the server, and the server responds to the data updating request and acquires the bill image, the resource statistical information and the filing detail data associated with the data filing identification from the database according to the data filing identification.

S400, extracting bill information in the bill image.

The ticket information refers to field information contained in the ticket. Taking a bill as an example of an electronic invoice, bill information may include, but is not limited to, an invoice code, an invoice head, an invoice number, a date of issuance, an amount, a quantity, a unit price, a tax rate, seller information, purchaser information, service description information, related remark information, and the like.

In this embodiment, text recognition may be performed through the bill image, text information in the bill image may be extracted, and further, the recognized text may be analyzed, and each field information in the invoice may be extracted.

S600, when the bill corresponding to the bill image is judged to pass the authenticity verification according to the bill information, multidimensional verification is carried out on the declaration detail data and the resource statistical information.

The steps are carried out, so that the authenticity of the bill needs to be judged in order to ensure the reliability of the data. In specific implementation, the method for verifying the authenticity of the invoice comprises, but is not limited to, comparing and verifying the extracted bill information with the information in the invoice database to verify the authenticity of the invoice. Or when the invoice is generated, signing is carried out through a digital signature technology, and the server side verifies the validity of the signature to confirm the authenticity of the invoice. Or manually checking the invoice information, and verifying the authenticity by a professional.

And under the condition that the bill is judged to be a real bill, carrying out multidimensional verification on the declaration detail data and the resource statistical information according to a plurality of preset verification rules. Specifically, the consistency and the integrity between the declaration detail data and the resource statistical information can be checked, for example, information such as checking expense category, amount, date and the like. And checking the matching between the resource statistical information and the declaration detail data, and ensuring the accuracy of data summarization.

S800, when the resource statistical information and the declaration detail data pass through multi-dimensional verification, updating the state of the bill associated with the data declaration list identification.

In this embodiment, the states of the ticket include an accounting state, a verification state, and an original document transfer state of the ticket, where the accounting states include "accounting" and "accounting to be accounted". The billing state of the bill is initialized as "to be billed". The check states include "check match", "to-be-checked" and "check not match". The transmission supplementing state includes "to-be-supplemented transmission" and "supplemented transmission".

In the specific implementation, when the resource statistical information and the reporting detail data both meet a plurality of verification rules, the resource statistical information and the reporting detail data are judged to pass the multidimensional verification. At this time, the state of the ticket associated with the data declaration ticket identification may be updated to "checked-in", and the subsequent ticket archiving process may be continued. When at least one verification rule is not satisfied, it is determined that the resource statistical information and the declaration detail data do not pass multidimensional verification, at this time, the billing state of the bill is not updated, and an error prompt message is pushed to the terminal through a preset communication channel so as to enable archives to verify and modify the supplementary record related data. Communication channels include, but are not limited to, mail, text messages, applications, and the like.

In the data state updating method, after the bill image, the resource statistical information and the reporting detail data corresponding to the data reporting bill identifier are acquired, the bill information in the bill image is extracted, the authenticity verification is carried out on the bill information, the reliability of the bill can be improved, the multidimensional verification is carried out on the reporting detail data and the resource statistical information under the condition that the authenticity of the bill is confirmed, the consistency and the integrity of the reporting detail data and the resource statistical information can be improved, the accounting error rate is effectively reduced, the state of the bill related to the data reporting bill identifier is updated under the condition that the resource statistical information and the reporting detail data pass the multidimensional verification, and the accuracy of the bill state can be improved. By adopting the scheme, the accuracy and the reliability of data processing can be effectively improved. Further, through automatic information processing and multidimensional checking, the possibility of human intervention and errors can be reduced, and the efficiency and quality of data archiving are improved.

As shown in FIG. 3, in one embodiment, before performing the multidimensional checking on the declaration specification data and the resource statistics, the method further includes:

s520, determining the bill type of the bill image according to the bill codes in the bill information.

S540, judging whether the cross-region declaration behavior exists in the data declaration corresponding to the data declaration identification based on the bill codes under the condition that the bill type belongs to the test bill type.

S560, when it is determined that the cross-region declaration behavior does not exist in the data declaration, determining the data declaration as a target data declaration of the original document to be replied, and pushing the original document replenishment message.

The ticket code is a set of numbers or letter combinations on the ticket that uniquely identify the type and attributes of an invoice. Each ticket has its specific code by which the type, properties and related information of the ticket can be determined. For example, the invoice code starts with "051" or "050", which characterizes the type of the invoice as an electronic invoice. The invoice code starts with "110", and characterizes the invoice as a value-added tax-specific invoice.

Bill types include value-added tax invoices, special invoices, plain invoices, service invoices, and other invoices that attempt to introduce new types. In this embodiment, the test-point bill type refers to a new type of invoice which is not commonly used and is carried out according to the related policies of financial bill test-point in the current financial management, for example, financial electronic bill, electronic non-tax payment book, etc. The financial electronic bill refers to a financial bill which is generated, transmitted and stored in an electronic form and is used for confirming financial balance and transaction information. The electronic non-tax deposit general payment book is an electronic payment certificate for paying non-tax deposit. Tax entries include various fees and funds paid to the government by units and individuals other than government agencies.

In this embodiment, in order to specify the reporting process, the reporting personnel is required to principally not allow the cross-domain reporting behavior. In specific implementation, taking the bill as an invoice as an example, the bill type can be determined according to the invoice code. And then judging whether the identified invoice type belongs to a test bill type such as financial electronic bill, electronic non-tax payment general payment book and the like, if the identified invoice type does not belong to the test bill type, characterizing that the invoice is a common invoice, and continuing the conventional invoice payment filing flow without performing cross-region reporting. If the invoice type belongs to the test point bill type, further checking whether the data declaration corresponding to the data declaration identifier relates to cross-region declaration, and specifically, judging whether the data declaration relates to cross-region declaration or not by comparing bill codes based on bill codes. If it is determined that the data declaration does not have cross-region declaration, the system determines the data declaration as a target data declaration of an original of the to-be-refund document, so as to inform a declaration person that the original of the data declaration needs to be refund. The information can be pushed specifically through the modes of system internal information pushing, mail notification and the like. After receiving the prompt message, the declaration personnel supplements the original ticket, the server checks the original ticket, checks whether the original ticket is true and effective, and if the original ticket is determined to be true and effective, the process proceeds to S600, and multidimensional checking is performed on declaration detail data and resource statistical information. If the original bill fails to pass the verification, pushing a manual audit message, and verifying whether the original bill is truly effective by related professionals. If the manual audit is not passed, judging that the check-in check fails, pushing the check-in failure message through a preset message pushing channel to inform declaration personnel of the check-in failure.

In practical application, before and after the server obtains the accounting information, the user can supplement and transmit financial electronic bills or electronic non-tax bill originals. When the original is not fed, the state of the bill is to be fed, the state of the fed original is to be checked when the accounting information is not acquired, the state of the fed original and the original check is to be checked and matched, and the state of the fed original bill is to be checked and matched, but the state of the original check and noncompliance is to be checked and noncompliance.

In the embodiment, by judging whether the cross-region reporting behavior exists in the bill type and the data reporting bill, the reporting flow can be standardized, and the verification efficiency and accuracy are improved.

As shown in fig. 4, in one embodiment, S540 includes:

s542, under the condition that the bill type belongs to the test bill type, acquiring the mechanism number of the target mechanism corresponding to the data declaration identification, matching the mechanism number with the bill code to obtain a matching result, and judging whether the data declaration has cross-region declaration behavior according to the matching result.

In this embodiment, the target organization refers to an organization to which the declaration person belongs. Taking a banking institution as an example, the target institution refers to a first-level line summary institution to which the institution where the reporting personnel belongs. Typically, a primary bank aggregation facility refers to a financial institution responsible for aggregating, managing and supervising the operations of the bank institutions (including branches, etc.) at various levels within a particular region (e.g., a province or region).

In the specific implementation, the mechanism number of the mechanism where the associated reporting personnel is located can be found out according to the data reporting form identification, then the mechanism number of the target mechanism to which the mechanism number belongs is found out according to the mechanism number, then the mechanism number of the target mechanism and the bill code are matched, if the mechanism number is identical with the first N (N > =3) bit of the bill code, the data reporting form is judged to have no cross-region reporting behavior, and if the first N bits are different, the data reporting form is judged to have the cross-region reporting behavior.

In this embodiment, N is taken as an example for explanation, according to the regional code rule, the first three digits of the code of shanxi province are 610, the first three digits of the first-class line summary organization number of shanxi province are 610, and the first three digits of the bill code of the bill issued by shanxi province are 610, so that the first-class line summary organization such as 610xx of the reporting organization belonging to the reporting organization can be obtained based on the number of the reporting organization corresponding to the data reporting organization number, and by comparing the organization number with the bill code, if the first 3 digits of the bill code are 610, the bill is characterized as being issued and used by shanxi province, therefore, it can be determined that the cross-region reporting behavior does not exist in the data reporting organization, if the first 3 digits of the bill code is not 610, the bill is not issued and used by shanxi province, and because the first-class line summary organization of the organization where the reporting personnel is located is the mechanism of shanxi province, therefore, the cross-region reporting behavior of the data reporting organization can be determined.

In the embodiment, whether the cross-region reporting behavior exists in the data reporting form is judged by matching the mechanism number and the bill code, so that the method has the advantages of accuracy, simplicity, convenience and the like, and is beneficial to improving the verification efficiency.

S620, acquiring first organization information and first resource amount information in the declaration detail data, and second organization information and second resource amount information in the resource statistical information.

S640, checking whether the organization grade of the first organization information is the same as the organization grade of the second organization information according to a preset organization checking rule.

S660, according to a preset resource amount checking rule, checking whether the first resource amount information and the second resource amount information are equal.

In the present embodiment, the first organization information is related information of an organization involved in reporting detail data, and is generally a reporting organization or unit corresponding to a data reporting form, and is used to identify a attribution unit of a reporting behavior. The second organization information refers to the resource statistical information, namely, the organization information to which the reporting behavior counted in the accounting information belongs. Resources include, but are not limited to, financial resources, computing resources, and the like. Taking the resource as a financial resource as an example, the first resource amount refers to an amount of money related to reporting detail data, and specifically refers to an amount of money (simply referred to as a field amount) in a corresponding amount field filled by a reporting personnel on a reporting item detail table page. The second resource amount refers to the amount of the relevant subject counted in the accounting information (subject amount for short).

In the specific implementation, the first organization information and the first resource amount information may be acquired from the declaration detail data, and then the second organization information and the second resource amount information may be acquired from the resource statistics information. And then, comparing the first organization information and the second organization information according to a preset organization verification rule (such as an organization level range verification rule), and judging whether the first organization information and the second organization information are in the organization range of the same level. Taking a mechanism as a bank for illustration, judging whether the first mechanism and the second mechanism are in the same first-level line range, if so, judging that the mechanism passes the check, and if not, judging that the mechanism does not pass the check. And comparing the first resource amount information with the second resource amount information according to a preset resource amount checking rule, and verifying whether the first resource amount information and the second resource amount information are equal. For example, the resource amount check rule includes the following rules:

(1) In the accounting information, "invoice total" =declaration item detail table page "cost total" + "entry tax".

(2) Accounting information 2604030000 subject amount aggregate = declaration item detail table page "enter tax" field amount, where enter tax is a non-repudiatable enter tax.

(3) Accounting information 2604050000 subject balance aggregate = declaration item detail table page "sales tax corresponding to sales" column amount.

(4) Accounting information 2604060000 subject balance aggregate = declaration project detail sheet "enter tax transfer out" column amount.

(5) Account information 2604040000 subject balance total = declaration item detail table page, "price tax total" column total of authenticated invoices (value tax special invoice, value tax electronic special invoice) in invoice.

In a specific verification process, the declaration detail data and the resource statistical data simultaneously meet the resource quantity verification rule and the mechanism verification rule, and it can be understood that the verification rule can also comprise verification rules of other dimensions, such as remark verification rules, and the declaration detail data and the resource statistical data are judged to pass through multidimensional verification under the condition that the declaration detail data and the resource statistical data simultaneously meet all the verification rules. If any verification rule is not satisfied, the state of the bill is marked as ' verification error ', and notification information ' XXXX serial number data declaration account entering results and associated bill verification disagreement are sent to ' bill administrators ' of a first-level line and a second-level line of an organization where the invoice is uploaded through a response channel such as mail or an internal system, and timely checking and processing are requested. The user may revise the supplementary data declaration until the verification passes. If the corresponding data declaration list contains the checking invoice, the system pauses the checking operation. And after the system is verified to be consistent, the checking is started again until the user carries out the complement or modification operation in the declaration statement list page.

Aiming at the data declaration form which does not accord with the check rule, the original invoice uploading person and the primary and secondary lines of the organization can enter a declaration detail list page operation to modify the supplementary record self-help or other number column, other bill amount column, value-added tax use and invoice agricultural product identification. And modifying the self-help or other number columns of the supplementary records, and obtaining the account entering information again according to the new data declaration list number by the system. The account entry state system is automatically changed into account entry to be checked, and checking is performed again according to a preset multidimensional checking rule after the system acquires the account information. And modifying the value-added tax application of the additional bill amount, modifying the identification column of the invoice agricultural product, and when a user clicks a save button, binding the additional bill amount and the declaration detail form, submitting the binding bill to the system for recalculation and verification. And the system calculates the check rule, marks the invoice accounting state as 'accounting-entered', and continues the follow-up original processing flow of the invoice. And the system calculates that the amount or the organization verification is inconsistent and the page popup frame prompt information is modified after verification.

In this embodiment, by comparing the information of the first mechanism and the information of the second mechanism, the mechanism involved in the data declaration can be ensured to be within the same level range, the declaration behavior across the mechanisms can be reduced, and the financial error can be found in time by checking the resource amount, so that the declaration behavior can be standardized.

As shown in fig. 5, in one embodiment, S400 includes:

S420, preprocessing the bill image, positioning a text area in the preprocessed bill image, performing optical character recognition on the text area, and extracting bill information of the bill image.

In this embodiment, the document image is preprocessed, which may include but is not limited to image graying, image binarization, denoising, and image enhancement. Among them, the image enhancement processing includes, but is not limited to, contrast enhancement, brightness enhancement, and the like. By preprocessing the bill image, the image quality can be improved, and the text and the background can be better separated.

After preprocessing the bill image is completed, text detection algorithms, such as edge detection and connected region analysis algorithms, can be used for locating text regions in the bill image. In other embodiments, a deep learning-based object detection algorithm may also be employed to accurately locate text regions. Then, OCR (Optical Character Recognition ) recognition is performed on the located text region, text in the text region is recognized, and characters in the text region of the image are converted into editable characters. The ticket information may then be extracted by regular expressions or other text processing methods, including but not limited to ticket codes, date of issuance, amount, seller information, purchaser information, and the like.

In the embodiment, through preprocessing, text region positioning, OCR (optical character recognition) and information extraction on the bill image, the bill information can be automatically, efficiently and accurately extracted, and the work efficiency and accuracy are improved.

Sending a bill verification request carrying bill information to a third-party authority, receiving a verification result fed back by the third-party authority, and judging that the bill passes the authenticity verification if the verification result represents that the bill is a real bill, wherein the bill information comprises a bill code, a bill amount, a billing date and a verification code.

In this embodiment, the elements of invoice verification include 5 elements of bill code, bill amount, date of invoicing, and check code. The verification code refers to a verification number on the bill and is used for verifying the authenticity of the bill. In specific implementation, the method can be that a bill verification request carrying bill information is sent to a tax department, and the server performs bill verification aiming at bill codes, bill amount, billing date and check codes to obtain a verification result, and then feeds the verification result back to the server. And the server judges whether the invoice is a true and effective invoice according to the received verification result.

In other embodiments, the server may also invoke an invoice verification interface provided by the tax department for invoice verification based on the ticket information. The method specifically comprises the following steps: and verifying whether the bill codes conform to the standard format, including length, character type and the like, ensuring the uniqueness and accuracy of the bill codes and preventing the use of invalid or repeated coded bill codes. Verifying that the ticket code is valid and matches the issuer to confirm the legitimacy of the ticket source and to prevent the use of counterfeit ticket codes. And comparing whether the bill amount is consistent with the actual transaction amount, checking whether the amount accords with logic, and reducing the possibility of false reporting or falsifying the amount. And confirming whether the billing date of the bill meets the regulations and is consistent with the actual transaction time so as to reduce the expiration or falsification date. And verifying whether the check code is valid or not so as to reduce the possibility of forging or falsifying the bill. It will be appreciated that in other embodiments, the invoice verification element may also include other elements, as the case may be.

In the embodiment, the verification process based on the bill code, the bill amount, the billing date and the verification code can effectively ensure the authenticity and the legality of the bill.

In order to more clearly describe the data status updating method provided by the present application, a specific embodiment and fig. 6 are described below, where the specific embodiment is described by taking a bank internal invoice posting archive scenario as an example, and the specific embodiment includes the following steps:

In particular, the document image is preprocessed, which may include, but is not limited to, image graying, image binarization, denoising, image enhancement, and the like. Among them, the image enhancement processing includes, but is not limited to, contrast enhancement, brightness enhancement, and the like. By preprocessing the bill image, the image quality can be improved, and the text and the background can be better separated.

If the bill is determined to be the financial electronic bill or the type of the bill which is subjected to the test points such as the general payment book and the like, the mechanism code of the first-level line summary mechanism of the mechanism where the reporting personnel are is further acquired. And comparing whether the mechanism number is consistent with the first 3 bits of the bill code, and if so, judging that the data declaration form does not have cross-region declaration behavior. If the data declaration form is inconsistent, judging that the data declaration form has cross-region declaration behavior.

Since the ticket is a test ticket, this type of ticket requires a supplementary document to further verify the authenticity of the ticket, unlike a normal non-test ticket.

S580, the received original bill and the received bill are subjected to authenticity verification.

S620, carrying out multidimensional verification on declaration detail data and resource statistical information under the condition that the original bill and the bill pass the authenticity verification.

In the specific implementation, the first organization information and the first resource amount information may be acquired from the declaration detail data, and then the second organization information and the second resource amount information may be acquired from the resource statistics information. And then, comparing the first organization information and the second organization information according to a preset organization verification rule (such as an organization level range verification rule), and judging whether the first organization information and the second organization information are in the organization range of the same level. Taking a mechanism as a bank for illustration, judging whether the first mechanism and the second mechanism are in the same first-level line range, if so, judging that the mechanism passes the check, and if not, judging that the mechanism does not pass the check. And comparing the first resource amount information with the second resource amount information according to a preset resource amount checking rule, and verifying whether the first resource amount information and the second resource amount information are equal.

In a specific verification process, the declaration detail data and the resource statistical data simultaneously meet the resource quantity verification rule and the mechanism verification rule, and it can be understood that the verification rule can also comprise verification rules of other dimensions, such as remark verification rules, and the declaration detail data and the resource statistical data are judged to pass through multidimensional verification under the condition that the declaration detail data and the resource statistical data simultaneously meet all the verification rules. If any verification rule is not satisfied, the state of the bill is marked as ' verification error ', and notification information ' XXXX serial number data declaration account entering results and associated bill verification disagreement are sent to ' bill administrators ' of a first-level line and a second-level line of an organization where the invoice is uploaded through a response channel such as mail or an internal system, and timely checking and processing are requested. The user can modify the complement data report number again until the verification passes.

In the specific implementation, when the resource statistical information and the declaration detail data both meet a plurality of verification rules, the state of the bill associated with the data declaration bill identification is updated to be 'checked-in', and the subsequent bill archiving flow is continued.

It should be understood that, although the steps in the flowcharts related to the embodiments described above are sequentially shown as indicated by arrows, these steps are not necessarily sequentially performed in the order indicated by the arrows. The steps are not strictly limited to the order of execution unless explicitly recited herein, and the steps may be executed in other orders. Moreover, at least some of the steps in the flowcharts described in the above embodiments may include a plurality of steps or a plurality of stages, which are not necessarily performed at the same time, but may be performed at different times, and the order of the steps or stages is not necessarily performed sequentially, but may be performed alternately or alternately with at least some of the other steps or stages.

Based on the same inventive concept, the embodiment of the application also provides a data state updating device for realizing the above related data state updating method. The implementation of the solution provided by the device is similar to the implementation described in the above method, so the specific limitation in the embodiments of the data state updating device or devices provided below may be referred to the limitation of the data state updating method hereinabove, and will not be described herein.

In one embodiment, as shown in fig. 7, there is provided a data status updating apparatus, including a data acquisition module 710, a data extraction module 720, a data verification module 730, and a data updating module 740, wherein:

the data acquisition module 710 is configured to respond to a data update request carrying a data declaration identifier, and acquire, according to the data declaration identifier, ticket images, resource statistics information, and declaration details associated with the data declaration identifier;

the data extraction module 720 is configured to extract bill information in the bill image.

And the data verification module 730 is configured to perform multidimensional verification on the declaration detail data and the resource statistical information when it is determined that the ticket corresponding to the ticket image passes the authenticity verification according to the ticket information.

The data updating module 740 is configured to update the state of the ticket associated with the data declaration ticket identifier when the resource statistics and the declaration detail data pass the multidimensional verification.

As shown in fig. 8, in one embodiment, the apparatus further includes a region verification module 722, configured to determine, according to the ticket code, a ticket type corresponding to the ticket image, determine, based on the ticket code, whether a cross-region declaration behavior exists in a data declaration corresponding to the data declaration identifier when the ticket type belongs to the test ticket type, determine, based on the ticket code, the data declaration as a target data declaration of a ticket original to be complemented when it is determined that the cross-region declaration does not exist in the data declaration, and push a ticket original complement message.

In one embodiment, the region verification module 722 is further configured to obtain a mechanism number of the target mechanism corresponding to the data declaration identifier, match the mechanism number with the ticket code, obtain a matching result, and determine whether the data declaration has a cross-region declaration behavior according to the matching result.

In one embodiment, the data verification module 740 is further configured to obtain the first organization information and the first resource amount information in the declaration details data, and the second organization information and the second resource amount information in the resource statistics information, verify whether the organization level of the first organization information and the organization level of the second organization information are the same according to a preset organization verification rule, and verify whether the first resource amount information and the second resource amount information are equal according to the preset resource amount verification rule.

In one embodiment, the data extraction module 720 is further configured to pre-process the ticket image, locate a text region in the pre-processed ticket image, perform optical character recognition on the text region, and extract ticket information of the ticket image.

In one embodiment, the data verification module 730 is further configured to send a ticket verification request carrying ticket information to the third party authority, receive a verification result fed back by the third party authority, and determine that the ticket passes the authenticity verification if the verification result represents that the ticket is an actual ticket, where the ticket information includes a ticket code, a ticket amount, a billing date, and a verification code.

The various modules in the data state updating apparatus described above may be implemented in whole or in part by software, hardware, and combinations thereof. The above modules may be embedded in hardware or may be independent of a processor in the computer device, or may be stored in software in a memory in the computer device, so that the processor may call and execute operations corresponding to the above modules.

In one embodiment, a computer device is provided, which may be a server, and the internal structure of which may be as shown in fig. 9. The computer device includes a processor, a memory, an Input/Output interface (I/O) and a communication interface. The processor, the memory and the input/output interface are connected through a system bus, and the communication interface is connected to the system bus through the input/output interface. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, computer programs, and a database. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The database of the computer equipment is used for storing bill images, resource statistical information, declaration detail data and other data. The input/output interface of the computer device is used to exchange information between the processor and the external device. The communication interface of the computer device is used for communicating with an external terminal through a network connection. The computer program is executed by a processor to implement a data state update method.

It will be appreciated by persons skilled in the art that the architecture shown in fig. 9 is merely a block diagram of some of the architecture relevant to the present inventive arrangements and is not limiting as to the computer device to which the present inventive arrangements are applicable, and that a particular computer device may include more or fewer components than shown, or may combine some of the components, or have a different arrangement of components.

In one embodiment, a computer device is provided, comprising a memory having a computer program stored therein and a processor, which when executing the computer program performs the steps of any of the data state update method embodiments described above.

In one embodiment, a computer readable storage medium is provided having a computer program stored thereon which, when executed by a processor, implements the steps of any of the data state update method embodiments described above.

In an embodiment, a computer program product is provided comprising a computer program which, when executed by a processor, implements the steps of any of the data state update method embodiments described above.

Those skilled in the art will appreciate that implementing all or part of the above described methods may be accomplished by way of a computer program stored on a non-transitory computer readable storage medium, which when executed, may comprise the steps of the embodiments of the methods described above. Any reference to memory, database, or other medium used in embodiments provided herein may include at least one of non-volatile and volatile memory. The nonvolatile Memory may include Read-Only Memory (ROM), magnetic tape, floppy disk, flash Memory, optical Memory, high density embedded nonvolatile Memory, resistive random access Memory (ReRAM), magneto-resistive random access Memory (Magnetoresistive Random Access Memory, MRAM), ferroelectric Memory (Ferroelectric Random Access Memory, FRAM), phase change Memory (PHASE CHANGE Memory, PCM), graphene Memory, and the like. Volatile memory can include random access memory (Random Access Memory, RAM) or external cache memory, and the like. By way of illustration, and not limitation, RAM can be in various forms such as static random access memory (Static Random Access Memory, SRAM) or dynamic random access memory (Dynamic Random Access Memory, DRAM), etc. The databases referred to in the embodiments provided herein may include at least one of a relational database and a non-relational database. The non-relational database may include, but is not limited to, a blockchain-based distributed database, and the like. The processor referred to in the embodiments provided in the present application may be a general-purpose processor, a central processing unit, a graphics processor, a digital signal processor, a programmable logic unit, a data processing logic unit based on quantum computing, or the like, but is not limited thereto.

The technical features of the above embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.

The foregoing examples illustrate only a few embodiments of the application and are described in detail herein without thereby limiting the scope of the application. It should be noted that it will be apparent to those skilled in the art that several variations and modifications can be made without departing from the spirit of the application, which are all within the scope of the application. Accordingly, the scope of the application should be assessed as that of the appended claims.

Claims

1. A method of updating a data state, the method comprising:

Responding to a data updating request carrying a data declaration list identifier, and acquiring bill images, resource statistical information and declaration detail data associated with the data declaration list identifier according to the data declaration list identifier;

Extracting bill information in the bill image;

under the condition that the bill corresponding to the bill image passes the authenticity verification according to the bill information, carrying out multidimensional verification on the declaration detail data and the resource statistical information;

And updating the state of the bill associated with the data declaration identification under the condition that the resource statistical information and the declaration detail data pass multidimensional verification.

2. The method of claim 1, wherein the ticket information comprises a ticket code;

Before the multidimensional checking is performed on the declaration detail data and the resource statistical information, the method further comprises:

determining the bill type corresponding to the bill image according to the bill code;

Judging whether a cross-region declaration behavior exists in the data declaration corresponding to the data declaration identifier based on the bill code under the condition that the bill type belongs to the test point bill type;

And under the condition that the data declaration form is judged to have no cross-region declaration behavior, determining the data declaration form as a target data declaration form of the original document to be complemented, and pushing the original document complement message.

3. The method of claim 2, wherein determining whether the cross-regional declaration exists in the data declaration corresponding to the data declaration identifier comprises:

Matching the mechanism number with the bill code to obtain a matching result;

And judging whether the data declaration form has cross-region declaration behaviors according to the matching result.

4. A method according to any one of claims 1 to 3, wherein said multi-dimensional verification of said declarative specification data and said resource statistics includes:

Acquiring first organization information and first resource amount information in the declaration detail data, and second organization information and second resource amount information in the resource statistical information;

5. A method according to any one of claims 1 to 3, wherein said extracting ticket information in said ticket image comprises:

Preprocessing the bill image;

positioning a text region in the preprocessed bill image;

6. A method according to any one of claims 1 to 3, wherein verifying the authenticity of the ticket corresponding to the ticket image based on the ticket information comprises:

Sending a bill verification request carrying the bill information to a third-party authority;

Receiving a verification result fed back by the third-party authority;

7. A data state updating apparatus, the apparatus comprising:

the data acquisition module is used for responding to a data updating request carrying a data declaration form identifier, and acquiring bill images, resource statistical information and declaration detail data associated with the data declaration form identifier according to the data declaration form identifier;

And the data updating module is used for updating the state of the bill associated with the data declaration list identification under the condition that the resource statistical information and the declaration detail data pass the multidimensional verification.

8. The apparatus of claim 7 wherein said ticket information ticket code;

The device also comprises a region verification module which is used for determining the bill type corresponding to the bill image according to the bill code, judging whether the data declaration corresponding to the data declaration identifier has a cross-region declaration or not based on the bill code under the condition that the bill type belongs to the test bill type, determining the data declaration as a target data declaration of a bill original to be complemented under the condition that the data declaration does not have the cross-region declaration, and pushing the bill original complement transmission message.

9. The apparatus of claim 8, wherein the region verification module is further configured to obtain a mechanism number of a target mechanism corresponding to the data declaration identifier, match the mechanism number with the ticket code to obtain a matching result, and determine whether the data declaration has a cross-region declaration behavior according to the matching result.

10. The apparatus according to any one of claims 7 to 9, wherein the data verification module is further configured to obtain first organization information and first resource amount information in the declaration details data, and second organization information and second resource amount information in the resource statistics information, verify whether an organization level of the first organization information and an organization level of the second organization information are the same according to a preset organization verification rule, and verify whether the first resource amount information and the second resource amount information are equal according to a preset resource amount verification rule.

11. The apparatus according to any one of claims 7 to 9, wherein the data extraction module is further configured to perform preprocessing on the ticket image, locate a text region in the preprocessed ticket image, perform optical character recognition on the text region, and extract ticket information of the ticket image.

12. The apparatus of any one of claims 7 to 9, wherein the data verification module is further configured to send a ticket validation request carrying the ticket information to a third party authority;

Receiving a verification result fed back by the third-party authority;

13. A computer device comprising a memory and a processor, the memory storing a computer program, characterized in that the processor implements the steps of the method of any of claims 1 to 6 when the computer program is executed.

14. A computer readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the steps of the method of any of claims 1 to 6.

15. A computer program product comprising a computer program, characterized in that the computer program, when being executed by a processor, implements the steps of the method of any of claims 1 to 6.