JPS6373398A - Discount goods transaction system - Google Patents

Abstract

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

Description

[Detailed Description of the Invention] [Summary] The present invention is a commodity trading terminal, and in order to carry out special sales of products that are traded at discounted prices on a daily basis or for a limited time, an attribute indicating a special sale is added to the single item code. This attribute code is searched at the same time as the single item code, and the sale file containing the discount price of the sale item is used to conduct the transaction. In this case, 1
The limit on the number of bargain products for regular customers is monitored, and when the limit is exceeded, an alarm is issued or the price is returned to the normal price.

As a result, the purpose of the sale can be achieved without creating a cinema profit.

[Industrial application field]

The present invention relates to a method for trading bargain products at a product trading terminal.

[Conventional technology]

2. Description of the Related Art Conventionally, product transaction terminals in supermarkets and the like use product transaction devices that input single item codes such as bar codes attached to products and tally prices. Figure 3 is Part 1
Give an example. That is, the entire system is controlled via a bus 7 from the CPU 1, and an operator inputs a single product code using an input device 2 for reading product codes such as bar codes and a display (DPL) 3'e. Then, it is stored in the memory 4, passed to the single item 7-aisle search unit 5, and also sent to other processing devices.

The regular price corresponding to each single item code is stored in advance in the single item file 6, and is successively displayed according to the input item code.

The above structure applies except for regular prices for products in stock.
Furthermore, discount prices set in advance for specific customers may be included, but special sales items for general customers are not included.

However, recently, the purpose of daily special sales or limited sale products is not only to sell recommended products at low prices as a temporary event, but also to attract customers.

Furthermore, special sales are becoming increasingly important as a regular sales strategy. Depending on the number of products purchased and their popularity, we limit the number of products sold to one customer and sell them equally to as many customers as possible in order to increase the number of regular customers. .

[Problem that the invention seeks to solve]

At supermarkets, etc., the operator memorizes the store's daily special sale products and their sales limit before the sale every day, and registers while paying attention to how many of the special sale products are registered during one customer's registration. must be done.

This increases the mental fatigue of the operator and increases the risk of operational errors.

SUMMARY OF THE INVENTION An object of the present invention is to provide a bargain product transaction system that automatically limits the number of bargain products for one customer ib in order to carry out special sales on a daily basis or with a limited time limit.

[Means for solving problems]

In order to achieve the above object, according to the present invention, an attribute code indicating a special sale is attached to the input single item code, this attribute code is searched when searching for the single item code, and if the item is on sale, the discount price is determined. Transactions are carried out using a special sale file containing . In this case, a limit on the number of sale items per customer is monitored, and when this number is exceeded, an alarm is issued or the price is returned to the normal price.

[For production]

According to the above configuration, when an attribute code indicating a special sale is detected in the single item code of a product, it is determined that this is a special sale product, the corresponding discount price is successively retrieved from the special sale file, and the number of items sold to the same customer is determined. f. Count the items in order, and when the counted value exceeds the limit, issue an alarm or return the price to the normal price and conduct the transaction.

〔Example〕

FIGS. 1(α) to (c) are explanatory diagrams of the configuration of an embodiment of the present invention, and FIG. 2 is a flowchart showing the operation of the main part thereof.

In the configuration diagram of FIG. 6(a), the normal price is the same as in FIG. 6 (Lj), but the configuration related to the sale price is different. First, an attribute code for identifying the sale is attached to the input product code. The format of single item file 6 is also shown in the same figure (b).
As shown in , attribute 0.1.2 corresponds to each product code.
etc. are specified. Attribute 0 indicates a normal product, which is directly read and registered from the single product 7 isle 6. Attributes 1, 2, etc. represent bargain items (64) and indicate the storage location of information in the special sale file for each item. Before the sale, the sale price and the sales limit are set in advance at each specified position in the sale file 12. FIG. 2C shows the format of the special sale file 12, in which the sales limit number, special sale price 1 normal price, and sales quantity are set. Of these, the sales quantity is added to the number registered at the time of sale, and is cleared after registration ends.

Hereinafter, the configuration related to the sale shown in FIG. 2(cL) will be explained with reference to the flowchart shown in FIG.

The product code input from the input device 2 is temporarily stored in the memory 4, read out, and searched for in the single product file 6 by the single product file search section 5.

If the attribute shown in FIG. 3 (6) is 0, the sales process at the normal price shown in FIG. 3 is performed.

If the attribute is 1.2, etc., the bargain file search unit 11 searches for the bargain file 12. And the same figure (6
) The special sale limit quantity, sales price 9 normal price, and sales quantity are read out and used for display, calculation, etc.

Next, as a result of adding up the number of sold items to the customer, the limit number detection unit 16 detects that as long as the number of sold items does not exceed the limited number p, the number of sold items is updated and the product is registered at a special sale price. If the limit number is exceeded, a detection signal from the limit number detection section 16 is sent to the alarm generation section 14 to generate a 9 alarm and notify the operator.

The operator informs the customer that there is a limited quantity of this product and that if it continues, the price will return to normal. Depending on this response, there are two cases: a case where the sale is stopped, and a case where the sale is continued and the number of units sold is updated and the excess quantity is registered at the normal price.

〔Effect of the invention〕

As explained above, according to the present invention, when an attempt is made to sell a special sale product for which the number of units sold per customer is limited, the operator is automatically alerted. With the customer's approval, it can be decided whether to sell the excess amount at the normal price or cancel the sale, which helps reduce the registration work for operators and prevents troubles with customers and stores due to operator mistakes. It is possible to prevent disadvantages, etc.

[Brief explanation of the drawing]

Fig. 1 is an explanatory diagram of the configuration of an embodiment of the present invention, Fig. 2 is a flowchart showing the operation of the main parts of the embodiment, and Fig. 3 is an explanatory diagram of the configuration of a conventional example. is an input device, 3 is a display, 4 is a memory, 5 is a single item file search unit, 6 is a single item file, 11 is a special sale file search unit, 12 is a special sale file, 16 is a limit number detection unit, and 14 is an alarm generation unit. show.

Claims (1)

[Scope of Claims] A product transaction terminal that inputs a single item code and quantity of a product, searches a single item file that stores the regular price corresponding to the single item code in advance, and calculates a total price to perform a product transaction, comprising: In addition to adding an attribute code to identify a special sale to the single item code to be sold, a means for searching the attribute code of the product code input at the time of the sale, and a means for searching the discount price and sales limit number of the product with the attribute code at the time of the sale. A bargain product transaction method comprising: a bargain sale file to be stored; and means for monitoring a limit on the number of bargain products per customer, and generating an output instructing a price change when the limit is reached. .