CN111429191A - Block chain-based electronic invoice flow management method, device and system - Google Patents
Block chain-based electronic invoice flow management method, device and system Download PDFInfo
- Publication number
- CN111429191A CN111429191A CN201811580944.5A CN201811580944A CN111429191A CN 111429191 A CN111429191 A CN 111429191A CN 201811580944 A CN201811580944 A CN 201811580944A CN 111429191 A CN111429191 A CN 111429191A
- Authority
- CN
- China
- Prior art keywords
- electronic invoice
- block
- state
- invoice
- block chain
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000007726 management method Methods 0.000 title claims abstract description 54
- 238000012986 modification Methods 0.000 claims abstract description 84
- 230000004048 modification Effects 0.000 claims abstract description 84
- 238000000034 method Methods 0.000 claims abstract description 47
- 238000012795 verification Methods 0.000 claims description 36
- 238000011010 flushing procedure Methods 0.000 claims description 12
- 230000005540 biological transmission Effects 0.000 claims description 8
- 238000004590 computer program Methods 0.000 claims description 5
- 238000004891 communication Methods 0.000 claims description 4
- 230000008569 process Effects 0.000 abstract description 23
- 230000008859 change Effects 0.000 abstract description 7
- 230000007246 mechanism Effects 0.000 description 12
- 230000006399 behavior Effects 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 6
- 238000012384 transportation and delivery Methods 0.000 description 5
- 230000002457 bidirectional effect Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 238000012550 audit Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000003247 decreasing effect Effects 0.000 description 2
- 230000002427 irreversible effect Effects 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000012797 qualification Methods 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000013439 planning Methods 0.000 description 1
- 238000007639 printing Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/04—Billing or invoicing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
- G06Q40/123—Tax preparation or submission
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Marketing (AREA)
- Economics (AREA)
- Technology Law (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The invention discloses an electronic invoice flow management method, device and system based on a block chain, wherein the method comprises the following steps: receiving a state modification request sent by a client, and inquiring a block with a latest timestamp corresponding to the electronic invoice from a block chain according to identification information in the state modification request; verifying whether the current modification operation is legal or not according to the modification state value in the state modification request and the state in the inquired block, and if so, modifying the state of the electronic invoice according to the modification state value; and after confirming that the modification operation is legal, sending a writing block request to all the consensus nodes, establishing a block for storing the modified electronic invoice and adding the established block into a block chain after the consensus nodes achieve consensus. According to the technical scheme provided by the invention, the electronic invoice is stored through the block chain and the state change in the electronic invoice circulation process is managed, so that the uniqueness, authenticity and authority of the electronic invoice are ensured, and the problems of invoice tampering, repeated reimbursement and the like are solved.
Description
Technical Field
The invention relates to the technical field of electronic invoices, in particular to an electronic invoice flow management method, device and system based on a block chain.
Background
With the continuous development of the internet, the traditional shopping mode is gradually replaced by the online shopping, and the purchase voucher of the electronic invoice comes true. Electronic invoice means the business certificate which is issued and collected in electronic form and is stored and circulated in all units and individuals in purchasing goods, providing or receiving services and doing other business activities. The electronic invoice not only saves the printing cost, but also is easy to keep, inquire and read.
Because the electronic invoice is used and paper invoices are not transmitted, the invisible bill circulation among enterprises is increased, the invoicers and the invoicers ask for the bills through the transaction to ensure the authenticity of the bill contents through the transaction, but because the transaction parties and the bill receivers are staggered in time and space, the authenticity of the sources of the transaction parties and the bill receivers cannot be ensured through the electronic invoice mode, and the tampering cannot be ensured in the middle, so that the mutual trust degree is reduced. Therefore, the electronic invoice has the characteristics of easy copying, tampering and repeatable reimbursement, and causes a plurality of difficulties for invoice verification, reimbursement management, posting management, archiving management and the like. In addition, the issuing standards of a plurality of third-party electronic invoice issuing platforms are not uniform, so that electronic invoices among the platforms cannot be shared, and the problems that the electronic invoices are difficult to share, difficult to collect, repeat reimburse and tedious in verification in the circulation process are further aggravated.
Disclosure of Invention
The embodiment of the invention provides a block chain-based electronic invoice circulation management method, device and system, and aims to solve the problems that electronic invoices are difficult to share, difficult to collect, repeat reimbursement and tedious in verification in the circulation process in the prior art.
In a first aspect, an embodiment of the present invention provides an electronic invoice flow management method based on a block chain, including:
receiving a state modification request sent by a client, wherein the state modification request comprises identification information of an electronic invoice and a modified state value;
inquiring a block with the nearest timestamp corresponding to the electronic invoice from the block chain according to the identification information, wherein the block comprises a hash value of the identification information of the electronic invoice and the state of the electronic invoice;
verifying whether the current modification operation is legal or not according to the modified state value and the state in the inquired block, and if so, modifying the state of the electronic invoice according to the modified state value;
and after confirming that the current modification operation is legal, sending a writing block request to all the consensus nodes, establishing a block for storing the modified electronic invoice after the consensus nodes agree with the writing block request, and adding the established block into a block chain.
In a second aspect, an embodiment of the present invention provides an electronic invoice flow management apparatus based on a block chain, including:
the receiving module is used for receiving a state modification request sent by a client, wherein the state modification request comprises identification information of the electronic invoice and a modified state value;
the query module is used for querying a block with the latest timestamp corresponding to the electronic invoice from the block chain according to the identification information, wherein the block comprises a hash value of the identification information of the electronic invoice and the state of the electronic invoice;
the modification checking module is used for verifying whether the modification operation is legal or not according to the modification state value and the state in the inquired block, and if the modification operation is legal, modifying the state of the electronic invoice according to the modification state value;
and the block writing module is used for sending a writing block request to all the common identification nodes after confirming that the current modification operation is legal, establishing a block for storing the modified electronic invoice after the common identification nodes achieve common identification on the writing block request, and adding the established block into a block chain.
In a third aspect, an embodiment of the present invention provides a server, including a transceiver, a memory, a processor, and a computer program stored on the memory and executable on the processor, where the transceiver is configured to receive and transmit data under the control of the processor, and the processor implements the steps of any one of the above methods when executing the program.
In a fourth aspect, an embodiment of the present invention provides an electronic invoice flow management system based on a block chain, including: and a plurality of servers in the third aspect, wherein one server corresponds to one node in the blockchain, and a communication connection is established between any two servers in the plurality of servers.
In a fifth aspect, an embodiment of the invention provides a computer-readable storage medium having stored thereon computer program instructions which, when executed by a processor, implement the steps of any of the methods described above.
According to the technical scheme provided by the embodiment of the invention, the third party platforms form the block chain, the distributed storage of the electronic invoice is realized, the state modification of any party in the electronic invoice circulation process to the electronic invoice needs to be verified by the third party platforms according to a preset uniform rule protocol, the data written into the block chain can be written into the block chain only after the verification is passed, the uniqueness, the authenticity and the authority of the electronic invoice are ensured, and the problems of invoice tampering, repeated reimbursement and the like are solved.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings needed to be used in the embodiments of the present invention will be briefly described below, and it is obvious that the drawings described below are only some embodiments of the present invention, and it is obvious for those skilled in the art that other drawings can be obtained according to the drawings without creative efforts.
Fig. 1 is a schematic view of an application scenario of an electronic invoice flow management method based on a block chain according to an embodiment of the present invention;
fig. 2 is a schematic flowchart of an electronic invoice flow management method based on a block chain according to an embodiment of the present invention;
fig. 3 is a flowchart illustrating an electronic invoice flow management method based on a block chain according to an embodiment of the present invention;
fig. 4 is a schematic structural diagram of an electronic invoice flow management apparatus based on a block chain according to an embodiment of the present invention;
fig. 5 is a schematic structural diagram of a server according to an embodiment of the present invention;
fig. 6 is a schematic structural diagram of an electronic invoice flow management system based on a block chain according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention.
For convenience of understanding, terms referred to in the embodiments of the present invention are explained below:
the block chain technology adopts a public key-private key asymmetric cryptography technology and a one-way hash algorithm technology, and simultaneously, each newly generated block forms a sequence chain strictly according to a time stamp, and the irreversibility of time causes that any behavior of trying to invade and tamper data information in the block chain is easy to trace, so that the behavior is rejected by other nodes, and therefore, related illegal behaviors can be limited. In the block chain network, self-restraint is realized through a consensus mechanism and an intelligent contract, and malicious fraud behaviors of any node are rejected and inhibited by other nodes, so that the block chain system does not depend on a central authority support and a credit system.
The alliance chain only aims at members of a certain specific group and limited third parties, a plurality of preselected nodes are internally designated as bookers, the generation of each block is jointly determined by all the preselected nodes, other access nodes can participate in transactions, but the billing process is not asked, and other third parties can carry out limited query through an open interface of the block chain. To achieve better performance, the federation chain places certain requirements on the configuration and network environment of the consensus or authentication node. With the admission mechanism, the transaction performance can be improved more easily, and problems caused by the participants with uneven participation can be avoided.
A Smart contract (Smart contract) is a computer protocol intended to propagate, verify or execute contracts in an informational manner. Smart contracts allow trusted transactions to be conducted without third parties, which transactions are traceable and irreversible.
The Consensus mechanism (Consensus) is to complete the verification and confirmation of the transaction in a short time through the voting of special nodes in the block chain, and for a transaction, if several nodes with irrelevant interests can achieve Consensus, the Consensus can be considered to be achieved for the whole network. Common consensus mechanisms include workload attestation mechanisms, equity attestation mechanisms, share authorization attestation mechanisms, and Pool authentication pools.
The invoice flushing is to adjust accounts for invoices which are originally issued and have errors or need to be corrected for other reasons and need to be issued again. The original invoice is called a blue ticket.
Any number of elements in the drawings are by way of example and not by way of limitation, and any nomenclature is used solely for differentiation and not by way of limitation.
In a specific practice process, the electronic invoice has the characteristics of easiness in copying and tampering and repeatable reimbursement, and causes a plurality of difficulties for invoice verification, reimbursement management, posting management, archiving management and the like. The issuing standards of a plurality of third-party electronic invoice issuing platforms are not uniform, so that electronic invoices among the platforms cannot be shared, and the problems that the electronic invoices are difficult to share, difficult to collect, repeat reimburse and tedious in verification in the circulation process are further aggravated.
Therefore, the inventor of the invention considers that all third party platforms obey the same technical standard and protocol and form a alliance chain through a block chain technology, all the third party platforms are used as block chain inlets for interconnection, any party in invoice circulation links such as a tax control terminal, a billing user, a ticketing user and a tax bureau can be conveniently accessed into the block chain through the third party platforms, information of electronic invoices in a series of circulation processes such as making out an invoice, verifying, reimbursing, filing and checking is commonly maintained in the block chain, and the aim of sharing the electronic invoice information is finally achieved. By using the block chain technology, each third-party platform can perform distributed storage on the electronic invoice, each step of operation in the electronic invoice circulation process needs to be verified by the third-party platform according to a preset unified rule protocol, the data written into the block chain can be written into the block chain only after the verification is passed, the data written into the block chain cannot be modified, the uniqueness, the authenticity and the authority of the electronic invoice are guaranteed, and the problems of invoice tampering, repeated reimbursement and the like are solved. The user can reversely inquire and verify the transaction information and the state change of the electronic invoice through the block chain so as to obtain the latest real information of the electronic invoice.
Having described the general principles of the invention, various non-limiting embodiments of the invention are described in detail below.
Fig. 1 is a schematic view of an application scenario of the block chain-based electronic invoice flow management method according to an embodiment of the present invention. The servers 11 laid by the third-party platform form a block chain, one server 11 corresponds to one node in the block chain, the third-party platform can be one or more organizations, the third-party platform complies with the same technical standard and protocol, and specifically, each server 11 is internally provided with an intelligent contract and a consensus mechanism which are agreed in advance to execute related invoice services, so as to maintain the normal operation of the block chain and take charge of distributed recording of information in the electronic invoice circulation process. The tax control terminal 12 for issuing invoices, the inquiry terminal 13 used by enterprises or individuals, the reimbursement terminal 14 used by finance, the supervision terminal 15 of the tax bureau and the like can access the block chain through any server 11 in the block chain to perform operations such as issuing, storing, checking, reimbursement, filing, supervision and the like of electronic invoices.
The taxpayer writes in qualification information, tax control information and invoice sources through a tax control terminal 12 in the existing tax control system, generates invoice information of an electronic invoice through the tax control system, and transmits the invoice information to a tax bureau through the tax control system for the first time, and the whole invoice information is completed in a closed loop of the existing tax control system, so that the requirements of tax bureau invoice information collection and tax control management are met. Wherein, the qualification information refers to the invoicing authority of the taxpayer, such as: what type of ticket is invoiced, the highest amount of invoiced; the tax control information index character identity certificate is used for verifying the identity of the taxpayer; the ticket source refers to the number section of the invoice held by the taxpayer. The tax control terminal 12 is connected with the server 11 of the third-party platform in advance, and when the tax control terminal 12 generates the invoice information of the electronic invoice, the invoice information of the electronic invoice is automatically sent to the server 11, so that the relevant information of the electronic invoice is recorded in the block chain.
In this application scenario, the tax control terminal 12, the query terminal 13, the reimbursement terminal 14, and the supervision terminal 15 are communicatively connected through a network, which may be a local area network, a wide area network, or the like. The servers 11 communicate with each other through a dedicated encrypted channel. The inquiry terminal 13, reimbursement terminal 14 and supervision terminal 15 may be portable devices (e.g. mobile phones, tablets, laptops, etc.) or Personal Computers (PCs), and the inquiry terminal 13, reimbursement terminal 14 and supervision terminal 15 are installed with applications that interact with the server 11. The server 11 may be a single server or a cluster of multiple servers.
The following describes a technical solution provided by an embodiment of the present invention with reference to an application scenario shown in fig. 1.
Referring to fig. 2, an embodiment of the present invention provides an electronic invoice flow management method based on a block chain, which is applied to any node in the block chain shown in fig. 1, and includes the following steps:
s201, receiving invoice information of the electronic invoice sent by the tax control terminal, and checking whether a block corresponding to the electronic invoice exists in the block chain.
The invoice information comprises taxpayer information, invoice source information, goods information and the like, the taxpayer information comprises taxpayer names, taxpayer identification numbers, addresses, telephones, issuing lines and account numbers, the invoice source information comprises invoice types, invoice numbers, invoice codes, check codes, issuing dates and the like, and the goods information comprises goods or service names, specification models, units, quantities, unit prices, amounts, tax rates, tax amounts and the like.
When the method is specifically implemented, whether the electronic invoice is stored in the block chain can be checked through the information with uniqueness, such as the invoice number, the invoice code, the check code and the like. If the electronic invoice is stored in the block chain, the request for writing the electronic invoice in this time is refused, the electronic invoice is prevented from being written repeatedly, and the uniqueness of the electronic invoice in the block chain is ensured.
S202, if the block corresponding to the electronic invoice does not exist in the block chain, storing the invoice information into an inquiry server, and generating electronic invoice data according to the invoice information, wherein the electronic invoice data comprises a storage address of the invoice information, a hash value of identification information of the electronic invoice and a state of the electronic invoice.
The query server may be a device provided by the third-party platform for each node and specially used for storing invoice information of the electronic invoice. Of course, the query server may also be a device configured to store the invoice information of the electronic invoice for the entire blockchain, and the invoice information received by all nodes in the blockchain is stored in the same query server.
The identification information of the electronic invoice can be unique information such as an invoice number, an invoice code and a check code of the electronic invoice. When a user inquires the electronic invoice stored in the block chain, the block corresponding to the electronic invoice can be inquired through the identification information of the electronic invoice.
When a user needs to acquire complete invoice information, the invoice information can be acquired from the query server through the storage address in the block, and the acquired invoice information is verified through the hash value of the invoice information in the block corresponding to the electronic invoice, so that the invoice information in the query server is prevented from being tampered. This verification step may be performed by the node or by a client used by the user (including the query terminal 13, reimbursement terminal 14, administration terminal 15) and the verification result is presented to the user.
The states of the electronic invoice comprise a true checking state, a waste state, a flushing state, a reimbursement state, a filing state and the like. In specific implementation, the status of the electronic invoice is not limited to the above-mentioned status, and may be increased or decreased according to actual needs, and may further include, for example, a delivery status, an audit status, a referral status, an invoice exception status, and an invoice drawing status. When the electronic invoice is written into the block chain for the first time, the state of the electronic invoice can be a default initial value, for example, the initial value of the verification state is true, the initial value of the invalidation state is not invalidation, the initial value of the flushing state is not flushing, the initial value of the reimbursement state is not reimbursed, and the initial value of the archiving state is not archiving. And subsequently, modifying the state value of each state of the electronic invoice according to the state change of the electronic invoice in the circulation process.
The electronic invoice data is not limited to the above-mentioned list, and in a specific implementation, the electronic invoice data may further include information such as an invoicing date, a platform code and a name of an inbound node, a status writer, a status writing time, and a status inbound platform code and name. At this time, the electronic invoice is written into the block chain for the first time, and no state change occurs, so that information such as a state writer, state writing time, state chaining platform code, name and the like corresponding to each state can be null.
During specific implementation, a third-party platform can also generate a plate-type file corresponding to the invoice information according to a preset uniform rule, wherein the plate-type file can be a Portable Document Format (PDF) file, the plate-type file and the invoice information are stored in the query server together, the hash value of the plate-type file is generated at the same time, and the hash value of the plate-type file is stored in a block of the electronic invoice. The user can obtain the plate-type files with the uniform format through the block chain, and the problem that the electronic ticket formats issued by the current third-party platforms are not uniform is solved. When a user needs the plate-type file of the electronic invoice, the storage address in the block corresponding to the electronic invoice can be inquired through the block chain, the plate-type file is obtained from the inquiry server through the storage address, the obtained plate-type file of the electronic invoice is verified through the hash value of the plate-type file in the block corresponding to the electronic invoice, and the plate-type file of the electronic invoice is prevented from being tampered.
S203, sending a writing block request to all the consensus nodes, establishing a block for storing electronic invoice data after the consensus nodes agree with the writing block request, and adding the established block into a block chain.
The common node is a predetermined number of nodes selected from all nodes of the blockchain for verifying each write operation of the block. After receiving the writing block request, the consensus node agrees on the sequence of the transactions in a time window, the blocks written in each node are guaranteed to be the same, and only after all or more than a certain number of consensus nodes agree on the writing block request, the block for storing the electronic invoice data can be established, and the established block is added into a block chain. In a specific implementation, the consensus node may be a predetermined number of nodes randomly selected by the consensus mechanism each time the block is written, or may be a fixed node selected in advance.
And establishing a first block of the electronic invoice in the block chain through the steps. And subsequently, once the electronic invoice changes in state in the circulation process, the related information of the electronic invoice can be acquired from the first block, the changed state of the electronic invoice is modified, a second block corresponding to the modified electronic invoice is generated, and the second block is added into the block chain. And if the state of the electronic invoice changes, acquiring the related information of the electronic invoice from the second block, and establishing a third block corresponding to the electronic invoice after modifying the state of the electronic invoice. By parity of reasoning, all information in the electronic invoice circulation process is recorded in a chain storage mode.
Optionally, before establishing the block for storing the electronic invoice data, the method further comprises the following steps: and sending an invoice verification request to the tax bureau, and marking the verification state of the electronic invoice according to a verification result fed back by the tax bureau.
After receiving the invoice verification request aiming at the electronic invoice, the tax bureau verifies whether the electronic invoice is true or not, and feeds back the verification result to the node sending the invoice verification request. In specific implementation, after receiving a verification result fed back by the tax bureau and aiming at the electronic invoice, the node modifies the true checking state of the electronic invoice according to the verification result, if the verification result is true, the true checking state of the electronic invoice is true, and if the verification result is false, the true checking state of the electronic invoice is modified to be false. And after the truth-checking state of the electronic invoice is modified, establishing a first block of the electronic invoice.
In specific implementation, after the first block of the electronic invoice is established, an invoice verification request can be sent to the tax bureau; if the verification result fed back by the tax bureau is true, the processing is not carried out; and if the verification result fed back by the tax bureau is false, modifying the verification state of the electronic invoice into false, and establishing a second block of the electronic invoice on the basis of the first block so as to record the information that the verification state of the electronic invoice is false.
Furthermore, in order to ensure the reliability of the source of the electronic invoice stored in the block chain and the safety of the invoice information in the transmission process, each node in the block chain is communicated with the tax control terminal through a pre-established encrypted transmission channel.
And when the tax control terminal is accessed to the node of the block chain for the first time, the symmetric key is exchanged in an asymmetric key mode. In the key exchange process, the asymmetric key is signed, so that man-in-the-middle attack can be well avoided, after the asymmetric key is signed, bidirectional authentication between the tax control terminal and the node is carried out, after the bidirectional authentication is successful, the symmetric key is exchanged, and an encrypted transmission channel is established. And encrypting data transmitted between the subsequent tax control terminal and the node through the symmetric key.
When the tax control terminal is accessed to the node of the block chain for the first time, the node can also register the terminal information of the tax control terminal, and the terminal information can also be recorded in the block corresponding to the electronic invoice, so that the traceability is facilitated.
Furthermore, in order to ensure the safety of the invoice information stored in the block chain and prevent the leakage of the invoice information, the electronic invoice data stored in the block chain can be stored in an encrypted mode. For example, the invoice number, the invoice code, the check code and the like can be used as data of the identification information, and the corresponding hash value can be stored, so that the information leakage is prevented, and the check is convenient. Information such as the storage address of the invoice information is encrypted, the node can provide a password for a user authorized to obtain the invoice information, or the decoded storage address is fed back to the user after the user is verified to have the authority to obtain the invoice information, or the node directly obtains the invoice information from the storage address and feeds back the invoice information to the user after decoding the storage address.
After the electronic invoice is stored in the block chain, a user can acquire the invoice information of the electronic invoice from the block chain through the client to obtain a plate-type file or verify the authenticity of the invoice information. The user inquiring the invoice can be an individual or a business issuing the electronic invoice, an individual or a business receiving the electronic invoice, a financial staff or a supervision department such as a tax bureau for processing reimbursement, filing and the like of the electronic invoice, and the like.
Similarly, in order to ensure the security of the invoice information, when the client accesses the node of the block chain for the first time, the symmetric key is exchanged in an asymmetric key mode. In the key exchange process, the asymmetric key is signed, so that man-in-the-middle attack can be well avoided, after the asymmetric key is signed, bidirectional authentication between the client and the node is carried out, after the bidirectional authentication is successful, the symmetric key is exchanged, and an encrypted transmission channel is established. And encrypting data transmitted between the subsequent client and the node by using the symmetric key. In addition, when the client accesses the node of the block chain for the first time, the identity of the user needs to be verified, the user needs to set an account and a password after the verification is passed, and then the user logs in the client through the account and the password. Meanwhile, the node sets an inquiry authority and a modification authority according to the identity of the user, for example, a personal user and an enterprise user who issue an electronic invoice can only inquire the invoice issued by the user, and modify a revocation status, a flushing status and a delivery status; the person or enterprise receiving the electronic invoice can inquire the received electronic invoice and modify the invalidation state, the flushing state and the delivery state; the financial staff can only inquire the electronic invoice which is authorized to be processed, and modify the reimbursement state, the filing state, the auditing state and the referral state; the supervision departments such as the tax bureau can inquire all the electronic invoices on the block chain, and modify the truth-checking state, the invoice abnormal state, the invoice lottery drawing state and the like.
By the method, an enterprise or an individual can read the nodes provided by the third-party platform to write the electronic invoice, the current tax control invoicing mode is not changed, the enterprise or the individual is seamlessly integrated with the existing tax control system, the existing tax control system is supplemented, and the production activity is not influenced by subversive change. In the later stage of the electronic invoice circulation process, a plurality of parties involved in the circulation process jointly maintain an electronic invoice book, and the sharing of electronic invoice information is realized.
After the first block of the electronic invoice is stored, the state change of the electronic invoice in the circulation process can be recorded in the block chain. To this end, an embodiment of the present invention further provides an electronic invoice flow management method based on a block chain, which is applied to any node in the block chain, and with reference to fig. 3, includes the following steps:
s301, receiving a state modification request sent by the client, wherein the state modification request comprises identification information of the electronic invoice and a modified state value.
The client is a client that establishes an encrypted transmission channel with a node in advance. The client can be a query terminal used by an individual or a business for issuing or receiving electronic invoices, a reimbursement terminal used by financial staff or a supervision terminal used by a supervision department.
The modified state value refers to a state to be modified and a state value after the state to be modified is modified.
S302, a block with the latest timestamp corresponding to the electronic invoice is inquired from the block chain according to the identification information, wherein the block comprises the hash value of the identification information of the electronic invoice and the state of the electronic invoice.
In specific implementation, the hash value of the identification information is generated, the blocks with the same hash value are found, the latest state of the electronic invoice is stored in the latest generated block corresponding to the electronic invoice, and the timestamp of the generated block is recorded in each block, so that the block with the latest generation time can be found only according to the timestamp.
And S303, verifying whether the current modification operation is legal or not according to the modified state value and the state in the inquired block, and if so, modifying the state of the electronic invoice according to the modified state value.
And if the modified state value and the state in the inquired block do not accord with the control mode in the intelligent contract, the modification operation is illegal, and the modification operation is rejected.
For example, when the modified status value is the same as the status in the queried block, the status of the electronic invoice is not allowed to be modified, preventing duplicate writes to the same block. Specifically, when the reimbursement status is modified into reimbursement through the block chain, if the current electronic invoice is inquired to be in reimbursement or reimbursed, the current electronic invoice cannot be written into the repeated status, and the current modification operation is judged to be illegal; if the invoice is in the non-reimbursement state, reimbursement is allowed, and the reimbursement state of the electronic invoice is modified into reimbursement and then written into the blockchain.
And S304, after the current modification operation is confirmed to be legal, sending a writing block request to all the common identification nodes, establishing a block for storing the modified electronic invoice when the common identification nodes achieve common identification to the writing block request, and adding the established block into a block chain.
Compared with the electronic invoice data in the last block corresponding to the electronic invoice, in the electronic invoice data stored in the block newly created through S304, except for the change in the state value of the state to be modified, other electronic invoice data remain unchanged. For example, if the state to be modified is a reimbursement state, the original state value is an unremitted state, and the modified state value is in reimbursement, the state value of only reimbursement state in the electronic invoice data stored in the newly created block is modified into reimbursement, and other data are not changed.
In specific implementation, the manner of managing and controlling invoice status modification in the intelligent contract may include the following:
(1) when the truth checking state in the block is false, any state of the electronic invoice is not allowed to be modified, namely the electronic invoice cannot be subjected to reimbursement, archiving and other processing.
(2) When the invalid state of the electronic invoice is the invalid block in the block chain, the invalid state, the reimbursement state and the filing state of the electronic invoice are not allowed to be modified.
(3) When the flushing state of the electronic invoice is the flushed block in the block chain, the flushing state, the reimbursement state and the filing state of the electronic invoice are not allowed to be modified.
(4) When the latest reimbursement state of the electronic invoice recorded in the blockchain is unreported, the reimbursement state of the electronic invoice can be modified to be in reimbursement or reimbursed, but not modified to be unreported; when the latest reimbursement state of the electronic invoice recorded in the blockchain is reimbursed, the reimbursement state of the electronic invoice can be modified into reimbursed but not into non-reimbursed or reimbursed; when the latest reimbursement state of the electronic invoice recorded in the blockchain is reimbursed, the reimbursement state of the electronic invoice cannot be modified to be unreleased, reimbursed or reimbursed. That is, the reimbursement status of the electronic invoice is modified in the order of non-reimbursement, reimbursement in progress, and the reimbursement status of the electronic invoice is irreversible.
(5) When the reimbursement state of the electronic invoice is the reimbursed block, the archiving state of the electronic invoice is allowed to be modified into archived, namely, the reimbursed electronic invoice is archived; when the reimbursement status of the electronic invoice is the reimbursed block, the archiving status of the electronic invoice is not allowed to be modified to be archived.
The embodiment of specifically managing and controlling invoice state modification is not limited to the above-listed manner, and states and transition conditions and constraint conditions between states may be added according to actual needs and added to the intelligent contract.
In the constructed electronic invoice block chain, an asymmetric key digital certificate is adopted between the tax control terminal for issuing the invoice and the node of the block chain, so that the authenticity and the validity of the electronic invoice written in the block chain are ensured. Each node on the block chain operates automatically according to a preset intelligent contract and a common identification mechanism, maintains the normal operation of the block chain, and is responsible for distributed recording of an invoice book, so that a non-falsification, non-repudiation, traceability and consult distributed invoice management system can be formed in the block chain, the uniqueness and reliability of electronic invoice flow state management are enhanced, the problems of falsification of invoices, repeated reimbursement, repeated filing and the like are solved, and a management mode equivalent to a paper invoice management mode is realized.
In order to enable each participant in the invoice circulation process to more conveniently join the block chain, limit the authority of each participant, and ensure the normal operation of the block chain, the present embodiment divides the client connected with the node into the query terminal 13, the reimbursement terminal 14, and the supervision terminal 15 according to different identities of the users. The enterprise or the individual can access the block chain through the query terminal 13 which is connected with the node in advance, and query and download the electronic invoice stored in the block chain through the query terminal, but the electronic invoice can be queried and downloaded only by knowing the identification information of the electronic invoice, and the states of the electronic invoice which can be modified through the query terminal 13 include a revocation state, a flushing state, a delivery state, an industry state and the like. Financial staff can access a block chain through a reimbursement terminal 14 which is connected with a node in advance, and the reimbursement terminal 14 can be notified to check the true checking state, the invalid state, the flushing state, the reimbursement state, the filing state and the like of an electronic invoice used in the reimbursement process, so as to prevent the use of false invoices or repeated reimbursement in reimbursement, wherein the state that the reimbursement terminal 14 is authorized to modify comprises the reimbursement state, the donation state, the filing state and the audit state, so as to assist the financial staff to smoothly complete operations of invoice reimbursement, invoice resupplication, invoice filing and the like, and the reimbursement terminal 14 can be an existing Enterprise equipment loading ERP (Enterprise Resource Planning). The supervision departments such as the tax administration can access the block chain through the supervision terminal 15 which is connected with the node in advance, and complete the supervision functions related to the electronic invoice, such as invoice exception reminding, invoice lottery, invoice tracing, enterprise invoicing behavior analysis and the like, and the states which are authorized to be modified through the supervision terminal 15 comprise invoice exception states, invoice lottery states and the like.
When the client accesses the node of the block chain for the first time, the identity of the user is verified, the inquiry authority and the modification authority are set according to the identity of the user, the terminal ID of the client is bound with the identity of the user, the authority of the user is identified according to the terminal ID of the client, and the operation of the user is limited according to the authority.
For this purpose, the state modification request sent by the user through the client also includes the terminal ID of the client.
Accordingly, before step S303, the method of the present embodiment further includes the steps of: and determining whether the client has the authority to carry out the current modification operation according to the terminal ID, if the client has the authority to carry out the current modification operation, verifying whether the current modification operation is legal according to the modification state value and the state in the inquired block, and otherwise, determining that the current modification operation is illegal.
Further, in order to supervise user behavior and prevent malicious modification of the electronic invoice, the method of the embodiment further includes the following steps: and if the current modification operation is illegal, recording the current modification operation of the client. That is, when the user modifies the state of the electronic invoice through the client and detects that the behavior of the user does not conform to the management and control mode in the intelligent contract, the terminal ID of the client and the modification operation of the client are recorded, and when the number of illegal operations corresponding to the terminal ID exceeds the preset number, certain punishment measures can be taken, for example, the account of the client is sealed off, and the inquiry and modification of the electronic invoice are prohibited. For example, a client is punished many times if it tries to reimburse repeatedly. By the method, the credit rating is carried out on the user, the safety factor of the bearing contents such as funds, transactions and the like on the electronic invoice is favorably ensured, and the trust of the public, the government and the supervision department in issuing and transferring the electronic invoice is improved.
Further, the method of this embodiment further includes the steps of: receiving a query request sent by a supervision terminal, wherein the query request comprises query conditions; and inquiring the blocks meeting the inquiry condition from the block chain, and feeding back the data in the blocks meeting the inquiry condition to the supervision terminal.
The query condition may be time information, invoice number or number segment, taxpayer information, and the like. The time information refers to a certain time period, for example, a supervision department can inquire all electronic invoices from 1 month to 1 day to 31 days in 2018, and the node feeds back information in blocks in the block chain which accord with the time information to the supervision terminal. The supervision department can input one or more invoice numbers, inquire the invoice information corresponding to the invoice number from the block chain, and also can input the number section of the electronic invoice and inquire the information corresponding to all the electronic invoices in the number section. In addition, the supervision terminal can also inquire all electronic invoices under the name of the taxpayer through the taxpayer information and analyze the behavior of the taxpayer.
At present, the invoice supervision cost is very high, the invoice is difficult to verify, the enterprise scale is small, the number is large, the supervision department is difficult to verify the authenticity of the enterprise and the authenticity of invoice related transactions one by one, and the enterprise supervision cost can be effectively reduced through the block chain technology. The unified block chain for storing the electronic invoices is established by each third-party platform, the supervision department is used as a supervision node in the block chain, the public account book of the electronic invoices can be obtained, the invoice overall-process information of each enterprise can be obtained by analyzing the public account book, and low-cost, high-efficiency and reliable supervision data are provided for the supervision departments such as tax administration in real time.
As shown in fig. 4, based on the same inventive concept as the above block chain-based electronic invoice flow management method, an embodiment of the present invention further provides a block chain-based electronic invoice flow management apparatus 40, including:
the receiving module 401 is configured to receive a status modification request sent by a client, where the status modification request includes identification information of an electronic invoice and a modified status value;
the query module 402 is configured to query a block with a closest timestamp corresponding to the electronic invoice from the block chain according to the identification information, where the block includes a hash value of the identification information of the electronic invoice and a state of the electronic invoice;
the modification checking module 403 is configured to verify whether the current modification operation is legal according to the modification state value and the state in the queried block, and if so, modify the state of the electronic invoice according to the modification state value;
the block writing module 404 is configured to send a writing block request to all the consensus nodes after confirming that the current modification operation is legal, establish a block for storing the modified electronic invoice after the consensus nodes agree with the writing block request, and add the established block into the block chain.
Further, the block chain-based electronic invoice flow management apparatus 40 of the present embodiment further includes an electronic invoice writing module for: receiving invoice information of the electronic invoice sent by the tax control terminal, and checking whether a block corresponding to the electronic invoice exists in a block chain; if the block chain does not have the block corresponding to the electronic invoice, storing the invoice information into an inquiry server, and generating electronic invoice data according to the invoice information, wherein the electronic invoice data comprises a storage address of the invoice information, a hash value of identification information of the electronic invoice and the state of the electronic invoice; sending a write block request to all the consensus nodes; and when the consensus node agrees with the write-in block request, establishing a block for storing the electronic invoice data, and adding the established block into a block chain.
Further, the block chain-based electronic invoice flow management apparatus 40 of the embodiment further includes a verification module, configured to send an invoice verification request to the tax authority before the block for storing the electronic invoice data is established, and mark the verification status of the electronic invoice according to the verification result fed back by the tax authority.
Further, the node communicates with the tax control terminal through a pre-established encrypted transmission channel.
Further, the state modification request further includes a terminal ID of the client.
Correspondingly, the block chain-based electronic invoice flow management device 40 of the present embodiment further includes an authority verification module, configured to determine whether the client has an authority to perform the current modification operation according to the terminal ID before verifying whether the current modification operation is legal according to the modification state value and the state in the queried block, and if the client has an authority to perform the current modification operation, verify whether the current modification operation is legal according to the modification state value and the state in the queried block, otherwise, determine that the current modification operation is illegal.
Further, the block chain-based electronic invoice flow management apparatus 40 of the present embodiment further includes an illegal operation recording module, which is used for recording the current modification operation of the client if the current modification operation is illegal.
Further, the status of the electronic invoice comprises a true-checking status, a revocation status, a flushing status, a reimbursement status, a filing status and the like. In specific implementation, the status of the electronic invoice is not limited to the above-mentioned status, and may be increased or decreased according to actual needs, and may further include, for example, a delivery status, an audit status, a referral status, an invoice exception status, and an invoice drawing status.
Further, the block chain-based electronic invoice flow management apparatus 40 of the present embodiment further includes a monitoring module, configured to receive an inquiry request sent by a monitoring terminal, where the inquiry request includes an inquiry condition; and inquiring the blocks meeting the inquiry condition from the block chain, and feeding back the data in the blocks meeting the inquiry condition to the supervision terminal.
The block chain-based electronic invoice flow management device and the block chain-based electronic invoice flow management method provided by the embodiment of the invention adopt the same inventive concept, can obtain the same beneficial effects, and are not repeated herein.
Based on the same inventive concept as the above block chain based electronic invoice flow management method, the embodiment of the present invention further provides a server, as shown in fig. 5, the server 50 may include a processor 501, a memory 502 and a transceiver 503. The transceiver 503 is used to receive and transmit data under the control of the processor 501.
The processor 501 may be a CPU (central processing unit), an ASIC (Application Specific integrated circuit), an FPGA (Field-Programmable Gate Array), or a CP L D (Complex Programmable logic Device), and implements the block chain based electronic invoice flow management method in any of the above embodiments according to obtained program instructions by calling program instructions stored in a memory.
Based on the same inventive concept as the block chain-based electronic invoice flow management method, the embodiment of the invention also provides a block chain-based electronic invoice flow management system. As shown in fig. 6, the block chain-based electronic invoice flow management system 60 includes: a plurality of servers 50, one server 50 corresponding to a node in the blockchain, a communication connection being established between any two servers of the plurality of servers 50.
Alternatively, the server 50 may be a single server or a cluster of multiple servers.
The servers 50 form a blockchain, one server 50 corresponds to one node in the blockchain, and the servers 50 of all the nodes communicate with each other through an encrypted channel dedicated to the blockchain. Specifically, the server 50 may be a server deployed by a third-party platform that agrees to join the alliance chain, and an intelligent contract and a consensus mechanism that are agreed in advance to execute a relevant invoice service are configured in any server 50 that joins the alliance chain, so as to implement the block chain-based electronic invoice circulation management method in any embodiment described above, so as to maintain normal operation of the block chain and take charge of distributed recording of information in the electronic invoice circulation process. Through the block chain-based electronic invoice circulation management system 60 of the embodiment, each third-party platform can perform distributed storage of invoice summary information, and the invoice information cannot be modified after being consistently approved and stored by each node of the block chain, so that the authenticity and authority of information sharing are ensured, subsequent transaction information related to the electronic invoice can be continuously added into the block chain for storage, independent information (such as plate-type files of the electronic invoice) stored by each platform can be reversely searched through the block chain and is connected to each platform for inquiry, and the block chain also serves as a channel for realizing communication among the platforms.
In the constructed electronic invoice block chain, an asymmetric key digital certificate is adopted between the tax control terminal for issuing the invoice and the node of the block chain, so that the authenticity and the validity of the electronic invoice written in the block chain are ensured. Each node on the block chain operates automatically according to a preset intelligent contract and a common identification mechanism, maintains the normal operation of the block chain, and is responsible for distributed recording of an invoice book, so that a non-falsification, non-repudiation, traceability and consult distributed invoice management system can be formed in the block chain, the uniqueness and reliability of electronic invoice flow state management are enhanced, the problems of falsification of invoices, repeated reimbursement, repeated filing and the like are solved, and a management mode equivalent to a paper invoice management mode is realized.
The blockchain-based electronic invoice flow management system 60 is also provided with a query server. The query server may be a device provided by the third-party platform for each node and specially used for storing invoice information of the electronic invoice. Of course, the query server may also be a device configured to store the invoice information of the electronic invoice for the entire blockchain, and the invoice information received by all nodes is stored in the same query server.
After any party in the invoice circulation process is authenticated by the third-party platform, the block chain can be conveniently accessed through the server 50, so that the information update in the electronic invoice flow process is commonly maintained, and the electronic invoice information is shared. For example, a tax control terminal and an reimbursement terminal in an existing tax control system can access a block chain only after authentication, and communicate with each node in the block chain through a pre-established encrypted transmission channel. Therefore, the current tax control billing mode and the financial reimbursement mode do not need to be changed, the tax control system and the current tax control system are seamlessly integrated, the tax control system is supplemented, and the production activities are not influenced by subversive changes. In addition, the individual user or the enterprise user can quickly inquire or modify the electronic invoice through the inquiry client, and the method is convenient and quick.
At present, the invoice supervision cost is very high, the invoice is difficult to verify, the enterprise scale is small, the number is large, and the supervision department is difficult to verify the authenticity of the enterprise and the authenticity of invoice related transactions one by one. The unified invoice block chain is established by each third-party platform, the supervision department is used as a supervision node in the block chain, the public account book of the invoices can be obtained, the invoice overall-process information of each enterprise can be obtained by analyzing the public account book, and low-cost, high-efficiency and reliable supervision data are provided for the supervision departments such as tax administration in real time.
An embodiment of the present invention provides a computer-readable storage medium, configured to store computer program instructions for the server, which includes a program for executing the block chain-based electronic invoice flow management method.
The computer storage media may be any available media or data storage device that can be accessed by a computer, including but not limited to magnetic memory (e.g., floppy disks, hard disks, magnetic tape, magneto-optical disks (MOs), etc.), optical memory (e.g., CDs, DVDs, BDs, HVDs, etc.), and semiconductor memory (e.g., ROMs, EPROMs, EEPROMs, non-volatile memory (NAND F L ASH), Solid State Disks (SSDs)), etc.
The above embodiments are only used to describe the technical solutions of the present application in detail, but the above embodiments are only used to help understanding the method of the embodiments of the present invention, and should not be construed as limiting the embodiments of the present invention. Variations or substitutions that may be readily apparent to one skilled in the art are intended to be included within the scope of the embodiments of the present invention.
Claims (12)
1. An electronic invoice flow management method based on a block chain is applied to any node in the block chain, and is characterized by comprising the following steps:
receiving a state modification request sent by a client, wherein the state modification request comprises identification information of an electronic invoice and a modified state value;
inquiring a block with a latest timestamp corresponding to the electronic invoice from a block chain according to the identification information, wherein the block comprises a hash value of the identification information of the electronic invoice and the state of the electronic invoice;
verifying whether the current modification operation is legal or not according to the modification state value and the state in the inquired block, and if the current modification operation is legal, modifying the state of the electronic invoice according to the modification state value;
and after confirming that the current modification operation is legal, sending a writing block request to all the consensus nodes, establishing a block for storing the modified electronic invoice after the consensus nodes agree with the writing block request, and adding the established block into the block chain.
2. The method of claim 1, wherein the step of establishing the first block of the electronic invoice in the block chain comprises:
receiving invoice information of an electronic invoice sent by a tax control terminal, and checking whether a block corresponding to the electronic invoice exists in the block chain;
if the block chain does not have the block corresponding to the electronic invoice, storing the invoice information into an inquiry server, and generating electronic invoice data according to the invoice information, wherein the electronic invoice data comprises a storage address of the invoice information, a hash value of identification information of the electronic invoice and a state of the electronic invoice;
sending a writing block request to all the consensus nodes, establishing a block for storing the electronic invoice data after the consensus nodes agree on the writing block request, and adding the established block into the block chain.
3. The method of claim 2, further comprising, prior to establishing the block for storing the electronic invoice data:
and sending an invoice verification request to the tax bureau, and marking the verification state of the electronic invoice according to a verification result fed back by the tax bureau.
4. The method according to claim 2, wherein any one of the nodes communicates with the tax control terminal through a pre-established encrypted transmission channel.
5. The method according to claim 1, wherein the status modification request further includes a terminal ID of the client;
before verifying whether the current modification operation is legal according to the modification state value and the state in the inquired block, the method further comprises the following steps:
and determining whether the client has the authority to carry out the current modification operation according to the terminal ID, if the client has the authority to carry out the current modification operation, verifying whether the current modification operation is legal according to the modification state value and the state in the inquired block, and otherwise, determining that the current modification operation is illegal.
6. The method of claim 1, further comprising:
and if the current modification operation is illegal, recording the current modification operation of the client.
7. The method of claim 1, wherein the electronic invoice includes at least one of the following states: a verification state, a revocation state, a flushing state, a reimbursement state or a filing state.
8. The method of any of claims 1 to 7, further comprising:
receiving a query request sent by a supervision terminal, wherein the query request comprises query conditions;
and inquiring the blocks meeting the inquiry condition from the block chain, and feeding back the data in the blocks meeting the inquiry condition to the supervision terminal.
9. An electronic invoice flow management device based on a block chain is characterized by comprising:
the receiving module is used for receiving a state modification request sent by a client, wherein the state modification request comprises identification information of an electronic invoice and a modified state value;
the query module is used for querying a block with the latest timestamp corresponding to the electronic invoice from a block chain according to the identification information, wherein the block comprises a hash value of the identification information of the electronic invoice and the state of the electronic invoice;
the modification checking module is used for verifying whether the current modification operation is legal or not according to the modification state value and the state in the inquired block, and if the current modification operation is legal, modifying the state of the electronic invoice according to the modification state value;
and the block writing module is used for sending a writing block request to all the consensus nodes after confirming that the current modification operation is legal, establishing a block for storing the modified electronic invoice after the consensus nodes agree with the writing block request, and adding the established block into the block chain.
10. A server comprising a transceiver, a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the transceiver is configured to receive and transmit data under the control of the processor, and wherein the processor implements the steps of the method of any one of claims 1 to 8 when executing the program.
11. An electronic invoice flow management system based on a blockchain, comprising: a plurality of servers according to claim 10, one of said servers corresponding to a node in said blockchain, a communication connection being established between any two of said plurality of servers.
12. A computer-readable storage medium, on which computer program instructions are stored, which program instructions, when executed by a processor, carry out the steps of the method according to any one of claims 1 to 8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811580944.5A CN111429191A (en) | 2018-12-24 | 2018-12-24 | Block chain-based electronic invoice flow management method, device and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811580944.5A CN111429191A (en) | 2018-12-24 | 2018-12-24 | Block chain-based electronic invoice flow management method, device and system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111429191A true CN111429191A (en) | 2020-07-17 |
Family
ID=71545578
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811580944.5A Pending CN111429191A (en) | 2018-12-24 | 2018-12-24 | Block chain-based electronic invoice flow management method, device and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111429191A (en) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112163917A (en) * | 2020-09-28 | 2021-01-01 | 财付通支付科技有限公司 | Bill processing method, device, medium and electronic equipment based on block chain |
| CN112364121A (en) * | 2020-11-09 | 2021-02-12 | 中国平安人寿保险股份有限公司 | Automatic creation method and device of questionnaire PDF, storage medium and computer equipment |
| CN113094754A (en) * | 2021-05-08 | 2021-07-09 | 重庆银行股份有限公司 | Big data platform data modification system and modification, response, cache and verification method |
| CN113094753A (en) * | 2021-05-08 | 2021-07-09 | 重庆银行股份有限公司 | Big data platform hive data modification method and system based on block chain |
| CN113191865A (en) * | 2021-03-30 | 2021-07-30 | 建信金融科技有限责任公司 | Method, device, equipment and system for processing shipping charge data |
| CN115545873A (en) * | 2022-12-01 | 2022-12-30 | 北京合思信息技术有限公司 | Electronic accounting archive data state transfer processing method, device, equipment and medium |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106952124A (en) * | 2017-03-16 | 2017-07-14 | 北京牛链科技有限公司 | Electronic bill management system and method based on distribution book keeping operation |
| CN107451874A (en) * | 2017-07-27 | 2017-12-08 | 武汉天喻信息产业股份有限公司 | Electronic invoice integrated conduct method and system based on block chain |
-
2018
- 2018-12-24 CN CN201811580944.5A patent/CN111429191A/en active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106952124A (en) * | 2017-03-16 | 2017-07-14 | 北京牛链科技有限公司 | Electronic bill management system and method based on distribution book keeping operation |
| CN107451874A (en) * | 2017-07-27 | 2017-12-08 | 武汉天喻信息产业股份有限公司 | Electronic invoice integrated conduct method and system based on block chain |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112163917A (en) * | 2020-09-28 | 2021-01-01 | 财付通支付科技有限公司 | Bill processing method, device, medium and electronic equipment based on block chain |
| CN112163917B (en) * | 2020-09-28 | 2024-06-07 | 财付通支付科技有限公司 | Bill processing method and device based on blockchain, medium and electronic equipment |
| CN112364121A (en) * | 2020-11-09 | 2021-02-12 | 中国平安人寿保险股份有限公司 | Automatic creation method and device of questionnaire PDF, storage medium and computer equipment |
| CN112364121B (en) * | 2020-11-09 | 2024-03-01 | 中国平安人寿保险股份有限公司 | Automatic questionnaire PDF creation method and device, storage medium and computer equipment |
| CN113191865A (en) * | 2021-03-30 | 2021-07-30 | 建信金融科技有限责任公司 | Method, device, equipment and system for processing shipping charge data |
| CN113094754A (en) * | 2021-05-08 | 2021-07-09 | 重庆银行股份有限公司 | Big data platform data modification system and modification, response, cache and verification method |
| CN113094753A (en) * | 2021-05-08 | 2021-07-09 | 重庆银行股份有限公司 | Big data platform hive data modification method and system based on block chain |
| CN113094754B (en) * | 2021-05-08 | 2022-11-01 | 重庆银行股份有限公司 | Big data platform data modification system and modification, response, cache and verification method |
| CN113094753B (en) * | 2021-05-08 | 2023-02-24 | 重庆银行股份有限公司 | Big data platform hive data modification method and system based on block chain |
| CN115545873A (en) * | 2022-12-01 | 2022-12-30 | 北京合思信息技术有限公司 | Electronic accounting archive data state transfer processing method, device, equipment and medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Niranjanamurthy et al. | Analysis of Blockchain technology: pros, cons and SWOT | |
| US20240144280A1 (en) | Blockchain architecture with record security | |
| US11171782B2 (en) | Identity and electronic signature verification in blockchain | |
| US11157833B2 (en) | Learning service blockchain | |
| US11423399B2 (en) | Telecommunication system and method for settling session transactions | |
| US20180075422A1 (en) | Financial management systems and methods | |
| CN111429191A (en) | Block chain-based electronic invoice flow management method, device and system | |
| CN112003858B (en) | Block chain-based platform docking method, electronic device and storage medium | |
| CN112005236A (en) | Document access over blockchain networks | |
| WO2022100080A1 (en) | Digital currency transaction payment platform based on blockchain baas core technology | |
| CN111292174A (en) | Tax payment information processing method and device and computer readable storage medium | |
| CN110599270B (en) | Electronic bill generation method and device and computer equipment | |
| KR20230005353A (en) | Sanctioned Events in a Decentralized Database | |
| CN111311259A (en) | Bill processing method, device, terminal and computer readable storage medium | |
| CN110192212B (en) | Digital asset platform | |
| CN111209542B (en) | Authority management method and device, storage medium and electronic equipment | |
| CN104539616A (en) | System for achieving credible message storage and switching among heterogeneous systems | |
| CN103647650A (en) | Rule definition based automatic signature/signature verification device and method | |
| US10853808B1 (en) | Method and apparatus for controlled products | |
| CN112163917B (en) | Bill processing method and device based on blockchain, medium and electronic equipment | |
| US10853898B1 (en) | Method and apparatus for controlled messages | |
| CN115526629A (en) | Receipt transaction method and device based on block chain network and identity authentication device | |
| KR20210090519A (en) | SLA-Based Sharing Economy Service with Smart Contract for Resource Integrity in the Internet of Things | |
| CN112712365B (en) | Processing method and device for digital certificate | |
| CN112202734B (en) | Service processing method, electronic device and readable storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200717 |