JP2003196743A - System for pricing and registering merchandise - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a merchandise pricing and registration system for enabling a customer to easily confirm production route information on purchased merchandise if the customer wants to. <P>SOLUTION: The merchandise pricing and registration system has a pricing device N1 which prints an identification number (pack ID) for identifying merchandise in each item on a price label with a barcode and stores production data including an identification number (original body ID) for identifying an original material block (original body) of the merchandise in accordance with the pack ID in pricing measured merchandise, and a registering device PR which outputs the pack ID or the original body ID read on the basis of the pack ID as receipt data in registering the merchandise of the pack ID. <P>COPYRIGHT: (C)2003,JPO

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a pricing system for measured products such as meat and a registration system for products priced by this pricing system.

[0002]

2. Description of the Related Art In recent years, due to the influence of "mad cow disease" becoming a social problem, customers have to purchase fresh produce to confirm the safety of fresh produce such as meat and fish that they purchase. The demand for knowing the route is increasing. On the other hand, the store side wants to appeal to such customers that its products have a clear production route and is safe, and to secure fixed customers.

[0003]

However, no system has yet been developed to meet such demands of customers and shops. The present invention has been made in view of the above circumstances, and an object of the present invention is to provide a product pricing and registration system capable of easily confirming production route information of purchased products when a customer desires. And

[0004]

In order to achieve the above object, the invention according to claim 1 is to
An identification number (pack ID) that identifies each product on the price label is printed by a bar code, and an identification number (the original ID) that identifies the raw material block (original product) of the product corresponding to this pack ID And a pricing device for storing production data including: and a product of the pack ID,
Pack ID or the original body I read based on the pack ID
And a registration device for outputting D as receipt data.

The invention described in claim 2 is the same as claim 1.
In the product pricing and registration system described in 1, the output of the pack ID or the material ID as receipt data is any of printing on receipt paper, writing on a storage medium, sending an e-mail, and sending by fax. Or a combination thereof. According to the first and second aspects of the invention, since the pack ID or the original body ID is output as the receipt data (for example, printed on the receipt paper), the original body of the purchased product is specified. For this reason, the customer can check the production route information when necessary, which provides a sense of security. Also, the store can appeal that its products have a clear source and are safe.

The invention described in claim 3 is the same as claim 1
In the commodity pricing and registration system according to any one of items 1 and 2, the storage means for storing the production route information of the original body corresponding to the original body ID, and the pack ID or the original body ID are input. Thus, the terminal device for reading and displaying or printing the production route information of the original body ID read based on the original body ID or the pack ID from the storage means is provided. According to the invention described in claim 3, it is possible to confirm or display the production route information of the active ingredient by appropriately displaying or printing when necessary.

The invention according to claim 4 is the same as claim 3
In the product pricing and registration system described in [1], the terminal device is installed in a store and can be operated by a customer. According to the invention as set forth in claim 4, the customer can operate the terminal in the store by himself or herself to display or print the production route information of the purchased product (original product) at any time to confirm it.

The invention described in claim 5 is the same as claim 3
In the product pricing and registration system according to any one of 4 or 4, the storage means is accessible by a personal computer connected to the Internet, and the pack ID or the conformal ID is input by the browser software of the personal computer, The production route information of the raw material can be displayed on the display device of the personal computer. According to the invention described in claim 5, the customer can confirm the production route information of the purchased product (original product) by using the personal computer when he / she desires even at home.

According to the sixth aspect of the present invention, when the weighing product is priced, an identification number (pack ID) for identifying the product for each product is printed as a bar code on the pricing label. And a pricing device for storing production data including an identification number (article ID) for identifying a raw material block (article) of the product, and production route information of the article corresponding to the article ID. And a pack ID when registering the product of the pack ID.
And a registration device for reading out the production route information from the read out original substance ID and printing the readout production route information on a receipt. According to the invention described in claim 6, since the production route information of the purchased product is printed on the receipt, the customer can check the production route information of the purchased product at any time by the receipt, which provides a sense of security. Also, the store can appeal that its products have a clear source and are safe.

The invention according to claim 7 is the same as claim 6
In the product pricing and registration system described in (3), the production route information is printed on a receipt only for a desired customer. According to the invention of claim 7,
Since the production route information is printed only to the desired customer, it is possible to prevent the customer who is not interested in the production route information from issuing a long receipt in which unnecessary data is printed, and the receipt can be issued efficiently. It is also possible to prevent wasteful consumption of receipt paper.

[0011]

BEST MODE FOR CARRYING OUT THE INVENTION Embodiments of the present invention will be described in detail below with reference to the drawings. FIG. 1 is an in-store layout of a retail store that sells products such as fresh foods, and shows an example of a retail store to which a fresh product pricing and registration system according to an embodiment of the present invention is applied.

The back room in the upper right part of FIG. 1 is an area where fresh food is processed and priced. Here, the weighing / packaging / price maker AW (label printer) and the weighing label printer DPS are provided. A price machine such as a flat label printer or a fixed price label printer DP is arranged, and a price label issued by these price machines is attached at the time of production / processing of a product. The details of the label and the label printer will be described later.

The lower sales floor in FIG. 1 is an area where product shelves are arranged, and a checkout area is provided with a POS register PR equipped with a bar code reader. do. In addition, an information output terminal MT for displaying information such as production route information for fresh food is provided near the entrance. The details of the information output terminal MT will be described later.

The upper left office in FIG. 1 is an area where office work such as data summarization and accounting, and decision-making regarding the stocked quantity, production / processing quantity, etc. are made based on this data. SC is provided.

FIG. 2 is a block diagram showing a system configuration for explaining the flow of data processing in the retail store. The LAN (N1) in the back room is connected with a file server FS that holds various data files in addition to the above-described weighing / packaging / price rating machine AW, weighing label printer DPS, and flat-rate label printer DP. Configures the pricing system. A transceiver TR is attached to the file server FS, and data can be exchanged between the file server FS and the handy terminal HT carried by a store clerk via the transceiver TR. .

As will be described later, the handy terminal HT has a function of printing and issuing a bar code label. In addition, the in-store LAN (N2) has a PO
The S register PR and the store controller SC are connected. In addition, the back room LAN (N1) and the store L
The AN (N2) and the local LAN (N3) are connected to each other, and data can be exchanged between these LANs. Further, the above-mentioned information output terminal MT is connected to the local area LAN (N3) so that various data stored in the file server FS or the store controller SC can be displayed and printed as needed. Has become.

Further, a web server WS connected to the Internet is connected to the local area LAN (N3), and various data can be uploaded to an external device or necessary data from the external device via the Internet. Can be appropriately downloaded.

Next, the measuring 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 is a CPU (central processing unit) that controls the overall operation of the label printer DPS, and is connected to each of the other components as shown. Reference numeral 2 is a ROM in which a program executed by the CPU 1 is stored, and stores a program and the like defining the processing of the CPU 1 in the operation description below. Reference numeral 3 is an RA used in the arithmetic processing of the CPU 1.
MLU (Random Access Memory), and a PLU file (commodity file) for pricing processing described later is transmitted from the file server FS and stored therein.

Reference numeral 4 is a display unit for displaying predetermined information according to a display instruction from the CPU 1. Reference numeral 5 is 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 the input data to the CPU 1. Reference numeral 6 is a printing unit for printing the product name, price, bar code, etc. on the label in accordance with the printing instruction from the CPU 1. Reference numeral 7 is a weighing unit for weighing the weight (content) of the product placed on a weighing pan (not shown), and supplies the weighing value to the CPU 1. Reference numeral 8 is a communication unit for exchanging data with the outside by communication via the LAN. Reference numeral 9 indicates a month. Day. Time. And minutes, CPU
It is a clock unit to supply to 1.

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 is a CPU that controls the overall operation of the POS register PR, and is connected to each of the other components as shown. Reference numeral 22
Is a ROM in which a program executed by the CPU 21 is stored
In this regard, a program and the like that define the processing of the CPU 21 in the operation description to be described later are stored. Reference numeral 23 is CP
It is a RAM used in the arithmetic processing of U1.

Reference numeral 24 is a display unit for displaying predetermined information according to a display instruction from the CPU 1. Reference numeral 25 is an operation unit provided with an input unit for inputting completion of product registration and inputting numerical data such as a deposit amount from a customer at the time of payment, and supplies the input data to the CPU 21.
Reference numeral 26 is a clock unit that measures the month, day, hour, and minute and supplies them to the CPU 21. Reference numeral 27 is a printing unit for printing a receipt or the like of a product registered and settled according to a printing instruction from the CPU 21. Reference numeral 28 is a scanner unit that reads a bar code attached to a product and supplies the data to the CPU 21.

Reference numeral 29 is a communication unit for exchanging data with the outside by communication via the LAN. The communication unit 29 downloads the product data from a PLU file (product file) for registration processing held by the store controller SC, or conversely uploads sales data to the store controller SC.

Next, the information output terminal MT will be described with reference to FIG. FIG. 5 is an electrical configuration diagram of the information output terminal MT. The constituent elements are almost the same as the POS register PR. That is, in the figure, reference numeral 31 is a CPU that controls the overall operation of the information output terminal MT, and is connected to other components as shown in the figure. Reference numeral 32 is a ROM in which a program executed by the CPU 31 is stored, and reference numeral 33 is a RAM used in the arithmetic processing of the CPU 31.

Reference numeral 34 is a display unit for displaying predetermined information according to a display instruction from the CPU 31. Reference numeral 35
Is an operation unit provided with an input means for inputting numerical data such as a pack ID number and an original ID number described later, and supplies the input data to the CPU 31. Reference numeral 36 is a clock unit that measures the date, the date and time, the minute, and the second and supplies them to the CPU 31. Reference numeral 37 is a printing unit that prints production route information, which will be described later, according to a command from the CPU 31.

Reference numeral 38 is a scanner unit for reading the bar code added to the product and supplying the data to the CPU 31. Reference numeral 39 is a communication unit that exchanges data with the outside by communication via the LAN. The communication unit 39
For example, file server FS or store controller SC
It is used when calling and displaying various files stored by.

In the storage device (eg, RAM) (not shown) provided in the file server FS, the PLU file for the pricing process described above and the production result file (aggregation file and production log file) described later, and raw materials described later A block file and a production route information file are stored. Here, FIG. 6 shows the data structure of the PLU file for the pricing process. As shown in this figure, PL
The U file contains the product name, unit price, tare weight, and
It holds data for pricing during the number of effective days, which indicates the shelf life, classification, and the like.

Here, the unit price is the price per item in the case of a fixed-price product, and the price per 100 grams of net weight in the case of a metered product. The tare weight is the weight of a package such as a tray in a weighing product. This P
The LU file includes a weighing / packing / rating machine AW, a weighing label printer DPS, a label printer DP, a store controller SC, a POS register PR, and an LU file as needed.
It is referred to by the handy terminal HT, or downloaded and used. The details of the production record file will be described later.

Next, the operation of the product pricing and registration system according to the embodiment of the present invention will be described. In addition,
The processing carried out by this system is (1) product production pricing processing (2) cut-off product discount processing (3) product registration / settlement / sales data aggregation processing (4) production and sales data processing output processing (5) Production route information output processing. Hereinafter, each processing process will be described.

(1) Product production pricing process In this process, products (eg, “beef sukiyaki”, “beef steak”, etc.) are produced and processed from raw material blocks (eg, “beef block”). It consists of a pricing process of issuing a price label (bar code label) of a product and affixing the price label to the product, and a totaling process of totaling production processing data (label issuing data). Please note that the above price label is issued for flat-rate products and contents of 1
Weighing / packaging / price maker AW or weighing label printer DPS is used for weighing merchandise that differs from item to item, and fixed amount label printer DP is used for flat rate items.

FIG. 7 is a flowchart showing an outline of the procedure of the above-mentioned pricing process and totaling process. Hereinafter, a case where the pricing process is performed using the weighing label printer DPS will be described. First, a person in charge of pricing identifies a raw material block (raw material) of a product to be priced, inputs a raw material block number (hereinafter referred to as a block ID number) which is a number to be specified, and sets it (FIG. 6). Step S5
0).

Block ID number (identification ID number)
Is an identification number given by the store as appropriate to identify the raw material block. That is, when the raw material block is received at the store, the purchase date and time, the raw material block product name, and
Enter the raw material block code, individual identification code, purchase price, purchase weight, purchase unit price, supplier code, person in charge code, etc. Of these, the purchase date and time is automatically set by the clock data of the clock unit 9 of the weighing label printer DPS, and the purchase weight of is automatically set to that measured by the measuring unit, and the purchase unit price of is the purchase amount. It is calculated and calculated from the purchased weight.

The individual identification code is a code for identifying the individual who has produced the raw material block. For example, when the raw material block is beef, an identification number assigned to each beef cattle (beef) Number). This identification number (beef number) is written on the shipping slip of the raw material block at the meat processing plant and sent to the store together with the raw material block. After the above data is input, a block ID label on which a block ID number, a block product name, a purchase date and time are printed is printed and issued. The issued block ID label is attached to the raw material block and is used by a worker to recognize the raw material block when producing a product from the raw material block.

The data input for each block ID number described above is transmitted to the file server FS described above and stored in the raw material block file (see FIG. 8) of the file server FS. At this time, an area (stock field) for storing inventory data is added for each block ID number, and the stock information is updated in real time for each block ID number by subtracting the processed weight from the stock weight. The details of the inventory data will be described later.

Further, when the person in charge of processing the product produces the product from the raw material block (original material), the block ID number is handwritten on a bat (storage tray) or a cart (moving trolley) for transporting the product The person in charge of pricing will be notified by pasting the printed raw material sheet.

The person in charge of pricing confirms the block ID number of the raw material slip attached to the bat of the product to be priced,
Input the block ID number from the operation unit or the like. Next, the person in charge of pricing inputs the product number of the product (step S5).
1). As a result, the CPU 1 provided in the weighing label printer DSP reads out the product data such as the product name, unit price, tare weight and the like related to the product number from the PLU file stored in the RAM 3 (step S52). In addition,
In the present embodiment, the PLU file stored in the RAM 3 is used, but the PLU file stored in the file server FS may be used.

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 calculates the price by multiplying the net weight by subtracting the tare weight from the measured weight and the unit price (step S54). Then, a barcode (pack ID barcode) that includes data such as processing date, processing time, serial number, and the like, and can individually identify the product, and other information (for example, product name, price, content amount, (Expiration date, unit price, etc.) are printed, and a price label is issued (step S55). The expiration date is calculated by adding the effective date to the processing date and time.

As a result, a bar code consisting of processing date, processing time, and serial number information as shown in FIG. 9 and capable of individually identifying each product is displayed in the lower left section, and the product name and processing are performed at other positions. A price label on which predetermined characters such as date, expiration date, unit price, content amount, price, etc. are displayed is issued. This price label is affixed to an item weighed automatically or manually.

Subsequently, when the pricing process is completed by performing the series of processes described above, the price record data is then recorded in the production record file of the file server FS based on the issued price label data (step S56). The details of the production record file will be described later. Subsequently, it is determined whether or not there are products with the same product number to be priced (step S57). As a result,
If there are still products to price, step S
The processing from 53 onward is repeated.

On the other hand, when it is determined that all the products with the same product number have been priced, the pricing process for this product is completed and other products are processed in step S5.
The processing of 0 or less is repeated. Next, the configuration of the above barcode will be described with reference to FIG. As shown in this figure, the pack ID barcode in this embodiment is composed of a 13-digit JAN single-stage barcode, and has a flag of the first two digits, a machine number of the third digit, a day of the week of the fourth digit, 5th-8th serial numbers, 9th-12th
It consists of the selling price of the 12th digit and the check digit of the 13th digit.

Generally, the flag "FF" can set data from 01 to 99, but in the case of the pack ID bar code, the country code used in the bar code of the general PLU, for example, "49". Or a flag other than that used in a normal NON / PLU barcode is used. That is, data other than the flags already used in the store is used.

The flag data indicates that this bar code is a pack ID bar code and also indicates the product category. For example, "03" to "07" are used as the flag of the pack ID barcode, and the flag "0" is used.
“3” is “meat”, flag “04” is “fresh fish”, flag “05” is “fruit and vegetables”, flag “06” is “side dish”,
The flag "07" is defined to indicate "other". In addition, this product classification increases the types of flags used,
It is also possible to set "beef,""pork,""chicken,""othermeats," and the like. Further, this product classification is set in advance in the product file for pricing with each product number (see FIG. 6).

The machine number "M" indicates the machine number of the machine which printed and issued the bar code label of the pack ID number, and is "1".
~ "8" is a pricing device, "9" is a handy terminal H
Indicates T. The day of the week "W" indicates the day of the week when the barcode label is printed and issued, "0" indicates "Sunday", "1" indicates "Monday" ... "6" indicates "Saturday". Serial number "CCCC"
Is a number from “0001” to “9999”. The device that issued each bar code label (the pricing device and the handy terminal HT) generates and manages a serial number.

The selling price "PPPP" ranges from "0" to "999".
The value is “9” and indicates the selling price (price) of the product. When the selling price "PPPP" is "0", it means that the price of the product is 5 digits or more and cannot be displayed in 4 digits. Usually, it is considered extremely rare that the price of fresh products is more than 5 digits, but in special cases such as special sales during the year-end and New Year holidays, such expensive products may be available. Even if it has more than 5 digits, it can be processed. The check digit “C / D” is data for checking whether or not the bar code is normally read.

Of the above bar codes, the 6th to 3rd digits
The numerical value of the digit functions as an identification number (pack ID number) for identifying each weighing product. With such a configuration, since one identification number (pack ID number) is given as a bar code to one weighing product, it is possible to identify each weighing product. Each bar code also includes selling price data.

Next, the production record file (aggregation process) aggregated in the aggregation process will be described. FIG. 11 is a diagram showing the data structure of the production record file. The production record file is a first file in which the cumulative number, cumulative weight, and cumulative amount of money are associated with each product number shown in FIG.
File (aggregate file) and individual production data such as product number, product name, contents, price, processing date, expiration date, block ID number and flag for each pack ID number shown in FIG. 11B. It is composed of the associated second file (production log file).

The product number stores the number input in step S51 of the above-described pricing process, and the product name stores the product name of this product number.
Similarly, for the block ID number, step S of the pricing process is performed.
The block ID number set in 50 is stored. The flag indicates the sales status of the products produced,
At the time of pricing, "0" is stored. This flag is rewritten as "1" when the product is sold at the regular price, "2" when the product is sold at the discounted price, and "3" when the product is disposed of. By checking this flag, the subsequent situation of the product can be determined.

The details will be described later. In addition, the production log file is provided with a sales amount column for storing the actual sales amount for each block ID number. Details of the sales amount column will be described later. Then, the production record file (totalization file and production log file) and the raw material block file are transmitted to the store controller SC of the POS system via the LAN.

(2) Discount processing of closed-out products The produced products are displayed in the sales floor, but in the case of fresh foods and prepared foods, the quality of the products deteriorates with the lapse of time after production. For this reason, a process of appropriately discounting a product (discontinuation product) that has passed a certain period of time since production, or a product (discontinuation product) that is unsold near the closing of the store is performed. The discounting process for such a closeout product is performed by the following method.

The store clerk holds the handy terminal HT, goes to the sales floor, and selects a product to be discounted from the displayed products. Enter the discounted price or the discounted price of the product to be discounted from the handy terminal HT and read the barcode of the product with a scanner. As described above, the handy terminal HT replaces the selling price data in the read bar code with the discounted amount data, and prints and issues the bar code label. The store clerk puts the issued bar code label on the bar code of the price label attached to the product. The store clerk will give the product a discount POP label, for example,
Attach a label such as "50 yen discount".

For example, a product A at a certain price of 500 yen (the bar code of this product is, for example, "0311023405".
00 C / D ”) to be discounted by“ 50 yen ”, if you read the barcode of the product A with the discount amount“ 50 yen ”entered in the clerk's handy terminal HT, the handy terminal HT will cost 500 yen. A pack ID barcode of 450 yen, which is 50 yen less than the above, is printed and issued.

In this case, the data other than the price (excluding the check digit) is the same bar code (that is, "0").
31102340450 C / D ")). The clerk puts this printed and issued barcode on top of the original barcode and affixes it to the customer, and notifies the customer that this product is a 50-yen discount.
Apply the label to the product. As a result, the discount process for the product A is completed.

(3) Product Registration / Payment / Aggregation Processing Next, the product registration / payment / aggregation processing will be described. This processing is performed in the POS register PR for the purchase desired product brought by the customer from the product shelf. FIG. 12 is a flow chart showing the procedure of merchandise item registration, settlement and totalization processing. In this figure, products are first 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 commodities is displayed (step S63), and the settlement processing is performed (step S64). In the settlement process, the printing unit 27 issues a receipt on which the purchase details and settlement data of the product are printed and hands it to the customer together with the change. In the present invention, the pack ID product ( When a product with a pack ID is registered), the product ID, price, etc. of the product with the pack ID are printed together with the original ID number (see FIG. 19A). As will be described later, when the production log data cannot be read at the time of product registration, the pack ID number is printed together with the classification name, price, etc. of the pack ID product in the purchased product description print field (FIG. 19).
(B)).

Next, the detailed procedure of the commodity registration processing of the above step S61 of the weighted commodity according to the present invention will be described with reference to FIGS. 13 and 14. FIG. 13 is a product registration process when the production log of the production record file stored in the store controller SC is read and performed. FIG. 14 shows a product registration process when the production log data cannot be read because the store controller SC is down. In FIG. 13, first, the scanner 28 of the POS register PR reads the bar code added to the product, that is, the pack ID number (identification information) and the price of the product (step S71).

As a result, when the pack ID number of the product is acquired, the production log file of the production result file stored in the store controller SC via the communication unit is used to produce the product number, price, etc. corresponding to the ID number. The data (see FIG. 10) is read (step S72). Then, it is determined whether the expiration date has expired by referring to the read expiration date data (step S73). In addition,
This judgment is made by comparing with the date and time of the clock of the POS register PR.

If the result of determination is that the time limit has expired ("YES" in step S73), an alarm is displayed to notify the operator of the POS register PR (step S74). The warning sound may be generated together with the display.

On the other hand, if the result of determination in step S73 is that the time has not expired ("NO" in step S73), it is determined whether the price data included in the barcode read in step S71 is "0". It is determined (step S75). As a result, when the price data is “0” (“YE” in step S75).
S)) indicates that the price is more than 5 digits and cannot be represented by 4 digits, the operator is requested to key in the price printed on the price label, and the price data is It waits until input (step S76).

If the determination in step S75 is "NO",
When the price is key-input in step S76, the price P of the barcode read in step S71 or the price P key-input in step S76 and the price P0 of the production log data read in step S72. It is determined whether they are different (step S77). Here, if the prices are different (“YES” in step S77)
In the case where the above-mentioned discount process is performed, the bar code price P is subtracted from the price P0 read from the production log data to calculate the discount amount (step S7).
8).

Thereafter, in step S79, the registration data, such as the product name, price, discount amount (if there is a discount), content amount, etc., is displayed and stored in the receipt buffer. Then, in step S80, the sales record file and the production record file for the registered product are updated. That is, the registration data is stored in the store controller S.
Then, the sales record file of the store controller SC is updated and the flag of the corresponding product in the production log file is rewritten. Note that the registration data transmitted to the store controller SC is the product number and the price in the case of non-discounted products, and the product number, the price, and the discounted price in the case of discounted products.

The above-mentioned flag is rewritten as "1" for a product sold at a normal price without discounting and "2" for a product sold at a discounted price. When the flag is rewritten to "2", that is, when the discount is sold, the discounted amount is also stored in the above-mentioned sales amount column in association with the pack ID number.

The sales record file is shown in FIG.
As shown in FIG. 5, each product number is composed of a file (aggregation file) in which the data of the cumulative sales amount and the data of the cumulative sales amount are associated with each other.

When the product is discarded, the flag of the product in the above-mentioned production log file is rewritten to "3". In addition to inputting the discarded product in the process of step S73, the store clerk can input the pack ID number of the expired product from the handy terminal HT at the sales floor.

As described above, the processing shown in FIG. 13 is a case where the production log data stored in the store controller SC at the time of product registration is read and processed. However, the store controller SC goes down or LAN A detailed procedure of the product registration processing when the production log data cannot be read due to a failure or the like will be described with reference to FIG.

First, the scanner unit 2 of the POS register PR
The bar code added to the product, that is, the pack ID number (identification information) and the price of the product is read by step 8 (step S81). The classification of the product is judged from the flag of the first two digits of the read barcode, and the classification name is called (step S82). In addition, each POS register PR
Has a classification name file that stores classification names corresponding to classifications (codes), and calls of classification names are performed using this classification name file.

Then, it is judged whether or not the price data of the bar code read in step S81 is "0" (step S83). Here, when the price is "0" (step S8)
"3" is "YES") when the price is more than 5 digits,
This is a case where it cannot be represented by a four-digit numerical value, and the operator is requested to key in the price printed on the price label, and waits until the price data is keyed in (step S84). If the determination in step S83 is “NO”,
Alternatively, when the price is keyed in at step S84, the registration data, for example, the classification name and the price are displayed and stored in the receipt buffer (step S8).
5).

Thereafter, in step S86, the bar code data (pack ID number and price) of the registered product
Is stored in the memory of the POS register PR as sales record data. The sales record data stored in the memory of the POS register PR is transmitted to the store controller SC when communication with the store controller SC becomes possible, and the sales record file and the production log data of the store controller SC are respectively transmitted. Update.

(4) Production and sales data processing output processing This processing is performed as needed by a device connected to the store controller or LAN by wire or wirelessly, and the processing result is displayed on the display unit. It is printed and output as necessary. As described above, in the production log file, the block ID number is stored for each pack ID number, and the flag indicating the sales situation is further stored.
By extracting the data based on the block ID number and totaling the data, for example, in FIG.
It is possible to acquire various aggregated data as shown in.
The following information can be acquired from this aggregated data in block ID number units.

Inventory data for each product number and total, sales data, loss data Inventory data for each product number and total Inventory data (Z) = Production data (S) -Sales data (H) Inventory data after the expiration date Is theoretical loss data. Sales rate and loss rate for each product number and total Sales rate = Sales data / Production data x 100 (%) Loss rate = Loss data / Production data x 100 (%) Gross profit (gross profit of raw material blocks purchased) Gross profit = Total Sales Price (HPT) -Purchase Price of Block ID Number The purchase price of the block ID number in the above formula is stored in the raw material block file described above.

Further, even after the discarding data is input, the product whose flag is "0" is a product lost on the way due to shoplifting or the like, and the lost product data can be tabulated in block ID number units. In addition, since the production log file stores the processing date and time data for each pack ID number, various data are aggregated for each processing date and time data, and the substance of inventory, gross profit, and loss in all processes from purchasing to sales. Can be grasped.

FIG. 17 shows that beef loin 5.3 was prepared on June 20.
kg (block ID number = # 12, purchase weight 5.3k
(g, purchase price 12,190 yen), and the case where the entire quantity sale is completed from June 20th to 22nd is illustrated.
In addition, FIG. 18 illustrates a gross profit / loss analysis result for each raw material (block) in the case illustrated in FIG. Note that FIG. 17A is a change in purchasing, processing (production), and sales process of block ID number = # 12, FIG. 17B is a product loss of block ID number = # 12, and FIG. 17C is a block. ID number = # 12 price insert, gross profit, loss calculation,
FIG. 17D shows the loss analysis of the block ID number = # 12.

In FIG. 17, each item is calculated based on the following equation. Price insertion rate = (Production unit price-Purchase unit price) / Production unit price x 100
(%) Price amount = Purchase price / (1-Price ratio) -Purchase price Gross profit = Total selling price (total selling price) -Purchasing price Gross margin = Gross profit / Total selling price (Total selling price) ) Loss = High price-High gross profit

(5) Production Route Information Output Process Next, the production route information output process will be described. This processing displays or prints the production route information of the product (pack ID product) which the customer (customer) purchased or intends to purchase using the information output terminal MT installed in the store. It is a thing. That is, in the storage means of the store controller SC and the file server FS shown in FIG.
As shown in FIG. 21, the individual identification code (cow number) described above
Production route information of each individual (beef), such as type, sex, date of birth, ranch (code) born, identification code of sire, identification code of mother, breeding ranch (code), period , A production route data file (SDF) that stores meat processing sites, processing dates, etc.
Ranch name (processing plant name) for each farm code or processing plant code,
A ranch data file (BDF) storing addresses, telephone numbers, responsible persons, etc. is stored.

The data of these data files SDF and BDF may be stored in a database at own store, but an individual identification code management center is established throughout the industry, and the management center collects and manages each data to create a database. Except for beef cattle whose data is collected and managed at the management center, the collection and management of data can be made accurate and reliable by excluding them from transactions. Then, the production route data file (SDF) and the ranch data file (BDF) are downloaded from the management center via the Internet as required, and the store controller S
C and the storage means of the file server FS.

If the customer wants to know the production route information of the purchased pack ID product, the original product I printed on the receipt can be used.
The D number or the pack ID number is input from the operation unit 35 of the information output terminal MT. Further, when the purchased product is at hand, or when it is desired to know the production route information of the product to be purchased, the pack ID number may be input by scanning the barcode of the product with the scanner unit 38.
When the pack ID number is input, the information output terminal MT
Reads the original ID number of this pack ID number from the production log file of the store controller SC.

Then, the individual identification code is read from the raw material block file of the store controller SC based on the input raw material ID number or the read raw material ID number. Then, the production route data of the read individual identification code is read from the production route data file (SDF), and the production route data is displayed on the display unit 34 by referring to the data of the ranch data file (BDF) ( (See FIG. 22). The customer confirms the data displayed on the display unit 34, and if he / she wants to print out, the operation unit 3
The print command key 5 is operated to cause the printing unit 37 to print.

In the above description, the customer operates the information output terminal MT installed in the store to display or print the production route data of the purchased pack ID product. Production route data file (S
The contents of the DF) and the ranch data file (BDF) can be called and displayed from the web server WS by the browsing software (browser) of the personal computer at home via the Internet. Therefore, when the customer wants to check the production route information of the purchased pack ID product after returning home, he / she can operate it at his / her home computer to connect to the homepage of the store where the product was purchased, and check it at any time. can do. For this reason, the address of the home page of the store is printed in the store data print column of the receipt (see FIGS. 19A and 19B).

As described above, according to the product pricing and registration system of this embodiment, individual production data of fresh products can be managed for each product. Since the 13-digit JAN code is used as the barcode, it can be read using a scanner that can read the conventional barcode of NONPLU for fresh food. Since the bar code includes the product ID and price in addition to the pack ID number, it is possible to perform the checkout process based on the read bar code without referring to the production log data. In this case, , It is possible to display and print the classification name of the classification to which the product belongs.

Since price data is included in the bar code, a discounting process similar to that of the conventional NONPLU bar code can be performed by pasting the bar code with the price data changed thereon. When a discount is given, the discount amount can be displayed and printed. Even if the price of the product is a high-priced product of 5 digits or more, the above-mentioned various processes can be performed. It is possible to prevent the mistake of selling the expired product.

Since the production data, the block ID number, and the flag indicating the sales status are stored for each pack ID number in the production log file, the production data, the sales data, and the loss data can be aggregated in block ID number units, Inventory management, loss management, and gross profit management can be performed for each block ID number. Therefore, it is possible to clarify the loss in the entire process from purchasing to sales. In addition, since the production log file stores the processing date and time data for each pack ID number, it is possible to perform various types of aggregation for each production time zone.

In the purchase item description print box of the receipt,
Since the D number or the pack ID number is printed, if the customer desires, he or she can operate the information output terminal installed in the store by himself or herself for the production route information of the purchased product (pack ID product). You can check it by operating your home computer.

<Other Embodiments> In the above-described embodiment, the receipt is printed and issued by the printing unit.
Instead of printing it, the receipt data may be issued by writing it in a storage medium brought by the customer, sending it by electronic mail, or sending it by FAX. Of course, these issuing methods may be combined. Further, in the case of the above-described embodiment, the original ID number or the pack ID number is printed on the receipt, but the production route data is read based on the pack ID number at the time of product registration, and the read production route data is read. May be directly printed on the receipt. In this case, the production route data is not printed on the receipts of all the customers, but is printed on the receipts of only the desired customers.

When the customer management system is adopted, whether or not the production route data is printed is set in the customer data in advance, and the presence or absence of the printing is automatically judged by inputting the member number. Is possible. Further, in the case of the above-described embodiment, although it is the case of beef cattle, other meat such as pigs, sheep and birds, fish and fruits and vegetables are also stored with the production route data in association with the drug substance ID number. May be. The storage of the production route data is not limited to a specific storage method as long as it is stored in association with the reference ID number and can be read based on the reference ID number.

In the case of the above-described embodiment, the sales data and the disposal data for each pack ID number are totaled using the flag indicating the sales status provided in the production log file. The sales record log file that stores the number (if you sell the discount, the discount amount or the discounted amount is also stored) and the discarded product log file that stores the pack ID number of the discarded product are used for the aggregation. Is also good.

Even in this case, the same block ID number and pack ID number are extracted from the production log file, and the sales record log file and the discarded product log file are searched based on this pack ID number to obtain each block ID number. Various data can be extracted and aggregated. As described above, the method of collecting the sales data and the disposal data for each pack ID number is not limited to the method described in the above embodiment.

Further, as shown in FIG. 11, since the production log data includes the processing date and time data, the discounting process can be automated. For example, the discount condition (discount time) and the discount amount (or discount rate) are preset for each product number in the discount file as shown in FIG. For example, in the product number 23456 shown in FIG. 23,
It is set to give a 50% discount when two days have passed after processing.

The discount time is represented by 4 digits.
The first two digits represent "day" and the subsequent two digits represent "time". For example, if "0112" is set as the discount time, the discount is carried out after 1 day + 12 hours, and if "0004" is set, the discount is carried out after 4 hours. . The discount file is stored in the store controller SC and the file server FS.

At the time of check-out, the product number and the processing date / time data of the production log data are read from the read pack ID number, and are processed based on the processing date / time data and the time of the clock section 26 of the POS register PR. Calculate the elapsed time from. On the other hand, the discount data of this product number is read out from the discount file based on the product number and calculated, and it is judged whether the elapsed time exceeds the discount time. I do.

In the case of the discount file of FIG. 23, one discount condition is set for each product number, but a plurality of discount conditions are stored for each product number. Good. For example, "10% discount after 1 hour", "2
By setting such as "30% discount after a lapse of time" and "50% discount after a lapse of 3 hours", fine automatic discount processing can be performed according to the elapsed time after processing.

When performing this automatic discount processing,
It is necessary to display an explanation to that effect on the product display area and report it to the customer. Further, although this explanation is for the case of the automatic discount processing, according to the present invention, it is possible to simplify “(2) the discount processing of the close-up product” in the above-described embodiment. That is, in the above-described embodiment, the bar code label of the discounted amount is printed and issued by the handy terminal HT, and the bar code label that has been pasted is pasted and pasted. In this case, the store clerk must bring a handy terminal HT having a label printing function or a portable label printer, and the issued label must be stuck on the price label of the product.
This is a very troublesome task.

The problem is not to issue a bar code label for the amount after discount, but to scan and enter the pack ID number of the product at the handy terminal HT, and
The discounted amount or the discounted amount is transmitted to the file server FS or the store controller SC for storage. And
Scanner section 2 of POS register PR at checkout
In step 8, when the bar code attached to the product is read, if the discounted amount or the discounted amount is stored for the pack ID number of this bar code,
A discount process is performed using the stored discount information. As a result, the clerk can print the discount bar code label at the handy terminal HT or the like and perform the same discount process without performing the work of putting the discount bar code label on the price label of the product. .

In the above-described embodiment, the case where the fresh food is an indefinite product is described, but the present invention is also applied to a fixed-price product if the product is produced by processing the raw material block. It is possible. However, in the case of a fixed-price product, since the amount data is constant, the amount can be determined by referring to the product file for pricing (PLU file). Therefore, the amount data need not be stored in the production log file. Good. Further, when the weight is not measured for each product, the weight data is not stored in the production log file, but it may be measured for each product and the weight data may be stored in the production log file.

In the present invention, since the fresh foods are individually identified by the pack ID number, the following applications can be considered. That is, the transaction data (registered product detail information and settlement information) for each customer checked out by the POS register PR is an electronic journal (electronic log).
As POS register PR and store controller SC
Is stored for a predetermined time. When a customer brings a product and wants to return it, or wants to confirm transaction data, the electronic log is called and displayed.
Conventionally, the electronic log data is called by inputting the receipt number printed on the receipt to read and display the transaction data of this receipt number.

When a product to which a pack ID number is added is registered, if the pack ID number is also stored in the electronic log data, by inputting the pack ID number, the electronic log data can be stored. By reading out and displaying the transaction data including the product of the pack ID number, desired transaction data can be retrieved without inputting the receipt number. As a result, if the customer desires to return the pack ID product, it is possible to perform the return processing without bringing the receipt. (Note that there is a possibility that the same pack ID number will be used every predetermined period, so if there are multiple corresponding transaction data by entering the pack ID number,
Display the latest transaction data with priority. )

Although the embodiment of the present invention has been described in detail above with reference to the drawings, the specific structure is not limited to this embodiment, and includes a design etc. within the scope not departing from the gist of the present invention. Be done. For example, in the above-described embodiment, the price of the product is printed by the barcode together with the pack ID number, but the price may not be printed. Moreover, although the flag of the first two digits of the one-stage barcode is also used as the product classification, the present invention is not limited to this. It is also possible to use the "machine number" information in the barcode as the "classification" information.

In this case, however, it is necessary for a certain pricing machine to be prescribed such that pricing of products in the same product classification is always performed. However, in general, in the case of a store of a certain size or more, a dedicated pricing machine is used for each work room in the back room, for example, each of the meat, fresh fish, fruits and vegetables, and side dish parts. Therefore, if the product classification is a rough classification,
There is no practical problem even if the machine number = product classification.

In addition, the fourth digit "day of the week" of the first-stage bar code
Instead of, the "classification data" may be printed. That is, classification data may be included in the pack ID number portion. Further, when the production log data cannot be read, if the product classification does not have to be printed on the receipt, it is not necessary to include the classification data in the barcode.

In the case of the above embodiment, the pack I
Although the D number includes the machine number and each device issues and manages serial numbers, a management device such as the file server FS may collectively issue and manage the pack ID number.
However, since it is premised that each product can be individually identified, the pack ID number must be unique at least within a certain fixed period (more than the shelf life of the pack ID product).

Further, in the above-mentioned embodiment, the pack ID number and the price are printed by the one-stage bar code. However, by reading the bar code, the produced product can be individually identified and the price of the product can be judged. If possible, the barcode may have any configuration, for example, a two-stage barcode, a barcode according to a code system other than JAN such as the code 39, or a two-dimensional barcode, and its specific configuration is limited. Not done.

Further, the production data stored in association with the pack ID number is not limited to the above-mentioned embodiment, and data necessary for management may be stored appropriately. For example, "machine number", "lot number", "person in charge code", "purchase code", etc. may be stored.

Further, in the above-described embodiment, the production record data needs to be stored in the storage device such as the file server FS and the store controller SC for the required period, but after the required period has elapsed (for example, the predetermined time from the processing date and time). After the expiration of the deadline, the data may be erased, stored in a storage medium such as a CD-R, or printed out and stored.

In the above-described embodiment, the production data of the weighing and pricing system is transmitted to the store controller SC of the POS system by LAN, but it is stored in a recording medium such as a CD-R and stored offline. You may make it transmit by.

In addition, any system configuration may be adopted as long as it is a system configuration capable of realizing the method of pricing and registering fresh food of the present invention. For example, one PO
The S-register may be a parent-child system having a store controller function. In addition, the store controller SC of the POS system and the file server F of the weighing and pricing system.
S and S may be configured by one file server.

[0103]

As described above, according to the first and second aspects of the invention, the pack ID is used as the receipt data.
Or output the original ID (for example, print on receipt paper)
Therefore, the original product of the purchased product is specified. For this reason,
Customers can check the production route information when needed, which gives them a sense of security. Also, the store can appeal that its products have a clear source and are safe.

According to the third aspect of the present invention, the production route information of the drug substance can be appropriately displayed or printed and confirmed when necessary. Further, according to the invention of claim 4, the customer can operate the terminal in the store by himself and display or print the production route information of the purchased product (original product) at any time to confirm it.

According to the fifth aspect of the present invention, the customer can confirm the production route information of the purchased product (original product) by using the personal computer when he / she desires even at home. Further, according to the invention of claim 6, since the production route information of the purchased product is printed on the receipt, the customer can check the production route information of the purchased product at any time by the receipt, which provides a sense of security. Also, the store can appeal that its products have a clear source and are safe.

According to the invention described in claim 7, since the production route information is printed only to the desired customer, a long receipt having unnecessary data printed is issued to the customer who is not interested in the production route information. This makes it possible to efficiently issue receipts and prevent wasteful consumption of receipt paper.

[Brief description of drawings]

FIG. 1 is an in-store layout of a retail store that sells products such as fresh foods, showing a schematic configuration of a retail store to which a product pricing and registration system for fresh products and the like according to an embodiment of the present invention is applied. FIG.

FIG. 2 is a block diagram showing the configuration of a product pricing and registration system for explaining the flow of data processing in the retail store shown in FIG.

FIG. 3 is an electrical configuration diagram of the weighing label printer DPS.

FIG. 4 is an electrical configuration diagram of a POS register PR.

FIG. 5 is an electrical configuration diagram of the information output terminal MT.

FIG. 6 is a data configuration diagram of a PLU file for a pricing process.

FIG. 7 is a flowchart showing an outline of a procedure of a pricing process and a totaling process.

FIG. 8 is a data configuration diagram of a raw material block file.

FIG. 9 is a diagram showing a display example of a price label according to the present invention.

FIG. 10 is a diagram showing a configuration of a barcode according to the same embodiment.

FIG. 11 is a diagram showing a data structure of a production record file.

FIG. 12 is a flowchart showing a procedure of merchandise item registration / settlement / aggregation processing according to the embodiment.

FIG. 13 is a flowchart showing a procedure of product registration processing when the production log of the production record file is read out and executed.

FIG. 14 is a flowchart showing a procedure of product registration processing when the production log of the production record file cannot be read.

FIG. 15 is a diagram showing a data structure of a sales record file.

FIG. 16 is a diagram showing aggregated data for each raw material block ID number.

FIG. 17 (a) is a diagram showing changes in the stocking, processing, and sales processes of the block ID number = # 12, (b).
Is a diagram showing a product loss of block ID number = # 12,
(C) is a figure which shows calculation of the value input of block ID number = # 12, gross profit, and loss, (d) is a figure which shows loss analysis of block ID number = # 12.

FIG. 18 is a diagram showing an example of gross profit / loss analysis on a bulk (block) basis.

FIG. 19 is an explanatory diagram showing an example of printing a receipt.

FIG. 20 is an explanatory diagram showing a data structure of a production route data file (SDF).

FIG. 21 is an explanatory diagram showing a data structure of a ranch data file (BDF).

FIG. 22 is an explanatory diagram showing a display example of production route data of a pack ID product displayed on the display unit.

FIG. 23 is a diagram showing a data structure of a discount file.

[Explanation of symbols]

1, 21, 31 ... CPU, 2, 22, 32 ... ROM,
3, 23, 33 ... RAM, 4, 24, 34 ... Display section,
5, 25, 35 ... Operation section, 6, 27, 37 ... Printing section, 7
... weighing unit, 9, 26, 36 ... clock unit, 28, 38 ... scanner unit, 8, 29, 39 ... communication unit, DPS ... weighing label printer, FS ... file server, TR ... transceiver, H
T ... Handy terminal, MT ... Information output terminal, N1 ...
Weighing and pricing system (LAN in back room) (pricing equipment), N2 ... POS system (LAN in store), PR
… POS register (registered device), SC… Store controller

Front page continuation (51) Int.Cl. ⁷ Identification code FI theme code (reference) G06K 17/00 G06K 17/00 L G07G 1/00 331 G07G 1/00 331C

Claims (7)

[Claims] 1. When pricing a merchandise item, an identification number (pack ID) for identifying each item is printed as a bar code on the pricing label, and the raw material block of the item corresponding to the pack ID. A pricing device that stores production data including an identification number (article ID) for identifying (article), and a pack ID or an article ID read based on the pack ID when registering a product of the pack ID. A product pricing and registration system, comprising: a registration device that outputs as receipt data. 2. The output of the pack ID or the original body ID as receipt data is performed by printing on a receipt paper, writing on a storage medium, sending an electronic mail, sending by fax, or a combination thereof. The product pricing and registration system according to claim 1, wherein: 3. The storage means for storing the production route information of the original body corresponding to the original body ID, and the pack ID or the original body ID by inputting the storage medium to store the original body ID or The product pricing and registration system according to claim 1 or 2, further comprising a terminal device that reads out and displays or prints the production route information of the original ID read based on the pack ID. 4. The commodity pricing and registration system according to claim 3, wherein the terminal device is installed in a store and can be operated by a customer. 5. The storage means can be accessed by a personal computer connected to the Internet, the pack ID or the original body ID is input by browser software of the personal computer, and the production route information of the original body is displayed on the display device of the personal computer. It can be displayed on the display.
A product pricing and registration system according to any one of 1. 6. When pricing a weighing product, an identification number (pack ID) for identifying each product is printed by a bar code on a pricing label, and a raw material block of the product corresponding to the pack ID. A pricing device for storing production data including an identification number (registration ID) for identifying the (registration); production route storage means for storing production route information of this conformation corresponding to the conformation ID; A registration device for reading the original ID from the pack ID, reading production route information from the read original ID, and printing the read production route information on a receipt when registering the product of the pack ID. A featured product pricing and registration system. 7. The product pricing and registration system according to claim 6, wherein the production route information is printed on a receipt only for a desired customer.