JPS59186068A - Electronic cash register with plu function - Google Patents

Abstract

PURPOSE:To set preliminarily a relating data of many commodities even at a memory of a small capacity by deciding a common item family number to similar commodities not requiring detailed classification, and setting preliminarily a commodity relating data in accordance with the family number. CONSTITUTION:An item family number table 43 is provided in a storage area of a memory 4. Suppose that a source marking code of Chinese noodles (spiced by salt) is 49XXX0001, a source marking code of Chinese noodles (spiced by miso) is 49XXX0002 and a source marking code of Chinese noodles (spiced by soy sauce) is 49XXX0003. The are often to be registered in common as a common commodity item under the name of Chinese noodles. Then, the item family number is decided in common as 04XXX0001. This is stored in a code column corresponding to a commodity 1 of a PLU file 42. Thus, the PLU file 42 is searched by the item family number in common such as of salt, miso and soy sauce and the data is read and registered.

Description

DETAILED DESCRIPTION OF THE INVENTION Field of the Invention The present invention relates to electronic cash registers (hereinafter referred to as FOR), and in particular to a storage means for setting PLU data in an ECR equipped with so-called 'PLLJ I functionality. The usage method is improved for FOR.

Background of the Invention In recent years, when a product is manufactured by a manufacturer,
Data representing the product encoded by a barcode is printed. When these products are sold at each store and registered in the ECR, this printed barcode is utilized, and the data represented by the ]-code is used to register by department.

On the other hand, E CRk:, Lt, It' Wayuru P L
U'f! 4 Noh tfi 14 There is a story.

This PLLl1 function is such that data related to the product, such as product name, product price data, product category, etc., are stored in advance in the storage means. When registering a product, use the product code (product identification code) that represents the product.
This is a function in which the single item price data of the product name A5 corresponding to the input product code is read out from the storage means and registered.

Therefore, when inputting a product code into ECR, by using the product data encoded with the above barcode as the product code, the barcode attached by the manufacturer at the time of manufacture (this is called the source marking code) can be used. By doing so, the PLU function of the ECR can be fully utilized.

However, even if products that are source marked are similar, they are given different source marking codes if they differ in price, capacity, packaging form, etc. Furthermore, even if the same product is made by different manufacturers, its source marking code will be completely different. Therefore, if you try to register a product using the PLU function using this source marking code as a product code, there are many product codes (source marking codes), so a large amount of product-related data will have to be stored in advance. However, the disadvantage was that the ECR had to be equipped with a large capacity memory.

Furthermore, as mentioned above, different manufacturers of the same product will have different source marking codes, so there is also the drawback that it is difficult to compare the same product from one manufacturer to another.

OBJECT OF THE INVENTION Therefore, an object of the invention is to provide an ECR that utilizes source marking codes and allows <PLLJ registration to be applied to many products based on source marking codes even with a small memory capacity. It is.

Structure and Effects of the Invention To put it simply, the present invention defines common product item data for similar products that do not need to be classified, that is, item 71 millimeter numbers. The source marking code of each product and the item family number corresponding to the source marking code are stored in advance in a part of the storage means of the EOR.

Then, when a source marking code is input by the Vanicode reader, if there is an item family number corresponding to that source marking code, the product related data corresponding to that item family number is read and registered, and the item family number is If not, normal PLLI
An EC that reads and registers product-related data corresponding to the input source marking code.
It is R.

Since the present invention is configured as described above, there is no need to previously set product-related data for each source marking code. Instead, it is only necessary to set product-related data in advance corresponding to the item number that is commonly defined for multiple similar products, so even if the storage capacity is small, it is possible to store the product information for a relatively large number of products. Related data can be set in advance.

Furthermore, even if the manufacturers are different, similar products are registered for each similar product, so it is easy to know which products are selling well.

The above-mentioned features of the present invention will become clearer from the following examples with reference to the drawings.

DESCRIPTION OF THE EMBODIMENTS FIG. 1 is a schematic block diagram of an embodiment of the present invention. The barcode scanner 1 is a device for reading data encoded with a barcode and transmitting data input to the CPLI 3. For example, the keyboard 2 has a configuration as shown in FIG.
Various commands are given to U3.

The CPU 3 has a ROM 3 in which its operating program is stored.
1. Also, 1. A memory (storage means) 4 made up of, for example, RA tvl and capable of continuously writing data is connected. This memory 4 stores data that corresponds to 1 flJ of products, data representing products, product item data commonly defined for data representing products, etc., which will be described later.

Furthermore, a display device W15 and a printer 6 are connected to CPtJ3. These display devices and the printer 6 display and print the calculation results of the CPLI 3 and the like.

FIG. 2 shows an example of the keyboard 2 shown in FIG.
! FIG. The keyboard 2 has a mode changeover switch 21. PLU key 22, department key 23 and numeric keypad 2
Contains 4. The mode changeover switch 21 is for changing the mode of the ECR, and can select a program mode, a registration mode, etc. The PLU key 22 is
This key is operated when registering products for sale using the PLU function. That is, for example, after inputting data representing a predetermined product, that is, a product code, using the numeric keypad 24, by operating this PL (J key 22), the CPU 3 determines that the input data is a product code, and enters the product code. Corresponding product-related data is read out from the memory 4 (FIG. 1) and registered.

The department key 23 is a key for inputting the department code defined for the product. The numeric keypad 24 is a key for giving numerical data to the CPU 2, such as the quantity and unit price of sold products, and the product code of the sold products.

FIG. 3 is a diagram schematically showing a storage area of the memory 4 shown in FIG. 1. The memory 4 includes a department registration recording area 41 in which sales products are registered for each department, a so-called PUT file 42 in which data related to products is stored in advance, and an item file corresponding to a code source marked for each product. Item family number table 43 where millimeter numbers are stored; number buffer (N8F) area 44, number 7 lag (FKN) area 45, and unit price store buffer F
(PBF) area 46 is provided.

One of the features of this embodiment is that an item family number table 43 is provided in such a storage area. This will be explained in more detail with reference to the item family number table 43 in FIG.

For example, the sauce marked code for "Salt Ramen" is r49xxxoo01J, and the sauce marked code for "Miso Ramen" is [49XXXOOO2].
J, and the code for "I Aburami Raumeshi" is r4
Suppose that it is 9xxxoo03J. These products are both ramen noodles, and in many cases, the product item may be commonly registered as ramen noodles. In such a case, what is the common item code for each source marking code attached to each of these ramen noodles? r04xxx0 as milli number
001". What about this item? Millimeter number r04XXX 0001 j wo,ri(!: Eva P
If you store the product in the L U file 42 in the code field corresponding to [1J, then whether it's salt ramen, miso ramen, or soy sauce ramen, you can commonly enter the item family number I'' L U)?Ile 42 is searched, and its data is read and registered.In this way, the old PLU file can be saved and the ECR's I)LU function can be fully utilized.

J3, the determined item family number may be a new code as described above, or may be, for example, any source marking code of a common product (for example, r49xxx 0001 J in the above case).

FIG. 4 is a flow diagram for explaining the operation of this embodiment. The operation of this embodiment will be explained with reference to FIGS. 1 to 4.

When the operation starts, the number buffer (N8F) 44,
Placement flag (FKN) 45 and unit price store buffer y
Clear (PBF) 46 with C to have new data input. Then if there is key power, i.e. keyboard 2
When the numeric keypad 24 or department key 23 shown in FIG. 2 is operated, other processing is performed.

When the barcode scanner 1 (FIG. 1) becomes ready due to lack of key power, the data attached to the product by the barcode scanner 1, that is, the source marking code is input. Then, this input source marking code (therefore, the item frame number table 43 is searched).

If the item family number corresponding to the source marking code is not registered in the item family number table 43, normal PLU registration is executed. That is,
According to the source marking code read by the barcode scanner 2, the CPLJ3
Search for. Then, the unit price of the corresponding product is stored in the amount store buffer (PBF), the read product name and amount (unit price) are displayed on the display device 5 (FIG. 1), and then printed out using the printer 6. . and CPU
3 updates the stored contents of the PLLJ file and also updates the contents of the department registration area 41. That is, each counter in the PLU file and the department registration area 41 is incremented by 1, and the amount of money that has been inserted into the monetary store buffer (PBF) 46 is added to the total counter.

Next, the item family number table 43 is searched, and if an item family number corresponding to the source marking code is found, the unit price stored corresponding to the source marking code of this item family number table 43 is stored in the amount store buffer ( Store in PBF>46,
The PLU file 42 is searched using the item family whistle number as the PLU code. In this case, as mentioned above, if you register the same item reference number in common to the source marking codes attached to multiple similar products, you can It is no longer necessary to store product-related data in advance in the file 42.Instead, it is sufficient to register one item family number commonly defined for similar products as a PLU code in the PLU file 42. , the storage capacity of the PLLJ file 42 is saved, and PLU registration can be performed for a large number of products.

The operation after searching for the PLU file is the same as in the case described above, and will therefore be omitted.

In this embodiment, if the item family number corresponding to the source marking code is registered, the unit price stored in advance for each source marking code, that is, the unit price stored in the item family number table 43, is used as the product unit price. I started using it. This is preferable because it is possible to register a different unit price for each product when a plurality of similar products corresponding to one commonly defined item family number have different unit prices. Alternatively, for example, the product unit price may not be stored in the item family number table 43, but the product unit price may be read from the PLIJ file 42 and registered. This can be done, for example, when the unit prices of a plurality of similar products corresponding to one common item number are the same.

[Brief explanation of drawings]

FIG. 1 is a schematic block diagram of an embodiment of the present invention. FIG. 2 is an external configuration diagram of the keyboard 2 shown in FIG. 1. FIG. 3 is a diagram schematically showing a storage area of the memory 4 shown in FIG. 1. FIG. 4 is a flow diagram showing the operation of one embodiment of the present invention. In the figure, J3 is shown, 1 is the barcode scanner, and 42 is the PLU.
Fufil, is 43 an item? Shows the millimeter number table.

Claims (1)

[Claims] Data reaching WI for a product is stored in advance, and when data representing the product is input, data related to the product corresponding to the input data representing the product is read and registered. an electronic cash register, comprising: a barcode reader for inputting barcode-encoded data representing said products; and a barcode reader for inputting data representing said products encoded with barcodes; a first storage means for storing item data; a second storage means for storing in advance data related to a product corresponding to the product item data; means for determining whether the product item data represents a predetermined product; and, in response to the output of the determining means, storing product-related data corresponding to the product item data from the second storage means. An electronic cash register including means for reading and registering.