Merchandise sales data processing device and program

Abstract

To provide a technology for enabling allocation management of a payment amount to be easily performed.SOLUTION: A commodity sales data processing device for selling articles consigned by a supplier at a shop, includes: registration means for registering a commodity to be purchased by a customer; and setting means for setting any defrayer among a plurality of defrayers to bear a discount amount of the commodity registered by the registration means.SELECTED DRAWING: Figure 9

Description

[Technical Field]

[0001] The present invention relates to a product sales data processing device. ,oh and programs. [Background technology]

[0002] At farmer's markets, the operators often sell products on behalf of producers, such as farmers. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Application Laid-Open No. 2007-156952 Summary of the Invention [Problem to be solved by the invention]

[0004] Sales at farm shops are consignment sales from suppliers, so when discounts (including discounts) are offered at events hosted by the farm shop, it is not easy to allocate the cost of the discount to either the producer or the farm shop.

[0005] The present invention has been made in view of the above circumstances, and its purpose is to provide a technique that makes it possible to easily manage the allocation of burden amounts. [Means for solving the problem]

[0006] In order to solve the above-mentioned problems, one aspect of the present invention is a product sales data processing device for selling goods by a store on behalf of a supplier, and is equipped with a registration means for registering goods to be purchased by customers, and a setting means for setting the burden of the discount amount of the goods registered by the registration means to one of multiple bearers.

[0007] In order to solve the above-mentioned problems, one aspect of the present invention is a program that causes a computer to function as a product sales data processing device for selling goods by a store on behalf of a supplier, and is characterized by causing the computer to function as a registration means that registers products to be purchased by customers, and a setting means that can set the burden of the discount amount for the products registered by the registration means to one of multiple payers. [Brief explanation of the drawings]

[0008] [Figure 1] FIG. 1 is a conceptual diagram of a POS system network. [Figure 2] FIG. 2 is a diagram showing an example of installation of a POS terminal 20. [Figure 3] FIG. 1 is a diagram illustrating an example of the appearance of a POS terminal. [Figure 4] FIG. 1 is a diagram illustrating an example of the configuration of a POS terminal. [Figure 5] FIG. 1 is a diagram illustrating an example of the appearance of a label printer. [Figure 6] FIG. 1 illustrates an example of the configuration of a label printer. [Figure 7] FIG. 10 is a diagram showing types of discounts and payers that can be set for each discount. [Figure 8] FIG. 10 is a diagram illustrating an example of a setting screen displayed on the management device. [Figure 9] FIG. 10 is a diagram showing an example of a screen having a discount button displayed on a POS terminal for making a first discount. [Figure 10] FIG. 2 is a diagram illustrating an example of a mechanical key. [Figure 11] FIG. 10 is a diagram showing an example of a screen having a discount button displayed on a POS terminal for applying a second discount. [Figure 12] FIG. 10 is a diagram illustrating an example of a product code. [Figure 13] FIG. 10 is a diagram showing an example of data generated by the POS terminal when a first discount and a second discount are made. [Figure 14] FIG. 10 is a diagram showing an example of a statement of account presented by a store to a producer at regular intervals. [Figure 15] 10 is a flowchart showing the flow of processing from product registration to payment processing. DETAILED DESCRIPTION OF THE INVENTION

[0009] FIG. 1 is a conceptual diagram of a network for a POS (Point Of Sales) system 1. The POS system 1 shown in FIG. 1 includes a POS terminal 20, a management device 301, and a label printer 302, all of which are communicatively connected via a network NW. The POS system 1 in this embodiment is installed in a direct sales store (hereinafter simply referred to as a "store") operated by a seller who sells products delivered by producers on consignment. The POS system 1 may include multiple POS terminals 20 and label printers 302. A producer is an example of a supplier. In this specification, the terms "seller" and "store" are synonymous unless otherwise specified.

[0010] The management device 301 stores various information necessary for transactions, such as a product master. The product master is a file that stores product information such as product identification information for each product (a store-specific code or a JAN (Japanese Article Number) code, hereinafter referred to as "product code"), product name, and sales price. In addition to the product master, the management device 301 also stores various information such as inventory status, sales history, and deposit and withdrawal records. Furthermore, the management device 301 generates product codes for products delivered by producers and registers the products to be delivered and their quantities.

[0011] The POS terminal 20 executes product registration processing and payment processing for the products registered by the registration processing in response to operations by a store clerk. Note that the POS system 1 may also be provided with a ticket vending machine in addition to the POS terminal 20. The ticket vending machine is a device that executes product registration processing and payment processing in response to operations by a customer, and issues tickets (such as meal tickets) to be exchanged for products.

[0012] The label printer 302 is a small, portable printing device. The label printer 302 prints price tags to be attached to products delivered by producers. Product names and symbols (barcodes or two-dimensional symbols (two-dimensional codes)) are printed on the price tags.

[0013] Figure 2 is a diagram showing an example of installation of a POS terminal 20 according to one embodiment of the present invention. Figure 2(A) is a perspective view of the POS terminal 20 etc. as seen from the customer side. Figure 2(B) is a perspective view of the POS terminal 20 etc. as seen from the store clerk side. As shown in Figure 2(A), a counter is placed to the right of the POS terminal 20 as seen from the customer side.

[0014] Fig. 3 is a diagram showing an example of the appearance of the POS terminal 20. Fig. 3(A) is a perspective view of the POS terminal 20 as seen from the customer side. Fig. 3(B) is a perspective view of the POS terminal 20 as seen from the store clerk side. In Fig. 3, the same parts are given the same reference numerals.

[0015] An example of the configuration of POS terminal 20 will be described below with reference to Fig. 4. POS terminal 20 comprises a CPU 201, a ROM 202, a RAM 203, a hard disk 204, a customer display unit 205, a customer scanner unit 206, a card payment unit 208, a store clerk display unit 210, a key operation unit 211, a store clerk scanner unit 212, a printing unit 213, an audio output unit 214, and a communication unit 215. These can communicate with each other via a bus.

[0016] The CPU 201 is a central processing unit that reads and executes programs stored in the ROM 202 to control the operation of the POS terminal 20. The ROM 202 is a read-only memory that stores various types of information used by the CPU 201, including programs.

[0017] The RAM 203 is a read / write memory that stores various information, such as information acquired from the outside (e.g., a product master acquired from the management device 301) and information generated during processing (e.g., registration information (registration data) generated during a registration process for registering products, and settlement information generated during a settlement process for settling (paying for) purchased products).

[0018] The hard disk 204 stores various types of information. For example, the hard disk 204 may store programs executed by the CPU 201 instead of the ROM 202. Furthermore, the hard disk 204 may store information acquired from the outside or information generated during processing instead of the RAM 203.

[0019] <Customer side display> The customer-side display unit 205 is a touch display for customers, which displays various information to customers and accepts various inputs from customers. The customer side scanner unit 206 is a scanner unit for customer use, and optically reads various information. For example, the customer-side scanner unit 206 optically reads barcodes (product codes, etc.) attached to products and codes (barcodes, two-dimensional codes, etc.) printed on receipts (registered trademark). In addition to the above, the customer-side scanner unit 206 may also read codes (barcodes, two-dimensional codes, etc.) printed on gift certificates (gift certificates, coupons, complimentary coupons) and various cards (for example, membership cards, point cards, etc.).

[0020] Although customer-side scanner unit 206 is used when a customer registers a product, the customer may register the product by other methods. For example, if a preset key (a button for ordering the product) corresponding to the product is displayed on customer-side display unit 205, the customer may operate (press) the preset key to register the product.

[0021] The card payment unit 208 is a payment mechanism that accepts various cards (credit cards, prepaid cards such as transportation cards, point cards, etc.). The card payment unit 208 includes a card recognition unit (reading unit), a display unit, and an operation unit. The card recognition unit magnetically or electrically reads information from various cards. The read information is used to settle (settle) the purchase. The card recognition unit may recognize various cards not only when the recognized information is used to settle (settle) the purchase (i.e., in the case of credit card payment, prepaid card payment, or when points held on a point card are used (consumed)), but also when the recognized information is not used to settle (settle) the purchase (e.g., when a bonus is awarded upon presentation of a credit card, or when points are awarded to a point card). The card payment unit 208 of this embodiment includes a card recognition unit (reading unit), a display unit, and an operation unit. However, the card payment unit 208 may be any unit that includes at least a card recognition unit. Furthermore, the card recognition unit of this embodiment is compatible with contact cards (IC cards, magnetic cards), but it may also be compatible with contactless cards (IC cards) instead of or in addition to contact cards.

[0022] The settlement unit 209 (cash settlement unit) is a cash settlement mechanism, and has an input slot for banknotes and coins, an output slot for banknotes and coins, etc. It calculates the amount inserted into the input slot, calculates the change amount, which is the difference between the input amount and the purchase amount, and outputs the change from the output slot. The settlement unit 209 faces the customer and is operated by the customer. When banknotes or coins are inserted into the input slot, they are detected by a sensor (detecting that they have been inserted, the number of coins by denomination, etc.). The card settlement unit 208 and the settlement unit 209 form the settlement unit.

[0023] <Staff display section> The store clerk side display unit 210 is a touch display for the store clerk, and displays various information to the store clerk and receives various inputs from the store clerk. The key operation unit 211 is made up of various keys (hardware keys, buttons) and accepts various inputs from the store clerk. The store clerk scanner unit 212 is a scanner unit for store clerks, and optically reads various types of information. For example, the store clerk scanner unit 212 optically reads barcodes attached to products and store clerk codes attached to store clerk name tags. In addition to the above, the store clerk scanner unit 212 may also read codes printed on gift certificates and various cards.

[0024] Although the store clerk's scanner unit 212 is used when the store clerk registers a product, the store clerk may register the product by other methods. For example, if a key corresponding to a product (such as a key corresponding to a sports newspaper) is arranged on the key operation unit 211, the store clerk may operate (press) that key to register the product. Also, if a preset key corresponding to a product is displayed on the store clerk's display unit 210, the store clerk may operate that preset key to register the product.

[0025] The printing unit 213 prints and issues various media (receipts, etc.). The printing unit 213 can be rotated to face from the store clerk side to the customer side, or from the customer side to the store clerk side (the direction of the media issuing port). The orientation of the printing unit 213 may be changed manually or automatically (mechanically controlled, etc.). The correct orientation of the printing unit 213 may be detected by a sensor or the like.

[0026] The audio output unit 214 outputs audio. For example, the audio output unit 214 outputs audio guidance, etc. The communication unit 215 transmits and receives information to and from other terminals (other devices: management device, etc.).

[0027] Figure 5 is a diagram showing an example of the appearance of label printer 302. As shown in Figure 5, label printer 302 has, above cover body 3, an operation unit 11 that allows users such as producers to operate label printer 302, and a display unit 12 that displays various information to the user. Cover body 3 is provided on case 2 (main body) of label printer 302 so that it can be opened and closed freely.

[0028] The label printer 302 is provided with a cutter unit (not shown) that cuts labels. The cutter unit is provided inside a cutter unit cover 133. Above the cutter unit cover 133, a paper feed unit 131 that issues printed labels is provided.

[0029] An example of the configuration of the label printer 302 will be described using Fig. 6. As shown in Fig. 6, the label printer 302 has a control unit 8 (CPU), flash memory 9, RAM 10, operation unit 11, display unit 12, communication unit 13, print control unit 14, print issuing unit 15, cutter drive unit 16, detection unit 105, and counter 17. Each component is connected by a communication line or the like.

[0030] The control unit 8 executes a program (control program) stored in the flash memory 9 or the like, and controls all the components of the label printer 302. The flash memory 9 is a read-only memory that stores the control program, control data, and the like.

[0031] RAM 10 has a work area for temporarily calling up and processing data, including a dot development area for developing print data into dot data, a recall format area for calling up and storing one piece of format data from a label format file, and a recall product area for calling up and storing product data.

[0032] In this embodiment, the RAM 10 stores a label format file that sets the format for label printing, a product file that sets various product data for label printing, and the like, and is backed up by a battery so that the product files and format files are retained even when the power is turned off.

[0033] The operation unit 11 is an input device for operating the label printer 302. For example, the operation unit 11 may be a touch panel that is integrated with the display unit 12. The display unit 12 is a display that displays various menu screens and data. Under the control of the control unit 8, the display unit 12 displays information related to the label printer 302. Under the control of the control unit 8, the display unit 12 also performs a process to notify the user to apply oil to the blade, for example, a process to display a cutter oil application message, when the number of cuts counted by the counter 17 exceeds a predetermined value.

[0034] The communication unit 13 performs data communication with the management device 301 and the like under the control of the control unit 8. The printing control unit 14 controls the operation of the printing issuing unit 15 under the control of the control unit 8. The printing issuing unit 15 pulls out label paper from the label roll (roll paper) set in the roll paper loading unit, and prints the above-mentioned symbols and the like.

[0035] More specifically, the printing issuing unit 15 pinches linerless label paper from a linerless label roll (not shown) between a thermal head and a platen roller driven by a stepping motor that constitute the printing unit 19, pulls out the linerless label paper, and heats the surface (thermosensitive coloring surface) of the linerless label paper to print. The printing unit 19 may also print by applying ink to the linerless label paper.

[0036] Based on instructions from the control unit 8, the cutter driving unit 16 drives a cutter or the like located downstream in the conveying direction from the printing unit 19 to cut the printed linerless label paper and issue sheet-like linerless labels (paper).

[0037] The control unit 8 executes a control program stored in a storage unit such as a flash memory 9 or RAM 10, and controls the label printer as a computer to implement the functions according to the present invention.

[0038] Next, discount management will be explained. Note that a discount is a reduction of a predetermined percentage, so in this embodiment, discounts are also included in the term "discount." Furthermore, discounts in this embodiment include discounts due to special sales (hereinafter simply referred to as "special sales"), discounts due to set matches (hereinafter simply referred to as "set matches"), and discounts due to mix matches (hereinafter simply referred to as "mix matches"). Furthermore, discounts that do not fall into any of the categories of "special sales," "set matches," and "mix matches" are referred to as "simple discounts." In the following explanation, when the term "type of discount" is used, it refers to the four types: simple discounts, special sales, set matches, and mix matches.

[0039] In this embodiment, three methods for sharing the discount amount are available: the producer pays, the store pays, and multiple producers share the discount. Note that "multiple producers share the discount" refers to the fact that when a discount is applied to a group of products produced by multiple producers, each producer shares the discount in proportion to the number of products produced by that producer. For example, when a discount is applied to a group of two products produced by producer A and one product produced by producer B, producer A shares two-thirds of the discount amount, and producer B shares one-third of the discount amount. In the following explanation, "share the discount" refers to "multiple producers share the discount." Note that even when share sharing is set, if all of the products to be discounted are from a single producer, the cost cannot be shared pro rata (or even if share sharing were to be set, the cost would ultimately fall on one producer), and so only one producer shares the cost.

[0040] In this embodiment, it is possible to set a payer for each type of discount. Figure 7 is a diagram showing the types of discount and the payers that can be set for each discount.

[0041] The payer for simple discounts and sales can be set to the manufacturer or store. The payer for set matches and mix matches can be set to the manufacturer, store, or pro rata. This setting is performed by an administrator (e.g., a store manager) in the management device 301. Figure 8 is a diagram showing an example of a setting screen displayed on the management device 301. This setting screen includes a discount-related setting section as one of various settings.

[0042] In the discount-related setting section, the payer for simple discount, sale, set match, and mix match can be set using a pull-down menu. In the example of Figure 8, the producer is set for simple discount, the store is set for sale, the pro rata is set for set match, and the store is set for mix match. Discount setting information indicating this setting is sent from the management device 301 to the POS terminal 20. The POS terminal 20 calculates the total price of the products by referring to the discount setting information.

[0043] In this way, since discount setting information can be set by the management device 301, the POS system 1 enables processing related to discount burden without the operator of the POS terminal 20 being particularly aware of it, thanks to the higher-level setting by the management device 301. Note that in addition to the above-mentioned special sales, set matches, mix matches, etc., the management device 301 may also be configured to change the settings of the promotion master that manages special sales plans, etc., along with the implementation period and the amount offered (discount amount) of the special sales plans, etc. In this way, the range of discount method options is expanded when planning sales promotion plans, allowing for more optimal operation.

[0044] In this way, the management device 301 can set discount setting information, but in this embodiment, the POS terminal 20 can also perform discounts other than those based on the discount setting information. Discounts other than those based on the discount setting information are referred to as POS discounts. Also, products that are discounted using POS discounts are referred to as products eligible for POS discounts. There are two types of discount methods for POS discounts. One is a first discount, which can be applied to products registered each time the product is registered. The other is a second discount, which can be applied to products registered before the subtotal is calculated when the subtotal of the registered products is calculated.

[0045] The first discount is not a discount that is applied to all registered products each time a product is registered. It is applied only to products eligible for the POS discount at the discretion of the store clerk. For example, the first discount is a discount that is applied to only products that are likely to remain unsold when closing time is imminent, in order to prevent unsold products, and is applied each time a product eligible for the POS discount is registered.

[0046] The specific procedure for applying the first discount is for the store clerk to read the barcode of the product eligible for the POS discount, then press the price quote button and enter the discount amount or discount rate. Alternatively, as will be described later, the first discount can be applied even after the product has been registered (including after the subtotal).

[0047] Fig. 9 shows an example of a screen with a discount button displayed on the POS terminal 20 for making a first discount. Fig. 9(A) shows an example of a screen with a discount button for inputting a discount amount. Fig. 9(B) shows an example of a screen with a discount button for inputting a discount rate. It may be predetermined whether the POS terminal 20 displays a discount button for inputting a discount amount or a discount button for inputting a discount rate, or it may be possible to display either one or both of the discount buttons.

[0048] Both the screens of Figures 9(A) and 9(B) display a registration field and two discount buttons. Registration field 403 is a field that displays the product name and price of the registered product. In the case of Figure 9, a 100 yen carrot is shown to have been registered. One of the two discount buttons is store-paid button 401, which means that the store will cover the discount amount. The other is producer-paid button 402, which means that the producer will cover the discount amount. After having the barcode of the discounted product read, the store clerk presses store-paid button 401 or producer-paid button 402. Thereafter, the store clerk can set a discount based on the entered discount amount or discount rate by entering the discount amount or discount rate using a numeric keypad or the like (not shown).

[0049] The store clerk can select a product by touching the area where the product is displayed in registration field 403, and while the product is selected, the store's share button 401 or the producer's share button 402 can be pressed. In this case, the store's share button 401 or the producer's share button 402 is pressed for the selected product. Since the product is still displayed in registration field 403 after the subtotal, the store's share button 401 or the producer's share button 402 can be pressed even after the subtotal.

[0050] By providing a first discount, for example, if a producer allows a discount on an item that is likely to remain unsold, the producer can be made to pay the discount amount by pressing the producer's share button 402. On the other hand, if a discount is given due to a store event such as a limited time sale, the store can be made to pay the discount amount by pressing the store's share button 401. In this way, according to this embodiment, allocation and management of the share amount can be easily performed.

[0051] 9 shows both the store's share button 401 and the producer's share button 402, but if either the store's share or the producer's share is set in the management device 301, it may be possible to display only the button corresponding to the one that is not set. Specifically, for example, if the store's share is set in the management device 301, the store's share button 401 is not displayed, or is displayed in a manner that makes it impossible to press (grayed out), and only the producer's share button 402 is displayed so that it can be pressed. In this state, if the producer's share button 402 is pressed, the price is discounted as the producer's share.

[0052] In FIG. 9, the store's share button 401 and the producer's share button 402 are soft keys displayed on the screen, but mechanical keys may also be used. FIG. 10 is a diagram showing an example of a mechanical key. FIG. 10 shows mechanical keys for "Discount 1," "Discount 2," "Discount 3," and "Discount 4." Of these, "Discount 1" corresponds to the store's share button 401 when inputting the discount amount. "Discount 2" corresponds to the producer's share button 402 when inputting the discount amount. "Discount 3" corresponds to the store's share button 401 when inputting the discount rate. "Discount 4" corresponds to the producer's share button 402 when inputting the discount rate.

[0053] Next, the above-mentioned second discount will be explained. As described above, the second discount is a discount that can be applied to products registered before the subtotal when calculating the subtotal of registered products. Figure 11 is a diagram showing an example of a screen with a discount button displayed on the POS terminal 20 for applying the second discount.

[0054] When the salesperson presses the subtotal button (not shown), a store-paid button 411, which indicates that the store will cover the discount amount, and a producer-paid button 412, which indicates that the producer will cover the discount amount, are displayed. The salesperson can set a discount based on the entered discount amount or discount rate by pressing the store-paid button 411 or producer-paid button 412 and entering the discount amount or discount rate using a numeric keypad (not shown) as described in FIG. 9. This applies a discount to the entire subtotal. Note that products that have already received a first discount, or products that have already been discounted, such as set-match or mix-match products, may be excluded from the discount.

[0055] Next, we will explain how to generate and manage product codes stored in the product master. Product codes for stores such as direct sales outlets where producers deliver products and sell them on consignment must be managed for each producer. This will be explained in detail using Figure 12. Figure 12(A) is a diagram showing producer information. The producer information is made up of the producer name and producer ID. The producer ID is provided for each producer and is identification information that uniquely identifies the producer. In this embodiment, the producer ID is, for example, a four-digit number. Figure 12(B) is a diagram showing product information. The product information is made up of the product name and product ID. The product ID is provided for each product and is identification information that uniquely identifies the product. In this embodiment, the product ID is, for example, a nine-digit number.

[0056] Product codes are managed by combining the producer ID and product ID. For example, as shown in Figure 12(C), the product code for tomatoes from producer A has a 14-digit number, with the first four digits being the producer ID and the last nine digits being the product ID. Similarly, the product code for cabbages from producer C has a 14-digit number, with the first four digits being the producer ID and the last nine digits being the product ID.

[0057] Therefore, if product codes for all producers were to be prepared in advance as a product master, the number of required product codes would be the product of the number of producers and the number of products. In this case, there is a high possibility that the storage capacity of the management device 301 would be strained or exceeded. Furthermore, the management device 301 would have to manage unused product codes, resulting in waste. This is not limited to the management device 301, but also applies to the label printer 302, which prints symbols on labels based on the product codes, and there is a high possibility that the storage capacity of the label printer 302 would be strained or exceeded.

[0058] Therefore, in this embodiment, when a producer issues a label for a product that is to be delivered for the first time, a new product code is generated in the label printer 302 and managed in the product master. Specifically, the producer first specifies their own producer ID, and then specifies the product ID of the product that is to be delivered for the first time, and a new product code is generated.

[0059] When the label printer 302 sends the label issuance results to the management device 301, a producer-specific product master is generated. The price can also be updated by the label printer 302. When the POS terminal 20 is opened, it downloads the master from the management device 301 and then starts the registration operation. However, for product codes of products that are not stored in the storage device of the POS terminal 20, it can simply inquire of the management device 301 and update the product codes stored in the storage device of the POS terminal 20 each time. Similarly, for product codes of products that are not stored in the storage device of the label printer, it can simply inquire of the management device 301 and update the product codes stored in the storage device of the label printer each time.

[0060] By doing so, the number of product codes can be kept to a minimum, preventing the product master from becoming bloated and shortening the access time required to obtain information about products by desired manufacturer.

[0061] In particular, at farm shops, it is rare for one producer to deliver all types of products, and it is common for one producer to deliver only a few types of products. Therefore, the above-mentioned method for generating and managing product codes is particularly suitable for farm shops.

[0062] Next, an example of data generated by the POS terminal 20 when the first discount and the second discount are applied will be described with reference to FIG. 13. A burden type flag is stored for each registered product in the registration data registered by the POS terminal 20. FIG. 13(A) is a diagram showing the correspondence between the value of the burden type flag and the person who bears the burden. The burden type flag is a flag that indicates the allocation of the burden amount, and takes on one of the values ​​0, 1, 2, and 3.

[0063] A burden type flag of 0 indicates that there is no one to bear the cost. In other words, it indicates that no discount will be given. A burden type flag of 1 indicates that the store will bear the cost of the discount. A burden type flag of 2 indicates that the producer will bear the cost of the discount. A burden type flag of 3 indicates that the discount will be shared proportionately.

[0064] FIG. 13(B) is a diagram showing an example of registered data in which the charge type flag is other than 0. The registered data includes a product code indicating the registered product, a charge type flag, and a discount amount. The registered data shown at the beginning of FIG. 13(B) indicates that the product code is 0001100000001 (tomatoes from producer A), the charge type flag is 1 (the store will cover the discount amount), and the discount amount is 20 yen. In other words, it indicates that the tomatoes from producer A are sold at a 20 yen discount and that the discount amount will be covered by the store. Based on this registered data, the POS terminal 20 calculates the subtotal amount at the time of subtotaling. Furthermore, the product code, charge type flag, and discount amount shown in FIG. 13(B) are retained in the management device 301 or the POS terminal 20 even after the transaction settlement is completed. This allows the management device 301 or the POS terminal 20 to generate information about past discounts.

[0065] FIG. 14 is a diagram showing an example of a statement of account submitted by a store to a producer at regular intervals (for example, once a month). The statement of account has a sales-related item column 420. The sales-related item column 420 is divided into an upper and lower section, with items listed. The upper section lists the product code, product name, unit price, sales unit, price, discount amount, producer's discount amount, sales amount, consumption tax rate, and consumption tax. The lower section lists the product name, producer's discount amount, sales commission calculation amount, sales commission rate, sales commission, and expense carryover. This statement of account is created using the product code, burden type flag, and discount amount stored above.

[0066] First, let's explain the discount amount and the producer's discount amount. As mentioned above, on the statement of accounts, the discount amount is written in the top row, and the producer's discount amount is written in the bottom row. On the statement of accounts, the discount amount for "fruit trees" is 50 yen. The producer's discount amount is also 50 yen. Therefore, we can see that "fruit trees" were sold with the discount amount borne by the producer. On the other hand, the discount amount for "blueberries" is 50 yen. The producer's discount amount is 0 yen. Therefore, we can see that "blueberries" were sold with the discount amount borne by the store. Furthermore, the discount amount for "blueberry jam" is 150 yen. The producer's discount amount is 50 yen. Therefore, we can see that "blueberry jam" was discounted by 150 yen out of the sales of 300 yen, of which 50 yen was sold as the producer's discount and 100 yen was sold as the store's discount.

[0067] Next, we will explain the sales commission calculation amount, sales commission rate, and sales commission. A sales commission is an example of a consignment fee, and is a fee that a store receives in response to product sales. The sales commission is the product of the sales commission calculation amount and the sales commission rate. Note that in the settlement statement in Figure 14, any fraction less than 1 yen in the product of the sales commission calculation amount and the sales commission rate is rounded up.

[0068] Regarding this sales commission, when a discount is applied, there are two ways to calculate the sales commission: either the amount before the discount or the amount after the discount. Also, when the discount is not taken into account, there are two ways: producer burden and store burden. Therefore, theoretically, there are four patterns. These four patterns are as follows:

[0069] Pattern 1: Both the producer's share and the store's share are the amounts before discounts. Pattern 2: Both the producer's share and the store's share are discounted amounts. Pattern 3: If the producer pays the cost, the amount will be the amount before discounts, and if the store pays the cost, the amount will be the amount after discounts. Pattern 4: If the producer pays the cost, the amount will be the amount after the discount, and if the store pays the cost, the amount will be the amount before the discount.

[0070] Pattern 1 is a pattern in which the sales commission is not reduced regardless of the discount. Pattern 2 is a pattern in which the sales commission is reduced regardless of the discount. Pattern 3 is a pattern in which the sales commission is not reduced if the producer pays the cost, and is reduced if the store pays the cost. Pattern 4 is a pattern in which the sales commission is reduced if the producer pays the cost, and is not reduced if the store pays the cost. Note that, if we consider that the party offering the discount should bear the cost of the reduced sales commission, then pattern 3 is the appropriate pattern.

[0071] Which of patterns 1 to 4 to use in the contract is decided between the store and the manufacturer. Depending on the contract, one of the four patterns described above can be set for each manufacturer in the management device 301.

[0072] As an example, the explanation will be given using sales commission calculation base amounts 421, 422, and 423. As mentioned above, "fruit trees" are sold with the producer bearing the discount amount. Two fruit trees, each priced at 100 yen, total 200 yen, but they are sold with a 50 yen discount, so the sales amount is 150 yen. And, sales commission calculation base amount 421 is listed as 150 yen. Therefore, pattern 2 or pattern 4 is set for the producer of "fruit trees."

[0073] The sales commission calculation base amount 422 will now be explained. As mentioned above, "blueberries" are sold with the discount amount borne by the store. Two blueberries, each priced at 100 yen, total 200 yen, but they are sold at a discount of 50 yen, so the sales amount is 150 yen. The commission entry field 422 then states that the sales commission calculation base amount is 200 yen. Therefore, pattern 1 or pattern 3 is set for the producer of "blueberries."

[0074] The sales commission calculation base amount 423 will now be explained. As described above, "Blueberry Jam" is sold with 50 yen paid by the producer and 100 yen paid by the store. In other words, the discount is apportioned between the producer and the store. In this way, when apportioning, an individual pattern other than the four patterns described above can be set for each producer in the management device 301.

[0075] Two blueberries, each priced at 150 yen, were sold for a total of 300 yen, but because they were sold at a discount of 150 yen, the sales amount was 150 yen. The commission entry field 423 shows that the amount from which the sales commission was calculated was 250 yen. Therefore, the amount from which the sales commission was calculated for the producer of "blueberry jam," when apportioned, is set to be the total amount minus the producer's share.

[0076] The POS terminal 20 can acquire the commission setting information set by the producer in the above-mentioned four patterns or individual patterns from the management device 301. By acquiring the commission setting information, the POS terminal 20 calculates the sales commission based on the commission setting information.

[0077] In this way, in this embodiment, even after the transaction, the discount amounts of the producer and the store can be presented to the producer, and the store can also know the discount amounts of the producer and the store.

[0078] 15 is a flowchart showing the flow of processing from product registration to payment processing performed by the POS terminal 20. When product registration processing starts, the POS terminal 20 first determines whether a product registration operation has been performed (step S101). The product registration operation here refers to, for example, an operation in which a symbol is read by the store clerk scanner unit 212. When a product registration operation has been performed (step S101: YES), the POS terminal 20 registers the product having the product code corresponding to the read symbol (step S102).

[0079] Next, the POS terminal 20 waits for the detection of the next operation (product registration operation, discount button operation, product selection operation, subtotal operation) (step S103). The "discount button operation" among the next operations is the operation of pressing the store's share button 401 or the producer's share button 402 described in FIG. 9. The discount operation here is the operation for making the first discount. The "product selection operation" is the operation of selecting a product by touching the display area of ​​the product displayed in the registration field 403 described above. When the next operation is detected (step S103: YES), the POS terminal 20 determines whether the operation is a discount button operation or not (step S104).

[0080] If the operation is a discount operation (step S104: YES), the POS terminal 20 performs a discount process (step S106) and proceeds to step S107. The discount process here is a process of setting a value corresponding to the discount operation in the above-mentioned charge type flag and storing it as registration data.

[0081] If the operation is not a discount button operation (step S104: NO), the POS terminal 20 determines whether the operation is a product selection operation (step S105). If the operation is a product selection operation (step S105: YES), the POS terminal 20 returns to step S104, and when the discount button is operated by the store clerk, the POS terminal 20 performs a discount process on the product selected in step S106 and proceeds to step S107.

[0082] The POS terminal 20 determines whether the operation is a product registration operation (step S107). If the operation is a product registration operation (step S107: YES), the POS terminal 20 registers the product with the product code corresponding to the read symbol (step S102). If the operation is not a product registration operation (step S107: NO), this indicates that a subtotal operation has been performed, so the POS terminal 20 determines whether the product is eligible for a discount (step S108).

[0083] The existence of a discount item here means that the store pays button 411 described in Fig. 11 has been pressed, the producer pays button 412 has been pressed, a set match item exists, or a mix match item exists. If a discount item does not exist (step S108: NO), the POS terminal 20 proceeds to step S110.

[0084] If the item is eligible for discount (step S108: YES), the POS terminal 20 performs discount processing (step S109) and proceeds to step S110. The discount processing here is a process of setting the above-mentioned charge type flag to a value corresponding to the discount operation and storing the value as registration data.

[0085] The POS terminal 20 calculates the subtotal based on the registration data (step S110) and displays the calculated subtotal on the customer display unit 205 and the store clerk display unit 210 (step S111). At this point, the products displayed in the registration field 403 are still displayed, and the store clerk can select products.

[0086] The POS terminal 20 determines whether or not a product selection operation has been performed (step S112). If a product selection operation has been performed (step S112: YES), the POS terminal 20 returns to step S104. If a product selection operation has not been performed (step S112: NO), the POS terminal 20 determines whether or not a transaction confirmation operation has been performed (step S113). A transaction confirmation operation is an operation to confirm a transaction, such as entering a deposit amount and pressing the cash total key. If a transaction confirmation operation has not been performed (step S113: NO), the POS terminal 20 returns to step S112. If a transaction confirmation operation has been performed (step S113: YES), the POS terminal 20 performs a settlement process (step S109) and ends the process. The settlement process includes processes such as paying out change, issuing a receipt, and storing registered data.

[0087] According to the embodiment described above, the direct sales store can take the lead in implementing discounts, and even though it is consignment sales, discounts can be implemented according to conditions (for example, contracts) agreed upon with producers, which alleviates problems such as lost sales opportunities and disposal of unsold or expired products. Furthermore, according to the embodiment described above, it is easy to set and manage whether the producer or the store is responsible for the first discount, second discount, and discounts on the setting screen of Figure 8.

[0088] The producer may be the default bearer of the first discount. In particular, by stipulating in the consignment contract that if there are any unsold goods by x hours before closing, a x amount of discount will be applied, it is possible to prevent unsold goods from occurring without having to contact the producer.

[0089] The default payer of the second discount may be the store. Overall discounts such as subtotal discounts are often given mainly at store events or sales. In this way, stores can hold events or sales without having to check with the producer each time.

[0090] In the above-described embodiment, the producers are required to pay a proportionate share of the cost in proportion to the number of their products, but this is not limited to this. For example, the producers may be required to pay a proportionate share of the cost in proportion to the price of their products. If the price of Producer A's product is 150 yen and the price of Producer B's product is 50 yen, Producer A may pay 150 / (150+50)×100(%) of the discount amount, and Producer B may pay 50 / (150+50)×100(%) of the discount amount.

[0091] Furthermore, although the allocation was made between multiple producers, it is not limited to this. For example, the allocation may also include stores. In this case, it is possible to allocate between a store and one producer, or between a store and multiple producers.

[0092] The amount each party bears based on the apportionment may be fixed and not proportional to the quantity or price. For example, the store and producer may always share the cost in a 2:1 ratio. In the case of consignment contracts, the contract contents often differ for each producer, and there is no uniform contract for all producers, so it is also possible to set a fixed amount for each producer in this way.

[0093] Set match and mix match have been used as examples of discounts for a group of multiple products, but they may also be set for bundles.

[0094] In the above embodiment, the management device 301 may be installed in the store or on the cloud. The management device 301 may be configured so that the producer can check the sales, sales progress, display status (inventory quantity), etc. of delivered products via a network using the management device 301 or their own smartphone. The management device 301 may also directly notify the producer by email, etc., of the need to restock new products to an email address registered by the producer. The management device 301 may also have a function to send various status information to the producer, such as when a predetermined time has passed since the products were put on display or the inventory quantity before closing time, and for the producer to reply to the store with a discount request. This allows the producer to inform the store of the discount amount or discount rate according to various circumstances, thereby enabling flexible discounts.

[0095] The embodiments will be summarized below. [Name of invention] Product sales data processing device and program [Technical field]

[0096] The present invention relates to a product sales data processing device and a program. [Background technology]

[0097] At farmer's markets, the operators often sell products on behalf of producers, such as farmers. [Prior art document] [Patent documents]

[0098] [Patent Document 1] JP 2007-156952 A [Summary of the Invention] [Problem to be solved by the invention]

[0099] Sales at farm shops are consignment sales from suppliers, so when discounts (including discounts) are offered at events hosted by the farm shop, it is not easy to allocate the cost of the discount to either the producer or the farm shop.

[0100] The present invention has been made in view of the above circumstances, and its purpose is to provide a technique that makes it possible to easily manage the allocation of burden amounts. [Means for solving the problem]

[0101] (1) In order to solve the above-mentioned problems, one aspect of the present invention is a product sales data processing device for selling goods by a store on behalf of a supplier, and is equipped with a registration means for registering goods to be purchased by customers, and a setting means for setting the burden of the discount amount of the goods registered by the registration means to one of multiple bearers. According to the above configuration, it is possible to easily manage the allocation of the burden amount.

[0102] (2) In the configuration of (1) above, the system is characterized in that it is provided with a first discount means capable of applying a discount to a registered product each time the product is registered, and a second discount means capable of applying a discount to a product registered before the subtotal when calculating the subtotal of the products registered by the registration means. According to the above configuration, by providing the first discount means and the second discount means, discounts can be made flexibly.

[0103] (3) In the configuration of (2) above, the plurality of bearers include a supplier who delivers the product and a seller who sells the product. According to the above configuration, it is possible to provide a product sales data processing device suitable for a direct sales outlet operated by a supplier that supplies products and a seller that sells products.

[0104] (4) In the configuration of (2) or (3) above, the setting means can set the party that pays the discount amount by the first discount means to the supplier that delivers the product. According to the above configuration, in order to prevent unsold items from occurring, if an agreement has been made with the supplier that if there are any unsold items by XX hours before closing time, a XX discount will be applied, and the burden can be borne by the supplier.

[0105] (5) In any of the above configurations (2) to (4), the setting means can set the person who pays the discount amount by the second discount means to the seller who sells the product. According to the above configuration, when discounts are given at events held at direct sales outlets, the seller can cover the discount amount, making it possible to hold events without having to check with producers each time.

[0106] (6) In any of the configurations (2) to (4) above, the second discount means can execute a discount when the registered products include a combination of predetermined products, and the setting means can set the person who will bear the discount amount by the second discount means to the same supplier when all of the predetermined products are delivered by the same supplier, and can set the person who will bear the discount amount by the second discount means to the seller who sells the predetermined products when the predetermined products are delivered by different suppliers. According to the above configuration, it is possible to set the allocation of the burden between the case where all of the predetermined products are delivered by the same supplier and the case where they are delivered by different suppliers.

[0107] (7) In any of the configurations (2) to (4) above, the second discount means can execute a discount when the registered products include a predetermined combination of products, and the setting means can set the person who will bear the discount amount by the second discount means to each of the different suppliers when the predetermined products are delivered by different suppliers. According to the above configuration, the discount amount can be flexibly set depending on, for example, the price of the supplier's products, the number of products, etc.

[0108] (8) In the configuration of (7) above, when the setting means sets the person who will bear the discount amount to each of the different suppliers, the amount to be borne by each of the different suppliers is the amount obtained by dividing the discount amount by a proportionate amount. According to the above configuration, the apportionment amount can be flexibly set depending on, for example, the price of the supplier's products, the number of products, etc.

[0109] In order to solve the above-mentioned problems, one aspect of the present invention is a program that causes a computer to function as a product sales data processing device for selling goods by a store on behalf of a supplier, and is characterized by causing the computer to function as a registration means that registers products to be purchased by customers, and a setting means that can set the burden of the discount amount for the products registered by the registration means to one of multiple payers.

[0110] In relation to the above, the POS terminal 20 may function as a so-called thin client specialized in the input / output interface for product registration and settlement. In other words, the POS terminal 20 may accept various inputs (operation by an operator, detection by a device such as a scanner), transmit the input information (operation information, scan information, etc.) to the cloud server SV, receive the processing results of the cloud server SV based on the input information (updated screen information, device control information, etc.), and perform various outputs (display on a display unit, control of a device). According to the above configuration, it is possible to easily manage the allocation of the burden amount.

[0111] The program for implementing the POS terminal 20 described above may be recorded on a computer-readable recording medium and loaded into a computer system for execution. The term "computer system" as used herein includes hardware such as an operating system (OS) and peripheral devices. The term "computer-readable recording medium" also refers to portable media such as flexible disks, optical magnetic disks, ROMs, and CD-ROMs, as well as storage devices such as hard disks built into a computer system. The term "computer-readable recording medium" also includes devices that retain the program for a certain period of time, such as volatile memory (RAM) within a computer system that acts as a server or client when the program is transmitted over a network such as the Internet or a communication line such as a telephone line. The program may also be transmitted from a computer system storing the program in a storage medium to another computer system via a transmission medium or by transmission waves within the transmission medium. The term "transmission medium" used to transmit the program refers to a medium capable of transmitting information, such as a network (communication network) such as the Internet or a communication line (communication line) such as a telephone line. The program may also be used to implement part of the aforementioned functions. Furthermore, the above-mentioned functions may be realized in combination with a program already recorded in the computer system, that is, a so-called differential file (differential program).

[0112] Although the embodiments of the present invention have been described above in detail with reference to the drawings, the specific configuration is not limited to the embodiments, and the present invention also includes designs that do not deviate from the gist of the present invention. [Explanation of symbols]

[0113] 1. POS system 2. Case 3...Cover body 8...Control unit 9. Flash memory 11...Operation unit 12...Display section 13…Communications Department 14...Printing control unit 15...Printing and Issuing Department 16...Cutter drive unit 17...Counter 19...Printing section 20...POS terminal 105...Detection unit 131...Paper passing section 133...Cutter cover 201...CPU 202...ROM 203...RAM 204...Hard disk 205…Customer side display section 206...Customer side scanner 208...Card Payment Department 209…Payment Department 210…Staff side display section 211...Key operation section 212…Clerk side scanner 213…Printing Department 214...Audio output unit 215…Communications Department 301...Management device 302...Label printer 401...Store burden button 402...Producer's Burden Button 403...Registration column

Claims

1. A product sales data processing device for selling products by a store on consignment from a supplier, a registration means for registering products to be purchased by customers; a first discount means for discounting the merchandise registered by the registration means; a second discount means for applying a subtotal discount to the subtotal amount of the products registered by the registration means; a setting means for setting whether the burden of the discount amount by the first discount means and the burden of the discount amount by the second discount means should be the burden of the supplier, the burden of the store, or a burden proportionally divided among a plurality of suppliers; A product sales data processing device comprising:

2. The setting means When either the burden of the supplier or the burden of the store is set, a sales commission to be paid by the supplier to the store entrusted with the product is set; As a method for calculating the sales commission, at least one of a method for calculating both the supplier's share and the store's share based on the amount before discount and a method for calculating both the supplier's share and the store's share based on the amount after discount can be set.

2. The product sales data processing device according to claim 1.

3. a display means for displaying a list of the products registered by the registration means and displaying an operation button for determining who will pay when the product displayed on the list is discounted by the first discount means or the second discount means; 3. The product sales data processing device according to claim 1 or 2.

4. A program that causes a computer to function as a product sales data processing device for selling products by a store on consignment from a supplier, The computer a registration means for registering products that customers purchase; a first discount means for discounting the merchandise registered by the registration means; a second discount means for applying a subtotal discount to the subtotal amount of the products registered by the registration means; a setting means for setting whether the burden of the discount amount by the first discount means and the burden of the discount amount by the second discount means should be the burden of the supplier, the burden of the store, or a burden proportionally divided among a plurality of suppliers; A program characterized by functioning as

Images