Invoicing method and device, computer equipment and storage medium
By dynamically obtaining consumer orders and generating pre-invoice information, the problems of inefficiency and poor user experience caused by the separation of payment and invoice in the prior art are solved, and automated invoice is realized, cost reduction and efficiency are improved.
Patent Information
- Application Number
- CN202510072501.9
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-01-16
- Publication Date
- 2025-05-13
AI Technical Summary
In the prior art, payment and invoice are separate links, which leads to users need to actively apply for invoices, which increases the cost and difficulty of merchants and users, and has low invoice efficiency and poor user experience.
By dynamically obtaining consumer orders, obtaining information from sellers and buyers, generating pre-invoice information, and automatically converting them into official invoice information for invoice operation when the consumer order is paid successfully.
No need for users to actively apply for invoices, which improves the user experience; no need for manual processing by merchants, which reduces merchant costs and improves invoice efficiency.
Smart Images
Figure CN119991232A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of invoice technology, and in particular to an invoicing method, device, computer equipment and storage medium. Background Art
[0002] With the popularization of electronic payment, users generally use electronic payment to pay for their purchases at merchants. After successful payment, if an invoice is needed, the user can actively ask the merchant for an invoice and manually send relevant invoicing information, such as the invoice header. The merchant can then enter the relevant invoicing information through manual invoicing and perform the invoicing operation.
[0003] However, since the existing payment and invoicing are in different links, users need to apply for invoices from merchants after successful payment, and users need to provide invoicing information again each time an invoice is issued. This not only increases the labor costs of merchants, but also increases the difficulty of invoicing for users, resulting in low invoicing efficiency and users are unwilling to issue invoices. In addition, many users often forget to actively ask for invoices after payment. When users remember that they need invoices, they need to find the corresponding merchants again and provide invoicing information to the merchants. For users who need invoicing, the experience is poor. Summary of the invention
[0004] Based on this, it is necessary to provide an invoicing method, apparatus, computer device and storage medium to address the above technical issues, so as to solve at least one problem existing in the above-mentioned prior art.
[0005] In a first aspect, the embodiment of the present application is implemented by providing a method for issuing invoices, the method comprising:
[0006] Dynamically obtain a consumption order, wherein the consumption order includes at least one commodity information, and based on the consumption order, obtain the seller information and the buyer information required for invoicing;
[0007] Generate pre-invoicing information based on the seller information, the buyer information and the commodity information;
[0008] When the consumption order payment is successful, the pre-billing information is converted into formal billing information, so as to perform a billing operation based on the formal billing information.
[0009] In one embodiment, after performing the invoicing operation based on the formal invoicing information, the method includes:
[0010] Obtaining refund information for the consumption order, wherein the refund information includes refunded goods;
[0011] Based on the refunded goods, determining whether all goods in the consumption order are refunded;
[0012] If all the goods in the consumption order are refunded, the invoice corresponding to the consumption order will be invalidated.
[0013] In one embodiment, after determining whether all commodities in the consumption order are to be refunded based on the refunded commodities, the method includes:
[0014] If all the goods in the consumption order have not been refunded, then the unrefundable goods are determined;
[0015] The invoice operation is performed for the non-refundable goods, and the invoice corresponding to the consumption order is invalidated.
[0016] In one embodiment, after generating the pre-invoicing information based on the seller information, the buyer information and the commodity information, the following steps are performed:
[0017] Obtaining product modification information for removing or adding products in the consumption order, wherein the product modification information includes the removed / added products and the amounts corresponding to the removed / added products;
[0018] Based on the removed / added commodities and the amounts corresponding to the removed / added commodities, the pre-billing information is updated to generate new pre-billing information.
[0019] In one embodiment, after performing the invoicing operation based on the formal invoicing information, the method includes:
[0020] Obtaining a wrong ticket request for the consumption order;
[0021] Based on the wrong ticket request, review the issued invoice corresponding to the consumption order;
[0022] When the invoice that has been issued fails to pass the review, the invoice that has been issued is invalidated, and the invoice operation for the consumption order is performed again.
[0023] In one embodiment, the dynamically obtaining a consumption order, wherein the consumption order includes at least one item of commodity information, includes:
[0024] The consumption order sent by the payment platform or the shopping platform is dynamically obtained by calling the interface through the network transmission protocol or by monitoring the message middleware.
[0025] The consumption order is created when the purchaser adds the product to the shopping cart or when the purchaser performs a payment operation.
[0026] In one embodiment, generating the pre-invoicing information based on the seller information, the buyer information and the commodity information includes:
[0027] Determine the consumption business type or the purchased commodity type based on the commodity information;
[0028] Determine the basic configuration information of the invoice based on the consumption business type or the purchased commodity type;
[0029] Generate the pre-invoicing information based on the buyer information, the seller information and the invoice basic configuration information;
[0030] The basic invoice configuration information includes the merchant code, tax rate, zero tax rate mark, whether it is real estate,
[0031] And preferential policies for invoice configuration.
[0032] In a second aspect, a billing device is provided, comprising:
[0033] A consumption order acquisition unit, used to dynamically acquire a consumption order, wherein the consumption order includes at least one commodity information, and based on the consumption order, acquire the seller information and the buyer information required for invoicing;
[0034] A pre-invoicing unit, configured to generate pre-invoicing information based on the seller information, the buyer information and the commodity information;
[0035] The formal invoicing unit is used to convert the pre-invoicing information into formal invoicing information when the consumption order payment is successful, so as to perform an invoicing operation based on the formal invoicing information.
[0036] In a third aspect, a computer device is provided, comprising a memory, a processor, and computer-readable instructions stored in the memory and running on the processor, wherein the processor implements the above-mentioned invoicing method when executing the computer-readable instructions.
[0037] In a fourth aspect, a readable storage medium is provided, on which computer-readable instructions are stored, and when the computer-readable instructions are executed by a processor, the invoicing method as described above is implemented.
[0038] The above-mentioned invoicing method, device, computer equipment and storage medium, and its method implementation include: dynamically obtaining a consumption order, wherein the consumption order includes at least one item of commodity information, and based on the consumption order, obtaining the seller information and buyer information required for invoicing; generating pre-invoicing information based on the seller information, the buyer information and the commodity information; when the payment of the consumption order is successful, converting the pre-invoicing information into formal invoicing information, so as to perform the invoicing operation based on the formal invoicing information. In the embodiment of the present application, consumption and invoicing are integrated into one, and pre-invoicing is dynamically performed according to the consumption order situation when a consumption order is generated, and when the payment is successful, the invoicing operation can be automatically performed, without the need for the user to actively find the merchant to request an invoice, which can improve the user experience, and without the need for manual processing by the merchant, which can reduce the merchant's cost and improve the efficiency of invoicing. BRIEF DESCRIPTION OF THE DRAWINGS
[0039] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for use in the description of the embodiments of the present application will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.
[0040] Figure 1 This is a schematic diagram of an application environment of the invoicing method in one embodiment of the present application;
[0041] Figure 2 This is a schematic diagram of a process of issuing invoices in one embodiment of the present application. Figure 1 ;
[0042] Figure 3 This is a schematic diagram of a process of issuing invoices in one embodiment of the present application. Figure 2 ;
[0043] Figure 4 This is a schematic diagram of a process of issuing invoices in one embodiment of the present application. Figure 3 ;
[0044] Figure 5 This is a schematic diagram of a process of issuing invoices in one embodiment of the present application. Figure 4 ;
[0045] Figure 6 This is a schematic diagram of the structure of a billing device in one embodiment of the present application;
[0046] Figure 7 It is a schematic diagram of a computer device in one embodiment of the present application. DETAILED DESCRIPTION
[0047] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.
[0048] The invoicing method provided in this embodiment can be applied to Figure 1 In the application environment, the shopping platform is connected to the payment platform, and the payment platform is connected to the electronic invoice platform. Merchants, that is, sellers, can configure the seller information required for invoicing on the electronic invoice platform, such as tax number, merchant name, telephone number, address, contact number, bank account, bank name, remarks and other information. And the basic invoicing information required for invoicing, such as merchant code, tax rate, zero tax rate mark, whether it is real estate and other invoice configurations, preferential policies, etc. The basic invoicing information can be determined according to the business type and the product type. Users, that is, buyers, can configure the buyer information required for invoicing, such as invoice header information, on the shopping platform, payment platform and electronic invoice platform.
[0049] Among them, the shopping platform, payment platform and electronic invoice platform can all be implemented using an independent server or a server cluster consisting of multiple servers.
[0050] In one embodiment, if Figure 2 As shown, a billing method is provided, which is applied in Figure 1 The electronic invoice platform in is used as an example to illustrate the following steps:
[0051] In step S110, a consumption order is dynamically obtained, wherein the consumption order includes information about at least one commodity, and based on the consumption order, seller information and buyer information required for invoicing are obtained;
[0052] In the embodiment of the present application, the purchaser refers to the user, who can purchase items or services from any merchant on the shopping platform, such as monthly card services, parking services, and pre-purchased goods. The seller refers to the merchant, who can sell goods or services on the shopping platform, such as parking, charging services, etc. When the user places the goods in the shopping cart, or when the user chooses to pay but has not yet successfully paid, a consumption order can be created. It should be noted that the consumption order refers to an order that is ready to be purchased, but the consumption amount has not yet been paid. It may include adding or subtracting purchased goods from the shopping cart, and the consumption amount corresponding to each item to be purchased. Since the consumer has not paid yet, the consumer or the merchant can add or subtract goods from the consumption order at any time. Therefore, the acquisition process of the consumption order is dynamic acquisition, and timely adjustment is made according to the adjustment of the consumption order, wherein the dynamic acquisition of the consumption order includes but is not limited to real-time acquisition of the consumption order, and periodic acquisition of the consumption order at a certain time interval.
[0053] Among them, merchants can configure the seller information required for invoicing in advance on the electronic invoice platform. The seller information refers to the tax number, merchant name, telephone number, address, contact number, bank account, bank name, remarks and other information required for invoicing.
[0054] Among them, users can configure the buyer information required for invoicing in the shopping platform, payment platform and electronic invoice platform in advance. The buyer information refers to the information required for invoicing such as the invoice header information.
[0055] Optionally, after a user creates a consumption order, the purchaser information required for invoicing that the user pre-configured can be added to the consumption order through the shopping platform, and forwarded to the electronic invoice platform through the payment platform, or the shopping platform directly sends it to the electronic invoice platform for synchronous invoicing operations. After obtaining the consumption order, the electronic invoice platform can query the purchaser information stored in the database based on the purchaser information integrated in the consumption order, or based on the purchaser identifier included in the consumption order. At the same time, the consumption order may include a seller identifier, and the seller information stored in the database is queried based on the seller identifier.
[0056] Among them, the shopping platform, payment platform and electronic invoice platform can synchronize consumption orders to the electronic invoice platform through network transmission protocols such as http, https protocols, etc., by interface calls or by monitoring message middleware such as kafka, mq, etc. After the electronic invoice platform obtains the consumption order, it can parse it and save the parsed data to relational or non-relational databases such as mysql, oracle, mongobd, hbase, etc. for subsequent calls.
[0057] In step S120, pre-invoicing information is generated based on the seller information, the buyer information and the product information;
[0058] In an embodiment of the present application, when the consumption order has not actually paid the consumption amount, the electronic invoice platform can obtain the seller information, buyer information and product information based on the consumption order, and assemble the seller information, buyer information and product information into pre-invoicing order data for storage so that it can be directly called when invoicing without manual processing, saving invoicing time and improving user experience. The seller information and buyer information can be recorded in the consumption order, or they can be matched from the locally pre-stored information based on the user information and merchant information recorded in the consumption order, and the corresponding information can be read from the local after the match is successful. It should be noted that when the seller information and buyer information cannot be obtained, a prompt message can also be generated to remind the seller and buyer to supplement and complete the corresponding invoice information in a timely manner.
[0059] In step S130, when the consumption order payment is successful, the pre-invoicing information is converted into formal invoicing information to perform an invoicing operation based on the formal invoicing information.
[0060] In the embodiment of the present application, when the payment of the consumption order is successful, the payment platform can synchronize the payment success information to the electronic invoice platform through network transmission protocols such as http, https protocols, etc., in the form of interface calls or by monitoring message middleware such as kafka, mq, etc. The electronic invoice platform determines the order information, such as the order number, based on the payment success information, and then queries the pre-generated pre-invoicing information based on the order number, and converts the pre-invoicing information into formal invoicing information, and performs the invoicing operation to generate an invoice corresponding to the consumption order.
[0061] It should be noted that when the invoicing is completed, the invoice can be sent to the corresponding user, for example, through the user's email, WeChat, text message, etc., and saved in the user's invoice details directory through the user's account information, so that the user can check the consumption records and the corresponding invoice status at any time for the user to download.
[0062] In an embodiment of the present application, a billing method is provided, including: dynamically obtaining a consumption order, wherein the consumption order includes at least one commodity information, and based on the consumption order, obtaining the seller information and the buyer information required for billing; generating pre-billing information based on the seller information and the buyer information; when the payment of the consumption order is successful, converting the pre-billing information into formal billing information, so as to perform the billing operation based on the formal billing information. In an embodiment of the present application, consumption and billing are integrated into one, and pre-billing is performed when a consumption order is generated, and when the payment is successful, the billing operation can be performed synchronously, without the need for the user to actively find the merchant to request a billing, which can improve the user experience, and without the need for manual processing by the merchant, which can reduce the merchant's cost and improve the billing efficiency.
[0063] See also Figure 3 In one embodiment of the present application, after the invoicing operation is performed based on the formal invoicing information, the following steps are included:
[0064] In step S210, the refund information for the consumption order is obtained, and the refund information includes the refunded goods;
[0065] In step S220, based on the refunded goods, it is determined whether all goods in the consumption order are refunded;
[0066] In step S230, if all commodities in the consumption order are refunded, the issued invoice corresponding to the consumption order is invalidated.
[0067] Optionally, if the user subsequently refunds the consumption order, a full refund or a partial refund can be made, that is, all the goods in the consumption order can be refunded, or only some of the goods in the consumption order can be refunded. Therefore, when the user performs a refund operation, the payment platform can synchronize the refund information to the electronic invoice platform through network transmission protocols such as http, https protocols, etc., in the form of interface calls or by monitoring message middleware such as kafka, mq, etc. The refund information may specifically include the consumption order number, the refund type, such as a full refund or a partial refund, the refunded goods, the refund amount, and the purchaser's identity, such as name, contact information, etc. The electronic invoice platform can query the invoice corresponding to the consumption order based on the consumption order number. If this refund operation is to refund all the goods in the consumption order, the invoice can be red-checked, that is, invalidated.
[0068] See also Figure 3 In one embodiment, based on the refunded goods, after determining whether all goods in the consumption order are refunded, the method includes:
[0069] In step S240, if all the goods in the consumption order have not been refunded, then the unrefundable goods are determined;
[0070] In step S250, invoices are issued for the non-refundable goods, and the issued invoices corresponding to the consumption orders are invalidated.
[0071] Optionally, when the user performs a refund operation, the payment platform can synchronize the refund information to the electronic invoice platform through network transmission protocols such as http, https protocols, etc., by interface call or by monitoring message middleware such as kafka, mq, etc. The refund information may specifically include the consumption order number, the refund type, such as a full refund or a partial refund, the refunded goods, the refund amount, and the purchaser's identity, such as name, contact information, etc. Based on the consumption order number, the electronic invoice platform can query the invoice corresponding to the consumption order. If the refund operation is to refund part of the goods in the consumption order, the invoice can be red-checked, that is, invalidated. For non-refundable goods, the invoice can be issued again.
[0072] See also Figure 4 In one embodiment, after generating the pre-invoicing information based on the seller information and the buyer information, the following steps are included:
[0073] In step S310, the commodity modification information of removing or adding commodities in the consumption order is obtained, and the commodity modification information includes the removed / added commodities and the amounts corresponding to the removed / added commodities;
[0074] In step S320, based on the removed / added commodities and the amounts corresponding to the removed / added commodities, the pre-billing information is updated to generate new pre-billing information.
[0075] Optionally, since the consumption order is created by the user when adding goods to the shopping cart, or the user creates an unpaid order when preparing to pay. Therefore, the user or merchant can freely choose to add or delete goods before making payment. If the user removes or adds goods in the consumption order, the shopping platform can send the product modification information to the payment platform. The payment platform synchronizes the product modification information to the electronic invoice platform through network transmission protocols such as http, https protocols, etc., in the form of interface calls or by monitoring message middleware such as kafka, mq, etc., or the shopping platform can also directly send the product modification information to the electronic invoice platform. The electronic invoice platform can determine the removal / addition of goods and the corresponding amount of the removed / added goods based on the product modification information, and update the pre-invoicing information based on the removal / addition of goods and the corresponding amount of the removed / added goods to generate new pre-invoicing information to achieve synchronization of invoicing and payment.
[0076] See also Figure 5 In one embodiment of the present application, after the invoicing operation is performed based on the formal invoicing information, the following steps are included:
[0077] In step S410, a wrong ticket request for a consumption order is obtained;
[0078] In step S420, based on the wrong ticket request, the issued invoice corresponding to the consumption order is reviewed;
[0079] In step S430, when the invoice that has been issued fails to pass the review, the invoice that has been issued is invalidated, and the invoice operation is performed again for the consumption order.
[0080] Optionally, when the payment of the consumption order is successful, the invoicing task is completed at the same time, and the electronic invoice is sent to the purchaser through email, SMS, WeChat, etc. After obtaining the electronic invoice, the purchaser can check the electronic invoice to determine whether the consumption amount, header information, merchant information, etc. are correct. If there is an error, it means that the electronic invoice is a wrong invoice. At this time, a wrong invoice request can be submitted. The wrong invoice request can include the consumption order number. Based on the consumption order number, the corresponding invoice can be queried, and the invoice can be reviewed according to the reason and evidence of the wrong invoice sent by the purchaser. If the review fails, it means that the invoice is indeed wrong. At this time, the invoice can be red-checked, that is, it can be invalidated. And the consumption order can be re-invoiced.
[0081] In an embodiment of the present application, dynamically obtaining a consumption order includes:
[0082] Dynamically obtain consumption orders sent by payment platforms or shopping platforms through network transmission protocols in the form of interface calls or by monitoring message middleware.
[0083] Among them, a consumption order is created when a buyer adds goods to a shopping cart or when a buyer performs a payment operation.
[0084] Optionally, when the buyer adds the product to the shopping cart or prepares to pay, the consumption order can be created. At this time, the shopping platform can integrate the buyer's pre-configured invoicing information required for the buyer into the consumption order and send it to the electronic invoice platform. Alternatively, the shopping platform can send the consumption order to the payment platform, and the payment platform can integrate the pre-configured invoicing information required for the buyer into the consumption order and send it to the electronic invoice platform. It should be noted that the payment platform and the shopping platform can transmit the consumption order through network transmission protocols such as http, https protocols, etc., in the form of interface calls or by monitoring message middleware such as kafka, mq, etc.
[0085] In one embodiment of the present application, pre-invoicing information is generated based on the seller information, the buyer information and the product information, including:
[0086] Determine the type of consumer business or purchased goods based on the product information;
[0087] Determine the basic configuration information of the invoice based on the consumption business type or the type of purchased goods;
[0088] Generate pre-invoicing information based on buyer information, seller information and invoice basic configuration information;
[0089] Among them, the basic invoice configuration information includes merchant code, tax rate, zero tax rate mark, whether it is real estate and invoice configuration preferential policies.
[0090] Optionally, different business types and different commodities may correspond to different basic invoice information. For example, the tax rates and merchant codes corresponding to the monthly card business and the parking fee payment business are different. Therefore, the basic invoice information can be configured in the electronic invoice platform in advance for different consumer business types or purchased commodity types. When a consumer order is obtained, the seller information and the basic invoice information pre-stored in the data required for invoicing can be queried based on the seller identity in the consumer order, such as the merchant number, merchant name, etc. At the same time, the purchaser information required for invoicing can be integrated in the consumer order, and the consumer order can be parsed to obtain the purchaser information. Alternatively, the purchaser information required for invoicing pre-stored in the data can be queried based on the buyer identity included in the consumer order, such as name, account, etc. Then, pre-invoicing information is generated based on the buyer information, seller information, and basic invoice configuration information.
[0091] In the embodiment of the present application, consumption and invoicing are integrated into one, and pre-invoicing is performed when a consumption order is generated, and the invoicing operation can be performed simultaneously when the payment is successful. There is no need for the user to actively contact the merchant to request an invoice, which can improve the user experience, and there is no need for manual processing by the merchant, which can reduce the merchant's cost and improve the efficiency of invoicing.
[0092] It should be understood that the size of the serial numbers of the steps in the above embodiments does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.
[0093] In one embodiment, a billing device is provided, which corresponds one-to-one to the billing method in the above embodiment. Figure 6 As shown, the invoicing device includes a consumption order acquisition unit 10, a pre-invoicing unit 20 and a formal invoicing unit 30. Each functional module is described in detail as follows:
[0094] The consumption order acquisition unit 10 is used to dynamically acquire a consumption order, wherein the consumption order includes at least one commodity information, and acquire the seller information and the buyer information required for invoicing based on the consumption order;
[0095] The pre-invoicing unit 20 is used to generate pre-invoicing information based on the seller information, the buyer information and the commodity information;
[0096] The formal invoicing unit 30 is used to convert the pre-invoicing information into formal invoicing information when the consumption order payment is successful, so as to perform the invoicing operation based on the formal invoicing information.
[0097] In one embodiment of the present application, the device includes a refund unit for:
[0098] Get refund information for consumer orders, including refunded items;
[0099] Based on the refunded items, determine whether all items in the consumer order are refunded;
[0100] If all goods in a consumption order are refunded, the invoice corresponding to the consumption order will be invalidated.
[0101] In one embodiment of the present application, the refund unit is further used to:
[0102] If all the goods in the consumption order have not been refunded, the unrefundable goods are determined;
[0103] Issue invoices for non-refundable goods and cancel the issued invoices corresponding to the consumption orders.
[0104] In one embodiment of the present application, the device includes a pre-invoicing information updating unit, which is used to:
[0105] Get the modification information of removing or adding products in the consumption order. The modification information includes the removed / added products and the corresponding amount of the removed / added products.
[0106] Based on the removed / added goods and the amounts corresponding to the removed / added goods, the pre-billing information is updated to generate new pre-billing information.
[0107] In one embodiment of the present application, the device includes an error ticket review unit, which is used to:
[0108] Get the error ticket request for the consumption order;
[0109] Based on the wrong ticket request, review the issued invoice corresponding to the consumption order;
[0110] When the invoice that has been issued fails to pass the review, the invoice that has been issued will be invalidated and the consumption order will be invoiced again.
[0111] In one embodiment of the present application, the consumption order acquisition unit 10 is further used to:
[0112] Obtain consumption orders sent by payment platforms or shopping platforms through network transmission protocols in the form of interface calls or by monitoring message middleware.
[0113] Among them, a consumption order is created when a buyer adds goods to a shopping cart or when a buyer performs a payment operation.
[0114] In one embodiment of the present application, the pre-invoicing unit 20 is further used for:
[0115] Determine the type of consumer business or purchased goods based on the product information;
[0116] Determine the basic configuration information of the invoice based on the consumption business type or the type of purchased goods;
[0117] Generate pre-invoicing information based on buyer information, seller information and invoice basic configuration information;
[0118] Among them, the basic invoice configuration information includes merchant code, tax rate, zero tax rate mark, whether it is real estate and invoice configuration preferential policies.
[0119] In the embodiment of the present application, consumption and invoicing are integrated into one, and pre-invoicing is performed when a consumption order is generated, and the invoicing operation can be performed simultaneously when the payment is successful. There is no need for the user to actively contact the merchant to request an invoice, which can improve the user experience, and there is no need for manual processing by the merchant, which can reduce the merchant's cost and improve the efficiency of invoicing.
[0120] For the specific definition of the invoicing device, please refer to the definition of the invoicing method above, which will not be repeated here. Each module in the above-mentioned invoicing device can be implemented in whole or in part by software, hardware and their combination. The above-mentioned modules can be embedded in or independent of the processor in the computer device in the form of hardware, or can be stored in the memory of the computer device in the form of software, so that the processor can call and execute the operations corresponding to the above modules.
[0121] In one embodiment, a computer device is provided. The computer device may be a terminal device, and its internal structure diagram may be as follows: Figure 7 As shown. The computer device includes a processor, a memory, and a network interface connected via a system bus. The processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a readable storage medium. The readable storage medium stores computer-readable instructions. The network interface of the computer device is used to communicate with an external terminal via a network connection. When the computer-readable instructions are executed by the processor, an invoicing method is implemented. The readable storage medium provided in this embodiment includes a non-volatile readable storage medium and a volatile readable storage medium.
[0122] In an embodiment of the present application, a computer device is provided, including a memory, a processor, and computer-readable instructions stored in the memory and executable on the processor. When the processor executes the computer-readable instructions, the steps of the above-mentioned invoicing method are implemented.
[0123] In an embodiment of the application, a readable storage medium is provided, which stores computer-readable instructions. When the computer-readable instructions are executed by a processor, the steps of the above-mentioned invoicing method are implemented.
[0124] Those of ordinary skill in the art can understand that all or part of the processes in the above-mentioned embodiments can be implemented by instructing related hardware through computer-readable instructions, and the computer-readable instructions can be stored in a non-volatile readable storage medium or a volatile readable storage medium. When the computer-readable instructions are executed, they may include the processes of the embodiments of the above-mentioned methods. Among them, any reference to memory, storage, database or other media used in the embodiments provided in this application may include non-volatile and / or volatile memory. Non-volatile memory may include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM) or flash memory. Volatile memory may include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in many forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous link (Synchlink) DRAM (SLDRAM), memory bus (Rambus) direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), etc.
[0125] Those skilled in the art can clearly understand that for the convenience and simplicity of description, only the division of the above-mentioned functional units and modules is used as an example. In actual applications, the above-mentioned functions can be distributed and completed by different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above.
[0126] The above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. These modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present application, and should all be included in the protection scope of the present application.
Claims
1. A method for issuing invoices, characterized in that: The method comprises: Dynamically obtain a consumption order, wherein the consumption order includes at least one commodity information, and based on the consumption order, obtain the seller information and the buyer information required for invoicing; Generate pre-invoicing information based on the seller information, the buyer information and the commodity information; When the consumption order payment is successful, the pre-billing information is converted into formal billing information, so as to perform a billing operation based on the formal billing information.
2. The invoicing method according to claim 1, characterized in that: After the invoicing operation is performed based on the formal invoicing information, the method includes: Obtaining refund information for the consumption order, wherein the refund information includes refunded goods; Based on the refunded goods, determining whether all goods in the consumption order are refunded; If all the goods in the consumption order are refunded, the invoice corresponding to the consumption order will be invalidated.
3. The invoicing method according to claim 2, characterized in that: After determining whether all the goods in the consumption order are to be refunded based on the refunded goods, the method includes: If all the goods in the consumption order have not been refunded, then the unrefundable goods are determined; The invoice operation is performed for the non-refundable goods, and the invoice corresponding to the consumption order is invalidated.
4. The invoicing method according to claim 1, characterized in that: After the pre-invoicing information is generated based on the seller information, the buyer information and the commodity information, the method includes: Obtaining product modification information for removing or adding products in the consumption order, wherein the product modification information includes the removed / added products and the amounts corresponding to the removed / added products; Based on the removed / added commodities and the amounts corresponding to the removed / added commodities, the pre-billing information is updated to generate new pre-billing information.
5. The invoicing method according to claim 1, characterized in that: After the invoicing operation is performed based on the formal invoicing information, the method includes: Obtaining a wrong ticket request for the consumption order; Based on the wrong ticket request, review the issued invoice corresponding to the consumption order; When the invoice that has been issued fails to pass the review, the invoice that has been issued is invalidated, and the invoice operation for the consumption order is performed again.
6. The invoicing method according to any one of claims 1 to 5, characterized in that: The dynamically obtaining consumption orders includes: The consumption order sent by the payment platform or the shopping platform is dynamically obtained by calling the interface through the network transmission protocol or by monitoring the message middleware. The consumption order is created when the purchaser adds the product to the shopping cart or when the purchaser performs a payment operation.
7. The invoicing method according to any one of claims 1 to 5, characterized in that: The generating of pre-invoicing information based on the seller information, the buyer information and the commodity information includes: Determine the consumption business type or the purchased commodity type based on the commodity information; Determine the basic configuration information of the invoice based on the consumption business type or the purchased commodity type; Generate the pre-invoicing information based on the buyer information, the seller information and the invoice basic configuration information; The basic invoice configuration information includes the merchant code, tax rate, zero tax rate mark, whether it is real estate and invoice configuration preferential policies.
8. A billing device, characterized in that: The device comprises: A consumption order acquisition unit, used to dynamically acquire a consumption order, wherein the consumption order includes at least one commodity information, and based on the consumption order, acquire the seller information and the buyer information required for invoicing; A pre-invoicing unit, configured to generate pre-invoicing information based on the seller information, the buyer information and the commodity information; The formal invoicing unit is used to convert the pre-invoicing information into formal invoicing information when the consumption order payment is successful, so as to perform an invoicing operation based on the formal invoicing information.
9. A computer device comprising a memory, a processor, and computer-readable instructions stored in the memory and executed on the processor, characterized in that: When the processor executes the computer-readable instructions, the invoicing method according to any one of claims 1 to 7 is implemented.
10. A readable storage medium having computer readable instructions stored thereon, characterized in that: When the computer-readable instructions are executed by a processor, the invoicing method according to any one of claims 1 to 7 is implemented.