JPH08124026A - Commodity sale register data processor - Google Patents

Abstract

PURPOSE: To provide a commodity sale register data processor which can easily, quickly and accurately perform the stock management of the per-weight selling commodities using a bar code storing the commodity code and the unit price data. CONSTITUTION: This device 10 is provided with a per-weight unit price storage means 13WM, the reader means 11 and 12, the commodity weight calculation means 11 and 12, and the calculated commodity weight cumulative storage control means 11 and 12. Then the device 10 calculates the weight W of each per-weight selling commodity using the unit price Ai read out of a bar code 103 and inputted and the per-weight unit price An read out when the relevant commodity is read. Furthermore the device 10 can cumulatively store the weight of commodities in a memory such as a register file 13R, etc.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a merchandise sales registration data processing device formed so as to search merchandise files for merchandise data corresponding to an inputted merchandise code and to register merchandise in a registration file.

[0002]

2. Description of the Related Art A product sales registration data processing device including, for example, an electronic cash register has a product file 13F shown in FIG. 6 and a registration file 13R shown in FIG. In the product file 13F, a product code (for example,
"00001"), the product name ("AAA"), and the unit price ("100 yen") are set and stored. Further, the registration file 13R includes a product code (for example, "0000").
1 ”), the number of products sold (“ 10 ”), and the sales amount (“ 1 ”)
000 yen ") is registered and stored. However, both files 13F and 13R may be integrally formed in order to share the same item (for example," product code ").

When a product code (for example, "00001") attached to the product is input using the scanner (YES in ST30 of FIG. 8), the CPU stores the product file 13 in the file.
F is searched (ST31) and the product data [product name (A
AA), unit price (100 yen)] (ST34, 3
5), register this in the registration file 13R (ST3
6) Do. When 10 products are registered, they are registered and stored as shown in FIG. After that, tightening operation (ST3
If YES in step 7, the accounting process (ST38) for the sales amount (“1000 yen”) is executed.

By the way, the product code is stored in the bar code attached to the product. There are various standards for this bar code, but 9 or 13 digits are used in POS. In the case of 13 digits, the information that can be stored is 10 digits. Thus, for the 13-digit bar code, either one of the "commodity code and amount data (unit price data)" and the "commodity code and weight data" is selected and stored. In other words, “Product code, unit price data and weight data”
The above three information cannot be stored.

Therefore, "product code and weight data"
In case of a weight-selling product such as a pack-selling product (for example, pork belly), the total sales weight can be automatically added, so that inventory management is easy. However, it is very difficult to set and store the unit price in the product file. That is, the pack weight of such a weight-selling product varies and is of various types, and the unit price per unit weight varies depending on the day. Therefore, it is necessary to change the product code for each pack weight and set the unit price.

[0006] Thus, for a weight-selling product, the unit price is obtained at the time of weighing when packed, and the "product code and unit price data" are stored in the bar code. That is,
As shown in FIG. 9, the product name (for example, pork belly) 101,
Unit price (250 yen) 102 and product code (00002)
A tag 100 printed with a bar code (for example, 02000200250250 □) 103 including the data and the unit price data (250 yen) is attached. The "250 yen" in the unit price column (102) is calculated at the time of the above measurement and printed by the tag issuing machine.

Therefore, if the bar code 103 is read using the scanner 19 (YES in ST30 of FIG. 8), the product code (“00002”) and the unit price data (“250”).
Yen ") is input. The CPU searches the product file 13F shown in FIG. 6 (YES in ST31 and ST32),
Read the product name (“Butabaraniku”) (ST3
3) Register the product together with the unit price and the number of products (ST
36). Since the unit price is directly input, no calculation is required, and product registration can be done quickly. 6 pieces (6 packs)
At the stage of selling the pork belly, the sales is registered as 1500 yen (= 250 × 6) as shown in FIG.

[0008]

As described above, for example, the weight (each unit price) of each weight-selling commodity sold as a pack.
Is mixed in the sense of meeting customer satisfaction. Taking the above pork belly as an example, the unit price is various (100 yen, 150
JPY, 200 JPY, 225 JPY, 250 JPY, etc.). On the one hand, pork belly is broken up into chunks, sorted and packed in containers.

Thus, in view of the restrictions on the bar code standard and the difficulty of setting the unit price in the product file 13F, the bar code 103 storing the "product code and unit price data".
In the case of using, the actual situation is that a great deal of time and effort is spent on inventory management, and accurate inventory management cannot be done even at the expense of these, so improvement is strongly desired. .

An object of the present invention is to provide a merchandise sales registration data processing device capable of quickly, accurately and easily managing inventory of heavy-duty merchandise using a bar code storing a merchandise code and unit price data. .

[0011]

SUMMARY OF THE INVENTION The present invention is a product sales registration data processing device formed to search a product file for product data corresponding to an input product code and register the product in a registration file. A unit price storage unit for storing a unit price per unit weight of a weight-selling product in which the unit price of the product set and stored in the product file is input together with the product code,
A reading unit for reading the unit price per unit weight of the product stored in the unit price per unit weight storage unit at the time of the product registration of the heavy sale product, and the input unit price and the read unit price per unit weight are used. And a calculated product weight cumulative storage control unit for cumulatively storing the calculated product weight for each weight sold product.

[0012]

In the case of the present invention having the above-described structure, when the product code and unit price data of a heavy sale product are input, the product file is searched and the product data (product name) is read and registered together with the input unit price and the number of products. The item is registered in the file.
At this time, the reading means reads the unit price per unit weight of the weight-selling product stored in the unit price per unit weight storage means. Then, the product weight calculation means calculates the product weight using the input unit price and the read unit price per unit weight. The calculated product weight is cumulatively stored in, for example, a registration file by the calculated product weight cumulative storage control means.

Therefore, since the total weight of each sold weight-selling product can be easily known from the cumulatively stored calculated weight of each weight-selling registered commodity, the inventory management is greatly simplified. Can be converted.

[0014]

Embodiments of the present invention will be described below with reference to the drawings. (First Embodiment) This product sales registration data processing device has a basic structure composed of an electronic cash register 10 shown in FIG. 1, a unit price storage unit 13WM per unit weight, a reading unit (11, 12), Product weight calculation means (11, 1
2) and the calculated product weight cumulative storage control means (11, 12)
Is provided so that the total weight of each weight-sold product sold can be accurately known.

In FIG. 1, an electronic cash register 1
Reference numeral 0 denotes a CPU 11, a ROM 12, a RAM 13, a clock circuit 14, a scanner 19, a (scanner circuit 15), a keyboard 20 (a keyboard circuit 16), a display device 21 (a display control circuit 17), and an input port (I / O) 18. The printer 22 (printer drive circuit 24) and the drawer 23 (drawer opening device 25) that are connected to each other are included, and product sales registration data processing (product registration processing, accounting processing, etc.) can be executed. As in the case of the conventional example (FIGS. 6 and 7), the RAM 13 stores the product file 13F shown in FIG.
The registration file 13R shown in FIG.

Here, the unit price storage means 13W per unit weight
M is a weight-selling product in which the product unit price is input together with the product code among the products set and stored in the product file 13F, that is, a bar code 103 in which “product code and unit price data” is stored as shown in FIG. In the case of the first embodiment, it is formed integrally with the product file 13F for the convenience of retrieval and the memory capacity reduction. For example, a unit weight (for example, “100”) of a weight-selling product (“Butabaraniku”) whose product code is “00002”.
When the unit price A per g ") is" 100 yen ", it is set and stored as" 100 "as shown in FIG.

The reading means is a unit price storage means 13 per unit weight at the time of product registration of a heavy sale product (ST17 in FIG. 4).
Unit price An per unit weight of the product stored in WM
R that stores a reading control program as a means for reading
The read unit price per unit weight formed by the OM 12 and the CPU 11 and executed in ST14 of FIG.
3 is temporarily stored in the work area.

The product weight calculation means calculates the product weight W using the input unit price A (YES in ST10, YES in ST12) of the product sold by weight and the read unit price A per unit weight (A / An). 4 is formed by the ROM 12 in which the calculation program is stored and the CPU 11.
Is executed in ST19. In the case of "Butaranik" above, the input unit price A is "250 yen" and the unit price A per unit weight
Since n is “100 yen”, the product weight W is “250
g "is calculated.

The calculated product cumulative storage control means calculates (ST
19) The weighted product W is set to the weight-selling product (for example,
It is a means for accumulating and storing for each pig balanik), and is formed from the ROM 12 and the CPU 11 in which the accumulative storage control program is stored, and is executed in ST20 of FIG.

As the memory for cumulative storage, a heavy-sale merchandise inventory management file or the like may be newly provided. However, in the case of this embodiment, the registration shown in FIG. 3 is performed in order to facilitate cumulative storage and reduce the memory capacity. It is formed from a total weight column 13WR formed integrally with the file 13R.

Next, the operation of the first embodiment will be described.
When the bar code 103 shown in FIG. 9 is read using the scanner 19, the product code (“00002”) and unit price data (“250 yen”) are input (ST10YE in FIG. 4).
S). Then, the CPU 11 searches the product file 13F shown in FIG. 2 (ST11), and the product code "0000".
The product name (“Butabaraniku”) corresponding to “2” is obtained (ST13), and the registration file 13R shown in FIG.
Register the product in (ST17).

The product registration contents at this stage are the number "1" and the sales amount "250 yen". The product name (“Butabaraniku”) and unit price A (250
Circles are used as print data for receipts.

At the time of this product registration, the reading means (11, 1)
2) is a unit price storage unit 13WM shown in FIG.
And the unit price An (100 yen) per unit weight is read (ST14). Then, the product weight calculation means (11,
12) confirms that the unit price An per unit weight is read after the product registration (ST17) (YE in ST18).
S), and then calculate the product weight W (250 g) (W = A
/ An) (ST19). Subsequently, the calculated product weight cumulative storage control means (11, 12) causes the calculated product weight W to be calculated.
(250 g) is stored in the total weight column 13WR shown in FIG. 3 (ST20).

Therefore, when only six packs (pork belly) having the same unit price A (250 yen) are registered,
As shown in FIG. 3, the registration file 13R has the number “6”, the sales amount “1500” (= 250 yen × 6), and the total weight column 13WR has “1.5” kg (=
250 g × 6) is cumulatively stored.

After that, considering the case where the pork belly whose unit price is 300 yen is registered, the calculated product weight W is 300.
g (= A / An = 300 yen / 100 yen), and the value cumulatively stored in the total weight column 13WR is 1.8 kg (= 1.5
(kg + 0.3 kg).

Therefore, the total weight W of each weight-selling product accumulated and stored in the total weight column 13WR, for example, on a regular basis or after closing the store, is displayed on the display 21 or the receipt paper is displayed on the printer 22, for example. If you print it on (or the journal), you can easily know the total sales volume of each weight-selling product, so you can quickly manage the inventory of weight-selling products using the bar code 103 that stores the product code and unit price data.・ It can be done accurately.

ST15,16 for general products
And ST21, 22 are conventional examples (ST34, 3 in FIG. 8).
5, ST37, 38) and the description thereof will be omitted.

According to the first embodiment, however, the unit price storage means 13WM per unit weight and the reading means (11, 1)
2), product weight calculation means (11, 12), and calculated product weight cumulative storage control means (11, 12) are provided so that the total weight of each sold weight sold product can be cumulatively stored. Therefore, it is possible to easily know the total sales weight of various weight-selling products using the bar code 103 in which the product code and unit price data are stored, so that inventory management can be performed quickly, accurately and easily.

Further, the unit price An per unit weight is common to products (packed pork meat) having different pack weights, and since it needs to be set and stored only once in the product file 13F, the setting work is very difficult. It is easy and has wide applicability because it can be easily changed daily.

Further, since it is only necessary to read the bar code 103 of the general merchandise and the weight-selling merchandise by using the scanner 19, the total sales weight of each weight-selling merchandise can be calculated only by performing merchandise registration work as usual. Can be stored automatically.
That is, it is very easy to handle.

Further, the unit price storage means 13WM per unit weight
Is integrated with the product file 13F,
The capacity of the memory (13) can be reduced and quick processing can be performed.

The product weight calculation means (11, 12)
However, since the weight W of the weight-selling product can be calculated from the input unit price A and the read unit price An per unit weight, the unit price A of each weight-selling product varies and the product registration is performed in any order. Even if this happens, the product weight W and the total sales weight up to that point can always be accurately calculated and cumulatively stored.

Further, since the cumulative storage destination of the calculated product weight W is set to the total weight column 13WR integrated with the registration file 13R, it is possible to store the product at the same time as the product registration and to efficiently search the stock management. And it can be done quickly.

(Second Embodiment) The second embodiment is shown in FIG. In the figure, 10A to 10N form a terminal machine and are composed of electronic cash registers similar to those in the first embodiment. The file processor 30 is the CPU 3
1, ROM 32, RAM 33, interface (I /
F) 39, and performs overall management of each terminal machine (10A to 10N) connected via the data communication line 1.

Each terminal machine 10 uses the product data set and stored in the master product file 33MF formed by the RAM 33 in the file professor 30, that is, indirectly searches the product data, which is different from the case of the first embodiment. Similarly, product registration (ST17 in FIG. 4) is performed. Therefore,
No product file (13F) is provided in each terminal machine 10. That is, the master product file 33M
F is the same as the product file (13F) shown in FIG. 2, and is commonly used by the terminal machines 10A to 10N.

Then, the registration file 13R of each terminal machine 10, the total weight column 13WR, the product weight calculating means (1
1, 12), calculated product weight storage control means (11, 12)
Are the same as those in the first embodiment.

Further, the unit price storage means 33 MW per unit weight
M is formed integrally with the master product file 33MF and is commonly used by each terminal machine 10. For this reason,
The reading means (11, 12) of each terminal machine 10 reads the unit price per unit weight through the data communication line 1 similarly to the inquiry of the product data. Specifically, the file processor 30 responds.

Further, the file processor 30 stores the total weight W which is integrally formed with the master registration file 33MR and which is obtained by collecting the total weight W accumulated in the total weight column 13WR of each terminal machine 10. A master gross weight column 33MWR is provided.

According to the second embodiment, the total weight W of the weight-selling products sold at each of the terminal machines 10A to 10N is cumulatively stored in each total weight column 13WR. After that, the files are collected by the file processor 30, and the total is added and stored in the master gross weight column 33MWR. Therefore, it is possible to easily know the total weight of the weight-selling products sold by all the terminal machines 10A to 10N.

Therefore, according to this second embodiment, the first
In addition to the same operational effects as in the case of the embodiment, the weight-selling products sold at each terminal machine 10 can be collectively managed in inventory, which is much more economical and highly efficient.

[0041]

According to the present invention, a unit price storage unit per unit weight, a reading unit, a product weight calculation unit, and a calculated product weight cumulative storage control unit are provided, and each of the weight sold products sold is sold. Since the weight can be cumulatively stored,
Since it is possible to easily know the gross sales weight of various weight-selling products using a bar code in which a product code and unit price data are stored, inventory management can be performed quickly, accurately and easily.

[Brief description of drawings]

FIG. 1 is a block diagram showing a first embodiment of the present invention.

FIG. 2 is also a diagram for explaining a product file and a unit price storage unit per unit weight.

FIG. 3 is also a diagram for explaining a registration file and a gross weight column.

FIG. 4 is likewise a flowchart for explaining the operation.

FIG. 5 is a block diagram showing a second embodiment of the present invention.

FIG. 6 is a diagram for explaining a conventional product file.

FIG. 7 is a diagram for explaining a registration file of a conventional example.

FIG. 8 is a flowchart for explaining a conventional operation.

FIG. 9 is a diagram for explaining a tag attached to a weight-selling product in the present invention and the conventional example.

[Explanation of symbols]

10 electronic cash register (product sales registration data processing device) 11 CPU (reading means, product weight calculating means, calculated product weight cumulative storage control means) 12 ROM (reading means, product weight calculating means, calculated product weight cumulative storage control means) 13 RAM 13F Product file 13WM Unit price storage unit per unit weight 13R Registration file 13WR Gross weight column 19 Scanner 20 Keyboard 21 Display 22 Printer 23 Drawer 30 File processor 31 CPU 32 ROM 33 RAM 33MF Master product file (product file) 33MWM master unit Unit price storage unit per unit weight (unit price storage unit per unit weight) 33 MR master registration file 33 MWR master total weight column

Claims (1)

[Claims] 1. A product sales registration data processing device, configured to search a product file for product data corresponding to an input product code and register the product in a registration file, which is set and stored in the product file. The unit price per unit weight for storing the unit price per unit weight of the weight-selling product, in which the unit price is input together with the product code, and the unit price per unit weight storage when registering the unit of weight-selling product. A reading means for reading the unit price per unit weight of the product stored in the means, and a product weight calculating means for calculating the product weight using the input unit price and the read unit price per unit weight, A product sales registration characterized by comprising: a calculated product weight cumulative storage control means for cumulatively storing the product weight for each weight sold product. Data processing equipment.