JPS63273193A - Trade processor - Google Patents

Abstract

(57) [Summary] This bulletin contains application data before electronic filing, so abstract data is not recorded.

Description

DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a transaction processing device, and particularly to a transaction processing device that can manage merchandise without using a PLU file.

[Prior Art] Conventionally, electronic cash registers (hereinafter referred to as ECRs) that manage each product have required a PLU file that stores information on all handled products. The PLU file stores unit price data in advance for each product code, and is provided with a storage area for storing sales quantity data for that product. Then, when the operator enters the product code (PLU code) from the keyboard, the PLU
The unit price data corresponding to the product code from the file is read out and the unit price data is registered, as well as the sales quantity data is registered in the PLU file. By reading the stored contents of this PLU file and creating a report, it is possible to manage each product.

[Problems to be Solved by the Invention] By the way, the above-mentioned PLtJ file has the problem of having to have a very large storage capacity since it is necessary to store data about all the products handled. . Furthermore, even if all products have PLU files, in stores where there are few types of products that are popular every day, such as clothing, where the best-selling products are biased depending on the season, many of the PLU files are data that is rarely used. Therefore, there is a problem that there is little merit in having a PLU file.

Therefore, the main purpose of this invention is to
To provide a transaction processing device that can manage each product even if it does not have a file.

[Means for Solving the Problems] The transaction processing device of the present invention includes an input means for inputting data related to a product and quantity data of the product, and a storage of data related to the product and quantity data of the product for each product. a determining means for determining, in response to input of data regarding the product from the input means, whether or not data matching the input data regarding the product is stored in the storage means; In response to the determining means determining that data matching the data regarding the product input from the input means is stored in the storage means, quantity data corresponding to the data regarding the product in the storage means is transmitted from the input means. The update is performed based on the input quantity data, and in response to the determining means determining that the storage means does not store data that matches the data regarding the product input from the input means, the data regarding the input product is updated based on the input quantity data. an update storage control means for controlling the storage of data and quantitative data in the storage means; a report creation means for creating a report based on the data stored in the storage means; and an operator for creating a report by the report creation means. an instruction means for instructing;
and report creation control means for controlling the report creation means to create a report in accordance with instructions from the instruction means.

[Operation] When data related to a product is inputted from the input means, the transaction processing device according to the present invention determines whether or not data matching the data related to the inputted product is stored in the storage means. If the storage means stores data that matches the data regarding the product, the quantity data corresponding to the data on the product in the storage means is updated based on the input quantity data; If the data corresponding to the data about the product is not stored in the storage means, the input product data and quantity data are stored in the storage means, and in response to the operator's instruction to create a report, the storage means I am trying to create a report based on the data stored in .

[Embodiment] FIG. 2 shows an E as a transaction processing device according to an embodiment of the present invention.
FIG. 2 is a schematic block diagram showing the electrical configuration of CR. FIG. 3 is a diagram showing the key arrangement of the keyboard shown in FIG. 2.

Next, the configuration of an embodiment of the present invention will be described with reference to FIGS. 2 and 3. As shown in Figure 2, E
CR1 is provided with CPU2. The CPU 2 includes a keyboard 3, a display 4. Printer 5. ROM6. RAM7
and modem 8 are connected. The keyboard 3 includes a numeric keypad 31 and a registration type key 32, as shown in FIG. The numeric keypad 31 is used to input a product code for identifying a product, product unit price data, and the like. The registration type key 32 is used to indicate the type of registration, and includes a normal registration key 321 and a returned goods registration key 322. The normal registration key 321 is operated when a customer registers a purchased product, and the return registration key 322 is operated when a customer returns a product. Although not shown, the keyboard 3
is provided with a mode changeover switch for switching between report creation mode and registration mode.

The display 4 displays data input from the keyboard 3 and the CPU.
It displays the results of the calculations in step 2 and the like.

The printer 5 prints and issues a receipt in the registration mode, and prints and issues a report as shown in FIG. 4, which will be explained later, in the report creation mode. The ROM 6 stores an operating program for the CPU 2 based on a flowchart shown in FIG. 1, which will be explained later. The ROM 7 is provided with a storage area for storing data input from the keyboard 3, data transmitted from the host computer via the modem 6, and the like, and is also provided with a registration file 70. Registration file 7
0 is the product code and registration type code.

A plurality of records consisting of unit price data and counters are provided. In this example, the reason why the record is composed of the above-mentioned items is to count the quantity of products in each transaction in which the product code, unit price data, and registration type code all match. Various forms are selected as necessary. The registration file 70 only needs to be able to record data about products that sell well at the store, so the memory capacity may be small. The modem 8 is for exchanging data between the CPU 2 and the host computer. The registration file 70 contains the conventional PLU
Unlike a file, a large amount of data is not recorded, so the file can be transferred to the host computer in a short time.

FIG. 4 is a diagram showing a report issued by the printer shown in FIG. 2. The report shown in FIG. 4 is issued by switching a mode changeover switch (not shown) to the report creation mode and operating a predetermined key on the keyboard 3. The product code, registration type code, unit price data, and count value read from the registration file shown in FIG. 2 are printed on the report shown in FIG. 4. The line ■ shown in Figure 4 shows that 111 products with the product code "00001" were sold at a unit price of 100 yen, and the row ■ shows that 2 products with the product code "00001m" were sold at a unit price of 200 yen.
The line marked ■ indicates that 333 pieces of the product with the product code "00001" sold at a unit price of 100 yen were returned, and the line marked ■ indicates that 333 pieces were returned.
Product code: 00002M) Unit price: 300 yen Te44
It shows that 4 pieces were sold. In this example, when the same product is sold at different unit prices, it is possible to grasp the number of units sold by selling price, and also the quantity of products for each registration type (regular registration, return registration). . Furthermore, if the sales quantity is subtracted from the purchase quantity and printed, it can be used as an inventory management file.

Note that reports include inspection reports and settlement reports, but when an inspection report is issued, data is only read from the registration file 70, whereas when a settlement report is issued, data is only read from the registration file 70. After the data is read, the registration file 70 is cleared.

FIG. 1 is a flow diagram for explaining the operation of an embodiment of the present invention. Next, referring to Figures 1 to 4,
The operation of one embodiment of this invention will be explained.

When a customer purchases a product, the operator normally operates the registration key 321, and when the customer returns the product, the operator operates the registration key 321.
Operate the return registration key 322.

Next, the operator operates the numeric keypad 31 to input the product code, unit price data, and quantity data of the product. In response, the CPU 2 searches the registration file 70 and
It is determined whether a record having the same product code as the input product code exists in the registration file 70.

Here, if a record with the same product code exists, then based on the registration type code of that record, it is determined whether the registration type of the record and the registration type operated this time match. . For example, if the registration type in the record is return registration and the current operation is normal registration, they are considered different. Here, if the registration types match, it is determined whether the unit price data of the record and the unit price data input this time match. Here, if the unit price data match, the counter of the record is updated by the input quantity.

On the other hand, if any of the product code, registration type code, or unit price data is different, a record is created based on the input data and stored in the registration file 70.

[Effects of the Invention] As described above, according to the present invention, in response to input of data regarding a product from the input means, it is determined whether or not data matching the input data regarding the product is stored in the storage means. If the data matching the input product data is stored in the storage means, the quantity data corresponding to the data regarding the product in the storage means is determined based on the quantity data input from the input means. On the other hand, if the data matching the data regarding the input product is not stored in the storage means, the data regarding the input product and the quantity data are controlled to be stored in the storage means, and the report is created. When an operator instructs the operator to create a report based on the data stored in the storage means, it is possible to create a report based on the data stored in the storage means. Since the quantity data can be grasped, product management can be performed.

[Brief explanation of drawings]

FIG. 1 is a flow diagram for explaining the operation of an embodiment of the present invention. FIG. 2 is a schematic block diagram showing the electrical configuration of an ECR according to an embodiment of the present invention. Figure 3 is the second
It is a figure which shows the key arrangement of the keyboard shown in a figure. FIG. 4 is a diagram showing a report issued by the printer shown in FIG. 2. In the figure, 1 is an ECR, 2 is a CPU, 3 is a keyboard, 5 is a printer, 6 is a ROM, 7 is a RAM 131 is a numeric keypad, 32 is a registration type key, and 70 is a registration file. Figure 1: Flow diagram of movement A

Claims (4)

[Claims] (1) Input means for inputting product-related data and quantity data of the product; storage means capable of storing product-related data and quantity data of the product for each product; data related to the product is input from the input means; a determining means for determining whether or not data matching the input data regarding the product is stored in the storage means, according to the determination means; In response to determining that the data is stored in the storage means, updating the quantity data corresponding to the data regarding the product in the storage means based on the quantity data input from the input means; In response to the determining means determining that data matching the data regarding the product inputted from the input means is not stored in the storage means, data regarding the inputted product and quantity data are stored in the storage means. update storage control means for controlling storage; report creation means for creating a report based on the data stored in the storage means; instruction means for an operator to instruct the report creation means to create a report; and a transaction processing device comprising report creation control means for controlling the report creation means to create a report in accordance with instructions from the instruction means. (2) The transaction processing device according to claim 1, wherein the data regarding the product includes a product identification code for identifying the product. (3) The data regarding the product includes a product identification code for identifying the product and unit price data of the product, and the determining means determines whether the product identification code and the unit price data match each other. transaction processing equipment. (4) The data regarding the product includes a product identification code that identifies the product, unit price data of the product, and data indicating the type of product registration, and the determining means includes each of the product identification code, unit price data, and registration type data. Claim 1
The transaction processing device described in Section.