Payment bill generation method, electronic device and program product

Abstract

The invention provides a payment bill generation method, electronic equipment, a readable storage medium and a computer program product. The payment bill generation method comprises the steps of displaying a first bill entry control at a first position of a first interface; in response to a first operation on the first bill entry control, displaying a plurality of fund controls at a second position of the first interface, the fund controls including a first trigger key; in response to a first operation on a first trigger key of any fund control, a second interface is displayed, a first position of the second interface comprises a plurality of item items of the fund bill, and the item items comprise a to-be-paid amount; in response to a first operation on at least one article item in the plurality of article items, displaying the total to-be-paid amount of the at least one article item and a second trigger key at a second position of the second interface; and in response to a first operation on the second trigger key, displaying a payment bill on a third interface, the payment bill including the actual payment details.

Description

Technical Field

[0001] The present disclosure relates to technical fields such as data processing, and more particularly to a payment slip generation method, electronic device, and program product. Background Art

[0002] In the field of home decoration, customers often order both whole-house decoration services (such as custom furniture) and retail goods (such as home appliances and household items) at the same time. Designers, salesmen and other service providers will place multiple orders in the mall to purchase different categories of goods. Traditional payment systems only support payment in a single quotation dimension, especially when processing mixed quotations, which has poor flexibility in the selection of payment product categories and payment methods. Summary of the invention

[0003] In order to solve at least one of the above technical problems, the present disclosure provides a payment slip generation method, an electronic device and a program product.

[0004] According to one aspect of the present disclosure, a payment slip generating method is provided, comprising: displaying a first bill entry control at a first position on a first interface; in response to a first operation on the first bill entry control, displaying a plurality of payment controls at a second position on the first interface, the payment controls comprising a first trigger key, each of the payment controls being used to control each payment slip associated with the first bill, the payment slip comprising a plurality of items of the same item category to be paid; in response to a first operation on the first trigger key of any of the payment controls, displaying a second interface, the first position of the second interface comprising a plurality of items on the payment slip, the items comprising an amount to be paid; in response to a first operation on at least one of the plurality of items, displaying a total amount to be paid of the at least one item and a second trigger key at a second position on the second interface; and in response to the first operation on the second trigger key, displaying a payment slip on a third interface.

[0005] In some embodiments, the first interface also displays a second bill entry control. In response to a first operation on the second bill entry control, multiple basic order controls are displayed at a second position on the first interface, and the basic order controls include a third trigger key. Each basic order control is used to control each basic order associated with the second bill, and the basic order includes multiple service items with the same service category and to be paid.

[0006] In some embodiments, a select all key is displayed at a third position of the second interface. In response to a first operation on the select all key, selection areas of the plurality of items display check marks, and a total amount to be paid and a second trigger key are displayed at a second position of the second interface.

[0007] In some embodiments, in response to a first operation on the second trigger key, a payment slip is displayed on a third interface, including: in response to the first operation on the second trigger key, a fourth interface is displayed, the fourth interface includes multiple payment method controls and a third trigger key; and in response to a first operation on a target method control among the multiple payment method controls and a first operation on the third trigger key, a third interface is displayed.

[0008] In some embodiments, in response to a first operation on the first bill entry control, a payment details area is displayed at a third position of the first interface, and the payment details area includes a total amount payable, a total amount actually paid, and a total amount to be paid.

[0009] In some embodiments, the method for generating the payment control includes: determining the name of the payment control according to the item categories involved in multiple quotations, the multiple quotations have the same attribution identifier, the quotations include the sales unit price and category field of the item, the category field is used to record the item category of the item, and the payment control can display multiple item items corresponding to its name after obtaining the first operation; and using the items belonging to the corresponding item categories in the multiple quotations as the item items of the payment control.

[0010] In some implementations, the actual payment details are determined by allocating the total actual payment amount according to an amount allocation rule to determine the actual payment amount for each target item.

[0011] In some embodiments, the total actual payment amount is allocated according to an amount allocation rule to determine the actual payment amount of each target item, including: when the amount allocation rule is to allocate in chronological order, the total actual payment amount is allocated to each target item one by one in the chronological order of performing the first operation on the target item until the total actual payment amount is 0; and when the amount allocation rule is to allocate in proportion, the allocation value of the total payment amount to each target item is determined according to a preset proportion, with the allocation to 0 being the actual payment amount of the target item.

[0012] In some embodiments, in response to a first operation on the second trigger key, after the payment slip is displayed on the third interface, it includes: determining a new amount to be paid for the target item on the second interface based on the actual payment amount of the target item and the amount to be paid displayed on the second interface, and displaying the new amount to be paid on the second interface.

[0013] In some embodiments, in response to a first operation on the second trigger key, after the payment slip is displayed on the third interface, it includes: determining a new total amount payable, a new total amount actually paid, and a new total amount to be paid based on the actual payment details of the payment slip and the payment details area of ​​the first interface, and updating the payment details area of ​​the first interface.

[0014] According to another aspect of the present disclosure, an electronic device is provided, comprising: a memory storing execution instructions; and a processor executing the execution instructions stored in the memory, so that the processor executes the payment slip generation method of any embodiment.

[0015] According to another aspect of the present disclosure, a readable storage medium is provided, wherein execution instructions are stored in the readable storage medium, and when the execution instructions are executed by a processor, the payment slip generation method of any embodiment is implemented.

[0016] According to yet another aspect of the present disclosure, a computer program product is provided, including a computer program, wherein when the computer program is executed by a processor, the payment slip generating method of any embodiment is implemented. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] The accompanying drawings illustrate exemplary embodiments of the present disclosure and together with the description serve to explain the principles of the present disclosure. These drawings are included to provide a further understanding of the present disclosure and are incorporated in and constitute a part of this specification.

[0018] Figure 1 It is a schematic diagram of an application scenario of the payment order generation method according to an embodiment of the present disclosure.

[0019] Figure 2 It is an interactive flow chart of a payment order generation method according to an embodiment of the present disclosure.

[0020] Figure 3 It is a schematic diagram of a first interface background processing device according to an embodiment of the present disclosure.

[0021] Figure 4 It is a schematic diagram of a first interface according to an embodiment of the present disclosure.

[0022] Figure 5 It is a schematic diagram of a second interface background processing device according to an embodiment of the present disclosure.

[0023] Figure 6 It is a schematic diagram of a second interface according to an embodiment of the present disclosure.

[0024] Figure 7 It is a schematic diagram of a fourth interface background processing device according to an embodiment of the present disclosure.

[0025] Figure 8 It is a schematic diagram of the fourth interface according to an embodiment of the present disclosure.

[0026] Fig. 9 It is an architecture diagram of a payment order generation method according to an embodiment of the present disclosure.

[0027] Fig.10 It is an entity relationship diagram of a payment order generation method according to an embodiment of the present disclosure.

[0028] Fig.11 2 is an example diagram of a payment slip generation process according to an embodiment of the present disclosure.

[0029] Fig.12 It is a flow chart of a payment slip generation method according to an embodiment of the present disclosure.

[0030] Fig.13 It is a schematic block diagram of the structure of a software product capable of executing the payment slip generation method according to an embodiment of the present disclosure.

[0031] Fig.14 It is a schematic block diagram of the structure of an electronic device according to an embodiment of the present disclosure. DETAILED DESCRIPTION

[0032] The present disclosure is further described in detail below in conjunction with the accompanying drawings and examples. It is understood that the specific examples described herein are only used to explain the relevant content, rather than to limit the present disclosure. It should also be noted that, for ease of description, only the parts related to the present disclosure are shown in the accompanying drawings.

[0033] It should be noted that, in the absence of conflict, the embodiments and features of the embodiments in the present disclosure can be combined with each other. The technical solution of the present disclosure will be described in detail below with reference to the accompanying drawings and in combination with the embodiments.

[0034] In the process of home decoration, consumers often have both whole-house decoration and retail needs. These needs are further subdivided into multiple specific dimensions. For example, retail services cover multiple aspects such as woodworking, home appliance selection and home decoration, and each aspect is provided by personnel with corresponding professional knowledge. For example, when purchasing furniture, customers will get professional advice from wood designers; when selecting home appliances such as refrigerators, professional home appliance sales staff will provide guidance. However, in the process of determining the final quotation, since multiple categories of goods and services are involved, the existing payment technology only supports one-time payment based on the entire quotation, and does not allow payment to be split according to the category of goods. This single-dimensional payment method not only cannot flexibly adapt to the different needs of different service personnel for the time of collection, but also cannot well match the actual time arrangement of the entry of various items. It is even more difficult to meet the desire of consumers to complete payment separately through multiple channels, thus limiting the flexibility and convenience of the payment process to a certain extent.

[0035] To this end, the present disclosure proposes a payment slip generation method.

[0036] Figure 1Schematic diagram of an application scenario of a payment order generation method according to an embodiment of the present disclosure. Figure 1 As shown, in this scenario, a server 100 and a client 200 may be included. The server 100 and the client 200 may be connected via a network or Bluetooth to exchange data. The server 100 may be a cloud server or a physical server, and the client 200 may be a smart device such as a computer, a mobile phone, a tablet, and has a display screen. The server 100 is used to provide the basic data required to run the payment order generation method, and the client 200 executes the payment order generation method disclosed in the present invention based on the basic data provided by the server 100.

[0037] Figure 2 This is an interactive flow chart of the payment order generation method according to the embodiment of the present disclosure. Figure 2 The data flow between multiple devices involved in the application process of the payment order generation method is described. The devices involved respectively run an enterprise end, a server and a client, wherein the server can be Figure 1 The server 100 in FIG.

[0038] In step S201, the enterprise configures a quotation including a category field.

[0039] The quotation is used to record the item information, quotation number, quotation status and attribution identification of the items required by the consumer, where the attribution identification can be the consumer ID (Identification), and the item information can be the sales unit price, discount amount, quantity and category of the item. The category field is used to record the item category of each item recorded in the quotation, such as home furnishings, woodwork, home appliances and other categories. When the service provider fills out the quotation through the enterprise end, the category information of each item will be assigned to facilitate the subsequent clustering of items according to the item category. The quotation number represents the quotation batch of the quotation, and the quotation records the items with the same quotation number and to be paid.

[0040] In step S202, a plurality of quotations are obtained through the enterprise end.

[0041] In the present disclosure, when clustering items according to item categories, the multiple quotations involved should have the same attribution identifier, that is, they are applicable to the same consumer and have the same consumer ID. The enterprise side is a small program or application for the service provider to fill in the quotation and determine the recipient of the payment. The service provider can write it in advance according to the consumer's purchasing needs and the actual sales price of the item. When filling in the quotation, the category field in the quotation should be filled in. For example, if the item to be quoted is a bedside table, then the category field corresponding to the item is "woodwork"; if the item to be quoted is "TV", then the category field corresponding to the item is "home appliances", etc.

[0042] Furthermore, the enterprise end synchronizes multiple quotations to the server, and the client obtains these quotations from the server to execute step S203 to identify the item categories in the quotations. Then, step S204 is executed to aggregate items of the same item category and determine the amount control.

[0043] Specifically, a payment control refers to a component that can be displayed on the interface and can accept the first operation of the consumer and push the corresponding item. Among them, the first operation can be a mouse click, a touch screen click, a voice command, etc. by the consumer. When the object of the first operation is a certain payment control, the interface will jump to the interface that displays multiple items related to the payment control. The category or name of the payment control is the item category of the multiple items it is bound to. For example, for items such as televisions, refrigerators, and washing machines, "home appliance items" or "home appliance categories" are used as the names of the payment controls. After the mouse clicks on the "home appliance items" control, it will jump to the interface that displays items such as "TV" and "refrigerator". In short, when determining the payment control, first determine the item categories in multiple quotations belonging to a certain consumer, and configure payment controls for these item categories respectively, and each payment control is bound to multiple items belonging to the item category in these quotations.

[0044] In step S205, the client configures multiple payment method controls.

[0045] The payment method control refers to a component that can be displayed on the interface and can accept the consumer's first operation to jump to the corresponding payment channel or payment platform. The first operation can be a mouse click, touch screen click, voice command, etc. by the consumer. Through the payment method control, you can jump to the corresponding payment platform to make payment, which meets the consumer's demand for flexible payment.

[0046] In step S206, the client generates an interface that can display the payment control and the payment method control. Then, step S207 is executed, and the user can select the target item in the payment control through the client. By clicking the mouse on these interfaces, the payment control to be ordered and the item to be ordered in the payment control are selected, and the selected item is used as the target item.

[0047] In step S208, the client determines the amount to be paid for each target item and the total amount to be paid for all target items in response to the target item selected by the user.

[0048] In step S209, the amount to be paid and the total amount to be paid of the selected target item are displayed on the client. The consumer (i.e., the user) can jump to the interface with multiple payment method controls by clicking a trigger key such as the "Pay" button, and then select the target payment method to pay the selected target item in a way that suits his or her own preference.

[0049] After the consumer pays the total actual payment amount through the client, the payment result is fed back to the server. The server executes step S210 to update the amount to be paid and payment details of the target item.

[0050] Specifically, each item has a sales unit price, an amount to be paid, and an actual payment amount. The sales unit price refers to the quotation of the item, for example, the unit price of a desk lamp is 50 yuan, etc. The sales unit price is fixed after the quotation. The amount to be paid is the amount that has not yet been paid, and the actual payment amount is the amount that has been paid. The sum of the amount to be paid and the actual payment amount should be equal to the product of the sales unit price of the item and its purchase quantity. For example, if you buy two desk lamps, the initial actual payment amount is 0 yuan and the amount to be paid is 100 yuan. After a payment operation with an amount of 52 yuan, the amount to be paid is changed to 48 yuan and the actual payment amount is 52 yuan. Until the actual payment amount is consistent with the product of the sales unit price of the item and its purchase quantity, or the amount to be paid is 0 yuan, the purchase status of the corresponding item is in a settled state.

[0051] Similarly, the payment details are data recorded in the payment details area of ​​the first interface, including the total amount to be paid, the total amount actually paid and the total amount payable involved in all payment orders.

[0052] The total amount payable should be the sum of the product of the sales unit price of all items and the purchase quantity, which represents the total price that consumers should pay for all items covered by all invoices. The total amount to be paid represents the total amount of all items covered by all invoices that have not been paid. The total amount actually paid represents the total amount that consumers have paid for all items covered by all invoices.

[0053] After the consumer pays for the target item, the amount to be paid, the actual amount paid, and the payment details of all bills involved in each item will change. And according to the amount allocation rules and the total actual amount paid, the changes in the amount to be paid, the actual amount paid, and the payment details of all bills involved in each item are different, so it is necessary to update the content displayed on the interface in real time according to the actual situation. By updating these contents in real time, technical support is provided for the randomness of the amount paid by consumers each time; that is, consumers can pay for each target item according to their own situation, without having to pay the entire amount to be paid for a certain item or a bill or quotation at one time, which relieves the consumer's consumption pressure and improves the consumer's consumption stickiness. For example, if the consumer currently has only 100 yuan to pay, and the amount to be paid for a certain item as a target item is 200 yuan, then the consumer can pay 100 yuan first according to his own situation, and then the amount to be paid for the target item will change from 200 yuan to 100 yuan. In this way, the consumer can make up the amount to be paid when he has the ability to pay the remaining amount later. In this process, the probability of consumers choosing other consumption platforms to purchase the item is reduced, and the consumer's consumption pressure of paying the amount to be paid in one lump sum is also relieved. Of course, the order and production of the item should be carried out after the amount to be paid is cleared.

[0054] Allocating the total actual payment amount according to the amount allocation rule includes: when the amount allocation rule is to allocate in time order, allocating the target items one by one in the order of the time of selecting multiple target items. For example, the total actual payment amount is 200 yuan, target item 1 is selected first, target item 3 is selected second, and target item 2 is selected third, and the amount to be paid of target item 1 is 50 yuan, the amount to be paid of target item 3 is 170 yuan, and the amount to be paid of target item 2 is 100 yuan, then according to the time order, 50 yuan of 200 yuan is now allocated to target item 1, and the actual payment amount of target item 1 becomes 100 yuan and the amount to be paid is 0 yuan; then 150 yuan of 200 yuan is allocated to target item 3, and the actual payment amount of target item 3 becomes 150 yuan and the amount to be paid becomes 20 yuan; and because the total actual payment amount of 200 yuan has been allocated, it is impossible to allocate the amount for target item 2, and the actual payment amount of target item 2 is 0 and the amount to be paid is 100 yuan. If the amount allocation rule is to allocate according to the preset ratio, if the amounts to be paid for the selected target item 1 and target item 2 are 50 yuan and 100 yuan respectively, then the allocation ratios of the two to the total actual payment amount are one-third and two-thirds respectively. If the total actual payment amount is 30 yuan, then the amount allocated to target item 1 is 10 yuan, and the amount allocated to target item 2 is 20 yuan.

[0055] Of course, other distribution methods are also possible, all of which fall within the protection scope of the present disclosure.

[0056] Figure 3 Schematic diagram of the first interface background processing device according to the embodiment of the present disclosure. Figure 3 As shown, the first interface 300 displays the first bill entry control and the second bill entry control through the bill entry processing module 310. In response to the first operation on the first bill entry control or the second bill entry control, the object of the first operation is synchronized to the detail processing module 320 through link A, so that the detail processing module 320 displays the payment details area according to the bill entry control corresponding to the first operation, that is, the total amount payable, the total amount actually paid, the total amount to be paid, etc. corresponding to the corresponding bill dimension. At the same time, in response to the first operation on the first bill entry control or the second bill entry control, the object of the first operation is synchronized to the bill control processing module 330 through link B. The bill control processing module 330 displays the corresponding content in response to the first operation on any bill entry control, for example, in response to the first operation on the first bill entry control, multiple amount controls are displayed, and in response to the first operation on the second bill entry control, multiple basic order controls are displayed.

[0057] By triggering the first bill entry control, multiple payment controls are displayed, each payment control is used to control each payment slip associated with the first bill, and the payment slip contains multiple items of the same item category and to be paid. The first bill is a summary of all payment slips.

[0058] By triggering the second bill entry, multiple basic order controls are displayed. Each basic order control is used to control each basic order associated with the second bill. The basic order contains multiple service items with the same service category and to be paid. Among them, the service category can include engineering service category, design service category, etc. The service items belonging to the engineering service category can be waterway construction service, circuit construction service, etc., and the service items belonging to the design service category can be hard decoration design service, soft decoration design service, etc. The second bill is a summary of all basic orders. Figure 4 is a schematic diagram of a first interface according to an embodiment of the present disclosure. Figure 4As shown, an example of the first interface 300 after the first bill entry control is triggered is shown. The first bill entry control and the second bill entry control managed by the bill entry processing module 310 are shown in the first interface. The first bill entry control can be a "personalized bill" and the second bill entry control can be a "basic package bill". The first interface also includes a payment details area managed by the detail processing module 320, including the total amount payable of the first bill of ￥53650.17, the total amount actually paid of the first bill of ￥53650.09, the total amount to be paid of the first bill of ￥0.08, etc., where "￥" is the amount symbol. The first interface also includes a payment control managed by the bill control processing module 330, including "home appliance payment" and "customized payment", etc. The figure shows the detailed information of "home appliance payment", including an introduction to the item category, the amount payable of the payment control of ￥44896.00, the actual payment of ￥44899.00 and the amount to be paid of ￥0.00, and the words "settled" are marked in the upper left corner. In addition, each payment control has a trigger key "Go to Payment". Clicking any "Go to Payment" will jump to the second interface.

[0059] Of course, the consumer's address is also displayed in the first interface, such as "qq-Building 2-Unit 3-4th Floor-Room 5", etc. qq can be any community name, and the address can be any address, without limitation here. All shopping details of the consumer on the platform can also be displayed, such as the total amount payable for the basic package bill and the personalized bill is ￥118689.58, the total amount paid is ￥101459.13, and the total amount to be paid is ￥17230.45, etc. The balance and available total amount of the consumer on the client can also be displayed, such as "My Balance (********7013)" and "Available Total ￥30001.00", etc. In addition, the "Flow Details" can be displayed to query all payment information. The first interface can also not display the aforementioned part or display the rest according to demand, which is not a limitation to the present disclosure.

[0060] Similarly, after performing the first operation on the second bill entry control, the first interface 300 can display the payment details area about the second bill, namely: the total amount payable of the second bill, the total amount actually paid of the second bill, and the total amount to be paid of the second bill; it can also display the basic order controls of various basic orders associated with the second bill, such as design order controls and engineering order controls.

[0061] Figure 5 Schematic diagram of the second interface background processing device according to an embodiment of the present disclosure. Figure 5As shown, the second interface 500 manages each item through the item processing module 510 to support and respond to the consumer's first operation on any item, so that the item is selected. In addition, the item processing module 510 and the all-select key module 520 interact through the link C. After the all-select key module 510 senses the first operation, the action is synchronized to the item processing module 510, so that all items are selected. In addition, the item processing module 510 interacts with the trigger key module 530 through the link D. According to the selection of the item, the trigger key module 530 triggers the collection of the corresponding amount to be paid.

[0062] Figure 6 is a schematic diagram of a second interface according to an embodiment of the present disclosure. Figure 6 As shown, an example of the second interface 500 is shown, that is, after performing the first operation on the "home appliance model" in the first interface, the second interface is jumped to. The second interface displays items such as "refrigerator", "washing machine" and "dishwasher". And each item includes the item specification and the amount to be paid. For example, the specification of the refrigerator is double-door, and the amount to be paid is ￥2000; the specification of the washing machine is 20KG (kilograms), and the amount to be paid is ￥5000; the specification of the dishwasher is 60cm (centimeter) × 85cm, and the amount to be paid is ￥3000. When the consumer clicks on any item, the item is marked with a selected mark through the item processing module 510. It is also possible to click the select all key to mark all items with a selected mark through the select all key module 520. Further, according to link D, the trigger key module 530 determines that the selected total amount to be paid is ￥5000, and jumps to the fourth interface in response to the first operation of the "pay" key.

[0063] Figure 7 Schematic diagram of a fourth interface background processing device according to an embodiment of the present disclosure. Figure 7 As shown, the fourth interface 700 displays multiple payment method controls through the payment method processing module 710, and in response to the first operation on any payment method control, the payment method control is selected. The cancel key module 720 controls the payment method processing module 710 to cancel the selection of the payment method control through the link E in response to the consumer's first operation on the cancel key, and jumps back to the second interface. The trigger key module 730 jumps to the payment platform corresponding to the selected payment method control in response to the consumer's first operation on the trigger key, so as to achieve the purpose of paying according to the channel preferred by the consumer.

[0064] Figure 8 is a schematic diagram of a fourth interface according to an embodiment of the present disclosure. Figure 8 As shown, after clicking any item in the second interface 500, such as "washing machine", it will jump to the fourth interface 700. Figure 8is an example of the fourth interface 700. The fourth interface may be a "cashier" interface, which may display a total amount to be paid of ￥5000. In addition, multiple payment method controls are displayed, such as "first platform scan code", "second platform scan code", "card payment" and "other methods", etc. After the payment method processing module 710 responds to the consumer's first operation on any payment method control, it can control the trigger key module 730 through link D to determine the total amount to be paid, such as "￥5000". In addition, the trigger key module 730 can also jump to the payment platform corresponding to the selected payment method control, such as the second platform, in response to the consumer's first operation on the trigger key "pay", so as to achieve the purpose of paying according to the channel preferred by the consumer. Of course, if the consumer clicks "cancel", the cancel key module 720 controls the payment method processing module 710 through link E to cancel the selection of the second platform scan code, and jump back to the second interface so that the consumer can reselect the target item.

[0065] After the payment is completed, the user will be redirected to the third interface containing the payment slip, which contains the actual payment details of this payment, such as the actual payment amount of each target item, etc., which will not be displayed here. Of course, if the enterprise side only supports a single payment method, the user can directly jump to the payment platform after selecting the target item on the second interface, and display the third interface after completing the payment. The display of the fourth interface does not limit the present disclosure.

[0066] pass Figures 3 to 8 , showing the process of consumers flexibly and personally selecting bill entry, payment controls, target items and payment method controls through the client. Fig. 9 This is a diagram of the payment order generation method according to the embodiment of the present disclosure. Fig. 9 ,right Figure 1 The implementation logic of the payment order generated by the client is explained in the following.

[0067] Configure the quotation to be filled, which includes the category field and other contents, and the value of the category field can be the item category and the service category. Then, identify the item category and service category in multiple quotations, multiple items belonging to the same item category, and multiple services belonging to the same service category. Generate a first interface including a first bill entry control and a second bill entry control, a second interface including a payment control and multiple item items, a second interface including a basic order control and multiple service items, and a fourth interface including multiple payment method controls. Further, according to the amount allocation rule, the total actual payment amount is allocated to determine the actual payment amount of each target item. According to the actual payment amount of each target item, the amount to be paid for each target item, as well as the new total amount payable, the new total actual payment, and the new total amount to be paid are determined, and the payment details area of ​​the first interface is updated.

[0068] The present disclosure configures a quotation sheet containing a category field, clusters items according to item categories, clusters services according to service categories, and forms a payment control, item items, basic order controls, and service items, so that consumers can pay through the category dimension, which increases the flexibility of payment compared to paying only through the quotation dimension. In addition, by allocating the total actual payment amount, the limitation on a single payment fixed amount is overcome, and the payment needs of consumers for various amounts can be met, increasing the payment flexibility. At the same time, due to the inclusion of a single payment amount, consumers can make mixed payments through multiple platforms and multiple channels, meeting the needs of consumers for multi-channel mixed payments.

[0069] Fig.10 : is an entity relationship diagram of a payment order generation method according to an embodiment of the present disclosure. Fig.10 As shown, the relationship between various entities involved in this method is demonstrated.

[0070] The client of the present disclosure makes the payment order generation method Figure 1 When the first bill entry control and multiple payment controls are displayed and the second interface displays multiple items corresponding to a certain payment control, three forms are involved, namely, a quotation, a payment slip obtained based on the quotation, and a payment slip generated by paying the quotation or payment slip.

[0071] The quotation includes the quotation number, and may also include item information, quotation status, quotation type and attribution identification.

[0072] Table 1

[0073] Quotation number Quotation Type Quotation Status Attribution mark CT2024070201 Mixed (customized products + standard products) initialization DE0001 CT2024070202 Mixed (customized products + standard products) initialization DE0001

[0074] Table 1 is a quotation summary data table, which contains the basic information of each quotation, such as quotation number, quotation type, quotation status and attribution identification. The quotation type of quotation number CT2024070201 is mixed (customized products + standard products), the quotation status is initialized, and the attribution identification is DE0001. The attribution identification identifies the consumer ID. When aggregating items, the quotations involved should correspond to the same attribution identification. Among them, customized products identify items that need to be customized according to demand, and standard products identify standardized items. The quotation type of quotation number CT2024070201 is mixed (customized products + standard products), the quotation status is initialized, and the attribution identification is DE0001.

[0075] Of course, each quotation may involve multiple items, and each item has different information, such as item category, sales unit price, etc., which are not shown in Table 1.

[0076] A bill includes a bill number and a name, which is named after the item category to which it is bound. A bill is the result of aggregating multiple quotations with the same attribution identifier according to the item category. Multiple quotations correspond to multiple bills. For example, if multiple quotations involve the three item categories of "home appliances", "home furnishings" and "woodwork", three bills will be generated.

[0077] The item has information such as item ID, quotation number, payment number, item category, sales unit price, sales quantity, etc. Moreover, the amount payable and the actual amount paid can be determined based on the sales unit price and sales quantity.

[0078] In the server, a payment management table recording all item information and service information can be formed based on the payment slip and quotation sheet, so as to record the pending payment status and actual payment status of each item and various services.

[0079] Table 2

[0080] ID Quotation number Payment order number category Attribution mark Category To be paid Actual payment 0001 CT2024070201 F0001 Home DE0001 Mattress 100 0 0002 CT2024070201 F0002 Home Appliances DE0001 desk lamp 100 0 0003 CT2024070202 F0001 Home DE0001 curtain 100 0 0004 CT2024070202 F0003 Woodwork DE0001 cupboard 100 0

[0081] Table 2 is the payment management data table. After the quotation and payment slip are formed, this table is generated to record the amount to be paid and the actual amount paid of various items. For example, the item with item ID 0001, the quotation number of its quotation is CT2024070201, the order number of its payment slip is F0001, the item category is home furnishing, the belonging identifier is DE0001, the category is mattress, the amount to be paid is 100 yuan, and the actual amount paid is 0 yuan. For items with item IDs from 0002 to 0004, the quotation numbers of the quotations are CT2024070201, CT2024070202, and CT2024070202, respectively, and the order numbers of the bills are F0001, F0002, F0001, and F0003, respectively. The item categories are home furnishing, home appliances, home furnishing, and woodwork, and the belonging identifiers are DE0001. The categories are table lamps, curtains, and cabinets, respectively. The amount to be paid is 100 yuan, and the actual payment is 0 yuan. After the consumer completes a payment behavior, the amount to be paid and the actual payment amount will change. Obviously, it can be intuitively seen from Table 2 that items belonging to the same quotation may be classified into different bills, and items belonging to different quotations can be clustered into the same bill because they belong to the same category, which is convenient for service providers of different dimensions to make collection requests, and it is also convenient for consumers to purchase items of different categories according to different construction progress.

[0082] When the home furnishing designer initiates payment collection for the home furnishing bill F0001, or when the consumer pays the bill F0001, a payment slip for the bill F0001 can be created, and the amount to be collected is 200 yuan. In addition, the payment slip has a corresponding payment slip number.

[0083] Furthermore, before the consumer pays, a payment apportionment table can be generated to clarify the amount to be paid for each item.

[0084] Table 3

[0085]

[0086] Table 3 is a payment allocation table, including item ID, quotation number, payment number, category, attribution mark, payment number, pending amount, actual amount paid and status. For the payment order with payment number P01, it corresponds to items with item IDs 0001 and 0003, and the payment status of these two items is in progress. After allocation, the pending amount is 100 yuan for each item. The rest of the information of the items refers to the description of Table 2 and will not be repeated here.

[0087] After the consumer pays, a transaction data table will be generated.

[0088] Table 4

[0089] serial number Payment order number Payment Methods Turnover amount Actual payment state S0001 P01 First Platform 50 0 Completed S0002 P01 Second platform 150 0 Completed

[0090] Table 4 is a transaction data table, which is the result generated after the consumer pays. The consumer pays a transaction amount of 50 through the first platform and a transaction amount of 150 through the second platform, and the status is completed. Each payment generates a serial number, such as S0001 and S0002. The payment of items 0001 and 0003 (i.e., payment slip F0001) is completed through two payments, and the payment method is a superimposed payment method using two channels, which is flexible and convenient. And Table 4 will be displayed on the interface in the form of transaction details.

[0091] Furthermore, the “actual payment” of items 0001 and 0003 in Table 2 is updated; the “actual payment” and “status” of items 0001 and 0003 in Table 3 are updated.

[0092] Of course, the service provider can also form an allocation table with the same quotation number according to the quotation and collect payment according to the quotation, or the consumer can pay according to the quotation, thereby forming a payment slip and payment flow details, which will not be elaborated here.

[0093] Fig.11 FIG. 1 is an example diagram of a payment order generation process according to an embodiment of the present disclosure. Fig.11As shown, Quotation Sheet 1 and Quotation Sheet 2 are the results of two quotation applications submitted by the consumer numbered DE0002. The product details of Quotation Sheet 1 include: the home category includes 1 lamp; the wood category includes 1 bedside table. The product details of Quotation Sheet 2 include: the home category includes 1 mattress and 5 curtains; the home appliance category includes 1 TV. Based on the item categories in Quotation Sheet 1 and Quotation Sheet 2, the aforementioned items can be aggregated into three bills, including Bill 1, which is used to record items in the home category, including 1 lamp, 1 mattress and 5 curtains; Bill 2 is used to record items in the wood category, including 1 bedside table; Bill 3 is used to record items in the home appliance category, including 1 TV.

[0094] Based on the payment order generation method disclosed in the present invention, the total actual payment amount can be allocated according to the amount allocation rules, so it also supports consumers to generate payment order 1 according to quotation 1, generate payment order 2 according to quotation 2, generate payment order 3 according to payment order 1, generate payment order 4 according to payment order 2, or generate payment order 5 according to payment order 3, etc., in multiple dimensions and flexible payment order placement methods. Of course, consumers can also place orders for multiple quotations, multiple payment orders, or a combination of quotations and payment orders, and can also selectively place orders for multiple items in any quotation or multiple items in any payment order, all of which fall within the scope of protection of the present invention.

[0095] Fig.12 is a flow chart of a payment order generation method according to an embodiment of the present disclosure. Fig.12 As shown, in order to implement the aforementioned technical solution, the present disclosure proposes a payment slip generating method M100, including step S110, displaying a first bill entry control at a first position on a first interface; step S120, in response to a first operation on the first bill entry control, displaying multiple payment controls at a second position on the first interface, the payment controls including a first trigger key, each payment control being used to control each payment slip associated with the first bill, the payment slip including multiple items of the same item category and to be paid; step S130, in response to a first operation on the first trigger key of any payment control, displaying a second interface, the first position of the second interface including multiple items of the payment slip, the items including amounts to be paid; step S140, in response to a first operation on at least one of the multiple items, displaying the total amount to be paid of at least one item and a second trigger key at a second position on the second interface; and step S150, in response to a first operation on the second trigger key, displaying a payment slip on a third interface, wherein the payment slip may include actual payment details.

[0096] The specific implementation methods and principles of each step, as well as the methods and logic for supporting the generation of payment controls can be found in the previous article and will not be repeated here.

[0097] This method realizes clustering of items of the same category and clustering of services of the same category by configuring multiple payment controls and multiple basic order controls, and binding item items to each payment control and service items to each basic order control, so that consumers can select payment orders from the category dimension, thereby improving payment flexibility.

[0098] Fig.13 is a schematic block diagram of the structure of a software product capable of executing the payment order generation method according to an embodiment of the present disclosure. Fig.13 As shown, a software product 900 capable of executing a payment slip generation method includes: a first interface providing module 910, which is used to display a first bill entry control at a first position on a first interface; a bill entry control response module 920, which is used to display a plurality of payment controls at a second position on the first interface in response to a first operation on the first bill entry control, wherein the payment controls include a first trigger key, and each payment control is used to control each payment slip associated with the first bill, and the payment slip includes a plurality of items of the same item category and to be paid; a second interface providing module 930, which is used to display a second interface in response to a first operation on the first trigger key of any of the payment controls, wherein the first position of the second interface includes items of a plurality of payment slips, and the items include amounts to be paid; an item response module 940, which is used to display the total amount to be paid and a second trigger key of at least one item among the plurality of items at a second position on the second interface in response to a first operation on at least one item among the plurality of items; and a third interface providing module 950, which is used to display a payment slip on the third interface in response to a first operation on the second trigger key.

[0099] In some embodiments, the first interface providing module 910 is also used to control the first interface to also display a second bill entry control, and the bill entry control response module 920 can also respond to the first operation on the second bill entry control to display a basic order control at a second position on the first interface, and each of the basic order controls is used to control each basic order associated with the second bill, and the basic order includes multiple service items with the same service category and to be paid.

[0100] In some embodiments, the second interface providing module 930 is also used to control the display of a select all key at the third position of the second interface. In response to a first operation on the select all key, a selection area of ​​multiple items displays a check mark, and the total amount to be paid and a second trigger key are displayed at the second position of the second interface.

[0101] In some embodiments, the third interface providing module 950 provides the third interface in the following manner: in response to a first operation on the second trigger key, a fourth interface is displayed, wherein the fourth interface includes multiple payment method controls and a third trigger key; and in response to a first operation on a target method control among the multiple payment method controls and a first operation on the third trigger key, the third interface is displayed.

[0102] In some embodiments, the first interface providing module 910 is also used to display a payment details area at a third position on the first interface in response to a first operation on the first bill entry control, and the payment details area includes the total amount payable, the total amount actually paid, and the total amount to be paid.

[0103] In some embodiments, a method for generating a payment control includes: determining a name of the payment control based on item categories involved in multiple quotations, the multiple quotations have the same attribution identifier, the quotations include a sales unit price and a category field of the item, the item category is used to record the item category of the item, and the payment control can display multiple item items corresponding to its name after obtaining a first operation; and using items belonging to corresponding item categories in the multiple quotations as item items of the payment control.

[0104] In some implementations, the actual payment details are determined by allocating the total actual payment amount according to an amount allocation rule to determine the actual payment amount for each target item.

[0105] In some embodiments, the total actual payment amount is allocated according to an amount allocation rule to determine the actual payment amount of each target item, including: when the amount allocation rule is to allocate in chronological order, the total actual payment amount is allocated to each target item one by one in the chronological order of performing the first operation on the target item until the total actual payment amount is 0; when the amount allocation rule is to allocate in proportion, the allocation value of the total payment amount to each target item is determined according to a preset proportion to allocate it to the actual payment amount of the target item.

[0106] In some embodiments, in response to a first operation on a second trigger key, after displaying the payment slip on a third interface, it includes: determining a new amount to be paid of the target item on the second interface based on the actual payment amount of the target item and the amount to be paid displayed on the second interface, and displaying the new amount to be paid on the second interface.

[0107] In some embodiments, in response to a first operation on a second trigger key, after the payment slip is displayed on the third interface, it includes: determining a new total amount payable, a new total amount actually paid, and a new total amount to be paid based on the actual payment details of the payment slip and the payment details area of ​​the first interface, and updating the payment details area of ​​the first interface.

[0108] The specific implementation of each module in the software product 900 capable of executing the payment order generation method can be referred to above and will not be described in detail.

[0109] Fig.14 It is a schematic block diagram of the structure of an electronic device according to an embodiment of the present disclosure.

[0110] like Fig.14 As shown, the present disclosure further provides an electronic device 1000 (eg, a mobile phone or a computer device), the software product 900 described above may be configured in a memory 1300 of the electronic device 1000 , and the electronic device 1000 may include a screen 1500 .

[0111] The hardware structure of the electronic device 1000 can be implemented using a bus architecture. The bus architecture can include any number of interconnected buses and bridges, depending on the specific application and overall design constraints of the hardware. The bus 1100 connects various circuits including one or more processors 1200, memory 1300 and / or hardware modules together. The bus 1100 can also connect various other circuits 1400 such as peripherals, voltage regulators, power management circuits, external antennas, etc.

[0112] The bus 1100 may be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Component (EISA) bus, etc. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of representation, the figure only uses one connecting line, but does not mean that there is only one bus or one type of bus.

[0113] The present disclosure also provides a readable storage medium, in which a computer program is stored, and the computer program is used to implement the above method when executed by a processor. "Readable storage medium" can be any device that can contain, store, communicate, propagate or transmit a program for use in an instruction execution system, device or equipment or in combination with these instruction execution systems, devices or equipment. More specific examples of readable storage media include the following: an electrical connection portion (electronic device) with one or more wirings, a portable computer disk box (magnetic device), a random access memory (RAM), a read-only memory (ROM), an erasable and editable read-only memory (EPROM or flash memory), an optical fiber device, and a portable read-only memory (CDROM), etc.

[0114] The present disclosure also provides a computer program product. The method of the present disclosure can be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented by software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer programs or instructions. When the computer program or instruction is loaded and executed, the process or function of the present disclosure is executed in whole or in part.

[0115] The computer program or instructions may be stored in a readable storage medium or transmitted from one readable storage medium to another readable storage medium, for example, the computer program or instructions may be transmitted from one website, computer, server or data center to another website, computer, server or data center by wired or wireless means. The readable storage medium may be any available medium that can be accessed or a data storage device such as a server, data center, etc. that integrates one or more available media. The available medium may be a magnetic medium, such as a floppy disk, a hard disk, or a magnetic tape; it may also be an optical medium, such as a digital video disk; it may also be a semiconductor medium, such as a solid state drive. The computer readable storage medium may be a volatile or non-volatile storage medium, or may include both volatile and non-volatile types of storage media.

[0116] Those skilled in the art will appreciate that the embodiments of the present disclosure may be provided as methods, systems, or computer program products. Therefore, the present disclosure may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present disclosure may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0117] The present disclosure is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to the present disclosure. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0118] These computer program instructions may also be stored in a computer readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer readable memory produce an article of manufacture including an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0119] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.

[0120] In the description of this specification, the description with reference to the terms "one embodiment / method", "some embodiments / methods", "example", "specific example", or "some examples" etc. means that the specific features, structures, or characteristics described in conjunction with the embodiment / method or example are included in at least one embodiment / method or example of the present disclosure. In this specification, the schematic representations of the above terms do not necessarily refer to the same embodiment / method or example. Moreover, the specific features, structures, or characteristics described may be combined in any one or more embodiments / methods or examples in a suitable manner. In addition, those skilled in the art may combine and combine different embodiments / methods or examples described in this specification and features of different embodiments / methods or examples, unless they are contradictory.

[0121] In addition, the terms "first" and "second" are used for descriptive purposes only and should not be understood as indicating or implying relative importance or implicitly indicating the number of the indicated technical features. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one of the features. In the description of the present disclosure, "plurality" means at least two, such as two, three, etc., unless otherwise clearly and specifically defined.

[0122] Those skilled in the art should understand that the above embodiments are only for the purpose of clearly illustrating the present disclosure, and are not intended to limit the scope of the present disclosure. For those skilled in the art, other changes or modifications may be made based on the above disclosure, and these changes or modifications are still within the scope of the present disclosure.

Claims

1. A payment slip generation method, characterized in that: include: Displaying a first bill entry control at a first position on a first interface; In response to a first operation on the first bill entry control, a plurality of payment controls are displayed at a second position of the first interface, the payment controls comprising a first trigger key, each of the payment controls being used to control each payment slip associated with the first bill, the payment slip comprising a plurality of items of the same item category and to be paid; In response to a first operation on the first trigger key of any of the payment controls, a second interface is displayed, wherein a first position of the second interface includes a plurality of items of a payment slip, and the items include an amount to be paid; In response to a first operation on at least one item among the plurality of items, displaying a total amount to be paid and a second trigger key of the at least one item at a second position of the second interface; as well as In response to a first operation on the second trigger key, a payment slip is displayed on a third interface.

2. The payment slip generation method according to claim 1, characterized in that: The first interface also displays a second bill entry control. In response to a first operation on the second bill entry control, multiple basic order controls are displayed at a second position on the first interface. The basic order controls include a third trigger key. Each basic order control is used to control each basic order associated with the second bill. The basic order includes multiple service items with the same service category and to be paid.

3. The payment slip generation method according to claim 1, characterized in that: In response to the first operation on the second trigger key, displaying the payment slip on the third interface includes: In response to a first operation on the second trigger key, displaying a fourth interface, the fourth interface including a plurality of payment method controls and a third trigger key; and In response to a first operation on a target payment method control among the multiple payment method controls and a first operation on the third trigger key, a third interface is displayed.

4. The payment slip generation method according to claim 1, characterized in that: In response to a first operation on the first bill entry control, a payment details area is displayed at a third position of the first interface, and the payment details area includes a total amount payable, a total amount actually paid, and a total amount to be paid.

5. The payment slip generation method according to claim 1, characterized in that: The generation method of the money control includes: Determine the name of the item control according to the item categories involved in multiple quotations, the multiple quotations have the same attribution identifier, the quotations include a sales unit price of the item and a category field, the category field is used to record the item category of the item, and the item control can display multiple item items corresponding to its name after obtaining the first operation; Items belonging to the corresponding item categories in the multiple quotations are used as item items of the item control.

6. The payment slip generation method according to claim 1, characterized in that: The actual payment details are determined by allocating the total actual payment amount according to the amount allocation rule to determine the actual payment amount of each target item.

7. The payment slip generation method according to claim 6, characterized in that: Allocate the total actual payment amount according to the amount allocation rules to determine the actual payment amount for each target item, including: In the case where the amount allocation rule is allocation in time sequence, the total actual payment amount is allocated to each target item one by one according to the time sequence of performing the first operation on the target item, until the total actual payment amount is 0; and In the case where the amount allocation rule is to allocate in proportion, the allocation value of the total payment amount to each of the target items is determined according to a preset proportion, and the allocation is used as the actual payment amount of the target item.

8. The payment slip generation method according to claim 7, characterized in that: In response to the first operation on the second trigger key, after the payment slip is displayed on the third interface, the method includes: According to the actual payment amount of the target item and the amount to be paid displayed on the second interface, a new amount to be paid of the target item on the second interface is determined, and the new amount to be paid is displayed on the second interface.

9. The payment slip generation method according to claim 1, characterized in that: In response to the first operation on the second trigger key, after the payment slip is displayed on the third interface, it includes: determining a new total amount payable, a new total amount actually paid and a new total amount to be paid based on the actual payment details of the payment slip and the payment details area of ​​the first interface, and updating the payment details area of ​​the first interface.

10. An electronic device, characterized in that: include: A memory storing execution instructions; as well as A processor, wherein the processor executes the execution instructions stored in the memory, so that the processor executes the payment slip generation method according to any one of claims 1 to 9.

11. A computer program product, comprising a computer program, characterized in that When the computer program is executed by a processor, the payment slip generating method according to any one of claims 1 to 9 is implemented.

Images