CN111062766A - Block chain-based electronic invoice issuing method and device - Google Patents
Block chain-based electronic invoice issuing method and device Download PDFInfo
- Publication number
- CN111062766A CN111062766A CN201911329813.4A CN201911329813A CN111062766A CN 111062766 A CN111062766 A CN 111062766A CN 201911329813 A CN201911329813 A CN 201911329813A CN 111062766 A CN111062766 A CN 111062766A
- Authority
- CN
- China
- Prior art keywords
- invoicing
- information
- billing
- blue
- block
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 40
- 238000012502 risk assessment Methods 0.000 claims abstract description 15
- 238000011156 evaluation Methods 0.000 claims abstract description 5
- 238000012545 processing Methods 0.000 claims description 38
- 239000013598 vector Substances 0.000 claims description 18
- 238000012795 verification Methods 0.000 claims description 10
- 238000004080 punching Methods 0.000 claims description 9
- 239000000284 extract Substances 0.000 claims description 5
- 238000011010 flushing procedure Methods 0.000 claims description 4
- 238000003860 storage Methods 0.000 claims description 4
- 238000010586 diagram Methods 0.000 description 12
- 230000008569 process Effects 0.000 description 7
- 230000006870 function Effects 0.000 description 6
- 238000007689 inspection Methods 0.000 description 6
- 238000004590 computer program Methods 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 239000003795 chemical substances by application Substances 0.000 description 4
- 238000004422 calculation algorithm Methods 0.000 description 2
- 238000007621 cluster analysis Methods 0.000 description 2
- 239000004744 fabric Substances 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000007619 statistical method Methods 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 241000251468 Actinopterygii Species 0.000 description 1
- 239000000370 acceptor Substances 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 238000013145 classification model Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 238000007477 logistic regression Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000010606 normalization Methods 0.000 description 1
- 238000007637 random forest analysis Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000033772 system development Effects 0.000 description 1
- 238000012549 training Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/04—Billing or invoicing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- 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
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0635—Risk analysis of enterprise or organisation activities
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Theoretical Computer Science (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Economics (AREA)
- General Physics & Mathematics (AREA)
- Entrepreneurship & Innovation (AREA)
- Databases & Information Systems (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- Finance (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Educational Administration (AREA)
- Computing Systems (AREA)
- Game Theory and Decision Science (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The invention discloses a block chain-based electronic invoice issuing method and a block chain-based electronic invoice issuing device, wherein the method comprises the steps that a block chain node acquires an issuing request of an electronic invoice sent by an issuing party, the issuing request comprises issuing information, after the issuing request passes the check of the issuing request, risk evaluation is carried out on the issuing information to obtain risk scores of the issuing information, the risk scores are uploaded to a block chain electronic invoice platform to be identified, and the result of the common identification is obtained and written into a block; and sending the consensus result to the invoicing party. Before the electronic invoice is issued, risk assessment is carried out on issuing information and consensus is carried out to obtain a consensus result, so that the problem of repeated issuing of the electronic invoice can be avoided, the issuing risk of the electronic invoice is reduced, and the issuing efficiency of the electronic invoice is improved.
Description
Technical Field
The invention relates to the technical field of electronic invoices, in particular to a block chain-based electronic invoice issuing method and device.
Background
The tax control system is a network system for realizing electronic invoice issuing, and provides services for issuing electronic invoices for enterprises and users, but in practical application, the problem of repeated issuing of the electronic invoices usually occurs due to reasons such as poor network and the like, so that unnecessary troubles are brought to links such as bookkeeping, reimbursement and the like of subsequent electronic invoices, and how to avoid the repeated issuing of the electronic invoices is a problem to be solved urgently in the technical field of the electronic invoices.
Disclosure of Invention
The embodiment of the invention provides a block chain-based electronic invoice issuing method and device, which are used for avoiding the problem of repeated issuing of electronic invoices.
In a first aspect, an embodiment of the present invention provides a method for issuing an electronic invoice based on a blockchain, including:
the block chain node acquires an invoicing request of an electronic invoice sent by an invoicing party, wherein the invoicing request comprises invoicing information;
after the billing request is checked and signed, the block chain node carries out risk assessment on the billing information to obtain a risk score of the billing information;
the block chain link point uploads the risk score to a block chain electronic invoice platform for consensus to obtain a consensus result and writes the consensus result into a block; and sending the consensus result to the invoicing party.
According to the technical scheme, before the electronic invoice is issued, the issuing information is subjected to risk assessment and consensus to obtain the consensus result, so that the problem of repeated issuing of the electronic invoice can be solved, the electronic invoice issuing risk is reduced, and the electronic invoice issuing efficiency is improved.
Optionally, the performing, by the block link point, risk assessment on the invoicing information to obtain a risk score of the invoicing information includes:
the block link point pair extracts key variables from part or all of the invoicing information of the invoicing enterprise corresponding to the invoicing information in a preset time period;
the block chain link points perform feature processing on the key variables to obtain feature vectors;
and the block chain node inputs the feature vector to a preset risk model to obtain a risk score of the billing information.
Optionally, the block chain link point uploads the risk score to a block chain electronic invoice platform for consensus to obtain a consensus result, including:
the block chain node determines whether the risk score is lower than a preset threshold value, if not, a blue ticket corresponding to the invoicing information is generated, otherwise, the invoicing request is rejected;
the block link node broadcasts the risk score to other block link nodes on the block link electronic invoice platform so that the other block link nodes can commonly identify the risk score;
and after determining that consensus is achieved, the blockchain node determines the blue ticket or the request for rejecting the ticket as the consensus result.
Optionally, after rejecting the billing request, the blockchain node further includes:
the block link points perform risk assessment on the invoicing information of the invoicing enterprises which correspond to the invoicing information and have already invoiced blue tickets again to obtain risk scores of the invoicing enterprises which correspond to the invoicing information and have already invoiced blue tickets;
the block chain link carries out red punching on the blue tickets of which the risk scores of the blue tickets opened by the invoicing enterprises corresponding to the invoicing information are lower than the preset threshold value to obtain the red tickets corresponding to the blue tickets of which the risk scores are lower than the preset threshold value;
and the block chain link point writes the red ticket corresponding to the blue ticket with the risk score lower than the preset threshold value into a block and then sends the block to the invoicer.
Optionally, after rejecting the billing request, the blockchain node further includes:
the block chain node determines the invoicing score of the invoicing enterprise corresponding to the invoicing information according to the risk score and the risk score of blue invoicing of the invoicing enterprise corresponding to the invoicing information;
if the billing score of the billing enterprise corresponding to the billing information is lower than a preset billing threshold value, the block link point performs red punching on the blue invoiced tickets of the billing enterprise corresponding to the billing information to obtain the red tickets corresponding to the blue invoiced tickets of the billing enterprise corresponding to the billing information;
and the block chain link points write the red tickets corresponding to the blue tickets of the billing enterprises corresponding to the billing information into the block and then send the block to the billers.
Optionally, the invoice information includes invoice request time, invoice amount, corresponding order and payment information, invoicing party ID and invoicee party information.
Optionally, the method further includes:
generating a hash value by the block chain link point, uploading the hash value to the block chain electronic invoice platform for consensus, and writing the hash value into a block;
wherein the hash value is generated by the block link point according to the billing information or according to an electronic invoice in the consensus result.
In a second aspect, an embodiment of the present invention provides an apparatus for issuing an electronic invoice based on a blockchain, including:
the system comprises an acquisition unit, a processing unit and a processing unit, wherein the acquisition unit is used for acquiring an invoicing request of an electronic invoice sent by an invoicing party, and the invoicing request comprises invoicing information;
the processing unit is used for carrying out risk assessment on the invoicing information after the invoicing request passes the verification of the invoice, so as to obtain a risk score of the invoicing information; uploading the risk score to a block chain electronic invoice platform for consensus to obtain a consensus result and writing the consensus result into a block; and sending the consensus result to the invoicing party.
Optionally, the processing unit is specifically configured to:
extracting key variables from part or all of the billing information of the billing enterprises corresponding to the billing information in a preset time period;
performing feature processing on the key variables to obtain feature vectors;
and inputting the characteristic vector into a preset risk model to obtain a risk score of the billing information.
Optionally, the processing unit is specifically configured to:
determining whether the risk score is lower than a preset threshold value, if not, generating a blue ticket corresponding to the invoicing information, otherwise, rejecting the invoicing request;
broadcasting the risk score to other blockchain nodes on the blockchain electronic invoice platform so that the other blockchain nodes share the risk score;
after the agreement is determined to be achieved, determining the blue ticket or the request for rejecting the ticket as the agreement result.
Optionally, the processing unit is further configured to:
after the invoicing request is rejected, carrying out risk evaluation on the invoicing information of the blue invoiced enterprises corresponding to the invoicing information again to obtain the risk score of the blue invoiced enterprises corresponding to the invoicing information;
carrying out red punching on the blue tickets of which the risk scores of the blue tickets opened by the invoicing enterprises corresponding to the invoicing information are lower than the preset threshold value to obtain red tickets corresponding to the blue tickets of which the risk scores are lower than the preset threshold value;
and writing the red ticket corresponding to the blue ticket with the risk score lower than the preset threshold value into a block, and then sending the block to the invoicer.
Optionally, the processing unit is further configured to:
after the invoicing request is rejected, determining the invoicing score of the invoicing enterprise corresponding to the invoicing information according to the risk score and the risk score of blue invoicing of the invoicing enterprise corresponding to the invoicing information;
if the billing score of the billing enterprise corresponding to the billing information is lower than a preset billing threshold value, red flushing is carried out on the blue invoiced tickets of the billing enterprise corresponding to the billing information to obtain red tickets corresponding to the blue invoiced tickets of the billing enterprise corresponding to the billing information;
and writing the red ticket corresponding to the blue ticket of the billing enterprise corresponding to the billing information into a block, and then sending the block to the biller.
Optionally, the invoicing information includes invoicing request time, invoice amount, corresponding order and payment information, information of an invoicer and information of a payee.
Optionally, the processing unit is further configured to:
generating a hash value, uploading the hash value to the block chain electronic invoice platform for consensus, and writing the hash value into a block;
wherein the hash value is generated according to the billing information or the electronic invoice in the consensus result.
In a third aspect, an embodiment of the present invention further provides a computing device, including:
a memory for storing program instructions;
and the processor is used for calling the program instructions stored in the memory and executing the block chain-based electronic invoice issuing method according to the obtained program.
In a fourth aspect, an embodiment of the present invention further provides a computer-readable non-volatile storage medium, which includes computer-readable instructions, and when the computer-readable instructions are read and executed by a computer, the computer is caused to execute the above method for issuing an electronic invoice based on a blockchain.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed to be used in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
Fig. 1 is a schematic diagram of a system architecture according to an embodiment of the present invention;
fig. 2 is a schematic flowchart of a block chain-based electronic invoice issuing method according to an embodiment of the present invention;
FIG. 3 is a diagram illustrating a system architecture according to an embodiment of the present invention;
fig. 4 is a schematic diagram of a node according to an embodiment of the present invention;
fig. 5 is a schematic structural diagram of an apparatus for issuing an electronic invoice based on a block chain according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention clearer, the present invention will be described in further detail with reference to the accompanying drawings, and it is apparent that the described embodiments are only a part of the embodiments of the present invention, 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 exemplarily illustrates a system architecture to which an embodiment of the present invention is applicable, which may include an enterprise invoicing application, a block chain-based electronic invoice trusted issuing device, and a block chain electronic invoice platform.
The electronic invoice credible issuing device based on the block chain can comprise a checking module, a receiving module, a wind control module, a generating module, an uploading module, an inquiring module and a certificate management module.
A checking module: the method is used for checking the correctness of the information registered by the billing enterprise and verifying the signature of the billing information of the billing request.
A certificate management module: and the system is used for issuing the enterprise public and private keys after the information for registering the invoicing enterprise is checked to be passed.
A receiving module: the system is used for receiving a request for invoice drawing or invoice authenticity checking of an enterprise and carrying out signature verification on the request.
The wind control module: for running a wind-controlled model, the inputs of which are all invoicing information (Info) issued by an invoicing enterprise within a certain time period1,Info2,…,Infon) And outputting a risk score S.
A generation module: and the electronic invoice Inv is generated according to the intelligent contract rules based on the scoring result S output by the wind control module.
An uploading module: for uploading the electronic invoice to the blockchain node.
The checking module: and the system is used for inquiring invoice information and returning an inspection result on the chain after receiving the invoice authenticity inspection request.
It should be noted that the structure shown in fig. 1 is only an example, and the embodiment of the present invention is not limited thereto.
Based on the above description, fig. 2 shows in detail a flow of a block chain-based electronic invoice issuing method according to an embodiment of the present invention, where the flow may be performed by a block chain-based electronic invoice issuing device, and the device may be located in a block chain node or may be the block chain link node.
As shown in fig. 2, the process specifically includes:
in step 201, a block link point obtains an invoice issuing request of an electronic invoice sent by an invoicing party.
The billing request can include billing information, wherein the billing information can include billing request time, billing amount, corresponding order and payment information, information of a billing party and information of a receiving party.
For example, before the billing request is obtained, the enterprise E having the billing request performs information registration on the tax bureau block chain electronic invoice platform in advance, including enterprise tax payment information verification, agent service provider selection, block chain invoice service authority fulfillment and the like, and obtains an enterprise public and private key issued by the tax bureau after registration. And then the enterprise E sends an invoicing request to the proxy server based on the accepted transaction, the proxy server sends the invoicing request to the block chain nodes, and the block chain nodes check and sign and extract related invoicing information Info which comprises invoicing request time, invoicing amount, corresponding order and payment information, invoicing party information, invoicee receiver information and the like.
And 202, after the billing request is checked and signed, the block chain node performs risk assessment on the billing information to obtain a risk score of the billing information.
Specifically, the block link points extract key variables from part or all of invoicing information of an invoicing enterprise corresponding to the invoicing information within a preset time period, then perform feature processing on the key variables to obtain feature vectors, and finally input the feature vectors into a preset risk model to obtain risk scores of the invoicing information.
For example, the input of the wind control model is the billing information (Info) of all invoices made by a billing enterprise in a certain time period1,Info2,…,Infon) The corresponding feature vector. The following steps are required:
(1) ordering the billing information, ordering the billing information according to the billing request time to obtain a billing information sequence (Info)1,Info2,…,Infon)；
(2) Extracting key variables and extracting each billing information InfoiSeveral fields { invoicing request time, details of the invoicee, the invoicing amount, the goods or taxed service name }, wherein the details of the invoicee comprise four subfields of 'name', 'taxpayer identification number', 'address and telephone', 'electronic payment identification';
(3) respectively carrying out feature processing on the four variables:
① extracts characteristic variable of 'billing request time', calculates billing request time interval sequence (T) of adjacent invoices1,T2,…Tn-1) And performing statistical analysis on the time interval number sequence, and if the time interval is small and the distribution is concentrated, considering that the risk is higher, otherwise, considering that the risk is lower.
②, performing cluster analysis on the details of the ticket-accepting party, judging the feature similarity of the details of the ticket-accepting party by taking the two subfields of name and taxpayer identification number as the highest weight values, judging the similarity as one class, and if the ticket-accepting party can be classified into several classes, considering the risk as higher, otherwise, the risk is lower.
③, combining the characteristics of the two characteristic variables of 'invoicing amount' and 'goods or taxable labor service name', calculating whether the 'invoicing amount' exceeds the general invoicing amount under the category of 'goods or taxable labor service name', if the 'invoicing amount' exceeds a certain proportion, the risk is considered to be higher, otherwise, the risk is low.
And finally determining the characteristic vector as { the invoicing request interval, the similarity of the invoicers and whether the invoicing amount is reasonable }.
It should be noted that the above feature vector is only an example, and other fields in the invoice can also be selected as feature variables, such as selecting a tax rate as one of the feature variables.
After the feature vectors are obtained, the feature vectors are input into a wind control model, and then the risk scores can be obtained.
In the embodiment of the invention, the wind control module can be a score card, a logistic regression, a random forest and other complex models.
And step 204, uploading the billing information, the hashed value and the risk score to a block chain electronic invoice platform by the block chain nodes for consensus to obtain an electronic invoice and writing the electronic invoice into a block.
In the consensus process, each blockchain node can run a deployed intelligent contract to judge the risk score. Specifically, the block link points determine whether the risk score is lower than a preset threshold value, if not, a blue ticket corresponding to the invoicing information is generated, and otherwise, the invoice request is rejected. The risk score is then broadcast to other blockchain nodes on the blockchain electronic invoice platform so that other blockchain nodes share in the risk score. And finally determining the blue ticket or the request for rejecting the ticket as a consensus result after determining that the consensus is achieved. The preset threshold may be set empirically.
In addition, after the request for making out an invoice is rejected, a flushing instruction can be triggered, and the method can be specifically realized in the following two ways:
the first method is as follows:
and the block chain node can perform risk evaluation on the invoicing information of the blue invoiced enterprise corresponding to the invoicing information again, and then obtains the risk score of the blue invoiced enterprise corresponding to the invoicing information. If the risk score of the blue tickets opened by the invoicing enterprises corresponding to the invoicing information is also lower than the preset threshold, the blue tickets whose risk score of the blue tickets opened by the invoicing enterprises corresponding to the invoicing information is lower than the preset threshold can be subjected to red punching, so that the red tickets corresponding to the blue tickets whose risk score is lower than the preset threshold are obtained. And finally, writing the red ticket corresponding to the blue ticket with the risk score lower than the preset threshold value into the block, and then sending the block to the invoicer so as to enable the invoicer to inquire the corresponding invoice. It should be noted that, the blue ticket and the red ticket in the embodiment of the present invention may be referred to as electronic invoices.
The second method comprises the following steps:
the block chain node can determine the billing score of the billing enterprise corresponding to the billing information according to the risk score of the billing request and the risk score of the blue invoiced billing of the billing enterprise corresponding to the billing information, and if the billing score of the billing enterprise corresponding to the billing information is lower than a preset billing threshold value, the blue invoiced billing of the billing enterprise corresponding to the billing information can be flushed in red to obtain the red invoice corresponding to the blue invoiced billing of the billing enterprise corresponding to the billing information. And finally, writing the red ticket corresponding to the blue ticket of the billing enterprise corresponding to the billing information into the block, and sending the block to the biller. In the method, all the blue tickets in the billing enterprise are flushed in red, so that the missing situation is avoided.
In the process of issuing the electronic invoice, a hash value is generated, and the hash value is uploaded to the block chain electronic invoice platform for consensus and written into the block, where the hash value may be generated according to the invoice issuing information or according to the electronic invoice in the consensus result.
For example, the ticket information Info is signed and then hashed to generate a HASH value H, i.e., H ═ HASH (Sig)N(Info)). The embodiment of the invention is only used for illustration, and other hash methods or signature methods can be adopted in specific application.
The above-mentioned blue ticket or red ticket is collectively called electronic invoice Inv, and the electronic invoice Inv is a combination of the block link point to the invoice information Info signature information and the hash value H, that is, Inv ═ SigN(Info)+H。
And if the result of the consensus is the electronic invoice, after the electronic invoice is sent to the invoicing party, carrying out authenticity check on the electronic invoice, specifically, obtaining a check request of the electronic invoice, wherein the check request comprises an electronic invoice ID of the electronic invoice, and the check request is sent by the invoicing party after the invoicing party delivers the electronic invoice to the invoicing party. And inquiring the electronic invoice according to the ID of the electronic invoice to obtain an inspection result. And finally, sending the checking result to the ticket receiver. In the embodiment of the invention, the invoicing party can be an invoicing enterprise or an agent service provider corresponding to the invoicing enterprise.
In order to better explain the embodiment of the present invention, the electronic invoicing process described above will be described below in a specific implementation scenario.
In the embodiment of the invention, Hyperhedger Fabric is used as an electronic invoice block chain electronic invoice platform, an intelligent contract of an electronic invoice is deployed on the Hyperhedger Fabric, and functions of registering enterprise information, checking labels of the electronic invoice, chaining, generating red and blue tickets and the like are realized by using a solid language.
At the block chain electronic invoice platform layer, as shown in fig. 3, the tax administration supervision node is used as a coalition chain monitoring node, and the agent service providers such as billing service provider and circulation service provider and the large-scale enterprise are used as common nodes to join.
The tax administration supervision node has all the authorities for monitoring the invoice full flow, and the application system comprises all modules such as a checking module, a certificate management module, a receiving module, an inspection module, a wind control module, a generating module and an uploading module. The billing/circulation service node has partial authority, and the application system comprises a receiving module, an inspection module, a wind control module and an uploading module. The specific structure is shown in fig. 4.
On an application system layer, a tax office establishes an electronic invoice issuing upper-layer application system based on an electronic invoice block chain electronic invoice platform, has application management functions of enterprise registration management, wind control scoring, invoice generation, invoice inspection, certificate management and the like, and is connected with a related tax collection and management system of a tax office; the billing service provider provides a 'payment + billing' product for the merchant and the consumer through a payment acceptance channel of the billing service provider, and is mainly responsible for forwarding a billing request of the merchant, wherein typical billing products comprise a billing two-dimensional code, an APP payment post-billing page, a billing applet and the like; the circulation service provider synchronizes invoice data and latest invoice state with the enterprise through ERP/financial system development service provided by the circulation service provider to the ticketed enterprise, and is mainly responsible for forwarding the reimbursement verification requirement of the enterprise and further carrying out invoice authenticity check.
Based on the above framework, the electronic invoice credible issuing process comprises the following steps:
1. the commercial tenant registers information at the tax bureau side in advance, including enterprise tax payment information verification, agent service provider selection, block chain invoice service authority opening and the like.
2. The tax office end calls the verification module and the certificate management module to accept the registration request of the merchant, and issues the merchant public and private keys after the information verification is passed.
3. The merchant gives the public and private keys to the billing facilitator for storage, and submits effective information at the billing facilitator for the basis of using the billing facilitator for billing products subsequently.
4. The billing service provider lays out billing products, such as intelligent POS machines, for the merchants and provides operation and maintenance services for the products.
5. After purchasing service in a merchant operation place, a consumer uses a bank card to pay, after payment is successful, the intelligent POS prints a purchase order, and prints an invoicing two-dimensional code below the purchase order, wherein the two-dimensional code contains order related information of the payment and an invoicing background URL of an invoicing service provider.
6. The consumer selects a certain time to use the mobile phone terminal to scan the billing two-dimensional code, the terminal browser accesses a billing page, and the page displays details of a payment order, a head-up management filling column, billing service provider information and the like.
7. The consumer fills in the head of the invoice and submits the invoice request.
8. The billing facilitator receives the billing request, which includes fields and examples as shown in table 1.
TABLE 1
After the request and the merchant tax information are combined and packaged, the invoicing information Info is formed, as shown in table 2.
TABLE 2
And signing the Info by using a merchant private key by adopting an ECDSA algorithm to form an invoicing request REQ ═ Info | | Sig (Info), and sending the invoicing request REQ ═ Info | | | Sig (Info) to a block chain electronic invoice platform.
9. The node receiving the invoicing request calls a receiving module, after the signature is verified, the signature is hashed by adopting an SHA-256 algorithm to obtain a HASH value H, namely H is HASH (Sig)N(Info))。
10. The node calls a wind control module, and the scoring process of the wind control module is as follows:
(1) and (3) sorting invoice sets of which sellers are 'cave fishfu paper-wrapped fish restaurants in Longhua region in Shenzhen city' in sequence according to invoice request time within a period of time to obtain an invoice list, and extracting key fields in the invoices, wherein the invoice set is shown in a table 3.
TABLE 3
(2) And performing characteristic processing on the variable of each key field in the invoice list.
① calculates the time interval of 'billing request time' in the invoice list, and performs statistical analysis on the time interval array.
②, performing cluster analysis on the details of the party to receive the ticket, and judging the feature similarity of the details of the party to receive the ticket by taking the two subfields of the name and the taxpayer identification number as the highest weight values, wherein the similarity is high and is judged as one class.
③ combines the characteristics of the two characteristic variables of the 'invoiced amount' and the 'goods or taxable labor service name', and calculates whether the 'invoiced amount' exceeds the general invoiced amount under the 'goods or taxable labor service name' category.
(3) And (4) learning the weight of each feature in the feature vector { invoicing request interval, similarity of invoicers and reasonability of invoicing amount } by using a classification model.
① calculating each feature AiInformation gain g under training data seti(D,Ai)＝H(D)-H(D|Ai)，i＝1,2,3。
② pairs g1,g2,g3Normalization processing is carried out to obtain the weight occupied by each feature
(4) Calculating S ═ w1A1+w2A2+w3A3A risk score S for the billing request is obtained.
In the above example, the risk score S is higher than the preset threshold, and it is determined as an invoice issued by a high-risk enterprise.
11. The node uploads the billing information Info, the hash value H and the corresponding score S to a block chain electronic invoice platform directly or through a block chain middleware service. The upload data is shown in table 4.
TABLE 4
12. The platform carries out consensus, and intelligent contracts running on all the nodes carry out condition judgment on the uploaded relevant information of the electronic invoice.
Assuming that the preset threshold is set to be 6, the current processing time is 2019, 10 and 22 months, the invoices before the current processing time are numbered 1 and 2, and the numbered 1 and 2 are risk scores obtained by carrying out risk assessment again; after the current processing time the invoices are numbered 3 and 4.
The method specifically comprises the following steps: number 3 and 4 risk scores are both below the threshold, rejecting the 3 and 4 invoice requests;
and simultaneously, a red punching instruction of the serial number 2 (blue ticket is opened) is automatically triggered, and a generation module is called by the tax bureau node to generate a red ticket, which is marked as 5.
Number 1 was not processed because its risk score was above the threshold.
13. After agreement is achieved, the invoices 1 (blue ticket), 2 (blue ticket) and 5 (red ticket corresponding to the number 2) are written into the data block.
14. The node responds to the merchant's billing request and returns an electronic invoice 5.
15. The billing service delivers an electronic invoice 5 to the payee.
16. The bill-receiving party can carry out the authenticity check of the electronic invoice to the block chain electronic invoice platform according to the requirement. For example, the invoice receiver "china xx company limited" of invoice 1 can input invoice code, invoice number, invoice time and check code on the invoice on the tax bureau website to check the electronic invoice, and then bill the invoice; the invoice acceptors of invoices 2 and 5, "shanghai xx information services limited company" can check the authenticity of the two electronic invoices, and neither electronic invoice can be used for reimbursement.
The embodiment shows that the block link points acquire invoicing requests of electronic invoices sent by invoices, the invoicing requests comprise invoicing information, after the invoicing requests pass the verification of the invoicing requests, risk assessment is carried out on the invoicing information to obtain risk scores of the invoicing information, the risk scores are uploaded to a block chain electronic invoice platform to be identified, and the identified results are obtained and written into the blocks; and sending the consensus result to the invoicing party. Before the electronic invoice is issued, risk assessment is carried out on issuing information and consensus is carried out to obtain a consensus result, so that the problem of repeated issuing of the electronic invoice can be avoided, the issuing risk of the electronic invoice is reduced, and the issuing efficiency of the electronic invoice is improved.
Based on the same technical concept, fig. 5 exemplarily shows a structure of an apparatus for issuing an electronic invoice based on a block chain, which can perform an issuing procedure of an electronic invoice based on a block chain, and the apparatus may be a block chain node or may be located in the block chain node.
As shown in fig. 5, the apparatus specifically includes:
an obtaining unit 501, configured to obtain an invoicing request of an electronic invoice sent by an invoicing party, where the invoicing request includes invoicing information;
the processing unit 502 is configured to perform risk assessment on the billing information after the billing request passes the verification of the billing request, so as to obtain a risk score of the billing information; uploading the risk score to a block chain electronic invoice platform for consensus to obtain a consensus result and writing the consensus result into a block; and sending the consensus result to the invoicing party.
Optionally, the processing unit 502 is specifically configured to:
extracting key variables from part or all of the billing information of the billing enterprises corresponding to the billing information in a preset time period;
performing feature processing on the key variables to obtain feature vectors;
and inputting the characteristic vector into a preset risk model to obtain a risk score of the billing information.
Optionally, the processing unit 502 is specifically configured to:
determining whether the risk score is lower than a preset threshold value, if not, generating a blue ticket corresponding to the invoicing information, otherwise, rejecting the invoicing request;
broadcasting the risk score to other blockchain nodes on the blockchain electronic invoice platform so that the other blockchain nodes share the risk score;
after the agreement is determined to be achieved, determining the blue ticket or the request for rejecting the ticket as the agreement result.
Optionally, the processing unit 502 is further configured to:
after the invoicing request is rejected, carrying out risk evaluation on the invoicing information of the blue invoiced enterprises corresponding to the invoicing information again to obtain the risk score of the blue invoiced enterprises corresponding to the invoicing information;
carrying out red punching on the blue tickets of which the risk scores of the blue tickets opened by the invoicing enterprises corresponding to the invoicing information are lower than the preset threshold value to obtain red tickets corresponding to the blue tickets of which the risk scores are lower than the preset threshold value;
and writing the red ticket corresponding to the blue ticket with the risk score lower than the preset threshold value into a block, and then sending the block to the invoicer.
Optionally, the processing unit 502 is further configured to:
after the invoicing request is rejected, determining the invoicing score of the invoicing enterprise corresponding to the invoicing information according to the risk score and the risk score of blue invoicing of the invoicing enterprise corresponding to the invoicing information;
if the billing score of the billing enterprise corresponding to the billing information is lower than a preset billing threshold value, red flushing is carried out on the blue invoiced tickets of the billing enterprise corresponding to the billing information to obtain red tickets corresponding to the blue invoiced tickets of the billing enterprise corresponding to the billing information;
and writing the red ticket corresponding to the blue ticket of the billing enterprise corresponding to the billing information into a block, and then sending the block to the biller.
Optionally, the invoicing information includes invoicing request time, invoice amount, corresponding order and payment information, information of an invoicer and information of a payee.
Optionally, the processing unit 502 is further configured to:
generating a hash value, uploading the hash value to the block chain electronic invoice platform for consensus, and writing the hash value into a block;
wherein the hash value is generated according to the billing information or the electronic invoice in the consensus result.
Based on the same technical concept, an embodiment of the present invention further provides a computing device, including:
a memory for storing program instructions;
and the processor is used for calling the program instructions stored in the memory and executing the block chain-based electronic invoice issuing method according to the obtained program.
Based on the same technical concept, the embodiment of the invention also provides a computer-readable non-volatile storage medium, which comprises computer-readable instructions, and when the computer-readable instructions are read and executed by a computer, the computer is enabled to execute the method for issuing the electronic invoice based on the block chain.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
While preferred embodiments of the present invention have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including preferred embodiments and all such alterations and modifications as fall within the scope of the invention.
It will be apparent to those skilled in the art that various changes and modifications may be made in the present invention without departing from the spirit and scope of the invention. Thus, if such modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalents, the present invention is also intended to include such modifications and variations.
Claims (16)
1. A block chain-based electronic invoice issuing method is characterized by comprising the following steps:
the block chain node acquires an invoicing request of an electronic invoice sent by an invoicing party, wherein the invoicing request comprises invoicing information;
after the billing request is checked and signed, the block chain node carries out risk assessment on the billing information to obtain a risk score of the billing information;
the block chain link point uploads the risk score to a block chain electronic invoice platform for consensus to obtain a consensus result and writes the consensus result into a block; and sending the consensus result to the invoicing party.
2. The method of claim 1, wherein the block link point performing a risk assessment on the billing information to obtain a risk score for the billing information comprises:
the block link point pair extracts key variables from part or all of the invoicing information of the invoicing enterprise corresponding to the invoicing information in a preset time period;
the block chain link points perform feature processing on the key variables to obtain feature vectors;
and the block chain node inputs the feature vector to a preset risk model to obtain a risk score of the billing information.
3. The method of claim 1, wherein the blockchain link uploading the risk score to a blockchain electronic invoice platform for consensus, resulting in consensus results, comprising:
the block chain node determines whether the risk score is lower than a preset threshold value, if not, a blue ticket corresponding to the invoicing information is generated, otherwise, the invoicing request is rejected;
the block link node broadcasts the risk score to other block link nodes on the block link electronic invoice platform so that the other block link nodes can commonly identify the risk score;
and after determining that consensus is achieved, the blockchain node determines the blue ticket or the request for rejecting the ticket as the consensus result.
4. The method of claim 3, wherein the blockchain node, after rejecting the billing request, further comprises:
the block link points perform risk assessment on the invoicing information of the invoicing enterprises which correspond to the invoicing information and have already invoiced blue tickets again to obtain risk scores of the invoicing enterprises which correspond to the invoicing information and have already invoiced blue tickets;
the block chain link carries out red punching on the blue tickets of which the risk scores of the blue tickets opened by the invoicing enterprises corresponding to the invoicing information are lower than the preset threshold value to obtain the red tickets corresponding to the blue tickets of which the risk scores are lower than the preset threshold value;
and the block chain link point writes the red ticket corresponding to the blue ticket with the risk score lower than the preset threshold value into a block and then sends the block to the invoicer.
5. The method of claim 3, wherein the blockchain node, after rejecting the billing request, further comprises:
the block chain node determines the invoicing score of the invoicing enterprise corresponding to the invoicing information according to the risk score and the risk score of blue invoicing of the invoicing enterprise corresponding to the invoicing information;
if the billing score of the billing enterprise corresponding to the billing information is lower than a preset billing threshold value, the block link point performs red punching on the blue invoiced tickets of the billing enterprise corresponding to the billing information to obtain the red tickets corresponding to the blue invoiced tickets of the billing enterprise corresponding to the billing information;
and the block chain link points write the red tickets corresponding to the blue tickets of the billing enterprises corresponding to the billing information into the block and then send the block to the billers.
6. The method of claim 1, wherein the billing information includes billing request time, billing amount, corresponding order and payment information, biller information, and payee information.
7. The method of any of claims 1 to 6, further comprising:
generating a hash value by the block chain link point, uploading the hash value to the block chain electronic invoice platform for consensus, and writing the hash value into a block;
wherein the hash value is generated by the block link point according to the billing information or according to an electronic invoice in the consensus result.
8. An apparatus for issuing an electronic invoice based on a blockchain, comprising:
the system comprises an acquisition unit, a processing unit and a processing unit, wherein the acquisition unit is used for acquiring an invoicing request of an electronic invoice sent by an invoicing party, and the invoicing request comprises invoicing information;
the processing unit is used for carrying out risk assessment on the invoicing information after the invoicing request passes the verification of the invoice, so as to obtain a risk score of the invoicing information; uploading the risk score to a block chain electronic invoice platform for consensus to obtain a consensus result and writing the consensus result into a block; and sending the consensus result to the invoicing party.
9. The apparatus as claimed in claim 8, wherein said processing unit is specifically configured to:
extracting key variables from part or all of the billing information of the billing enterprises corresponding to the billing information in a preset time period;
performing feature processing on the key variables to obtain feature vectors;
and inputting the characteristic vector into a preset risk model to obtain a risk score of the billing information.
10. The apparatus as claimed in claim 8, wherein said processing unit is specifically configured to:
determining whether the risk score is lower than a preset threshold value, if not, generating a blue ticket corresponding to the invoicing information, otherwise, rejecting the invoicing request;
broadcasting the risk score to other blockchain nodes on the blockchain electronic invoice platform so that the other blockchain nodes share the risk score;
after the agreement is determined to be achieved, determining the blue ticket or the request for rejecting the ticket as the agreement result.
11. The apparatus as recited in claim 10, said processing unit to further:
after the invoicing request is rejected, carrying out risk evaluation on the invoicing information of the blue invoiced enterprises corresponding to the invoicing information again to obtain the risk score of the blue invoiced enterprises corresponding to the invoicing information;
carrying out red punching on the blue tickets of which the risk scores of the blue tickets opened by the invoicing enterprises corresponding to the invoicing information are lower than the preset threshold value to obtain red tickets corresponding to the blue tickets of which the risk scores are lower than the preset threshold value;
and writing the red ticket corresponding to the blue ticket with the risk score lower than the preset threshold value into a block, and then sending the block to the invoicer.
12. The apparatus as recited in claim 10, said processing unit to further:
after the invoicing request is rejected, determining the invoicing score of the invoicing enterprise corresponding to the invoicing information according to the risk score and the risk score of blue invoicing of the invoicing enterprise corresponding to the invoicing information;
if the billing score of the billing enterprise corresponding to the billing information is lower than a preset billing threshold value, red flushing is carried out on the blue invoiced tickets of the billing enterprise corresponding to the billing information to obtain red tickets corresponding to the blue invoiced tickets of the billing enterprise corresponding to the billing information;
and writing the red ticket corresponding to the blue ticket of the billing enterprise corresponding to the billing information into a block, and then sending the block to the biller.
13. The apparatus of claim 8, wherein the billing information includes a billing request time, an invoice amount, corresponding order and payment information, biller information, and payee information.
14. The apparatus of any of claims 8 to 13, wherein the processing unit is further to:
generating a hash value, uploading the hash value to the block chain electronic invoice platform for consensus, and writing the hash value into a block;
wherein the hash value is generated according to the billing information or the electronic invoice in the consensus result.
15. A computing device, comprising:
a memory for storing program instructions;
a processor for calling program instructions stored in said memory to perform the method of any of claims 1 to 7 in accordance with the obtained program.
16. A computer-readable non-transitory storage medium including computer-readable instructions which, when read and executed by a computer, cause the computer to perform the method of any one of claims 1 to 7.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911329813.4A CN111062766B (en) | 2019-12-20 | 2019-12-20 | Electronic invoice issuing method and device based on blockchain |
| PCT/CN2020/117171 WO2021120760A1 (en) | 2019-12-20 | 2020-09-23 | Method and device for issuing electronic invoice employing blockchain |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911329813.4A CN111062766B (en) | 2019-12-20 | 2019-12-20 | Electronic invoice issuing method and device based on blockchain |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111062766A true CN111062766A (en) | 2020-04-24 |
| CN111062766B CN111062766B (en) | 2024-02-09 |
Family
ID=70301289
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911329813.4A Active CN111062766B (en) | 2019-12-20 | 2019-12-20 | Electronic invoice issuing method and device based on blockchain |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN111062766B (en) |
| WO (1) | WO2021120760A1 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2021120760A1 (en) * | 2019-12-20 | 2021-06-24 | 中国银联股份有限公司 | Method and device for issuing electronic invoice employing blockchain |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114240407A (en) * | 2021-11-17 | 2022-03-25 | 广东电网有限责任公司 | Bill risk conduction quantitative evaluation system and method based on block chain |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108961030A (en) * | 2018-08-15 | 2018-12-07 | 腾讯科技（深圳）有限公司 | About the data processing method of electronic bill, device, system, medium and equipment |
| CN109034924A (en) * | 2018-08-16 | 2018-12-18 | 腾讯科技（深圳）有限公司 | Electronic bill generation method, device, storage medium and computer equipment |
| CN109615509A (en) * | 2018-11-28 | 2019-04-12 | 深圳微众税银信息服务有限公司 | A kind of financial risks appraisal procedure and system |
| CN109976969A (en) * | 2017-12-27 | 2019-07-05 | 航天信息股份有限公司 | A kind of monitoring method, device, equipment and the medium of electronic invoice information |
| CN110084655A (en) * | 2019-05-05 | 2019-08-02 | 腾讯科技（深圳）有限公司 | Electronic note processing method, device, computer equipment and computer storage medium |
| CN110298547A (en) * | 2019-05-24 | 2019-10-01 | 深圳壹账通智能科技有限公司 | Methods of risk assessment, device, computer installation and storage medium |
| CN110443660A (en) * | 2019-08-15 | 2019-11-12 | 上海天地汇供应链科技有限公司 | A kind of electronic invoice device, system and implementation method based on block chain |
| CN110599267A (en) * | 2019-09-16 | 2019-12-20 | 腾讯科技（深圳）有限公司 | Electronic invoice billing method and device, computer readable storage medium and computer equipment |
| CN110599137A (en) * | 2019-09-16 | 2019-12-20 | 腾讯科技（深圳）有限公司 | Electronic bill data processing method and device and computer equipment |
| CN110599266A (en) * | 2019-09-16 | 2019-12-20 | 腾讯科技（深圳）有限公司 | Electronic bill data processing method and device, computer equipment and storage medium |
| CN110619511A (en) * | 2019-09-18 | 2019-12-27 | 腾讯科技（深圳）有限公司 | Electronic bill processing method and device, readable storage medium and computer equipment |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018163044A1 (en) * | 2017-03-05 | 2018-09-13 | Tatchell Shona | System and method for provision of supply chain financing of ethically verified product where there has been verification of production processes and products inspection using blockchain smart contracts |
| CN109949108A (en) * | 2018-12-12 | 2019-06-28 | 阿里巴巴集团控股有限公司 | Invoice creation method and device, electronic equipment based on block chain |
| CN111062766B (en) * | 2019-12-20 | 2024-02-09 | 中国银联股份有限公司 | Electronic invoice issuing method and device based on blockchain |
-
2019
- 2019-12-20 CN CN201911329813.4A patent/CN111062766B/en active Active
-
2020
- 2020-09-23 WO PCT/CN2020/117171 patent/WO2021120760A1/en active Application Filing
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109976969A (en) * | 2017-12-27 | 2019-07-05 | 航天信息股份有限公司 | A kind of monitoring method, device, equipment and the medium of electronic invoice information |
| CN108961030A (en) * | 2018-08-15 | 2018-12-07 | 腾讯科技（深圳）有限公司 | About the data processing method of electronic bill, device, system, medium and equipment |
| CN109034924A (en) * | 2018-08-16 | 2018-12-18 | 腾讯科技（深圳）有限公司 | Electronic bill generation method, device, storage medium and computer equipment |
| CN109615509A (en) * | 2018-11-28 | 2019-04-12 | 深圳微众税银信息服务有限公司 | A kind of financial risks appraisal procedure and system |
| CN110084655A (en) * | 2019-05-05 | 2019-08-02 | 腾讯科技（深圳）有限公司 | Electronic note processing method, device, computer equipment and computer storage medium |
| CN110298547A (en) * | 2019-05-24 | 2019-10-01 | 深圳壹账通智能科技有限公司 | Methods of risk assessment, device, computer installation and storage medium |
| CN110443660A (en) * | 2019-08-15 | 2019-11-12 | 上海天地汇供应链科技有限公司 | A kind of electronic invoice device, system and implementation method based on block chain |
| CN110599267A (en) * | 2019-09-16 | 2019-12-20 | 腾讯科技（深圳）有限公司 | Electronic invoice billing method and device, computer readable storage medium and computer equipment |
| CN110599137A (en) * | 2019-09-16 | 2019-12-20 | 腾讯科技（深圳）有限公司 | Electronic bill data processing method and device and computer equipment |
| CN110599266A (en) * | 2019-09-16 | 2019-12-20 | 腾讯科技（深圳）有限公司 | Electronic bill data processing method and device, computer equipment and storage medium |
| CN110619511A (en) * | 2019-09-18 | 2019-12-27 | 腾讯科技（深圳）有限公司 | Electronic bill processing method and device, readable storage medium and computer equipment |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2021120760A1 (en) * | 2019-12-20 | 2021-06-24 | 中国银联股份有限公司 | Method and device for issuing electronic invoice employing blockchain |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111062766B (en) | 2024-02-09 |
| WO2021120760A1 (en) | 2021-06-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI714359B (en) | Method and device for uploading electronic certificates | |
| US8239325B2 (en) | Method and system to verify the identity of a user | |
| CN104615939B (en) | Document generation method, verification method, device and system | |
| CN109859043B (en) | Transaction clearing method and transaction clearing system | |
| CN106875163A (en) | A kind of method for assembling payment gateway system automatically based on modularization | |
| CN112488778A (en) | Bill processing method and related device | |
| CN111325581B (en) | Data processing method and device, electronic equipment and computer readable storage medium | |
| CN110175875A (en) | A kind of outdoor advertising acquisition method and device based on block chain | |
| US20160042416A1 (en) | Method and system for collecting commodity consumption data and a method and system for generating an offer | |
| CN111062766B (en) | Electronic invoice issuing method and device based on blockchain | |
| CN112488777A (en) | Bill processing method and related device | |
| CN105096106A (en) | Internet based tuition fee paying system | |
| CN111311277B (en) | Bill processing method and device based on block chain network and related equipment | |
| CN112487491A (en) | Control method and related device for block chain system | |
| CN110796531A (en) | Web-based accounting voucher generation method and system | |
| CN113781048A (en) | Transaction information verification and settlement method based on block chain | |
| CN111260421B (en) | Electronic invoice management and control method and device based on block chain | |
| CN112598502A (en) | Evidence obtaining method, device, equipment and storage medium | |
| CN111242773A (en) | Virtual resource application docking method and device, computer equipment and storage medium | |
| CN111027939A (en) | Enterprise invoice data collaborative management method and device and storage medium | |
| CN115983854A (en) | Digital certificate multistage circulation method based on electric charge account receivable | |
| WO2021121030A1 (en) | Resource transfer method, settlement terminal, and server node | |
| TWI790435B (en) | Aggregate payment method and system | |
| CN111582865B (en) | Data processing method and system for information verification | |
| CN111242764A (en) | Invoice reimbursement method and device based on block chain and readable storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |