JP3765250B2 - Product production data and sales data management method, product production data and sales data management system - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a product production data and sales data management method, and a product production data and sales data management system for perishable products, in particular, indeterminate products with different contents.
[0002]
[Prior art]
Traditionally, fresh food, especially indeterminate products, are produced in a supermarket pack room, weigh the product with a weighing label printer, calculate the price from the unit price and weight value, and print the price label on which this price is printed. The price of the product is issued by issuing and attaching this price label to the product. Then, production performance data is tabulated and managed by storing pricing performance data (cumulative number, accumulated weight, accumulated amount, etc.) for each product type (product number).
In addition, the product number and the amount (price) are printed as a barcode on the price label so that the product can be registered in the POS register. In the POS system, fresh food sales data (sales performance data) For each product type (number), the cumulative number and total amount are tabulated.
[0003]
[Problems to be solved by the invention]
However, in the above-described conventional method for managing production and sales data of fresh food, since individual production data for each product is not stored, it is necessary to pursue the cause if it is found to be defective after sales. There is a problem in that accurate production data such as the date of manufacture (processing), lot, and person in charge cannot be determined, and responsible production management cannot be performed.
In addition, food products have a short quality assurance period and the value of the product decreases with the lapse of time after processing, so discount sales and disposal are frequently performed. There was a problem that it was not possible to do it.
Further, the conventional bar code is a bar code in a so-called NON-PLU format, and this bar code is composed of a combination of a product number and a price as shown in FIG. For each product type (number), only the cumulative number and the total price can be obtained, and the data of discounted products, discarded products, or shoplifted products cannot be automatically aggregated. For this reason, there has been a problem that accurate loss management for each product type cannot be performed.
[0004]
The present invention has been made in view of such circumstances, and enables individual production management of produced foods, and can automatically perform discount sales and disposal, as well as discount products and disposal. To provide product production data and sales data management method and product production data and sales data management system capable of automatically totalizing data of products or shoplifted products and performing accurate loss management for each product type With the goal.
[0006]
[Means for Solving the Problems]
To achieve the above objective In the measurement label printer that measures the product, calculates the price of the product from the unit price and the weight value of the product, and prints the calculated price on a label and issues it. When pricing products, An identification number that can be used to identify each product individually. And assigning the identification number Machine readable such as barcode One In code On the label Provided is a weighing label printer which prints and stores production data of the product in association with the identification number.
[0008]
In addition, the present invention provides an identification number that can identify each product individually for each product when pricing products. And assigning the identification number Machine readable such as barcode One In code Price label As well as printing , Store the production data of the product in association with the identification number, and at the time of checkout, code The product sales data management method is characterized in that the identification number is read from the product, the production data of the product is read based on the identification number, and the product registration process is performed based on the read production data.
[0009]
Claims 2 In the product sales data management method according to claim 1, the production data includes data related to the processing date and time of the product, and the elapsed time from the processing date and time is determined based on this data when performing the product registration process. It is determined whether or not a predetermined date and time set in advance or not, and based on the determination result, a product discount process and / or a discard process is performed.
[0011]
In addition, the present invention provides an identification number that can identify each product individually for each product when pricing products. And assigning the identification number Machine readable such as barcode One In code Price label As well as printing , Store the production data of the product in association with the identification number, at the time of checkout, The code Reading the identification number from the identification number, reading production data of the product from the identification number, performing registration processing of the product based on the read production data, and aggregating sales data in association with the identification number A product sales data management method is provided.
[0012]
Claims 4 In the merchandise sales data management method described in (1), loss management is performed based on the production data and the sales data.
Claims 4 Or claim 5 In the merchandise sales data management method described in the above, the sales data can be aggregated so that a discounted product can be distinguished from a non-discounted product, and the discounted product or the sales price after the discount can be determined It is characterized by doing.
[0013]
Claims 6 In the product sales data management method described in the above, when the identification number of the discarded product is input, the disposal data is aggregated in association with the identification number, and the normal price is determined for each product type based on the aggregated data. It is characterized by calculating the number and amount sold, the number and amount sold by discount, the number and amount discarded, and the number and amount of lost goods.
[0014]
The present invention also includes claims. 1 And the POS that reads the identification number from the product to which the label issued by the measurement label printer is attached, calls the production data of the product associated with the identification number, and performs registration processing A product production data and sales data management system is provided.
[0015]
Claims 8 In the commodity production data and sales data management system described in (1), the weighing label printer and the POS system are connected by a LAN.
[0016]
Claims 9 In the product production data and sales data management system described in the above, the identification number or the production data includes information on the processing date and time of the product, and when the product registration is performed by reading the identification number, Based on the information on the processing date and time, it is determined whether or not the elapsed time from the processing date and time is equal to or greater than a predetermined date and time, and a discount process is performed based on the determination result.
[0017]
Claims 10 In the product production data and sales data management system described in item 1, the predetermined date and time and the discount data necessary for executing the discount processing are set in advance for each product type.
[0018]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
FIG. 1 is a layout diagram of a retail store that sells products such as fresh food. The product production data and sales data management system, and the retail method to which the management method is applied according to an embodiment of the present invention. An example is shown.
[0019]
The back room in the upper right part of Fig. 1 is an area for processing fresh foods and pricing, especially for weighing, packaging and pricing machines AW (label printers), weighing label printers DPS and flat-rate labels. A pricing machine such as a printer DP is arranged, and a price label issued by these pricing machines is pasted at the time of production / processing of goods. Details of the label and the label printer will be described later.
[0020]
The sales floor in the lower part of FIG. 1 is an area where merchandise shelves are arranged, and a POS register PR equipped with a bar code reader is provided in the checkout hall, whereby the customer pays for the merchandise to be purchased.
[0021]
The office in the upper left in FIG. 1 is an area where business processes such as data aggregation and accounting processes, and decision-making regarding the amount of purchase, production and processing, etc. are made based on this data. It has been.
[0022]
FIG. 2 is a block diagram showing a system configuration for explaining the flow of data processing in the retail store. The backroom LAN (N1) is connected to a file server FS for holding various data files in addition to the above-described weighing / packaging / price-making machine AW, weighing label printer DPS, and flat-rate label printer DP. A pricing system is configured. Further, the file server FS is provided with a transceiver TR, and data can be exchanged between the file server FS and the handy terminal HT carried by the store clerk via the transceiver TR. . A POS register PR and a store controller SC are connected to the in-store LAN (N2). The in-room LAN (N1) and the in-store LAN (N2) are connected to each other so that data can be exchanged between these two LANs.
[0023]
Next, the weighing label printer DPS will be described with reference to FIG. FIG. 3 is an electrical configuration diagram of the weighing label printer DPS. In the figure, reference numeral 1 denotes a CPU (central processing unit) that controls the entire operation of the label printer DPS, and is connected to other components as shown in the figure. Reference numeral 2 denotes a ROM that stores a program to be executed by the CPU 1, and stores a program that defines the processing of the CPU 1 in the operation description to be described later. Reference numeral 3 denotes a RAM (Random Access Memory) used in the arithmetic processing of the CPU 1, and a PLU file (product file) for pricing processing described later is transmitted from the file server FS and stored therein.
[0024]
Reference numeral 4 denotes a display unit that displays predetermined information in accordance with a display instruction from the CPU 1. Reference numeral 5 denotes an operation unit provided with input means for inputting a product number of a product, setting input of a product file, and the like, and supplies input data to the CPU 1. Reference numeral 6 denotes a printing unit that prints the product name, price, barcode, and the like on the label in accordance with a printing instruction from the CPU 1. Reference numeral 7 denotes a weighing unit that measures the weight (internal capacity) of a product placed on a weighing pan (not shown), and supplies a measured value to the CPU 1. Reference numeral 8 denotes a communication unit that exchanges data with the outside through communication via a LAN.
[0025]
Next, the POS register PR will be described with reference to FIG.
FIG. 4 is an electrical configuration diagram of the POS register PR. In the figure, reference numeral 21 denotes a CPU that controls the entire operation of the POS register PR, and is connected to other components as shown in the figure. Reference numeral 22 denotes a ROM that stores a program to be executed by the CPU 21, and stores a program that defines the processing of the CPU 21 in the operation description to be described later. Reference numeral 23 denotes a RAM used in the arithmetic processing of the CPU 1.
[0026]
Reference numeral 24 denotes a display unit that displays predetermined information in accordance with a display instruction from the CPU 1. Reference numeral 25 denotes an operation unit provided with input means for inputting the completion of product registration or inputting numeric data such as the amount of money deposited from the customer at the time of payment, and supplies the input data to the CPU 21. Reference numeral 26 denotes a clock unit that measures the month, date, hour, and minute and supplies them to the CPU 21. Reference numeral 27 denotes a printing unit that prints a receipt or the like of a product registered and settled in accordance with a printing instruction from the CPU 21. Reference numeral 28 denotes a scanner unit that reads a barcode attached to a product and supplies the data to the CPU 21. Reference numeral 30 denotes a communication unit for exchanging data with the outside by communication via a LAN. For example, the communication unit 30 downloads the product data from a PLU file (product file) for registration processing held by the store controller SC, and conversely uploads sales data to the store controller SC.
[0027]
Further, the storage device (for example, RAM) (not shown) provided in the file server FS stores the above-described pricing processing PLU file, production result file (aggregation file), and log file.
FIG. 5 shows the data structure of the PLU file for pricing processing. As shown in this figure, the PLU file holds pricing data for effective days indicating the product name, unit price, tare weight, shelf life, etc. for each product number.
Here, the unit price is the price per product in the case of a fixed amount product, and the price per 100 grams of net weight in the case of a metered product. Further, the tare weight is a weight of a package such as a tray in the weighing product. This PLU file is referred to by the weighing / packaging / pricing machine AW, the weighing label printer DPS, the label printer DP, the store controller SC, the POS register PR, and the handy terminal HT as necessary, or used after being downloaded. The
Details of the production record file will be described later.
[0028]
Next, the operation of the product production data and sales data management system according to an embodiment of the present invention will be described.
The processing performed by this system is as follows:
(1) Product pricing process
(2) Product registration / checkout / aggregation processing
And divided. Hereinafter, each process will be described.
[0029]
(1) Product pricing process
In this process, the product is processed and processed, the price label (barcode label) of the manufactured product is issued, the price label is attached to the product, and the production processing data (label issue data) is aggregated It consists of.
The price label is issued by the weighing / packaging / pricing machine AW or the weighing label printer DPS for fixed-price products and weighing products whose contents differ for each item, and for fixed-price products by the flat label printer DP. Do.
[0030]
FIG. 6 is a flowchart showing an outline of the procedure of the pricing process and the aggregation process. Hereinafter, a case where the pricing process is performed using the weighing label printer DPS will be described.
First, the person in charge of pricing inputs the product number of the product (step S51 in FIG. 6). Then, the CPU 1 provided in the weighing label printer DSP reads out product data such as the product name, unit price, and tare weight regarding the product number from the PLU file stored in the RAM 3 (step S52). In this embodiment, the PLU file stored in the RAM 3 is used. However, the PLU file stored in the file server FS may be used.
[0031]
Next, when the person in charge of pricing places the product to be produced and processed on the weighing pan, the weighing label printer DSP measures the weight of the product (step S53), and the net value obtained by subtracting the tare weight from the measured weight. The price is calculated by multiplying the weight by the unit price (step S54). The bar code (ID bar code) and other information (for example, product name, price, capacity, taste, etc.) that includes data such as the processing date, processing time, serial number, etc., that can individually identify the product. (Time limit, unit price, etc.) are printed, and a price label is issued (step S55).
As a result, a barcode consisting of information on the processing date, processing time, and serial number as shown in FIG. 7 is displayed in the lower left column, and the product name, processing date, and taste are displayed at other positions. A price label on which predetermined characters such as an expiration date, a unit price, an internal capacity, and a price are displayed is issued. This price label is affixed to products weighed automatically or manually.
Subsequently, when the pricing process is completed by performing the series of processes described above, the price label data that has been issued is recorded in the production result file of the file server FS (step S56).
[0032]
Next, the configuration of the barcode described above will be described with reference to FIG. As shown in this figure, the ID barcode in this embodiment includes information on the processing date, processing time, and serial number, and functions as an ID number that can identify each product individually.
This ID barcode includes an in-store code and a leading two-digit flag “FF” indicating that the barcode is an ID barcode, a two-digit manufacturing date (processing date) code “DD” for specifying a processing date, A four-digit hour / minute code “HHHH” that identifies the (processed) hour, a four-digit serial number “NNNN”, and a one-digit check digit for confirming whether each digit is read correctly C / D ".
In addition, it is necessary to devise so that the same number may not be given to each pricing device when serialization is performed using a plurality of pricing devices at the same time. For example, if the upper one digit is a number (machine number) for identifying the pricing device, the same number is not given. Further, the file server FS may manage the assignment of sequential numbers.
By adopting such a configuration, one identification number is given as a bar code to one weighing product, so that it is possible to identify each weighing product for each product.
[0033]
Next, a production result file (aggregation process) that is aggregated in the aggregation process will be described. FIG. 9 is a diagram showing the data structure of the production result file. The production result file includes a first file (total file) in which the cumulative number, cumulative weight, and cumulative amount are associated with each product number shown in FIG. 9A, and each ID shown in FIG. 9B. Each number is composed of a second file (log file) in which individual production data such as product number, price, content, processing date and time, and expiration date are associated.
The production record file is transmitted to the store controller SC of the POS system via the LAN.
[0034]
(2) Product registration / checkout / aggregation processing
Next, product registration / settlement / aggregation processing will be described.
This processing is performed in the POS register PR for the purchase desired product that the customer has taken from the product shelf.
FIG. 10 is a flowchart showing the procedure of product registration / settlement / aggregation processing. In this figure, first, products are registered based on the barcode data read by the scanner unit 28 of the POS register PR (step S61, details will be described later), and registration is completed until all products are registered (step S62). Repeat the process.
Next, the total price of the registered products is displayed (step S63), and the settlement process is performed (step S64).
[0035]
Next, the detailed procedure of the product registration process in step S61 for the weighing priced product in the present invention will be described with reference to FIG. First, the barcode added to the product, that is, the ID number (identification information) of the product is read by the scanner unit 28 of the POS register PR (step S71). Thus, when the ID number of the product is acquired, the production data (see FIG. 9) such as the product number and price corresponding to the ID number is read from the production result file stored in the store controller SC via the communication unit. (Step S72).
Specifically, the product number, price, and expiration date data corresponding to the ID number are read from the second file (log file) of the production result file.
[0036]
Subsequently, the read-out expiration date data is referred to and it is determined whether or not the expiration date has expired (step S73). This determination is made by comparing with the clock date and time of the POS register PR.
[0037]
If the result of the determination is that it has expired ("YES" in step S73), an alarm is displayed to notify the operator of the POS register PR to that effect (step S74). In addition, a warning sound may be generated along with the display.
On the other hand, if the result of determination in step S73 is that it has not expired ("NO" in step S73), the processing date / time data included in the ID number read in step S71 and the clock unit 26 of the POS register PR Based on the time, it is determined whether or not a predetermined time (predetermined period) has elapsed since the processing. As a result, if the predetermined time has elapsed, discount processing is performed (step S76). That is, the price after the discount is calculated based on the discount file stored in the store controller SC.
Subsequently, the registration data is transmitted to the store controller SC, and the sales record file of the store controller SC is updated (step S77). The registration data to be transmitted to the store controller SC is a product number and a price for a product that is not discounted, and a product number, a price, and a discount amount for a product that is discounted.
[0038]
The predetermined time (predetermined period) and discount amount (discount rate) are set in advance in the discount file for each product.
FIG. 12 shows the data structure of the discount file. As shown in this figure, a discount time, that is, an elapsed time after processing, and a discount amount (a discount rate) are set in association with each product number. Note that the product number 23456 shown in FIG. 12 is set to perform 50% discount when two days have passed since processing. The discount time is represented by 4 digits, with the first 2 digits representing the day and the subsequent 2 digits representing the time.
For example, when “0112” is set as the discount time, the discount is performed after 1 day + 12 hours, and when “0004” is set, the discount is performed after 4 hours. This discount file is stored in the store controller SC and the file server FS.
[0039]
Further, as shown in FIG. 13, the sales record file includes a first file (aggregation file) in which data of cumulative sales quantity and data of cumulative sales amount are associated with each product number, and an ID number. It consists of a second file (log file) in which a product number, a price, and a discount amount are associated with each other. As described above, in the present invention, individual sales data is held for each ID number of the weighing product.
[0040]
Further, the store controller SC holds a discarded product file in which the product number and the price of the discarded product are associated with each ID number in addition to the above-described discount file and sales result file. As a result, it is possible to confirm detailed information such as what kind of merchandise was discarded and when it was discarded.
In addition to the case where the disposal product is disposed of in the process of step S73, the store product can be input by scanning the ID number of the product whose expiration date has expired from the handy terminal HT at the sales floor.
[0041]
As mentioned above, according to the system of the present invention,
(1) Individual production data of indefinite products can be managed for each product.
(2) The discount process can be automated.
(3) It is possible to prevent mistakes in selling products whose expiration date has expired.
(4) Since various data associated with each ID number, that is, individual production data, individual sales data, and individual disposal data are stored, product data sold at a normal price, product data sold at a discount The product data discarded and the product data lost can be aggregated by product. Thereby, the sales rate, the discard rate, the gross margin rate, etc. for each product can be automatically calculated, and effective loss management can be performed.
(5) Since processing date / time data of sales products can be obtained, sales data, sales rate, disposal rate, gross profit rate, etc. for each production time zone can be calculated.
[0042]
<Other embodiments>
Note that a bar code in the conventional NON-PLU format may be added to the price label shown in FIG.
In this way, by displaying two barcodes, a lot of information necessary for product registration (product number, price, identification number, production (processing) date and time, etc.) can be acquired from the barcode. Product registration can be performed without referring to the production result file at the time of registration. Further, if the actual data of the sold products is stored for each ID number, it is possible to perform loss management together with the production actual data later.
Further, since the barcode of the present invention shown in FIG. 7 includes the processing date / time data, the discounting process can be automated.
[0043]
Further, the above-described barcode in the present invention has a configuration (13-digit code) including data for the processing date and time, but is not limited to this. For example, in the barcode configuration shown in FIG. The processing date and time data assigned to the 11th digit from the first is omitted, and instead of this, a 1-digit label printer machine code specifying the label printer is added (8-digit code). In this case, the serial number is set so that a serial number is assigned to each label printer. In addition, the processing date / time data is registered in the PLU file in association with each ID number, and therefore can be acquired by referring to the PLU file.
[0044]
The embodiment of the present invention has been described in detail with reference to the drawings. However, the specific configuration is not limited to this embodiment, and includes design and the like within a scope not departing from the gist of the present invention.
For example, in the above-described embodiment, the ID number that can be identified by the barcode may have any configuration as long as it is a unit that can individually identify the indefinite product, and the specific configuration is not limited. .
Moreover, in the said embodiment, although the example which displayed the ID number which can identify an indefinite product individually as a barcode on the price label was demonstrated, what if it is displayed not only as a barcode but as a machine-readable code? A simple code may be used. For example, it is possible to use a two-dimensional code.
In the case of a 13-digit bar code, since there is a margin in the number of digits, a configuration consisting of “product number + serial number” instead of date / time data, a configuration consisting of “date + machine number + serial number”, etc. . However, when pricing is performed by a plurality of pricing devices (label printers), care must be taken so that ID numbers do not overlap. In other words, since the ID number is premised on that each product can be recognized individually, it must be unique within a certain period.
[0045]
Further, the production data stored in association with the ID number is not limited to the above-described embodiment, and necessary data for management may be appropriately stored. For example, “machine number”, “lot number”, “person in charge code”, “purchase code”, etc. may be stored.
[0046]
In the above-described embodiment, the production result data needs to be stored in a storage device in the necessary period file server FS, the store controller SC, etc., but is deleted after the necessary period elapses, DC-R, etc. You may make it memorize | store in the storage medium of this, or print out and store.
[0047]
Further, the method of accumulating actual data is not limited to the embodiment in which the discount amount is stored in the discount file described above. For example, since the product number and the amount of money are stored in the production record file, only the ID number and whether or not there is a discount may be stored.
[0048]
Further, the discount / discard determination method is not limited to the above-described embodiment. That is, any method may be used as long as the elapsed time is obtained by comparing the processing date and time data with the clock data and automatically determined. For example, the discount file may be set such that 30% is discounted when 1/2 of the expiration date has passed, 50% is discounted when 3/4 is passed, and 70% is discounted when 4/5 is passed. Is possible.
[0049]
In the embodiment described above, the description is omitted. However, when automatic discounting is performed, a discount label (for example, “50 yen discount” or the like) is attached to the product, or a discount POP is posted on the sale of the product. For example, it is necessary to inform the consumer that the product will be discounted after a predetermined period of time and appeal to the consumer.
[0050]
In the above-described embodiment, the date data has two digits. However, when it is necessary to determine “month”, the date of the ID is compared with the date of the clock, and the date of the ID is better. If it is smaller than the clock date, it is determined as “this month”, and if the ID date is larger than the clock date, it may be determined as “last month”.
In the case of fresh food, there is usually no food with a shelf life of 25 days or more, so it can be determined by the above judgment.
That is, if the ID date is 30 days and the clock date is June 02, 30 is greater than 2, so the month before June, ie, “May” is determined. Can do.
[0051]
In the embodiment described above, the production data of the weighing label printer is configured to be transmitted to the store controller SC of the POS system via the LAN. However, it is stored in a recording medium such as a CD-R and transmitted offline. Anyway.
[0052]
In addition, any system configuration may be used as long as the product production data and sales data management method of the present invention can be realized. For example, one POS register may be a parent-child system having a store controller function.
[0053]
【The invention's effect】
As explained above, the claims 1 According to the invention described in the above, since production data of a product can be managed individually for each product, when a defective product occurs or when a complaint is issued from a customer, accurate production data of the product can be determined, Responsible production management.
[0054]
Claims 2 And claims 8 According to the invention described above, in addition to the above-described effects, it is possible to call and display and print data that could not be obtained at the time of registration, for example, production data such as product weight and processing date / time data.
[0055]
Claims 3 And claims 10 According to the invention described in the above, it is possible to automatically perform a discount process for a product that is about to expire, and a disposal process for an expired product, thereby preventing a mistake in the discount process and an error in selling a product whose expiration date has expired. It becomes.
[0056]
Claims 10 According to the invention described in the above, since the processing date / time information is included in the machine-readable code such as a barcode, the discount processing of the product near the expiration date can be performed without reading the stored data only by reading such a code. In addition, it is possible to automatically discard the expired product.
Claims 4 According to the invention described in, sales data can be tabulated individually for each indefinite product.
Claims 5 Claims from 7 According to the invention described in (1), an effect is obtained that it is possible to accurately perform loss management of indefinite products.
Claims 9 According to the invention described in the above, the POS system can appropriately refer to or receive the production data associated with the identification number totalized and stored by the weighing label printer as needed.
Claims 11 According to the invention described in the above, since the predetermined date and time (discount deadline, best before date) and discount data (discount rate, discount amount) can be set for each product type, discount processing and disposal processing according to the product type are automatically performed. It can be carried out.
[Brief description of the drawings]
FIG. 1 is a layout diagram of a retail store that sells products such as fresh food, and is a diagram showing a schematic configuration of a product production data and sales data management system according to an embodiment of the present invention.
FIG. 2 is a block diagram showing a system configuration for explaining the flow of data processing in the retail store.
FIG. 3 is an electrical configuration diagram of a weighing label printer DPS.
FIG. 4 is an electrical configuration diagram of a POS register PR.
FIG. 5 is a data configuration diagram of a PLU file for pricing processing.
FIG. 6 is a flowchart showing an outline of a procedure of a pricing process and a totaling process.
FIG. 7 is a view showing a display example of a price label according to the present invention.
FIG. 8 is a diagram showing a configuration of a barcode according to the embodiment.
FIG. 9 is a diagram showing a data structure of a production performance file.
FIG. 10 is a flowchart showing a procedure of product registration / settlement / aggregation processing according to the embodiment;
FIG. 11 is a follow chart showing a detailed procedure of product registration processing.
FIG. 12 is a diagram showing a data structure of a discount file.
FIG. 13 is a diagram showing a data structure of a sales record file.
FIG. 14 is a diagram showing a barcode configuration in a conventional NON-PLU format.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1,21 ... CPU, 22,22 ... ROM, 3,23 ... RAM, 4,24 ... Display part, 5,25 ... Operation part, 6,27 ... Printing part, 7 ... Measurement part, 26 ... Clock part, 28 ... Scanner unit, 8, 29 ... Communication unit, DPS ... Measurement label printer, FS ... File server, TR ... Transmitter / receiver, HT ... Handy terminal, N1 ... LAN in backroom, N2 ... POS system (LAN in store), PR ... POS register, SC ... Store controller

Claims (11)

Dish were weighed commodity, to calculate the price of goods from the unit price and weight values of the goods, the weighing label printer for issuing and printing the calculated price to the label, when performing pricing of products, each product grant separately identifiable identification number for each, as well as printed on the label the identification number in machine readable one code such as a bar code, stores the production data of the product in association with the identification number Weighing label printer characterized by that. When performing the pricing of the product, together with the respective goods item grant separately identifiable identification number for each, printing on price label identification number in machine readable one code such as a bar code, the storing production data of the product in association with the identification number, the time of check-out, reading the identification number from said code, read the production data of the commodity based on the identification number, based on the read-out the production data A product sales data management method characterized by performing registration processing of the product. The production data includes data related to the processing date and time of the product, and when performing the product registration process, the elapsed time from the processing date and time is equal to or more than a predetermined date and time set in advance based on this data. 3. The merchandise sales data management method according to claim 2 , wherein discount processing and / or disposal processing of merchandise is performed based on the determination result. When performing the pricing of the product, imparting a separately identifiable identification number of each item to each dish, with printing on price label identification number in machine readable one code such as a bar code, the The production data of the product is stored in association with the identification number, and at the time of checkout, the identification number is read from the code , the production data of the product is read from the identification number, and the product is based on the read production data. The product sales data management method is characterized in that sales data is aggregated in association with the identification number. 5. The merchandise sales data management method according to claim 4 , wherein loss management is performed based on the production data and the sales data. The sales data aggregation, can distinguish between items that do not discount sales with products that discount sales, and discount item claim, characterized in that the sales price after discount amount or discount is aggregated to be determined 4 or The merchandise sales data management method according to claim 5 . When the identification number of the discarded product is entered, the disposal data is aggregated in association with the identification number, and the number and amount sold at the regular price for each product type based on the aggregated data are discounted. The product sales data management method according to claim 6 , further comprising: calculating the number and amount of discarded items, the number and amount of discarded items, and the number and amount of lost items. 2. The weighing label printer according to claim 1 , and the identification number is read from a commodity to which the label issued by the weighing label printer is affixed, and the production data of the commodity associated with the identification number is called and registered. A product production data and sales data management system comprising a POS system for performing 9. The product production data and sales data management system according to claim 8 , wherein the weighing label printer and the POS system are connected by a LAN. Information regarding the processing date and time of the product is included in the identification number or the production data, and when the product registration is performed by reading the identification number, based on the information regarding the processing date and time, elapsed time to determine whether more than a predetermined time, commodity production data and sales data management system of claim 9, based on the determination result, and performs discount processing. 11. The product production data and sales data management system according to claim 10 , wherein the predetermined date and time and the discount data necessary for execution of the discount processing are set in advance for each product type.

Images