CN110597915A - Processing method, device, terminal and storage medium for electronic invoice tax declaration - Google Patents
Processing method, device, terminal and storage medium for electronic invoice tax declaration Download PDFInfo
- Publication number
- CN110597915A CN110597915A CN201910894713.XA CN201910894713A CN110597915A CN 110597915 A CN110597915 A CN 110597915A CN 201910894713 A CN201910894713 A CN 201910894713A CN 110597915 A CN110597915 A CN 110597915A
- Authority
- CN
- China
- Prior art keywords
- node
- service provider
- electronic invoice
- spv node
- spv
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 14
- 238000012795 verification Methods 0.000 claims abstract description 31
- 238000000034 method Methods 0.000 claims description 40
- 230000007246 mechanism Effects 0.000 claims description 25
- 238000004590 computer program Methods 0.000 claims description 13
- 238000012545 processing Methods 0.000 claims description 11
- 238000013507 mapping Methods 0.000 claims description 8
- 230000001360 synchronised effect Effects 0.000 claims description 4
- 238000012217 deletion Methods 0.000 claims description 2
- 230000037430 deletion Effects 0.000 claims description 2
- 238000007726 management method Methods 0.000 description 28
- 238000004422 calculation algorithm Methods 0.000 description 9
- 230000008569 process Effects 0.000 description 9
- 230000006870 function Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 7
- 238000012544 monitoring process Methods 0.000 description 4
- 230000006978 adaptation Effects 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000012550 audit Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003862 health status Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012954 risk control Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
- G06Q40/123—Tax preparation or submission
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Accounting & Taxation (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Marketing (AREA)
- General Business, Economics & Management (AREA)
- Economics (AREA)
- Databases & Information Systems (AREA)
- Technology Law (AREA)
- Computing Systems (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The embodiment of the invention discloses a processing method, a device, a terminal and a storage medium for tax declarations of electronic invoices, which are applied to a block chain system and comprise the following steps: receiving a tax return request sent by an SPV node of a service provider, and acquiring the amount of an electronic invoice issued by the SPV node of the service provider within a preset time according to the SPV node identification of the service provider; checking the sum of the SPV node identifier of the service provider and the electronic invoice; if the verification is passed, acquiring the total amount of the electronic invoice, storing the total amount on each consensus node, and synchronously storing the total amount to the tax bureau SPV node; and receiving the tax amount of the electronic invoice sent by the tax bureau SPV node, and sending the tax amount of the electronic invoice to the service provider SPV node. By adopting the means, the electronic invoice information stored in the block chain is acquired, then the total amount of the electronic invoice which is verified is acquired, and further the tax amount is acquired so as to be convenient for a merchant to pay.
Description
Technical Field
The invention relates to the technical field of computers, in particular to a processing method, a device, a terminal and a storage medium for tax declarations of electronic invoices.
Background
At present, when tax declares, merchants need to go to departments such as tax bureaus to handle business on the spot, the flow is complex, the materials to be handed are more, and the auditing process is very complicated. And the tax bureau can not guarantee the integrity of data in the auditing process, and if some merchants rarely declare tax, the tax bureau can not know the tax bureau.
Disclosure of Invention
The embodiment of the application provides a processing method, a device, a terminal and a storage medium for tax return of an electronic invoice, which can improve the efficiency and reliability of tax return.
A first aspect of an embodiment of the present application provides a method for processing an electronic invoice tax return, which is applied to a block chain device, and includes:
receiving a tax return request sent by an SPV node of a service provider, wherein the tax return request carries an identification of the SPV node of the service provider, and the tax return request is used for indicating to obtain the tax amount of an electronic invoice matched with the identification of the SPV node of the service provider;
obtaining the amount of the electronic invoice issued by the service provider SPV node within a preset time according to the service provider SPV node identifier;
checking the sum of the SPV node identifier of the service provider and the electronic invoice;
if the sum of the service provider SPV node identification and the electronic invoice passes the verification, acquiring the total sum of the electronic invoice, storing the service provider SPV node identification and the total sum of the electronic invoice on each consensus node, and synchronously storing the service provider SPV node identification and the total sum of the electronic invoice to a tax bureau SPV node;
receiving the tax amount of the electronic invoice sent by the tax bureau SPV node, and sending the tax amount of the electronic invoice to the facilitator SPV node to respond to the tax declaration request, wherein the tax amount is calculated by the tax bureau SPV node according to the stored total amount of the electronic invoice.
The method for acquiring the sum of the electronic invoice issued by the service provider SPV node within the preset time according to the service provider SPV node identifier comprises the following steps:
sending a request to the first consensus node, wherein the request carries the service provider SPV node identifier, and the request is used for indicating to obtain an electronic invoice issued by the service provider SPV node;
receiving the amount of the electronic invoice issued by the service provider SPV node within the preset time, wherein the amount of the electronic invoice issued by the service provider SPV node within the preset time, which is sent by the first common node, is the amount of the electronic invoice issued by the service provider SPV node within the preset time, which is obtained by the first common node in real time, and the first common node obtains the identifier of the electronic invoice issued by the service provider SPV node within the preset time, compares the identifier of the issued electronic invoice with the identifier of the electronic invoice distributed to the service provider SPV node within the preset time one by one, and confirms that the identifier of the issued electronic invoice is completely consistent with the identifier of the distributed electronic invoice.
Optionally, the checking the sum of the service provider SPV node identifier and the electronic invoice includes:
acquiring a node grade corresponding to the service provider SPV node identification according to the service provider SPV node identification and a mapping relation between a preset node identification and the node grade;
confirming the invoice grade corresponding to the amount of money according to the amount of the electronic invoice;
acquiring a check grade according to the node grade corresponding to the SPV node identifier of the service provider and the invoice grade corresponding to the money amount;
acquiring a consensus mechanism corresponding to the check levels, wherein the check levels correspond to the consensus mechanism one by one;
and checking the sum of the SPV node identifier of the service provider and the electronic invoice according to the consensus mechanism.
Optionally, after the checking of the service provider SPV node identifier and the amount of the electronic invoice, before the checking of the service provider SPV node identifier and the amount of the electronic invoice is confirmed to pass, the method includes:
obtaining the result of the check of the service provider SPV node identification and the amount of the electronic invoice by each consensus node;
acquiring the number of the consensus nodes with the result of passing the check;
according to the acquired consensus mechanism, determining whether the number of the consensus nodes passing the verification meets the requirement;
and if the number of the common identification nodes passing the verification meets the requirement, triggering and confirming that the sum of the service provider SPV node identification and the electronic invoice passes the verification.
Optionally, the method further includes:
confirming whether the service provider SPV node completes tax return or not;
and if the request is finished, sending a request to each consensus node, wherein the request carries the service provider SPV node identifier, and the request is used for indicating each consensus node to delete the stored information of the amount of the electronic invoice issued by the service provider SPV node within the preset time.
A second aspect of an embodiment of the present application provides an apparatus for processing an electronic invoice tax return, including:
the receiving request module is used for receiving a tax return request sent by an SPV node of a service provider, wherein the tax return request carries an identifier of the SPV node of the service provider, and the tax return request is used for indicating to acquire the tax amount of an electronic invoice matched with the identifier of the SPV node of the service provider;
the money obtaining module is used for obtaining the money of the electronic invoice issued by the service provider SPV node within the preset time according to the service provider SPV node identification;
the information checking module is used for checking the SPV node identifier of the service provider and the amount of the electronic invoice;
the synchronous storage module is used for acquiring the total amount of the electronic invoice if the server SPV node identification and the electronic invoice pass the amount check, storing the server SPV node identification and the total amount of the electronic invoice on each common identification node, and synchronously storing the server SPV node identification and the total amount of the electronic invoice to a tax bureau SPV node;
and the tax amount sending module is used for receiving the tax amount of the electronic invoice sent by the tax bureau SPV node and sending the tax amount of the electronic invoice to the facilitator SPV node so as to respond to the tax return request, wherein the tax amount is calculated by the tax bureau SPV node according to the stored total amount of the electronic invoice.
Optionally, the information checking module is configured to:
acquiring a node grade corresponding to the service provider SPV node identification according to the service provider SPV node identification and a mapping relation between a preset node identification and the node grade; confirming the invoice grade corresponding to the amount of money according to the amount of the electronic invoice; acquiring a check grade according to the node grade corresponding to the SPV node identifier of the service provider and the invoice grade corresponding to the money amount; acquiring a consensus mechanism corresponding to the check levels, wherein the check levels correspond to the consensus mechanism one by one; and checking the sum of the SPV node identifier of the service provider and the electronic invoice according to the consensus mechanism.
Optionally, the apparatus further includes a data deleting module, configured to:
confirming whether the service provider SPV node completes tax return or not; and if the request is finished, sending a request to each consensus node, wherein the request carries the service provider SPV node identifier, and the request is used for indicating each consensus node to delete the stored information of the amount of the electronic invoice issued by the service provider SPV node within the preset time.
A third aspect of the embodiments of the present application provides a terminal, including a processor, an input device, an output device, and a memory, where the processor, the input device, the output device, and the memory are connected to each other, where the memory is used to store a computer program, and the computer program includes program instructions, and the processor is configured to call the program instructions to execute the method.
A fourth aspect of embodiments of the present application provides a computer-readable storage medium having a computer program stored thereon, the computer program being executable by a processor to implement the method.
The embodiment of the application has at least the following beneficial effects:
according to the method and the device, the sum of the electronic invoices issued by the service provider SPV node within the preset time is obtained in the block chain, then when the sum of the service provider SPV node identification and the electronic invoices passes the verification, the total sum of the electronic invoices is obtained, and the service provider SPV node identification and the total sum of the electronic invoices are stored in all consensus nodes and synchronously stored in the tax bureau SPV node; and then receiving the tax amount of the electronic invoice sent by the tax bureau SPV node and sending the tax amount to the service provider SPV node. By adopting the means, the electronic invoice information stored in the block chain is acquired, then the total amount of the electronic invoice which is verified is acquired, and further the tax amount is acquired so as to be convenient for a merchant to pay.
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.
Wherein:
fig. 1 is a schematic diagram of a data sharing system according to an embodiment of the present invention;
FIG. 2 is an interactive schematic diagram of a processing method for tax returns of electronic invoices according to an embodiment of the present invention;
FIG. 3 is a flow chart illustrating a method for processing an electronic invoice tax return according to an embodiment of the present invention;
FIG. 4 is a flowchart illustrating a method for processing an electronic invoice tax return according to an embodiment of the present invention;
fig. 5 is a schematic structural diagram of a terminal according to an embodiment of the present invention;
fig. 6 is a schematic structural diagram of a processing apparatus for electronic invoice tax return according to an embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, 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 application.
The terms "first," "second," and the like in the description and claims of the present application and in the above-described drawings are used for distinguishing between different objects and not for describing a particular order. Furthermore, the terms "include" and "have," as well as any variations thereof, are intended to cover non-exclusive inclusions. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those steps or elements listed, but may alternatively include other steps or elements not listed, or inherent to such process, method, article, or apparatus.
Reference in the specification to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment can be included in at least one embodiment of the specification. The appearances of the phrase in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. It is explicitly and implicitly understood by one skilled in the art that the embodiments described herein can be combined with other embodiments.
Related art of embodiments of the present invention mention: the blockchain is a novel application mode of computer technologies such as distributed data storage, point-to-point transmission, a consensus mechanism and an encryption algorithm. A block chain (Blockchain), which is essentially a decentralized database, is a series of data blocks associated by using a cryptographic method, and each data block contains information of a batch of network transactions, so as to verify the validity (anti-counterfeiting) of the information and generate a next block. The blockchain may include a blockchain underlying platform, a platform product services layer, and an application services layer.
The block chain underlying platform can comprise processing modules such as user management, basic service, intelligent contract and operation monitoring. The user management module is responsible for identity information management of all blockchain participants, and comprises public and private key generation maintenance (account management), key management, user real identity and blockchain address corresponding relation maintenance (authority management) and the like, and under the authorization condition, the user management module supervises and audits the transaction condition of certain real identities and provides rule configuration (wind control audit) of risk control; the basic service module is deployed on all block chain node equipment and used for verifying the validity of the service request, recording the service request to storage after consensus on the valid request is completed, for a new service request, the basic service firstly performs interface adaptation analysis and authentication processing (interface adaptation), then encrypts service information (consensus management) through a consensus algorithm, transmits the service information to a shared account (network communication) completely and consistently after encryption, and performs recording and storage; the intelligent contract module is responsible for registering and issuing contracts, triggering the contracts and executing the contracts, developers can define contract logics through a certain programming language, issue the contract logics to a block chain (contract registration), call keys or other event triggering and executing according to the logics of contract clauses, complete the contract logics and simultaneously provide the function of upgrading and canceling the contracts; the operation monitoring module is mainly responsible for deployment, configuration modification, contract setting, cloud adaptation in the product release process and visual output of real-time states in product operation, such as: alarm, monitoring network conditions, monitoring node equipment health status, and the like.
The platform product service layer provides basic capability and an implementation framework of typical application, and developers can complete block chain implementation of business logic based on the basic capability and the characteristics of the superposed business. The application service layer provides the application service based on the block chain scheme for the business participants to use.
Where SPV is an abbreviation for "simple Payment Verification". Simple Payment Verification (SPV) makes full use of the structural information of the block and the powerful search capability of the merck tree, thereby enabling fast location of transaction information.
Referring to the data sharing system shown in fig. 1, the data sharing system 100 refers to a system for performing data sharing between nodes, the data sharing system may include a plurality of nodes 101, and the plurality of nodes 101 may refer to respective clients in the data sharing system. Each node 101 may receive input information while operating normally and maintain shared data within the data sharing system based on the received input information. In order to ensure information intercommunication in the data sharing system, information connection can exist between each node in the data sharing system, and information transmission can be carried out between the nodes through the information connection. For example, when an arbitrary node in the data sharing system receives input information, other nodes in the data sharing system acquire the input information according to a consensus algorithm, and store the input information as data in shared data, so that the data stored on all the nodes in the data sharing system are consistent.
Each node in the data sharing system has a node identifier corresponding thereto, and each node in the data sharing system may store a node identifier of another node in the data sharing system, so that the generated block is broadcast to the other node in the data sharing system according to the node identifier of the other node in the following. Each node 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 correspondingly. The node identifier may be an IP (Internet Protocol) address and any other information that can be used to identify the node, and table 1 only illustrates the IP address as an example.
TABLE 1
| Node name | Node identification |
| Node 1 | 117.114.151.174 |
| Node 2 | 117.116.189.145 |
| … | … |
| Node N | 119.123.789.258 |
The technical scheme aims to solve the problems that at present, when tax declares, merchants need to go to departments such as tax bureaus to handle business on the spot, the flow is complex, the number of materials to be handed over is large, and the auditing process is very complicated. And the tax bureau can not guarantee the integrity of data in the auditing process, and if some merchants report less tax and the tax bureau can not know the tax bureau, the processing method of the electronic invoice tax declaration based on the block chain system is provided and is applied to the block chain system, wherein the block chain system comprises a consensus node and a tax bureau SPV node and the like, and the tax bureau SPV node can govern the service provider SPV node in the corresponding region range. The tax office SPV nodes may represent tax offices in different locations, and the facilitator SPV nodes may be different merchants.
Referring to fig. 2, fig. 2 is an interaction diagram of a processing method of an electronic invoice tax return according to an embodiment of the present application. As shown in fig. 2, it may include a blockchain management device, which may be a server for tax return, etc., the blockchain management device includes several consensus nodes 101 and several tax bureau SPV nodes 102, and the interaction further includes a facilitator SPV node 103. The block chain management device receives a tax return request sent by a service provider SPV node 103, wherein the tax return request carries a service provider SPV node identifier, and the tax return request is used for indicating to acquire the tax amount of an electronic invoice matched with the service provider SPV node identifier;
the block chain management device acquires the amount of the electronic invoice issued by the service provider SPV node 103 within a preset time according to the service provider SPV node identifier; the block chain management device checks the service provider SPV node identification and the amount of the electronic invoice; if the service provider SPV node identification and the electronic invoice pass the amount check, the block chain management device acquires the total amount of the electronic invoice, stores the service provider SPV node identification and the total amount of the electronic invoice on each consensus node 101, and synchronously stores the service provider SPV node identification and the total amount of the electronic invoice to a tax bureau SPV node 102; the block chain management device receives the tax amount of the electronic invoice sent by the tax bureau SPV node 102, and sends the tax amount of the electronic invoice to the facilitator SPV node 103 to respond to the tax return request, wherein the tax amount is calculated by the tax bureau SPV node 102 according to the stored total amount of the electronic invoice. According to the scheme, the sum of the electronic invoices issued by the service provider SPV node within the preset time is obtained in the block chain, then when the sum of the service provider SPV node identification and the electronic invoices passes the verification, the total sum of the electronic invoices is obtained, and the service provider SPV node identification and the total sum of the electronic invoices are stored on all common identification nodes and synchronously stored to the tax bureau SPV node; and then receiving the tax amount of the electronic invoice sent by the tax bureau SPV node and sending the tax amount to the service provider SPV node. By adopting the means, the electronic invoice information stored in the block chain is acquired, then the total amount of the electronic invoice which is verified is acquired, and further the tax amount is acquired so as to be convenient for a merchant to pay.
Referring to fig. 3, fig. 3 is a schematic flow chart illustrating a processing method of an electronic invoice tax return according to an embodiment of the present application. As shown in fig. 3, it may include steps 301-305 as follows:
301. receiving a tax return request sent by an SPV node of a service provider, wherein the tax return request carries an identification of the SPV node of the service provider, and the tax return request is used for indicating to obtain the tax amount of an electronic invoice matched with the identification of the SPV node of the service provider;
the service provider SPV node may include a merchant terminal or the like. For example, the block chain management device receives a tax return request sent by a merchant terminal. The tax return request carries the service provider SPV node identification, and the node identification can be an IP address and any other information capable of identifying the node.
The tax return request is used for indicating to obtain the tax amount of the electronic invoice matched with the SPV node identification of the service provider, so that the merchant can pay according to the tax amount.
The blockchain management device may be a server for tax return, etc.
302. Obtaining the amount of the electronic invoice issued by the service provider SPV node within a preset time according to the service provider SPV node identifier;
and the block chain management device acquires the amount of the electronic invoice issued by the service provider SPV node corresponding to the service provider SPV node identifier within the preset time from the block chain system according to the service provider SPV node identifier.
The preset time may be from the last tax return to the current request time, or may be in units of years or quarters.
The amount of the electronic invoice issued by the SPV node of the service provider within the preset time is completely consistent with the amount of the electronic invoice issued to the consumer by the SPV node of the off-line service provider, and is synchronously stored in the block chain system, namely when the merchant issues the invoice to the consumer, the block chain system can store the invoice in real time, so that the reliability of data is guaranteed, and the inconsistency between the tax amount of the merchant and the total amount of the electronic invoice actually issued is avoided.
The electronic invoices are multiple and can be acquired according to time sequence or the amount of money of the electronic invoices, and the like.
303. Checking the sum of the SPV node identifier of the service provider and the electronic invoice;
the verification of the service provider SPV node identifier and the amount of the electronic invoice is performed to further improve the security and reliability of data and avoid errors in the process.
The check of the service provider SPV node identifier may be performed by the blockchain management device sending check information to the service provider SPV node according to the service provider SPV node identifier, or performing a check according to a preset key, or the like.
The checking of the amount of the electronic invoice can be performed by comparing the invoice marked by the specific number within the preset time distributed in advance with the number of the currently acquired invoice to determine whether the invoice is missing. If the number of the electronic invoice of the current quarter acquired by the merchant is from 0200 to 0500, comparing the information with the number of the invoice currently acquired from the blockchain system to determine whether the currently acquired number is a continuous number, whether the number is missing or not, and the like.
304. If the sum of the service provider SPV node identification and the electronic invoice passes the verification, acquiring the total sum of the electronic invoice, storing the service provider SPV node identification and the total sum of the electronic invoice on each consensus node, and synchronously storing the service provider SPV node identification and the total sum of the electronic invoice to a tax bureau SPV node;
and after the authenticity of the SPV node identification of the service provider is verified and confirmed through the verification with the SPV node of the service provider, and when the numbers of the electronic invoices are consistent and are not missing, the sum of the SPV node identification of the service provider and the electronic invoices is verified to be passed.
And after the sum is passed, calculating to obtain the total sum according to the obtained sum of the electronic invoice, storing the service provider SPV node identification and the total sum of the electronic invoice on each common identification node, and synchronously storing the common identification nodes and the common identification nodes to the tax bureau SPV node.
The storage is used for indicating the common recognition nodes and the tax bureau SPV node to know that the service provider SPV node settles the total amount of the electronic invoice within the current preset time, and when the service provider SPV node receives the settlement of the total amount of the electronic invoice within the current preset time again, the calculation does not need to be obtained again, the result can be directly sent, repeated operation is avoided, and node resources are wasted.
The synchronously stored tax office SPV node may be any tax office, and the tax office SPV node and the service provider SPV node have a predetermined relationship, such as the business is under the jurisdiction of the tax office.
305. Receiving the tax amount of the electronic invoice sent by the tax bureau SPV node, and sending the tax amount of the electronic invoice to the facilitator SPV node to respond to the tax declaration request, wherein the tax amount is calculated by the tax bureau SPV node according to the stored total amount of the electronic invoice.
After the tax bureau SPV node obtains the total amount of the electronic invoice, the corresponding tax rate is directly obtained according to the service provider SPV node identification, then the tax amount corresponding to the service provider SPV node is obtained through calculation, the tax amount is sent to the block chain management device, and after the block chain management device receives the tax amount, the tax amount is directly sent to the service provider SPV node, or page display can be directly carried out on the block chain management device.
According to the method and the device, the sum of the electronic invoices issued by the service provider SPV node within the preset time is obtained in the block chain, then when the sum of the service provider SPV node identification and the electronic invoices passes the verification, the total sum of the electronic invoices is obtained, and the service provider SPV node identification and the total sum of the electronic invoices are stored in all consensus nodes and synchronously stored in the tax bureau SPV node; and then receiving the tax amount of the electronic invoice sent by the tax bureau SPV node and sending the tax amount to the service provider SPV node. By adopting the means, the electronic invoice information stored in the block chain is acquired, then the total amount of the electronic invoice which is verified is acquired, and further the tax amount is acquired so as to be convenient for a merchant to pay.
Referring to fig. 4, fig. 4 is a schematic flow chart illustrating a processing method of an electronic invoice tax return according to an embodiment of the present application. As shown in fig. 4, it may include steps 401 and 410 as follows:
401. receiving a tax return request sent by an SPV node of a service provider, wherein the tax return request carries an identification of the SPV node of the service provider, and the tax return request is used for indicating to obtain the tax amount of an electronic invoice matched with the identification of the SPV node of the service provider;
the service provider SPV node may include a merchant terminal or the like. For example, the block chain management device receives a tax return request sent by a merchant terminal. The tax return request carries the service provider SPV node identification, and the node identification can be an IP address and any other information capable of identifying the node.
402. Sending a request to a first consensus node, wherein the request carries the service provider SPV node identifier, and the request is used for indicating to obtain an electronic invoice issued by the service provider SPV node;
after receiving a tax return request sent by a merchant terminal, the block chain management device can send a request to a first consensus node so as to obtain an electronic invoice issued by the SPV node of the service provider. The first common node may be any common node. The consensus node is a node for performing consensus. The information may be stored in the blockchain system after consensus by the consensus node. All electronic invoice information which is made by the service provider SPV node is stored in the consensus node. Wherein the information stored in the consensus node is information obtained in real time.
The information of the electronic invoice is acquired in real time, and then verification and storage are carried out, so that the validity and the reliability of the invoice information are guaranteed.
403. Receiving the amount of the electronic invoice issued by the service provider SPV node within a preset time, wherein the amount of the electronic invoice issued by the service provider SPV node within the preset time, which is sent by the first common node, is the amount of the electronic invoice issued by the service provider SPV node within the preset time, which is obtained by the first common node in real time, and the first common node obtains the identifier of the electronic invoice issued by the service provider SPV node within the preset time, compares the identifier of the issued electronic invoice with the identifier of the electronic invoice distributed to the service provider SPV node within the preset time one by one, and confirms that the identifier of the issued electronic invoice and the identifier of the distributed electronic invoice are completely consistent;
the identification of the electronic invoice issued by the service provider SPV node within the preset time is obtained, and the identification of the issued electronic invoice and the identification of the electronic invoice distributed to the service provider SPV node within the preset time are compared one by one respectively. The identifier of the electronic invoice may be a number of the electronic invoice, or a barcode of the electronic invoice, and the like, and is not limited herein.
The identification of the electronic invoice issued by the service provider SPV node within the preset time is compared with the identification of the electronic invoice distributed to the service provider SPV node by the tax bureau SPV node within the preset time one by one, if the identification is compared with the number, whether the electronic invoice is missing or not is confirmed, if the electronic invoice is missing, a request can be sent to the service provider SPV node to indicate the service provider SPV node to send the certification information, and the certification information can be the invoice identification which is distributed within the preset time and has not issued the invoice, so that the distributed electronic invoice is completely consistent with the currently acquired electronic invoice, and the tax evasion of merchants is avoided.
404. Checking the sum of the SPV node identifier of the service provider and the electronic invoice;
the check of the service provider SPV node identifier may be performed by the blockchain management device sending check information to the service provider SPV node according to the service provider SPV node identifier, or performing a check according to a preset key, or the like.
The checking of the amount of the electronic invoice can be performed by comparing the invoice marked by the specific number within the preset time distributed in advance with the number of the currently acquired invoice to determine whether the invoice is missing. If the number of the electronic invoice of the current quarter acquired by the merchant is from 0200 to 0500, comparing the information with the number of the invoice currently acquired from the blockchain system to determine whether the currently acquired number is a continuous number, whether the number is missing or not, and the like.
Specifically, the step 404 may include steps a11-a15, as follows:
a11, acquiring a node level corresponding to the SPV node identifier of the service provider according to the SPV node identifier of the service provider and the mapping relation between the preset node identifier and the node level;
the mapping relationship between the preset node identifier and the node level may be divided according to IP addresses, or according to the size of a node storage space.
A12, confirming the invoice grade corresponding to the amount according to the amount of the electronic invoice;
and acquiring the invoice grade of the electronic invoice according to the preset mapping relation between the amount of the electronic invoice and the invoice grade.
When there are at least two electronic invoices, the invoice grade can be the average value of the invoice grades of the electronic invoices, or different weights are obtained according to different money amounts, then the sum of the products of the different money amounts and the corresponding weights is calculated, the invoice grade of the money amount corresponding to the sum is obtained, and the invoice grade of the money amount corresponding to the sum is used as the invoice grade of the electronic invoices.
A13, acquiring a verification grade according to the node grade corresponding to the SPV node identifier of the service provider and the invoice grade corresponding to the money amount;
acquiring a check grade by acquiring a node grade and an invoice grade;
wherein, can include:
confirming whether the invoice grade corresponding to the amount of money exceeds a preset invoice grade p;
if yes, acquiring the check grade by adopting a first preset algorithm, wherein the first preset algorithm is as follows: the node grade w + the invoice grade (1-w), wherein w is a positive number less than 0.5;
if the invoice grade corresponding to the amount of money does not exceed the preset invoice grade p, acquiring the verification grade by adopting a second preset algorithm, wherein the second preset algorithm is as follows: the w power of the node level + the p power of the invoice level, where p is a positive integer.
The above is only an example, and the present solution does not limit the above algorithm.
A14, acquiring a consensus mechanism corresponding to the check levels, wherein the check levels correspond to the consensus mechanism one by one;
and acquiring a corresponding consensus mechanism according to the corresponding relation between the preset check grade and the consensus mechanism by acquiring the check grade. If the obtained check level is 5, the corresponding consensus mechanism is that at least 5 nodes pass the check, or at least 80% of the nodes pass the check, and the like.
And A15, checking the SPV node identifier of the service provider and the amount of the electronic invoice according to the consensus mechanism.
405. Obtaining the result of the check of the service provider SPV node identification and the amount of the electronic invoice by each consensus node;
406. acquiring the number of the consensus nodes with the result of passing the check;
407. according to the acquired consensus mechanism, determining whether the number of the consensus nodes passing the verification meets the requirement;
if at least 80% of the nodes pass the verification, the verification is regarded as passing, and the number of the verified common nodes and the total number of the common nodes are obtained and then confirmed.
408. If the number of the common identification nodes passing the verification meets the requirement, confirming that the sum of the SPV node identification of the service provider and the electronic invoice passes the verification;
409. acquiring the total amount of the electronic invoice, storing the SPV node identification of the service provider and the total amount of the electronic invoice on each consensus node, and synchronously storing the same to a tax bureau SPV node;
and after the verification is passed, acquiring the total amount of the electronic invoice corresponding to the SPV node identifier of the service provider according to the amount of the electronic invoice. And then storing the total amount on each consensus node and simultaneously storing the total amount on a tax bureau SPV node corresponding to the service provider SPV node. The correspondence may be a correspondence of a region position.
410. Receiving the tax amount of the electronic invoice sent by the tax bureau SPV node, and sending the tax amount of the electronic invoice to the facilitator SPV node to respond to the tax declaration request, wherein the tax amount is calculated by the tax bureau SPV node according to the stored total amount of the electronic invoice.
After the tax bureau SPV node obtains the total amount of the electronic invoice, the corresponding tax rate is directly obtained according to the service provider SPV node identification, or the unified tax rate is obtained, then the tax amount corresponding to the service provider SPV node is obtained through calculation, the tax amount is sent to the block chain management device, and after the block chain management device receives the tax amount, the tax amount is directly sent to the service provider SPV node, or page display can be directly carried out on the block chain management device.
The method further comprises the following steps: confirming whether the service provider SPV node completes tax return or not;
and if the request is finished, sending a request to each consensus node, wherein the request carries the service provider SPV node identifier, and the request is used for indicating each consensus node to delete the stored information of the amount of the electronic invoice issued by the service provider SPV node within the preset time.
When the service provider SPV node is detected to finish paying the tax amount in the current preset time, a message is sent to all the consensus nodes to indicate the consensus nodes to delete the stored information of the amount of the electronic invoice issued by the service provider SPV node in the preset time, so that the storage space is saved, and the occupation of node resources is reduced.
According to the method and the device, the sum of the electronic invoices issued by the service provider SPV node within the preset time is obtained in the block chain, then when the sum of the service provider SPV node identification and the electronic invoices passes the verification, the total sum of the electronic invoices is obtained, and the service provider SPV node identification and the total sum of the electronic invoices are stored in all consensus nodes and synchronously stored in the tax bureau SPV node; and then receiving the tax amount of the electronic invoice sent by the tax bureau SPV node and sending the tax amount to the service provider SPV node. By adopting the means, the electronic invoice information stored in the block chain is acquired, then the total amount of the electronic invoice which is verified is acquired, and further the tax amount is acquired so as to be convenient for a merchant to pay.
In accordance with the foregoing embodiments, please refer to fig. 5, fig. 5 is a schematic structural diagram of a terminal according to an embodiment of the present application, and as shown in the drawing, the terminal includes a processor, an input device, an output device, and a memory, where the processor, the input device, the output device, and the memory are connected to each other, where the memory is used to store a computer program, the computer program includes program instructions, the processor is configured to call the program instructions, and the program includes instructions for performing the following steps;
receiving a tax return request sent by an SPV node of a service provider, wherein the tax return request carries an identification of the SPV node of the service provider, and the tax return request is used for indicating to obtain the tax amount of an electronic invoice matched with the identification of the SPV node of the service provider;
obtaining the amount of the electronic invoice issued by the service provider SPV node within a preset time according to the service provider SPV node identifier;
checking the sum of the SPV node identifier of the service provider and the electronic invoice;
if the sum of the service provider SPV node identification and the electronic invoice passes the verification, acquiring the total sum of the electronic invoice, storing the service provider SPV node identification and the total sum of the electronic invoice on each consensus node, and synchronously storing the service provider SPV node identification and the total sum of the electronic invoice to a tax bureau SPV node;
receiving the tax amount of the electronic invoice sent by the tax bureau SPV node, and sending the tax amount of the electronic invoice to the facilitator SPV node to respond to the tax declaration request, wherein the tax amount is calculated by the tax bureau SPV node according to the stored total amount of the electronic invoice.
According to the method and the device, the sum of the electronic invoices issued by the service provider SPV node within the preset time is obtained in the block chain, then when the sum of the service provider SPV node identification and the electronic invoices passes the verification, the total sum of the electronic invoices is obtained, and the service provider SPV node identification and the total sum of the electronic invoices are stored in all consensus nodes and synchronously stored in the tax bureau SPV node; and then receiving the tax amount of the electronic invoice sent by the tax bureau SPV node and sending the tax amount to the service provider SPV node. By adopting the means, the electronic invoice information stored in the block chain is acquired, then the total amount of the electronic invoice which is verified is acquired, and further the tax amount is acquired so as to be convenient for a merchant to pay.
The above description has introduced the solution of the embodiment of the present application mainly from the perspective of the method-side implementation process. It is understood that the terminal includes corresponding hardware structures and/or software modules for performing the respective functions in order to implement the above-described functions. Those of skill in the art will readily appreciate that the present application is capable of hardware or a combination of hardware and computer software implementing the various illustrative elements and algorithm steps described in connection with the embodiments provided herein. Whether a function is performed as hardware or computer software drives hardware depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
In the embodiment of the present application, the terminal may be divided into the functional units according to the above method example, for example, each functional unit may be divided corresponding to each function, or two or more functions may be integrated into one processing unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit. It should be noted that the division of the unit in the embodiment of the present application is schematic, and is only a logic function division, and there may be another division manner in actual implementation.
In accordance with the above, please refer to fig. 6, fig. 6 is a schematic structural diagram of a processing apparatus for electronic invoice tax return according to an embodiment of the present application. The system comprises a request receiving module 601, an amount obtaining module 602, an information checking module 603, a synchronous storage module 604 and a tax sending module 605, and the details are as follows:
a receiving request module 601, configured to receive a tax return request sent by an SPV node of a service provider, where the tax return request carries an identifier of the SPV node of the service provider, and the tax return request is used to instruct to obtain a tax amount of an electronic invoice matching the identifier of the SPV node of the service provider;
an amount obtaining module 602, configured to obtain, according to the provider SPV node identifier, an amount of an electronic invoice issued by the provider SPV node within a preset time;
an information checking module 603, configured to check the service provider SPV node identifier and the amount of the electronic invoice;
a synchronous storage module 604, configured to obtain a total amount of the electronic invoice if the service provider SPV node identifier and the electronic invoice pass the amount check, store the service provider SPV node identifier and the total amount of the electronic invoice on each common node, and synchronously store the service provider SPV node identifier and the total amount of the electronic invoice to a tax bureau SPV node;
a tax amount sending module 605, configured to receive the tax amount of the electronic invoice sent by the tax bureau SPV node, and send the tax amount of the electronic invoice to the facilitator SPV node to respond to the tax return request, where the tax amount is calculated by the tax bureau SPV node according to the stored total amount of the electronic invoice.
According to the method and the device, the sum of the electronic invoices issued by the service provider SPV node within the preset time is obtained in the block chain, and then when the sum of the service provider SPV node identification and the electronic invoices passes the verification, the total sum of the electronic invoices is obtained, and the service provider SPV node identification and the total sum of the electronic invoices are stored in all the consensus nodes and synchronously stored in the tax bureau SPV node; and then receiving the tax amount of the electronic invoice sent by the tax bureau SPV node and sending the tax amount to the service provider SPV node. By adopting the means, the electronic invoice information stored in the block chain is acquired, then the total amount of the electronic invoice which is verified is acquired, and further the tax amount is acquired so as to be convenient for a merchant to pay.
Further, the information checking module 603 may be configured to:
acquiring a node grade corresponding to the service provider SPV node identification according to the service provider SPV node identification and a mapping relation between a preset node identification and the node grade; confirming the invoice grade corresponding to the amount of money according to the amount of the electronic invoice; acquiring a check grade according to the node grade corresponding to the SPV node identifier of the service provider and the invoice grade corresponding to the money amount; acquiring a consensus mechanism corresponding to the check levels, wherein the check levels correspond to the consensus mechanism one by one; and checking the sum of the SPV node identifier of the service provider and the electronic invoice according to the consensus mechanism.
The apparatus further comprises a data deletion module configured to:
confirming whether the service provider SPV node completes tax return or not; and if the request is finished, sending a request to each consensus node, wherein the request carries the service provider SPV node identifier, and the request is used for indicating each consensus node to delete the stored information of the amount of the electronic invoice issued by the service provider SPV node within the preset time.
Embodiments of the present application also provide a computer storage medium, wherein the computer storage medium stores a computer program for electronic data exchange, and the computer program enables a computer to execute part or all of the steps of any one of the processing methods for electronic invoice tax return described in the above method embodiments.
Embodiments of the present application also provide a computer program product, which includes a non-transitory computer-readable storage medium storing a computer program, and the computer program enables a computer to execute part or all of the steps of any one of the processing methods for electronic invoice tax return described in the above method embodiments.
It should be noted that, for simplicity of description, the above-mentioned method embodiments are described as a series of acts or combination of acts, but those skilled in the art will recognize that the present application is not limited by the order of acts described, as some steps may occur in other orders or concurrently depending on the application. Further, those skilled in the art should also appreciate that the embodiments described in the specification are preferred embodiments and that the acts and modules referred to are not necessarily required in this application.
In the foregoing embodiments, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.
In the embodiments provided in the present application, it should be understood that the disclosed apparatus may be implemented in other manners. For example, the above-described embodiments of the apparatus are merely illustrative, and for example, the division of the units is only one type of division of logical functions, and there may be other divisions when actually implementing, for example, a plurality of units or components may be combined or may be integrated into another system, or some features may be omitted, or not implemented. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection of some interfaces, devices or units, and may be an electric or other form.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit may be implemented in the form of hardware, or may be implemented in the form of a software program module.
The integrated units, if implemented in the form of software program modules and sold or used as stand-alone products, may be stored in a computer readable memory. Based on such understanding, the technical solution of the present application may be substantially implemented or a part of or all or part of the technical solution contributing to the prior art may be embodied in the form of a software product stored in a memory, and including several instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method described in the embodiments of the present application. And the aforementioned memory comprises: various media capable of storing program codes, such as a usb disk, a read-only memory (ROM), a Random Access Memory (RAM), a removable hard disk, a magnetic or optical disk, and the like.
Those skilled in the art will appreciate that all or part of the steps in the methods of the above embodiments may be implemented by associated hardware instructed by a program, which may be stored in a computer-readable memory, which may include: flash memory disks, read-only memory, random access memory, magnetic or optical disks, and the like.
The foregoing detailed description of the embodiments of the present application has been presented to illustrate the principles and implementations of the present application, and the above description of the embodiments is only provided to help understand the method and the core concept of the present application; meanwhile, for a person skilled in the art, according to the idea of the present application, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present application.
Claims (10)
1. A processing method of electronic invoice tax return is characterized in that the processing method is applied to a block chain system and comprises the following steps:
receiving a tax return request sent by an SPV node of a service provider, wherein the tax return request carries an identification of the SPV node of the service provider, and the tax return request is used for indicating to obtain the tax amount of an electronic invoice matched with the identification of the SPV node of the service provider;
obtaining the amount of the electronic invoice issued by the service provider SPV node within a preset time according to the service provider SPV node identifier;
checking the sum of the SPV node identifier of the service provider and the electronic invoice;
if the sum of the service provider SPV node identification and the electronic invoice passes the verification, acquiring the total sum of the electronic invoice, storing the service provider SPV node identification and the total sum of the electronic invoice on each consensus node, and synchronously storing the service provider SPV node identification and the total sum of the electronic invoice to a tax bureau SPV node;
receiving the tax amount of the electronic invoice sent by the tax bureau SPV node, and sending the tax amount of the electronic invoice to the facilitator SPV node to respond to the tax declaration request, wherein the tax amount is calculated by the tax bureau SPV node according to the stored total amount of the electronic invoice.
2. The method of claim 1, wherein the consensus node comprises a first consensus node, and the obtaining of the amount of the electronic invoice issued by the server SPV node within the preset time according to the server SPV node identifier comprises:
sending a request to the first consensus node, wherein the request carries the service provider SPV node identifier, and the request is used for indicating to obtain an electronic invoice issued by the service provider SPV node;
receiving the amount of the electronic invoice issued by the service provider SPV node within the preset time, wherein the amount of the electronic invoice issued by the service provider SPV node within the preset time, which is sent by the first common node, is the amount of the electronic invoice issued by the service provider SPV node within the preset time, which is obtained by the first common node in real time, and the first common node obtains the identifier of the electronic invoice issued by the service provider SPV node within the preset time, compares the identifier of the issued electronic invoice with the identifier of the electronic invoice distributed to the service provider SPV node within the preset time one by one, and confirms that the identifier of the issued electronic invoice is completely consistent with the identifier of the distributed electronic invoice.
3. The method of claim 1, wherein said checking the amount of said facilitator SPV node identification and said electronic invoice comprises:
acquiring a node grade corresponding to the service provider SPV node identification according to the service provider SPV node identification and a mapping relation between a preset node identification and the node grade;
confirming the invoice grade corresponding to the amount of money according to the amount of the electronic invoice;
acquiring a check grade according to the node grade corresponding to the SPV node identifier of the service provider and the invoice grade corresponding to the money amount;
acquiring a consensus mechanism corresponding to the check levels, wherein the check levels correspond to the consensus mechanism one by one;
and checking the sum of the SPV node identifier of the service provider and the electronic invoice according to the consensus mechanism.
4. The method of claim 3, wherein after verifying the amount of money of the server SPV node identification and the electronic invoice and before confirming that the amount of money of the server SPV node identification and the electronic invoice has passed the verification, the method comprises:
obtaining the result of the check of the service provider SPV node identification and the amount of the electronic invoice by each consensus node;
acquiring the number of the consensus nodes with the result of passing the check;
according to the acquired consensus mechanism, determining whether the number of the consensus nodes passing the verification meets the requirement;
and if the number of the common identification nodes passing the verification meets the requirement, triggering and confirming that the sum of the service provider SPV node identification and the electronic invoice passes the verification.
5. The method according to any one of claims 1 to 4, further comprising:
confirming whether the service provider SPV node completes tax return or not;
and if the request is finished, sending a request to each consensus node, wherein the request carries the service provider SPV node identifier, and the request is used for indicating each consensus node to delete the stored information of the amount of the electronic invoice issued by the service provider SPV node within the preset time.
6. An apparatus for processing tax returns of electronic invoices, comprising:
the receiving request module is used for receiving a tax return request sent by an SPV node of a service provider, wherein the tax return request carries an identifier of the SPV node of the service provider, and the tax return request is used for indicating to acquire the tax amount of an electronic invoice matched with the identifier of the SPV node of the service provider;
the money obtaining module is used for obtaining the money of the electronic invoice issued by the service provider SPV node within the preset time according to the service provider SPV node identification;
the information checking module is used for checking the SPV node identifier of the service provider and the amount of the electronic invoice;
the synchronous storage module is used for acquiring the total amount of the electronic invoice if the server SPV node identification and the electronic invoice pass the amount check, storing the server SPV node identification and the total amount of the electronic invoice on each common identification node, and synchronously storing the server SPV node identification and the total amount of the electronic invoice to a tax bureau SPV node;
and the tax amount sending module is used for receiving the tax amount of the electronic invoice sent by the tax bureau SPV node and sending the tax amount of the electronic invoice to the facilitator SPV node so as to respond to the tax return request, wherein the tax amount is calculated by the tax bureau SPV node according to the stored total amount of the electronic invoice.
7. The apparatus of claim 6, wherein the information checking module is configured to:
acquiring a node grade corresponding to the service provider SPV node identification according to the service provider SPV node identification and a mapping relation between a preset node identification and the node grade; confirming the invoice grade corresponding to the amount of money according to the amount of the electronic invoice; acquiring a check grade according to the node grade corresponding to the SPV node identifier of the service provider and the invoice grade corresponding to the money amount; acquiring a consensus mechanism corresponding to the check levels, wherein the check levels correspond to the consensus mechanism one by one; and checking the sum of the SPV node identifier of the service provider and the electronic invoice according to the consensus mechanism.
8. The apparatus of claim 6 or 7, further comprising a data deletion module configured to:
confirming whether the service provider SPV node completes tax return or not; and if the request is finished, sending a request to each consensus node, wherein the request carries the service provider SPV node identifier, and the request is used for indicating each consensus node to delete the stored information of the amount of the electronic invoice issued by the service provider SPV node within the preset time.
9. A terminal, comprising a processor, an input device, an output device and a memory, the processor, the input device, the output device and the memory being interconnected, wherein the memory is configured to store a computer program comprising program instructions, the processor being configured to invoke the program instructions to perform the method of any of claims 1 to 5.
10. A computer-readable storage medium, characterized in that it stores a computer program which is executed by a processor to implement the method of any one of claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910894713.XA CN110597915A (en) | 2019-09-20 | 2019-09-20 | Processing method, device, terminal and storage medium for electronic invoice tax declaration |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910894713.XA CN110597915A (en) | 2019-09-20 | 2019-09-20 | Processing method, device, terminal and storage medium for electronic invoice tax declaration |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110597915A true CN110597915A (en) | 2019-12-20 |
Family
ID=68862044
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910894713.XA Pending CN110597915A (en) | 2019-09-20 | 2019-09-20 | Processing method, device, terminal and storage medium for electronic invoice tax declaration |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110597915A (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20160132853A1 (en) * | 2014-11-11 | 2016-05-12 | International Business Machines Corporation | Remote authentication for point of sale machine using a mobile number through unstructured supplementary service data |
| CN108711099A (en) * | 2018-06-07 | 2018-10-26 | 深圳鑫宏图工业设计有限公司 | A kind of financial system management method, electronic equipment and storage medium |
| CN109165943A (en) * | 2018-08-20 | 2019-01-08 | 腾讯科技（深圳）有限公司 | About the data processing method of electronic bill, device, storage medium and equipment |
| CN109949111A (en) * | 2019-03-06 | 2019-06-28 | 深圳市智税链科技有限公司 | Electronic bill mark distributing method, electronic bill generation method, apparatus and system |
-
2019
- 2019-09-20 CN CN201910894713.XA patent/CN110597915A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20160132853A1 (en) * | 2014-11-11 | 2016-05-12 | International Business Machines Corporation | Remote authentication for point of sale machine using a mobile number through unstructured supplementary service data |
| CN108711099A (en) * | 2018-06-07 | 2018-10-26 | 深圳鑫宏图工业设计有限公司 | A kind of financial system management method, electronic equipment and storage medium |
| CN109165943A (en) * | 2018-08-20 | 2019-01-08 | 腾讯科技（深圳）有限公司 | About the data processing method of electronic bill, device, storage medium and equipment |
| CN109949111A (en) * | 2019-03-06 | 2019-06-28 | 深圳市智税链科技有限公司 | Electronic bill mark distributing method, electronic bill generation method, apparatus and system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI768163B (en) | Method and device for generating smart contracts | |
| CN110458562B (en) | Bill reimbursement method, device and equipment and computer storage medium | |
| CN108229926B (en) | Service settlement method and related device | |
| CN111080295A (en) | Block chain-based electronic contract processing method and equipment | |
| CN110633963A (en) | Electronic bill processing method, electronic bill processing device, computer-readable storage medium and equipment | |
| CN110599137A (en) | Electronic bill data processing method and device and computer equipment | |
| CN111325581B (en) | Data processing method and device, electronic equipment and computer readable storage medium | |
| KR20180113229A (en) | Loan service providing method using black chain and system performing the same | |
| US20220309501A1 (en) | Blockchain-based trusted transaction method for data product | |
| CN111461881A (en) | Data management method and device, computer equipment and storage medium | |
| KR20200114324A (en) | Block chain based money transfer processing system using cryptocurrency | |
| CN110941840B (en) | Data processing method, system and terminal | |
| CN115829574A (en) | Data asset transaction system and method based on block chain | |
| CN111274597A (en) | Data processing method and equipment | |
| KR20190084923A (en) | Method for paying based on blockchain and payment server using the same | |
| KR20200016157A (en) | System and method for processing card payment based on block-chain | |
| CN112256799A (en) | Data processing method and device based on block chain, server and storage medium | |
| CN110599211A (en) | Ticket information processing method and device and computer equipment | |
| CN110599332A (en) | Block chain-based user intention determination method, device, equipment and storage medium | |
| CN110597915A (en) | Processing method, device, terminal and storage medium for electronic invoice tax declaration | |
| KR20200014121A (en) | Method and system for providing block chain service | |
| CN110599272B (en) | Method for issuing electronic invoice and related products | |
| CN111008251B (en) | Data processing method and device | |
| CN114298698A (en) | Transaction settlement method and device | |
| CN110910091A (en) | Data processing method, device and 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 |