CN111311277A

CN111311277A - Bill processing method and device based on block chain network and related equipment

Info

Publication number: CN111311277A
Application number: CN202010084783.1A
Authority: CN
Inventors: 戴传兵
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2020-02-10
Filing date: 2020-02-10
Publication date: 2020-06-19
Anticipated expiration: 2040-02-10
Also published as: CN111311277B

Abstract

A bill processing method, a bill processing device and related equipment based on a block chain network are disclosed. The bill processing method based on the block chain network comprises the following steps: receiving a deduction request aiming at a target bill, wherein the deduction request carries identification information of the target bill on a block chain network; acquiring transaction information of a target order matched with the identification information in the block chain network based on the identification information, wherein the transaction information comprises fund transaction information and logistics state information; judging whether the target order is finished or not based on the fund transaction information and the logistics state information; and if the target order is finished, allowing the target bill to be withheld. By adopting the embodiment of the invention, the authenticity of the related information of the bill can be ensured through the block chain technology, the precondition of special bill deduction is improved, false invoicing is reduced, and tax administration is promoted.

Description

Bill processing method and device based on block chain network and related equipment

Technical Field

The present invention relates to the field of blockchain technologies, and in particular, to a method and an apparatus for processing a ticket based on a blockchain network, and a related device.

Background

In the economic development of China, an invoice is an indispensable part in enterprise or personal economic activities as an economic certificate. With the rapid development of internet technology, more and more enterprises can issue electronic bills on the network and give the issued electronic bills to consumers, and the consumers can make reimbursement according to the electronic bills, and the like. The block chain technology, also called as distributed accounting technology, is an internet database technology, and is characterized by centralization, openness and transparency, so that everyone can participate in the recording and query of the database, and certain advantages are achieved in the aspects of solving the information authenticity and querying the information. At present, with the continuous development of the block chain technology, the block chain technology is widely applied to the field of electronic bills so as to ensure the authenticity and reliability of the bills and be traceable.

However, the existing block chain invoicing scheme is usually initiated based on orders submitted by buyers and sellers, the transaction is invoicing, the invoicing condition is single, and many enterprises often exploit loopholes such as logistics or bank transfer to issue false bills. For example, when the buyer and seller do not complete the full transaction or the shipment is abnormal, if the invoice (for example, the value-added tax invoice) is allowed to be deducted and checked (that is, the income tax of the invoice is deducted to pay the sales tax), illegal behaviors such as tax evasion and leakage of a large number of enterprises are facilitated, and the tax administration is seriously affected.

Disclosure of Invention

The embodiment of the invention provides a bill processing method, a bill processing device and related equipment based on a block chain network, which ensure the authenticity of related information of a bill through a block chain technology, simultaneously improve the precondition of checking and deduction of a special bill, reduce false invoicing and improve tax administration.

In a first aspect, an embodiment of the present invention provides a method for processing a ticket based on a block chain network, where the method includes:

receiving a deduction request aiming at a target bill, wherein the deduction request carries identification information of the target bill on a block chain network;

acquiring transaction information of a target order matched with the identification information in the block chain network based on the identification information, wherein the transaction information comprises fund transaction information and logistics state information;

judging whether the target order is finished or not based on the fund transaction information and the logistics state information;

and if the target order is finished, allowing the target bill to be withheld.

Wherein the target ticket comprises a value added tax specific invoice.

Wherein the identification information includes at least one of an invoice code and an invoice number of the target ticket.

Wherein the method further comprises:

receiving a bill generation request aiming at the target order, wherein the bill generation request carries order information of the target order; the order information comprises at least one of invoicing party information, invoicee party information, tax rate and transaction content corresponding to the target order, and the transaction content comprises the name, number and unit price of at least one target product;

performing common identification chaining on the order information, and generating the target bill of the target order based on the order information, wherein the target bill corresponds to the identification information of the target bill on the blockchain network.

Wherein the determining whether the target order is completed based on the fund transaction information and the logistics state information comprises:

on the basis of the fund transaction information, judging whether the invoicing party receives funds which are paid by the invoicee party and are consistent with the respective number of the at least one target product and the total price corresponding to the unit price; and/or

And judging whether the invoicee receives the logistics goods which are sold by the invoicee and are consistent with the respective name and number of the at least one target product or not based on the logistics state information.

The invoicing party, the invoicee party, the bank corresponding to the target order and the logistics enterprise corresponding to the target order respectively complete registration on the block chain network, and each has a corresponding block chain address; the fund transaction information is information uploaded to the block chain network by the bank through a block chain address corresponding to the bank, and the logistics state information is information uploaded to the block chain network by the logistics enterprise through the block chain address corresponding to the logistics enterprise.

In a second aspect, an embodiment of the present invention provides a device for processing a ticket based on a blockchain network, including:

the second receiving module is used for receiving a deduction request aiming at a target bill, and the deduction request carries the identification information of the target bill on the block chain network;

the acquisition module is used for acquiring the transaction information of the target order matched with the identification information in the block chain network based on the identification information, wherein the transaction information comprises fund transaction information and logistics state information;

the judging module is used for judging whether the target order is finished or not based on the fund transaction information and the logistics state information;

and the deduction module is used for allowing deduction of the target bill if the target order is finished.

Wherein the target ticket comprises a value added tax specific invoice.

Wherein the apparatus further comprises:

a first receiving module, configured to receive a ticket generation request for the target order, where the ticket generation request carries order information of the target order; the order information comprises at least one of invoicing party information, invoicee party information, tax rate and transaction content corresponding to the target order, and the transaction content comprises the name, number and unit price of at least one target product;

and the generating module is used for performing common identification chaining on the order information and generating the target bill of the target order based on the order information, wherein the target bill corresponds to the identification information of the target bill on the block chain network.

Wherein, the judging module comprises:

a first judging unit, configured to judge, based on the fund transaction information, whether the invoicing party has received funds, which are paid by the invoicee and are consistent with the respective number of the at least one target product and a total price corresponding to a unit price; and/or

And the second judging unit is used for judging whether the invoicee receives the logistics goods which are sold by the invoicee and are consistent with the respective name and number of the at least one target product or not based on the logistics state information.

In a third aspect, an embodiment of the present invention provides a computing device, including a processor and a memory, where the processor is connected to the memory, where the memory is used to store a program code, and the processor is used to call the program code to execute the method described in any of the foregoing embodiments of the first aspect.

In a fourth aspect, the present invention provides a computer-readable storage medium, which stores a computer program, and when the computer program is executed by a processor, the computer program implements the method described in any embodiment of the first aspect.

The embodiment of the invention provides a bill processing method based on a blockchain network, which is characterized in that before a target bill (such as a value-added tax special invoice) is withheld and checked by a bill receiver through a related tax website, the transaction information of a target order matched with the identification information is acquired through the identification information of the target bill on the blockchain network. And then judging whether the target order is completed or not through the transaction information (such as fund transaction information of the target order uploaded by a bank, logistics state information of the target order uploaded by a logistics enterprise and the like). If the target order is finished (for example, according to the fund transaction information and the logistics state information, it is confirmed that the invoicing party has received all transaction amounts of the target order paid by the invoicing party, and the invoicing party has received all goods of the target order sold by the invoicing party, and the like), the invoicing party can be allowed to carry out deduction and check on the target bill through a related tax website, otherwise, the invoicing party can not carry out deduction and check on the target bill, and accordingly deduction and check on bills such as special value-added tax invoices are strictly controlled, and tax administration is enhanced. Therefore, compared with the prior art that the buyer and the seller perform transaction, namely invoicing, and the invoicing can be performed for deduction and check, the embodiment of the invention sets the related precondition for the deduction and check of the target bill, and can effectively prevent the related enterprises from performing the illegal actions such as deduction and check on false invoices issued by using payment or logistics loopholes in actual transaction (for example, the situations that the invoicers only pay a fixed amount, or the invoicers do not carry out delivery or issued goods are not matched with products in the target order and the like), thereby effectively reducing the false invoicing, improving tax administration and maintaining legal order.

Drawings

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.

Fig. 1 is a schematic system architecture diagram of a bill processing method based on a blockchain network according to an embodiment of the present invention;

fig. 2 is a schematic structural diagram of a block chain according to an embodiment of the present invention;

FIG. 3 is a diagram illustrating a process of generating a new block according to an embodiment of the present invention;

fig. 4 is a schematic flowchart of a method for processing a ticket based on a blockchain network according to an embodiment of the present invention;

fig. 5 is a schematic flowchart of another method for processing a bill based on a blockchain network according to an embodiment of the present invention;

fig. 6 is a schematic diagram of a block chain network structure of a bill processing method according to an embodiment of the present invention;

FIG. 7 is a schematic view of a target document provided by an embodiment of the present invention;

FIG. 8 is a schematic diagram of an interface for bill deduction and check according to an embodiment of the present invention;

FIG. 9 is a schematic diagram of a fund transaction message provided by an embodiment of the invention;

fig. 10 is a schematic diagram of logistics state information provided by an embodiment of the invention;

FIG. 11 is a schematic illustration of the steps of a method of communicating documents in accordance with an embodiment of the present invention;

fig. 12 is a schematic structural diagram of a bill processing device based on a block chain network according to an embodiment of the present invention;

fig. 13 is a schematic structural diagram of a terminal device according to an embodiment of the present invention.

Detailed Description

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, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

Fig. 1 is a schematic diagram of a system architecture of a bill processing method based on a blockchain network according to an embodiment of the present invention, and the technical solution of the embodiment of the present invention can be embodied in the system architecture shown in fig. 1 by way of example or a similar system architecture. The system architecture may include a blockchain network 100, a plurality of terminal devices, and a tax office server 300, as shown in fig. 1, which may specifically include terminal devices 200a, 200b, 200c, and 200 d. The blockchain network 100 (or referred to as a blockchain system or a data sharing system) refers to a system for performing data sharing between nodes, the blockchain network 100 may include a plurality of nodes 101 as shown in fig. 1, the plurality of nodes 101 may be, for example, any type of computing device in an access network (such as a server and a terminal device like a smart phone, a smart wearable device, a tablet computer, a notebook computer, a desktop computer, and the like), and optionally, the plurality of nodes 101 may also refer to various clients in the blockchain network 100, and the like. Each node 101 may receive input information during normal operation and maintain shared data (i.e., blockchains) within the blockchain network 100 based on the received input information. In order to ensure information interworking within the blockchain network 100, an information connection may exist between each node 101 in the blockchain network 100 and information transmission is performed through the information connection. Any two nodes 101 may implement Peer-To-Peer (P2P) communication, and specifically, may implement P2P communication through a wired communication link or a wireless communication link. For example, when an input message is received by any node 101 in the blockchain network 100, other nodes 101 in the blockchain network 100 acquire the input message according to a consensus algorithm, and store the input message as data in shared data, so that the data stored on all nodes 101 in the blockchain network 100 are consistent. The tax office server 300, terminal devices 200a, 200b, 200c and 200d may access the blockchain network 100 and may communicate with nodes 101 in the blockchain network 100. For example, the user 1 (e.g., a biller, i.e., a seller in fig. 1) may complete registration on the blockchain network through a corresponding client running on the terminal device 200a, so as to own the node associated therewith and have a corresponding on-chain address (e.g., an address of the associated node, etc.). As another example, the user 2 (e.g., the customer, in fig. 1) may complete registration on the blockchain network through a corresponding client running on the terminal device 200b, so as to own the node associated therewith and have a corresponding on-chain address (e.g., the address of the associated node, etc.). Also for example, user 3 (exemplified by a bank in fig. 1) and user 4 (exemplified by a logistics enterprise in fig. 1) may also complete registration on the blockchain network through terminal devices 200c and 200d, respectively, so as to own respective associated nodes and have respective corresponding on-chain addresses, and so on. Optionally, for example, the terminal device 200a may send a ticket generation request for the target order to another node (which may be one or more points) in the blockchain network 100 through a node associated therewith (which may be referred to as a service node), which may also be referred to as a consensus node or a base account library node. Other nodes in the blockchain network 100 may then respond to the request and generate a target ticket (which may be, for example, a value-added tax-specific invoice) for the target order based on order information (e.g., including ticketed party information, biller information, tax rate, and transaction content of the target order, such as including a name, number, and unit price, respectively, of at least one target product in the target order, etc.) of the target order carried by the request. The generated target ticket is on a chain and has identification information of the target ticket in the blockchain network 100, which may be unique. Alternatively, the identification information may be an invoice number and an invoice code of the target ticket, and the like. Optionally, the identification information may also be a hash value obtained by calculating an invoice number, an invoice code, or other information (for example, a billing date, information of a payee, information of a biller, transaction content, and a transaction amount) of the target ticket through a hash algorithm, and the like, which is not specifically limited in this embodiment of the present invention. Optionally, the tax office server 300 may obtain all generated tickets in the blockchain network 100 in a wired or wireless manner, and decode and store the tickets, so as to provide services such as invoice query and tax processing (for example, deduction and check of a value-added tax-specific invoice may be included) for the user. Alternatively, the blockchain network 100 may contain a nationwide full amount of invoice data (e.g., various types of invoice data including value-added tax general invoices, value-added tax special invoices, etc.). Alternatively, the target ticket may be received by the payee via the node associated with terminal device 200b, and the target ticket may be received by the biller, the bank, and the logistics via the nodes associated with terminal devices 200a, 200c, and 200d, respectively. Optionally, the terminal device 200a may further generate a corresponding Portable Document Format (PDF) file according to the target ticket, and send the PDF file of the target ticket to the terminal device 200 b. Alternatively, the bank may upload the funds transaction information for the target order to the blockchain network 100 via a node associated with the terminal device 200c (which may be referred to as a business node). Optionally, the logistics enterprise may upload the logistics state information of the target order to the blockchain network 100 through a node (which may be referred to as a service node) associated with the terminal device 200d, and so on, which will not be described herein again. After the target ticket is successfully made (e.g., after the target ticket is received by the ticket receiver), the ticket receiver can log in the relevant tax website through the terminal device 200b to send a deduction request for the target ticket to the blockchain network 100. The withholding request may carry identification information of a target ticket, and then, the blockchain network 100 may obtain transaction information of a target order matched with the withholding request according to the identification information of the target ticket (for example, including fund transaction information of the target order uploaded by the bank and logistics state information of the target order uploaded by the logistics enterprise). And then judging whether the target order is finished or not based on the transaction information, and if the target order is finished, allowing the target bill to be withheld and checked. For example, according to the fund transaction information and the logistics state information, if it is confirmed that the invoicing party has received all transaction amounts of the target order paid by the invoicee party and the invoicee party has received all goods of the target order sold by the invoicee party, it is determined that the target order is completed, and the target ticket may be allowed to be withheld and checked. Wherein, deduction is added with value tax deduction in the general meaning of China. In general, value-added tax deduction refers to: the tax due is a sales tax-a income tax, and the deduction items allow their deduction to be subtracted from the pre-tax profit. The national tax system is reformed from 1994, a value-added tax system is implemented, and enterprises sell goods and apply tax, and pay taxes according to a certain tax rate, wherein the tax rate is 17%, 13%, 6% and the like, and the tax rate is the sales tax of the value-added tax. However, when the enterprise purchases goods, the seller will also give a special invoice of value-added tax for purchasing goods (but in general, the enterprise must be a general taxpayer), the entry tax marked on the special invoice of value-added tax is the entry tax amount that the enterprise can deduct the value-added tax due to the current transaction, and the deduction of the entry tax is equal to the value-added tax due to the current transaction of the enterprise, which is the deduction. Therefore, compared with the prior art that the buyer and the seller perform transaction, namely invoicing, and the invoicing can be carried out deduction and checking, the embodiment of the invention sets the related precondition for checking and deducting the target bill, and can effectively prevent the related enterprises from carrying out deduction and checking on the false invoices issued by using the payment or logistics loopholes in the actual transaction (for example, the situations that the receiver only pays a fixed amount, or the goods of the invoicing party are not delivered or the issued goods are not in accordance with the target bill record and the like), thereby effectively reducing the false invoicing, improving the tax administration and maintaining the legal order.

The terminal devices 200a, 200b, 200c, and 200d may be smart phones, smart wearable devices, tablet computers, notebook computers, in-vehicle smart terminals, desktop computers, and the like having the above functions. The tax office server 300 may be one server having the above functions, a server cluster composed of a plurality of servers, or a cloud computing service center. The tax office server 300 may establish a communication connection with the block chain network 100 and the terminal devices 200a, 200b, 200c, and 200d through a wireless network and a wired network, and may provide background services for the terminal devices 200a, 200b, 200c, and 200d (for example, providing services such as invoice inquiry and tax processing for the terminal devices 200a, 200b, 200c, and 200 d), which is not specifically limited in this embodiment of the present invention.

It should be noted that the number of nodes shown in fig. 1 is only schematic, and any number of nodes may be deployed according to actual service requirements, where the terminal devices 200a, 200b, 200c, and 200d may communicate with the same node in the blockchain network 100 or communicate with different nodes in the blockchain network 100 respectively. Each node 101 in the blockchain network 100 has a corresponding node identifier, and each node 101 in the blockchain network 100 may store the node identifiers of other nodes 101 in the blockchain network 100, so that the generated block is broadcast to other nodes 101 in the blockchain network 100 according to the node identifiers of other nodes 101. Each node 101 may maintain a node identifier list as shown in the following table, and store the node name and the node identifier in the node identifier list. The node identifier may be an Internet Protocol (IP) address and any other information that can be used to identify the node, which is not specifically limited in this embodiment of the present invention, and only the IP address is taken as an example in the table for description.

Node name	Node identification
		Node 1	117.114.151.174
Node 2	117.116.189.145
		…	…
Node N	119.123.789.258

Each node 101 in the blockchain network 100 stores one identical blockchain, which is composed of a plurality of blocks. Referring to fig. 2, fig. 2 is a schematic structural diagram of a block chain according to an embodiment of the present invention, as shown in fig. 2, the block chain is composed of a plurality of blocks, a starting block includes a block header and a block main body, the block header stores an input information characteristic value, a version number, a timestamp, and a difficulty value, and the block main body stores input information; the next block of the starting block takes the starting block as a parent block, the next block also comprises a block head and a block main body, the block head stores the input information characteristic value of the current block, the block head characteristic value of the parent block, the version number, the timestamp and the difficulty value, and the like, so that the block data stored in each block in the block chain is associated with the block data stored in the parent block, and the safety of the input information in the block is ensured.

Referring to fig. 3, fig. 3 is a schematic diagram of a process for generating a new block according to an embodiment of the present invention. As shown in fig. 3, when each block in the block chain is generated, when the node where the block chain is located receives input information, the input information is verified, after the verification is completed, the input information is stored in the memory pool, and the hash tree for recording the input information is updated; and then, updating the updating time stamp to the time when the input information is received, trying different random numbers, and calculating the characteristic value for multiple times, so that the calculated characteristic value can meet the following formula:

SHA256(SHA256(version+prev_hash+merkle_root+ntmie+nbits+x))<TARGET

wherein, SHA256 is a characteristic value algorithm used for calculating a characteristic value; version is version information of the relevant block protocol in the block chain; prev _ hash is a block head characteristic value of a parent block of the current block; merkle _ root is a characteristic value of the input information; ntime is the update time of the update timestamp; nbits is the current difficulty, is a fixed value within a period of time, and is determined again after exceeding a fixed time period; x is a random number; TARGET is a feature threshold, which can be determined from nbits.

Therefore, when the random number meeting the formula is obtained through calculation, the information can be correspondingly stored, and the block head and the block main body are generated to obtain the current block. And then, the node where the block chain is located respectively sends the newly generated blocks to other nodes in the data sharing system where the newly generated blocks are located according to the node identifications of the other nodes in the data sharing system, the newly generated blocks are verified by the other nodes, and the newly generated blocks are added to the block chain stored in the newly generated blocks after the verification is completed.

Optionally, in some possible implementations, the system architecture of the method for processing a ticket based on a blockchain network may further include more or fewer devices than the system architecture shown in fig. 1, which is not specifically limited by the embodiment of the present invention. For example, in some possible embodiments, the system architecture may not include the tax office server 300, and the national full-scale invoice data is stored by some nodes (e.g., common nodes, and in particular, computing devices such as servers) in the blockchain network 100, so that services such as invoice query and tax processing (e.g., deduction and check-out which may include value-added tax-specific invoices, etc.) may be provided to the user. The invoice data stored by each node in the partial nodes can be consistent, that is, each node can store the whole amount of invoice data nationwide. For another example, the system architecture may further include another server besides the tax office server 300, and the other server may be one server, a server cluster composed of multiple servers, or a cloud computing service center. The other server may establish a communication connection with the blockchain network 100, the tax office server 300, and the terminal apparatuses 200a, 200b, 200c, and 200d through a wireless network and a wired network, and may provide a background service for the terminal apparatuses 200a, 200b, 200c, and 200d, including storing related order information (e.g., information of a target order, information of an invoker, tax rate, transaction content, etc.), transaction information (e.g., information of a fund transaction including the target order, logistics state information, etc.), generated tickets, and the like, which is not particularly limited in this embodiment of the present invention.

Referring to fig. 4, fig. 4 is a flowchart illustrating a method for processing a ticket based on a blockchain network according to an embodiment of the present invention. The method can be applied to the system architecture described in fig. 1, wherein the blockchain network can be the blockchain network 100 in the system architecture of fig. 1; the terminal devices may be the terminal devices 200a, 200b, 200c, and 200d in the system architecture of fig. 1; the server may be the tax office server 300 in the system architecture of fig. 1, and may be used to support and execute the method flow shown in fig. 4. As will be described below with reference to fig. 4 from the side of the blockchain network, the method may include the following steps S401 to S404:

step S401, receiving a deduction request aiming at a target bill, wherein the deduction request carries identification information of the target bill on a block chain network.

Specifically, the blockchain network receives a deduction request for a target bill sent by a receiver through a terminal device, where the target bill may be a value-added tax special invoice, and optionally, the deduction request may carry identification information of the target bill on the blockchain network. Optionally, the identification information may be information such as an invoice code and an invoice number of the target ticket, or may be a hash value obtained by calculating relevant information (for example, information such as the invoice code, the invoice number, the information of a party receiving the ticket, information of a party issuing the ticket, and transaction content of the target ticket) corresponding to the target ticket through a hash algorithm. The identification information may be unique, i.e., each ticket on the blockchain network has its own unique identification information that is different from other tickets. Optionally, the invoice receiver may log in a corresponding tax website or a corresponding client via a terminal device in an account, a password, and the like, then input relevant information of the target invoice (for example, an invoice code, an invoice number, an invoice date, and the like of the target invoice) to check whether the target invoice is true or false, and send a deduction request for the target invoice to the blockchain network (for example, a common identification node in the blockchain network, or referred to as a ledger base node) to perform deduction and checking on the target invoice, and the like.

Step S402, acquiring the transaction information of the target order matched with the identification information in the block chain network based on the identification information, wherein the transaction information comprises fund transaction information and logistics state information.

Specifically, the blockchain network responds to the withholding request, and obtains the transaction information of the target order matched with the identification information in the blockchain network based on the identification information of the target bill carried by the withholding request. Optionally, the transaction information may include funds transaction information and logistics state information for the target order. For example, the fund transaction information may include identification information of the target ticket (e.g., an invoice code and an invoice number of the target ticket, etc.), a name and a bank account number of a payer (i.e., a payee), a name and a bank account number of a payee (i.e., a biller), a transfer amount, a transfer progress (such as a bank is in process or a transfer is completed, etc.), etc., and may further include a transfer time and an order number of the target order, etc., which is not particularly limited in this embodiment of the present invention. For example, the logistics transaction information may include identification information of the target ticket (e.g., an invoice code and an invoice number of the target ticket, etc.), a name and an address of a shipper (i.e., a biller), a name and an address of a recipient (i.e., a biller), a name and a number of goods, related information of the logistics enterprise and a logistics progress (e.g., whether goods corresponding to the target order have been shipped, received goods, and a current logistics address of the goods, etc.), and the like, which is not particularly limited in this embodiment of the present invention. Optionally, the fund transaction information and the logistics state information of the target order may be information uploaded to the blockchain network by a bank and a logistics enterprise corresponding to the target order through nodes (i.e., blockchain addresses) associated with the bank and the logistics enterprise, respectively. The block chain network can check and chain the information, and ensure the truth and the falseness of the fund transaction information and the logistics state information.

Step S403, determining whether the target order is completed based on the fund transaction information and the logistics state information.

Specifically, the blockchain network determines whether the target order is completed based on the fund transaction information and the logistics state information. Optionally, based on the fund transaction information, judging whether the invoicing party has received a transaction amount which is paid by the invoicee and is consistent with the total price of the plurality of products in the target order; and judging whether the invoicee receives the logistics goods which are sold by the invoicee and are consistent with the plurality of products in the target order or not based on the logistics state information. Alternatively, the target order may be determined to be completed if the invoicer has received a transaction amount in accordance with the total price of the plurality of products in the target order paid by the invoicer and the invoicer has also received the physical distribution goods in accordance with the plurality of products in the target order sold by the invoicer. Optionally, according to an actual situation, if the invoicing party has received a transaction amount, which is paid by the invoicee and is consistent with the total price of the plurality of products in the target order, or the invoicee has received the logistics goods, which are sold by the invoicee and are consistent with the plurality of products in the target order, it may also be determined that the target order is completed, which is not specifically limited in the embodiment of the present invention.

Alternatively, the step of determining whether the target order is complete may be performed by the banking and logistics enterprise through nodes associated therewith. For example, the bank may obtain, from the identification information of the target ticket, the fund transaction information of the target order matching the identification information from the large amount of fund transaction information stored therein, through a node (which may be referred to as a service node) associated therewith, and determine whether the invoker has received an amount of money paid by the invoicee that is consistent with the total price of the plurality of products in the target order based on the fund transaction information. Optionally, the bank may also upload the determination result to other nodes (which may be referred to as common nodes) in the blockchain network through the node associated with the bank, and the other nodes may check and uplink the determination result. For another example, the logistics enterprise may obtain, from the identification information of the target ticket, the logistics state information of the target order matching the identification information from a large amount of logistics state information stored in the logistics enterprise through a node (the node may be referred to as a service node) associated with the logistics enterprise, and determine whether the ticketed party has received logistics goods sold by the invoicing party and consistent with a plurality of products in the target order based on the logistics state information. Optionally, the logistics enterprise may also upload the determination result to other nodes (which may be referred to as common nodes) in the blockchain network through the node associated with the logistics enterprise, and the other nodes may check and uplink the determination result. Optionally, the other node may determine the completion status of the target order according to the judgment result of the bank and the judgment result of the logistics enterprise. For example, if the determination result of the bank and the determination result of the logistics enterprise are both that the target order is completed, it may be determined that the target order is completed. For another example, if the determination result of the bank and the determination result of the logistics enterprise are both that the target order is not completed, it may be determined that the target order is not completed. For example, if the bank determines that the target order is completed and the logistics enterprise determines that the target order is not completed, or the bank determines that the target order is not completed and the logistics enterprise determines that the target order is completed, the objective order may be determined to be not completed. Optionally, according to the actual requirement, when the judgment result of the bank is that the target order is completed and the judgment result of the logistics enterprise is that the target order is not completed, or the judgment result of the bank is that the target order is not completed and the judgment result of the logistics enterprise is that the target order is completed, it may be determined that the target order is completed. Optionally, according to the actual situation, if the target order has no logistics transportation, whether the target order is completed or not can be judged only according to the fund transaction information of the bank; if there is no bank transfer (for example, in the case of cash payment), it may be determined whether the target order is completed only according to the logistics status information of the logistics enterprise, and the like, which is not specifically limited in the embodiment of the present invention.

Step S404, if the target order is finished, allowing the target bill to be withheld.

Specifically, if the target order is completed, the target bill is allowed to be deducted, the receiver can log in a corresponding tax website or a corresponding client through the terminal device in the modes of account number, password and the like, input an invoice code, an invoice number and the like of the target bill, search the target bill, perform deduction checking on the target invoice, and the like.

Referring to fig. 5, fig. 5 is a flowchart illustrating another method for processing a bill based on a blockchain network according to an embodiment of the present invention, where the method can be applied to the system architecture shown in fig. 1. In addition, referring to fig. 6, fig. 6 is a schematic diagram of a blockchain network structure of a bill processing method according to an embodiment of the present invention, where the blockchain network structure may include a plurality of service nodes and a plurality of common identification nodes (or called as ledger node, where the ledger node may solve the management of invoice data from the main tax office to each provincial office and may possess full invoice data), and the blockchain network structure may be used to support and execute the method flow shown in fig. 5. A method for processing a ticket based on a blockchain network according to an embodiment of the present invention will be described in detail with reference to fig. 5 and 6. As shown in fig. 5, the method may include the following steps S501 to S506:

step S501, receiving a bill generation request for a target order, wherein the bill generation request carries order information of the target order.

In particular, referring to step S11 shown in fig. 6, the invoicing party may send a ticket generation request for the target order to the consensus node (e.g. may be one of the plurality of consensus nodes shown in fig. 6) via the service node 1 associated therewith (e.g. may be via a corresponding client or website or the like running on the terminal device 200b, such as a corresponding trading client or an invoicing client or the like). And the consensus node receives the bill generation request, wherein the bill generation request carries the order information of the target order. Optionally, the order information may include corresponding invoicer information (i.e. seller information, such as name, phone, address, and tax number of seller, etc.), invoicer information (i.e. consumer information, such as name, phone, address, and tax number of consumer, etc.), tax rate, transaction content, and so on. Optionally, the transaction content may include a name, a number, a unit price, and the like of each of the purchased at least one target product, which is not particularly limited in the embodiment of the present invention.

It is understood that, before step S11 shown in fig. 6, the payee may submit a target order for the at least one target product to the invoicer through the terminal device, and apply for invoicing to the invoicer (e.g., apply for invoicer to invoice for value-added tax), and then, the invoicer may send a ticket generation request for the target order to the consensus node through the service node 1 based on the target order and the application.

Step S502, performing common identification chaining on the order information, and generating a target bill of a target order based on the order information.

Specifically, the common identification node performs common identification chaining on the order information (that is, after all the common identification nodes pass the order information verification, the order information is written into the block chain), so that the order information can be ensured to be real, reliable and unchangeable. Then, a target ticket (which may include a value-added tax-specific invoice, for example) of the target order is generated based on the order information, the target ticket being on a chain and corresponding to identification information of the target ticket on the blockchain network. Optionally, the identification information may be an invoice number, an invoice code, and the like of the target ticket, which is not described herein again. By adopting the blockchain invoice, an operator can realize invoice claiming, issuing, checking and posting on the blockchain; the consumer can realize on-chain storage, circulation, reimbursement and deduction; and for tax authorities of tax administration supervision parties and management parties, scientific and technological innovation of full-flow supervision can be achieved, and paperless intelligent tax administration is realized.

Alternatively, referring to step S12 shown in fig. 6, the consensus node may send the target ticket to the service node 2 associated with the ticket receiver, that is, send the target ticket to the chain address of the ticket receiver, and the ticket receiver may log in its own account through the terminal device 200b to view the target ticket. Alternatively, the invoicer may generate a PDF file of the target ticket through the terminal device 200a and transmit the PDF file of the target ticket to the invoicer. Optionally, as shown in fig. 6, the tax office server may establish a communication connection with the common identification node in a wired or wireless manner to acquire and store invoice data in the common identification node, and may provide services such as corresponding invoice query and tax processing (for example, deduction and check of value-added tax-specific invoices may be included) for the terminal devices 200a, 200b, 200c, and 200 d. Referring to fig. 7, fig. 7 is a schematic diagram of a target ticket according to an embodiment of the present invention. As shown in fig. 7, the target ticket may be a value-added tax-specific invoice (the deduction of the value-added tax-specific invoice is taken as an example in fig. 7), and may specifically include a corresponding invoice code, an invoice number, invoice acquirer information (including, for example, the name of the purchasing unit shown in fig. 7: M company, taxpayer identification number, address, telephone, account opening and bank, etc.), issuer information (including, for example, the name of the selling unit shown in fig. 7: N company, taxpayer identification number, address, telephone, account opening and bank, etc.), invoice date, transaction content (including, for example, the name of the goods or taxed labor shown in fig. 7: K product, specification model, unit, quantity and unit price, etc.), amount, tax rate, tax amount and tax amount, and tax amount total, etc., which are not specifically limited in this embodiment of the present invention.

Step S503, receiving a deduction request for a target ticket, where the deduction request carries identification information of the target ticket on a block chain network.

Specifically, step S503 may refer to step S401 in the embodiment corresponding to fig. 4, which is not described herein again. Alternatively, referring to step S13 shown in fig. 6, the ticket receiver may send a deduction request for the target ticket to a consensus node through the service node 2 associated therewith (for example, through a corresponding client or website running on the terminal device 200 b), and the consensus node receives the deduction request, where the deduction request carries identification information of the target ticket on the blockchain network.

Referring to fig. 8, fig. 8 is a schematic view of a bill deduction and check interface according to an embodiment of the present invention. As shown in fig. 8, the invoice receiver can log in the relevant tax website (for example, the official website of the national tax administration) through the terminal device 200b, then input the corresponding invoice code, invoice number, invoice date, and seller tax number, and select the corresponding checking status (i.e., whether the invoice is checked for deduction) and invoice type, so as to find the corresponding invoice, and perform deduction checking, and so on. For example, as shown in fig. 8, the billing date may be a time period, and all invoices of the payee in the time period (for example, a plurality of value-added tax special invoices of which the names of the seller companies are N company, Q company and W company respectively as shown in fig. 8) may be quickly and conveniently found out by merely selecting or inputting a time period (for example, 2020-01-15-2020-01-20 in fig. 8), so as to perform deduction and check-out, and so on. Optionally, as shown in fig. 8, in the interface, each invoice may include seller information, an amount, a tax amount, an effective tax amount, an invoice status (for example, normal and abnormal invoice statuses may be included, for example, a normal invoice status may indicate that the invoice is authentic and authentic, that is, an order corresponding to the invoice is completed, for example, an abnormal invoice status may indicate that the invoice lacks credibility, that is, an order corresponding to the invoice is not completed), an invoice type, and the like, which is not specifically limited in this embodiment of the present invention. Optionally, as shown in fig. 8, detailed information of the relevant invoice (for example, transaction content and relevant remarks corresponding to the invoice and other information may be included) may also be viewed by clicking "view detailed information" in the interface.

Step S504, transaction information of the target order matched with the identification information in the block chain network is obtained based on the identification information, and the transaction information comprises fund transaction information and logistics state information.

Specifically, step S504 may refer to step S402 in the embodiment corresponding to fig. 4, which is not described herein again. Optionally, the identification information may further include an order number of the target order corresponding to the target ticket, and the transaction information of the target order matching the order number in the blockchain network may be acquired based on the order number. Optionally, transaction information of the matched target order may also be obtained through information such as the order total price, the order creation time, and the like, which is not specifically limited in this embodiment of the present invention. Alternatively, referring to steps S14 and S15 shown in fig. 6, the banking and logistics enterprise may send the fund transaction information and the logistics state information of the target order to the consensus node through the business node 3 and the business node 4 associated therewith, respectively. The consensus node can check and uplink the fund transaction information and the logistics state information. It should be noted that, in the embodiment of the present invention, the execution sequence of step S14 and step S15 is not specifically limited. Optionally, the bank and the logistics enterprise may also send the fund transaction information and the logistics state information to the invoicee party, so that the invoicee party can timely master the completion state of the target order.

And step S505, judging whether the target order is finished or not based on the fund transaction information and the logistics state information.

Specifically, step S505 may refer to step S403 in the embodiment corresponding to fig. 4, which is not described herein again.

Optionally, please refer to fig. 9, where fig. 9 is a schematic diagram of fund transaction information according to an embodiment of the present invention. As shown in fig. 9, the fund transaction information may include payer information (e.g., including payment bank information- "chinese agricultural bank (4 x 1)", payer name- "M company", and payment amount- "9888.00" shown in fig. 9), transfer description (e.g., "K product 2" shown in fig. 9), fund transaction progress, payee information (e.g., including payee bank information- "chinese industrial bank (3 x 7)", payee name- "N company" shown in fig. 9), order number, invoice code, and invoice number of the target order, etc., which will not be described herein again. Alternatively, if the payee has a question about the fund transaction information, the payee may also make a complaint or ask customer service personnel, etc. through a corresponding client running on the terminal device 200 b. Obviously, as shown in fig. 7 and 9, it may be determined that the invoicer (N corporation) has received funds in accordance with the total price (9888.00 in fig. 7 and 9 for example) of the plurality of products (K2 products in fig. 7 and 9 for example) in the target order paid by the acquirer (M corporation) based on the fund transaction information.

Referring to fig. 10, fig. 10 is a schematic diagram of logistics state information according to an embodiment of the invention. As shown in FIG. 10, the logistics state information can include shipper information (e.g., including the shipper name- "company N" and shipper address- "Guangzhou D district E street number F shown in FIG. 10), consignee information (e.g., including the consignee name-" company M "and consignee address-" Shenzhen G district H street number I shown in FIG. 10), logistics carriers (e.g., the C logistics company shown in FIG. 10), the name and number of the goods (e.g., the K product 2 pieces shown in FIG. 10), logistics progress (e.g., the flag state of shipped, pulled, in transit, signed and the like shown in FIG. 10 and the logistics address and logistics state of the goods at different times, such as "01-1611: 30[ Shenzhen City ] left Guangdong Shenkan company; Senkyo Shandong mountain A subsection sent to Guangzhou Shenkan mountain area A" and the like shown in FIG. 10), and so on, The order number, invoice code, and invoice number of the target order, etc., will not be described in detail herein. Optionally, if the ticketed party has a question about the logistics state information, the ticketed party can also complain or ask customer service personnel through a corresponding client running on the terminal device 200b, and the like. Obviously, as shown in fig. 7 and 10, it can be determined that the payee (M company) has received the physical distribution goods sold by the issuer (N company) in correspondence with the plurality of products (K products 2 in fig. 7 and 9 as an example) in the target order based on the physical distribution state information. As described above, in conjunction with FIGS. 7, 9, and 10, it may be determined that the target orders for the N and M companies have been completed

Step S506, if the target order is completed, allowing the target bill to be deducted.

Specifically, step S506 may refer to step S404 in the embodiment corresponding to fig. 4, which is not described herein again.

Optionally, as shown in fig. 8, the invoice of the completed order may be withheld and checked by clicking and the like. For example, if the order of the invoice of the seller company named N shown in fig. 8 is completed, the invoice can be withheld and checked by clicking or the like. For another example, as shown in fig. 8, the invoice of the seller company named as Q is in an abnormal state, that is, the invoice may indicate that the order of the invoice is not completed (for example, the invoicer does not pay the total transaction amount corresponding to the order, and the like), the invoice is not allowed to be withheld and checked, and the invoicer cannot perform a checking operation on the invoice. Therefore, compared with the prior art that the buyer and the seller perform the transaction, namely, invoice drawing, and invoice drawing, namely, deduction and check, the embodiment of the invention sets the related preconditions for deduction and check of the target bill (for example, whether the target order of the target bill is finished or not is judged based on the fund transaction information and the logistics state information), so that the illegal behaviors of related enterprises, such as deduction and check on false invoices drawn by using the actual transaction or logistics loopholes (for example, the situations that the invoiced party only pays a fixed amount, or the invoiced party does not carry out delivery or the delivered goods are not matched with the products in the target order) can be effectively restrained, and the like, thereby effectively reducing false invoice drawing, improving tax administration and maintaining legal order.

Optionally, referring to fig. 11, fig. 11 is a schematic step diagram of a bill circulation method according to an embodiment of the present invention. As shown in fig. 11, the structure implementing the method may include a plurality of consensus nodes, which may form a consensus network, and may further include a plurality of service nodes and tax office nodes. The method may simply comprise the steps of:

1. and (4) issuing. The Shenzhen enterprise (also called an invoicing party) sends an invoicing request to the consensus network through the corresponding service node, wherein the request carries corresponding order information.

2. And receiving. And the consensus network sends the invoice issued based on the order information to a tax office node corresponding to Shenzhen tax office (the tax office in the locality of the invoicing party), and the tax office node corresponding to the Shenzhen tax office receives the invoice. Alternatively, the invoice party may be a beijing enterprise as shown in fig. 11, and the tax bureau at the location of the invoice party may be a beijing tax bureau as shown in fig. 11.

3. And (6) informing. After receiving the invoice, the shenzhen tax bureau may determine, according to the wind control logic, whether the shenzhen enterprise and/or the beijing enterprise corresponding to the invoice is a white list enterprise (for example, an enterprise with a good credit and without illegal records such as tax evasion and tax leakage), and if the shenzhen enterprise and/or the beijing enterprise is not a white list enterprise (that is, the shenzhen enterprise and/or the beijing enterprise are risk enterprises), may send a notification to a business node of a relevant person of the order (for example, the a bank and the B logistics enterprise related to the order shown in fig. 11) through the consensus network to confirm the authenticity and the completion status of the order.

4. And (6) informing. If the Shenzhen enterprise and/or the Beijing enterprise are not white list enterprises, the A bank and the B logistics enterprise related to the order can respectively receive the confirmation notice aiming at the order, and respectively check the fund transaction information and the logistics state information of the order so as to confirm whether the Shenzhen enterprise has received the whole transaction amount of the order paid by the Beijing enterprise, confirm whether the Beijing enterprise has received all products sold in the order by the Shenzhen enterprise, and the like. Optionally, as shown in fig. 11, the beijing enterprise may also be notified through the consensus network, so that the beijing enterprise can timely grasp the current bill circulation state, and if the beijing enterprise does not pay all the transaction amounts of the order at this time, the transfer payment may be timely performed, so as to ensure that an invoice of the order can be obtained subsequently.

5. And confirming the notification. And the bank A and the logistics enterprise B respectively send the confirmation result of the fund transaction of the order and the confirmation result of the logistics state of the order to the tax bureau nodes corresponding to the Shenzhen tax bureau through the corresponding business nodes. It should be noted that, in the embodiment of the present invention, the sequence of sending the notification to the enterprise of logistics a and the enterprise of logistics B, respectively, is not specifically limited, and in addition, the sequence of replying the confirmation result to the enterprise of logistics a and the enterprise of logistics B, respectively, is also not specifically limited.

6. And (4) transferring. After the shenzhen tax office receives the confirmation results of the a bank and the B logistics through the corresponding tax office node, if the confirmation results of the a bank and the B logistics indicate that the order of the invoice is completed (that is, the shenzhen enterprise has received all the transaction amounts of the order paid by the beijing enterprise, and the beijing enterprise has received all the products sold in the order by the shenzhen enterprise, etc.), the invoice (which may carry the fund transaction information and the logistics state information) may be sent to the business node corresponding to the beijing enterprise and the tax office node corresponding to the beijing tax office through the common identification network. In addition, as described above, if the Shenzhen enterprise and/or the Beijing enterprise are/is the white list enterprise, the invoice can be directly sent to the Beijing enterprise and the Beijing tax office, and the fund transaction and the logistics state of the order do not need to be confirmed by the A bank and the B enterprise, so that the issuing and circulation efficiency of the bill is improved.

7. And receiving. The Beijing enterprise and the Beijing tax office receive the invoice through the corresponding business node and tax office node respectively. Subsequently, the beijing enterprise can log in a corresponding tax website to inquire the invoice through terminal devices such as a smart phone, a tablet personal computer, a notebook computer and a desktop computer, and perform corresponding deduction operation on the invoice, and the like. The consensus network shown in FIG. 11 may record all of the steps and operations described above with respect to the bill distribution method and may store full invoice data.

As described above, the method shown in fig. 11 can realize three unifications of logistics, fund flow and invoice flow, and the related preconditions are set before the bill acceptor receives the bill, if the bank and/or the logistics enterprise determines that the order of the invoice is not completed (for example, the invoker does not receive the whole transaction amount of the order which is not paid by the invoker and/or the invoker does not receive the whole products in the order sold by the invoker, etc.), the bill of the order is not sent to the tax bureaus and the like at the locations of the invoker and the invoker. The false invoice issued by related enterprises by using payment or logistics loopholes in actual transaction can be effectively prevented, and further the tax administration is promoted and the legal order is maintained.

The invention provides a bill processing method based on a blockchain network, which is characterized in that before a target bill (such as a value-added tax special invoice) is withheld and checked by a bill receiver through a related tax website, the transaction information of a target order matched with the identification information is acquired through the identification information of the target bill on the blockchain network. And then judging whether the target order is completed or not through the transaction information (such as fund transaction information of the target order uploaded by a bank, logistics state information of the target order uploaded by a logistics enterprise and the like). If the target order is finished (for example, according to the fund transaction information and the logistics state information, it is confirmed that the invoicing party has received all transaction amounts of the target order paid by the invoicing party, and the invoicing party has received all goods of the target order sold by the invoicing party, and the like), the invoicing party can be allowed to carry out deduction and check on the target bill through a related tax website, otherwise, the invoicing party can not carry out deduction and check on the target bill, and accordingly deduction and check on bills such as special value-added tax invoices are strictly controlled, and tax administration is enhanced. Therefore, compared with the prior art that the buyer and the seller perform transaction, namely invoicing, and the invoicing can be performed for deduction and check, the embodiment of the invention sets the related precondition for the deduction and check of the target bill, and can effectively prevent the related enterprises from performing the illegal actions such as deduction and check on false invoices issued by using payment or logistics loopholes in actual transaction (for example, the situations that the invoicers only pay a fixed amount, or the invoicers do not carry out delivery or issued goods are not matched with products in the target order and the like), thereby effectively reducing the false invoicing, improving tax administration and maintaining legal order.

Fig. 12 is a schematic structural diagram of a bill processing apparatus based on a blockchain network according to an embodiment of the present invention. As shown in fig. 12, the apparatus for processing a bill based on a blockchain network includes an apparatus 1, where the apparatus 1 may be applied to the blockchain network (including one or more computing devices) in the embodiments corresponding to fig. 4 or fig. 5, and the apparatus 1 may include: the second receiving module 13, the obtaining module 14, the judging module 15 and the deduction module 16:

a second receiving module 13, configured to receive a deduction request for a target ticket, where the deduction request carries identification information of the target ticket on a block chain network;

the obtaining module 14 is configured to obtain, based on the identification information, transaction information of a target order matched with the identification information in the blockchain network, where the transaction information includes fund transaction information and logistics state information;

a judging module 15, configured to judge whether the target order is completed based on the fund transaction information and the logistics state information;

and the deduction module 16 is used for allowing deduction to be carried out on the target bill if the target order is finished.

The specific implementation manners of the second receiving module 13, the obtaining module 14, the determining module 15, and the deduction module 16 may refer to steps S401 to S404 in the embodiment corresponding to fig. 4, and the specific implementation manners of the second receiving module 13, the obtaining module 14, the determining module 15, and the deduction module 16 may also refer to steps S503 to S506 in the embodiment corresponding to fig. 5, which is not described herein again.

In one embodiment, the target ticket comprises a value added tax specific invoice.

In one embodiment, the identification information includes at least one of an invoice code and an invoice number of the target ticket.

Referring to fig. 12, the apparatus for processing a bill based on a blockchain network further includes: the first receiving module 11 and the generating module 12:

a first receiving module 11, configured to receive a ticket generation request for the target order, where the ticket generation request carries order information of the target order; the order information comprises at least one of invoicing party information, invoicee party information, tax rate and transaction content corresponding to the target order, and the transaction content comprises the name, number and unit price of at least one target product;

a generating module 12, configured to perform common identification chaining on the order information, and generate the target ticket of the target order based on the order information, where the target ticket corresponds to the identification information of the target ticket on the blockchain network.

For specific functional implementation manners of the first receiving module 11 and the generating module 12, reference may be made to steps S501 to S502 in the embodiment corresponding to fig. 5, which is not described herein again.

Referring to fig. 12, the determining module 15 may include: first and/or second determination units 151 and 152:

a first determination unit 151, configured to determine, based on the fund transaction information, whether the invoicing party has received funds, which are paid by the invoicer and are consistent with the respective number of the at least one target product and a total price corresponding to a unit price; and/or

A second determining unit 152, configured to determine, based on the logistics state information, whether the ticketed party has received the logistics good sold by the invoicing party and having a name and a number that are consistent with those of the at least one target product.

The specific functional implementation manner of the first determining unit 151 and/or the second determining unit 152 may refer to step S403 in the embodiment corresponding to fig. 4, and the specific functional implementation manner of the first determining unit 151 and/or the second determining unit 152 may also refer to step S505 in the embodiment corresponding to fig. 5, which is not described herein again.

In one embodiment, the invoicing party, the invoicee, the bank corresponding to the target order and the logistics enterprise corresponding to the target order complete registration on the blockchain network respectively and have corresponding blockchain addresses respectively; the fund transaction information is information uploaded to the block chain network by the bank through a block chain address corresponding to the bank, and the logistics state information is information uploaded to the block chain network by the logistics enterprise through the block chain address corresponding to the logistics enterprise.

Based on the description of the method embodiment and the apparatus embodiment, the embodiment of the present invention further provides a computing device. Fig. 13 is a schematic structural diagram of a computing device according to an embodiment of the present invention, where the computing device at least includes a processor 201, an input device 202, an output device 203, and a computer storage medium 204. Wherein the processor 201, input device 202, output device 203, and computer storage medium 204 within the computing device may be connected by a bus or other means.

A computer storage medium 204 may be stored in the memory of the computing device, the computer storage medium 204 being used to store a computer program comprising program instructions, the processor 201 being used to execute the program instructions stored by the computer storage medium 204. The processor 201 (or CPU) is a computing core and a control core of the computing device, and is adapted to implement one or more instructions, and specifically, adapted to load and execute one or more instructions to implement corresponding method flows or corresponding functions; in an embodiment, the processor 201 according to an embodiment of the present invention may be configured to perform a series of processes for generating a ticket based on a blockchain network, including: receiving a deduction request aiming at a target bill, wherein the deduction request carries identification information of the target bill on a block chain network; acquiring transaction information of a target order matched with the identification information in the block chain network based on the identification information, wherein the transaction information comprises fund transaction information and logistics state information; judging whether the target order is finished or not based on the fund transaction information and the logistics state information; if the target order is completed, allowing the target bill to be deducted, and the like.

An embodiment of the present invention further provides a computer-readable storage medium (Memory), which is a Memory device in a computing device and is used for storing programs and data. It is understood that the computer readable storage medium herein may include both built-in storage media in the computing device and, of course, extended storage media supported by the computing device. The computer-readable storage medium provides a storage space that stores an operating system of the computing device. Also, one or more instructions, which may be one or more computer programs (including program code), are stored in the memory space and are adapted to be loaded and executed by the processor 201. It should be noted that the computer-readable storage medium may be a high-speed RAM memory, or may be a non-volatile memory (non-volatile memory), such as at least one disk memory; and optionally at least one computer readable storage medium located remotely from the aforementioned processor.

In one embodiment, one or more instructions stored in a computer-readable storage medium may be loaded and executed by processor 201 to implement the corresponding steps of the method described above in relation to the blockchain based ticket processing method embodiment; in particular implementations, one or more instructions in the computer-readable storage medium are loaded by the processor 201 and perform the following steps:

in one embodiment, when determining the first point cloud distribution of the first map element based on the image of the target scene, the one or more instructions may be loaded and specifically executed by processor 201:

and if the target order is finished, allowing the target bill to be withheld.

In one embodiment, the target ticket comprises a value-added tax-specific invoice.

In one embodiment, the one or more instructions may also be loaded and specifically executed by processor 201:

In one embodiment, in said determining whether the target order has been completed based on the fund transaction information and the logistics state information, the one or more instructions may be loaded and specifically executed by processor 201:

In one embodiment, the invoicing party, the invoicee, the bank corresponding to the target order and the logistics enterprise corresponding to the target order respectively complete registration on the block chain network, and each has a corresponding block chain address; the fund transaction information is information uploaded to the block chain network by the bank through a block chain address corresponding to the bank, and the logistics state information is information uploaded to the block chain network by the logistics enterprise through the block chain address corresponding to the logistics enterprise.

The above disclosure is only for the purpose of illustrating the preferred embodiments of the present invention, and it is therefore to be understood that the invention is not limited by the scope of the appended claims.

Claims

1. A bill processing method based on a block chain network is characterized by comprising the following steps:

and if the target order is finished, allowing the target bill to be withheld.

2. The method of claim 1, wherein the target instrument comprises a value-added tax-specific invoice.

3. The method of claim 1, wherein the identification information comprises at least one of an invoice code and an invoice number of the target instrument.

4. The method of claim 1, further comprising:

5. The method of claim 4, wherein determining whether the target order has been completed based on the funds transaction information and the logistics state information comprises:

6. The method according to claim 4, wherein the invoicing party, the ticketing party, the bank corresponding to the target order and the logistics enterprise corresponding to the target order are registered on the blockchain network respectively and have corresponding blockchain addresses respectively; the fund transaction information is information uploaded to the block chain network by the bank through a block chain address corresponding to the bank, and the logistics state information is information uploaded to the block chain network by the logistics enterprise through the block chain address corresponding to the logistics enterprise.

7. A block chain network-based ticket processing apparatus, comprising:

8. The apparatus of claim 7, comprising:

9. A computing device comprising a processor and a memory, the processor and the memory coupled, wherein the memory is configured to store program code and the processor is configured to invoke the program code to perform the method of any of claims 1 to 6.

10. A computer-readable storage medium, characterized in that the computer-readable storage medium stores a computer program which, when executed by a processor, implements the method of any of the preceding claims 1 to 6.