JP6867009B2 - Product sales data processing equipment and programs - Google Patents

Description

The present invention relates to a product sales data processing device and a program.

A POS system that supports an operation called "pre-handling" is known (see, for example, Patent Document 1).
In the pre-handling, the customer's purchased product is registered in advance using the terminal device for product registration, and the product registration information indicating the product registration result and the code information are associated and transferred to the higher-level device. In addition, according to the product registration, a medium such as a label or a card showing the code information is given to the customer side. The clerk who operates the POS register performs an operation to read the code information from the medium, causes the POS register to acquire the product registration information associated with the code information read from the host device, and is based on the acquired product registration information. Execute the settlement process.
By introducing such pre-treatment, it is possible to complete product registration for each customer in advance. As a result, it is possible to increase the number of customers who can complete the accounting per unit time and proceed with the accounting efficiently, as compared with the case where the product registration and the settlement processing are performed for each transaction by the POS register.

Japanese Unexamined Patent Publication No. 2015-82249

In addition to the acquisition of product registration information based on the input of information recorded on the medium when registering products according to one transaction at the POS register under the above-mentioned pre-treatment operation, An error may occur such that the registered contents of unnecessary products are added. In addition to the product registration that should be the target of price calculation in one transaction, even if the products are registered in the POS register in order for each customer without pre-processing, unnecessary products An error such as the registered contents being added may occur.
When the above error occurs, the price should be calculated according to the original registration information that should be the target of price calculation, but the price corresponding to the registration information of unnecessary products is included. The wrong price will be calculated.

The present invention has been made in view of the above circumstances, and includes the first registration information and the second registration information acquired at the time of product registration in the product sales data processing device in the same transaction. The purpose is to prevent the settlement process from being performed while the situation that should not have been overlooked.

One aspect of the present invention for solving the above-mentioned problems is a product registration-related processing means for performing product registration-related processing related to product registration, and a predetermined situation when the product registration-related processing is performed. Product sales data processing provided with a transaction control means that prevents the first registration information and the second registration information obtained by the product registration-related processing from being included in the same transaction. It is a device.

Further, one aspect of the present invention is that the computer is in a predetermined situation when the product registration-related processing means for performing the product registration-related processing related to the product registration and the product registration-related processing are being performed. Correspondingly, it is a program for functioning as a transaction control means for preventing the first registration information and the second registration information obtained by the product registration-related processing from being included in the same transaction.

According to the present invention, it remains overlooked that the first registration information and the second registration information acquired at the time of product registration in the product sales data processing device should not be included in the same transaction. It is possible to prevent the settlement process from being performed.

It is a figure which shows the configuration example of the POS system in 1st Embodiment. It is a front view and the side view which shows the appearance example of the POS register in 1st Embodiment. It is a perspective view which shows the appearance example of the POS register in 1st Embodiment. It is a figure which shows the structural example of the POS register in 1st Embodiment. It is a figure which shows an example of the settlement card in 1st Embodiment. It is a figure which shows the content example of the product registration information corresponding to a card number in 1st Embodiment. It is a figure which shows an example of the product registration screen in 1st Embodiment. It is a figure which shows an example of the operation screen corresponding to the case where the numerical value as the card number of the settlement card in 1st Embodiment is input by the place number. It is a figure explaining a specific example of the error which occurs about the product registration in the case of performing the accounting corresponding to the pre-handling. It is a figure which shows one aspect example of the error notification in 1st Embodiment. It is a figure which shows the example of another aspect of error notification in 1st Embodiment. It is a flowchart which shows the example of the processing procedure which the POS register of 1st Embodiment executes in response to the reading of the bar code of the settlement card under the product registration processing corresponding to one transaction. It is a figure which shows one aspect example of the error notification in 2nd Embodiment. In the second embodiment, it is a figure which shows one aspect example of the product registration screen when a new transaction is generated corresponding to the reading of the bar code of the settlement card. It is a flowchart which shows the example of the processing procedure which the POS register in 2nd Embodiment executes in response to the reading of the bar code of the settlement card under the product registration processing corresponding to one transaction. It is a figure which shows one aspect example of the transaction interruption receipt as the 1st modification of this embodiment. It is a figure which shows one aspect example of the settlement card as the 1st modification of this embodiment. It is a figure which shows the POS register in the 4th modification of this embodiment.

<First Embodiment>
FIG. 1 shows a configuration example of a POS (Point Of Sales) system according to the present embodiment. The POS system shown in the figure includes two POS registers 100 (an example of a product sales data processing device) installed in a store, one store controller 200, two handy terminals 300, and a product registration information management device 400. And a relay device 500.
The POS register 100, the store controller 200, the handy terminal 300, and the relay device 500 in the figure are communicably connected via, for example, a wired or wireless LAN (Local Area Network).

The POS register 100 is arranged at the sales floor of the store, and accounts for the products purchased by the customer according to the operation of the clerk. The accounting process here includes a product registration process for registering a customer's purchased product as a settlement target and a settlement process for performing settlement for the product registered by the product registration process.

Further, the POS register 100 of the present embodiment corresponds to a mode of accounting called pre-handling, which will be described later, and as a product registration process, product registration information acquired based on a barcode read from a settlement card (an example of a medium). Can be imported as the product registration result in the product registration process corresponding to the current transaction.

The store controller 200 is a high-level information processing device that manages a POS system in a store. The store controller 200 is installed in, for example, a backyard in a store.
The store controller 200 manages various information such as a product master. The store controller 200 appropriately transmits the latest product master to the POS register 100. The product master is a file that stores product information such as product identification information (for example, JAN code), product name (product name, item name), selling price, and discount information of each product.
The store controller 200 acquires a product master reflecting the latest product information from an external device (for example, a server of the headquarters, a medium such as a CD-ROM), and appropriately transmits the product master to the POS register 100.

The handy terminal 300 is a portable terminal device used by a clerk at the time of product registration corresponding to the pre-handling described later. The handy terminal 300 performs a product registration process of a product for registering a customer's purchased product as a settlement target according to an operation of a clerk. The handy terminal 300 is connected to the relay device 500 by wireless communication such as a wireless LAN or Bluetooth (registered trademark).

The relay device 500 has a function as a gateway that relays the wireless communication network supported by the handy terminal 300 and the communication network to which the POS register 100, the store controller 200, the handy terminal 300, and the relay device 500 are connected.

When the product registration process corresponding to one transaction is completed, the handy terminal 300 associates the card number of the settlement card with the product registration information indicating the product registration result of the product registration process, and registers the product via the relay device 500. It is transmitted to the information management device 400.

The product registration information management device 400 stores the product registration information transmitted from the handy terminal 300. The product registration information management device 400 corresponds to the card number specified by the received product registration information request from the stored product registration information in response to the receipt of the product registration information request from the POS register 100. The attached product registration information is transmitted to the POS register 100.

The configuration of the POS system shown in the figure is an example. For example, as a configuration of the POS system, the number of POS registers 100 provided in the store is not particularly limited. Further, the POS system may be configured not to include the store controller 200. If the POS system does not include the store controller 200, the POS register 100 may also function as the store controller 200.

Further, in the present embodiment, the number of handy terminals 300 is not particularly limited. Further, the store controller 200 may also have a function as the product registration information management device 400.

2 and 3 show an example of the appearance of the POS register 100 in this embodiment. FIG. 2A is a front view of the POS register 100 of the present embodiment from the clerk (operator) side (front) operating the POS register 100, and FIG. 2B is a side view of the POS register 100. Further, FIG. 3 is a perspective view of the POS register 100 as viewed from the front right.

The POS register 100 in the figure includes a display unit 104 with a touch panel, a key operation unit 105, a customer display unit 106, an automatic change machine 107, a scanner unit 108, a printing unit 109, a card reader 110, and a drawer 120.

The display unit 104 with a touch panel is a display device for a clerk provided with the touch panel 104a. On the display unit 104 with a touch panel, a product registration screen or the like corresponding to the product registration process or the settlement process is displayed. In addition, the clerk can perform predetermined operations related to product registration, accounting, etc. on the touch panel 104a.

The key operation unit 105 is a keyboard provided with operation keys such as a number key for inputting a quantity at the time of product registration processing and an amount of deposit received from a customer at the time of accounting processing, and a closing key for closing accounting. is there.

The customer display unit 106 is a display device for notifying the customer of the product name and price of the product to be purchased.
The automatic change machine 107 is a change machine for discharging at least money from the change to be paid to the customer to the change discharge port 107a, and is a deposit input port 107b for inserting at least money from the deposits received from the customer. Be prepared.

The scanner unit 108 (an example of the detection means) reads the code information (for example, a bar code) attached to the product or the gift certificate to be purchased, or the code information written in the product catalog or the product order sheet.
In addition to the barcode, the scanner unit 108 may be configured to read, for example, a two-dimensional code.

The printing unit 109 issues a receipt or the like, which is a statement of the product to be purchased, by printing on the paper. In the following description, printing and printing are used synonymously.

The drawer 120 is a storage unit for storing banknotes and money received from the customer, and is pulled out in the direction of arrow A in FIG. 2B in response to the operation of the key operation unit 105.

The card reader 110 is, for example, a reader / writer corresponding to an IC (Integrated Circuit) card. The communication method with the IC card supported by the card reader 110 may be either a contact type or a non-contact type. Further, the card reader 110 may be configured so as to be able to read the information magnetically recorded on the magnetic card and write the information to the magnetic card.
The card (IC card or magnetic card) to be read (and written) by the card reader 110 of the present embodiment is a prepaid card. A prepaid card is used so that electronic money is charged (deposited) in advance and then the payment amount is deducted from the amount deposited on the prepaid card (charge balance: an example of valuable amount). ..
The card reader 110 may be capable of reading information in correspondence with a membership card, a credit card, or the like in addition to the prepaid card.
Further, the card reader 110 shown in the figure is attached to the main body of the POS register 100 and operated by a clerk. However, the card reader 110 may be separated from the POS register 100, for example, and may be connected to the POS register 100 so as to be able to communicate with the POS register 100 by wire or wirelessly. In this case, it is possible to have the customer perform an operation of reading the prepaid card by the card reader 110.

FIG. 4 is a block diagram showing a configuration example of the POS register 100. In the figure, the blocks corresponding to the configurations shown in FIG. 2 are designated by the same reference numerals, and the description thereof will be omitted.
As shown in the figure, the POS register 100 includes a CPU (Central Processing Unit) 111, a storage unit 102, a RAM (Random Access Memory) 113, a display unit with a touch panel 104, a key operation unit 105, a customer display unit 106, and an automatic unit. It includes a change machine 107, a scanner unit 108, a printing unit 109, a card reader 110, a communication unit 111, and a drawer 120. Each of these parts is connected via an internal bus and a communication line.

The communication unit 111 communicates with, for example, the store controller 200, which is a higher-level device of the POS register 100.

The CPU 101 executes various processes in the POS register 100 by executing the program. Various functions as the POS register 100 are realized by the processing of the CPU 101.

The storage unit 102 is an auxiliary storage device that stores various data used by the CPU 101. The storage unit 102 stores, for example, a program to be executed by the CPU 101, image data to be displayed on the display unit 104 with a touch panel, and the like.

The RAM 103 is a main storage device in which data of a program or work area read from the storage unit 102 is expanded. In addition, the RAM 103 stores, for example, information about products imported from the store controller 200.

Here, the flow of preparatory accounting performed in the POS system of the present embodiment will be described. At the time of pre-handling, a clerk in charge of registration using the handy terminal 300 is deployed in the store. The clerk in charge of registration carrying the handy terminal 300 has a plurality of payment cards in advance.
FIG. 5 shows an example of a checkout card. One card number (identification information) is assigned to the settlement card in the figure so that each settlement card is unique. The checkout card is indicated by a card number sequence NM that indicates the assigned card number numerically. Further, the checkout card is indicated by a barcode BC in which the sequence of card numbers indicated by the sequence of card numbers NM is coded.

The clerk in charge of registration operates the handy terminal 300 for each customer waiting in order to receive accounting at the POS register 100, for example, according to the waiting order, and performs a product registration operation of the customer's purchased product.
The handy terminal 300 includes a scanner that can read a barcode attached to a product and an operation unit that can input a numerical value by operating a number. When the handy terminal 300 reads the barcode, the handy terminal 300 can acquire the product information corresponding to the read barcode from the product master stored in the store controller 200, and can perform the product registration process using the acquired product information. The handy terminal 300 may store the product master acquired from the store controller 200, and the stored product master may be used for the product registration process. Further, when registering a plurality of products of one type, the clerk inputs the number of products by the operation of the number of items. In this case, the handy terminal 300 registers the input number of products.

In addition, the clerk in charge of registration performs an operation of causing the handy terminal 300 to read the barcode of one payment card at a certain stage from the start to the end of the product registration corresponding to one customer. The clerk in charge of registration hands the checkout card, whose barcode is read by the handy terminal 300, to the corresponding customer. At this time, the clerk in charge of registration tells the customer, if necessary, to have the clerk who operates the POS register 100 hand over the settlement card at the time of settlement at the POS register 100.

When the product registration process corresponding to one transaction is completed, the handy terminal 300 is a card indicated by the barcode of the settlement card read in correspondence with the corresponding transaction in the product registration information reflecting the result of the product registration process. The card number-corresponding product registration information associated with the number is transmitted to the product registration information management device 400. The product registration information management device 400 stores the card number-corresponding product registration information transmitted from the handy terminal 300.

FIG. 6 shows an example of the contents of the card number-corresponding product registration information stored in the product registration information management device 400. One line (one record) shown in the figure is the card number corresponding product registration information corresponding to one customer. The product registration information corresponding to one card number is information in which one card number and one product registration information are associated with each other.

The customer who receives the payment card has completed the product registration from the product registration to the payment in the accounting. The customer who receives the checkout card hands the checkout card to the clerk who operates the POS register 100 when it is the turn to receive the checkout at the POS register 100.
The clerk who receives the payment card performs an operation of causing the scanner unit 108 to read the barcode indicated on the payment card. The POS register 100 can transmit a product registration information request to the product registration information management device 400 in response to the barcode of the settlement card being read by the scanner unit 108. The product registration information request is a command for requesting product registration information by designating the card number indicated by the bar code of the settlement card read by the scanner unit 108.

The product registration information management device 400 that has received the product registration information request has the card number compatible product registration information including the card number specified by the received product registration information request from the card number compatible product registration information that it stores. To search for. The product registration information management device 400 transmits the product registration information included in the searched card number-corresponding product registration information to the POS register 100 of the transmission source of the product registration information request.

The POS register 100 that has received the product registration information transmitted from the product registration information management device 400 can take in the received product registration information as the product registration process result in the current transaction as the product registration process.

FIG. 7 shows a product registration screen displayed at the stage where the product registration information acquired in response to the reading of the barcode of the settlement card is taken in as the product registration process result as the first product registration process in the current transaction as described above. An example is shown. The product registration screen is an operation screen displayed on the display unit 104 with a touch panel for the product registration operation of the clerk.
The product registration screen in the figure is displayed as a sheet corresponding to tab TAB1. The tab TAB1 in this case corresponds to one transaction (current transaction) currently subject to accounting treatment.

In the product registration screen of the figure, a button area AR1, a registration item area AR2, a registration confirmation area AR3, and a subtotal area AR4 are arranged.
The button area AR1 is an area in which buttons associated with each item of goods, buttons for designating a predetermined operation mode, and the like are arranged.
Further, in the button area AR1 of the present embodiment, the settlement card reading button BT1 is arranged. When reading the barcode of the payment card received from the customer, the clerk first operates the payment card reading button BT1 to declare that the barcode of the payment card will be read, and then the scanner unit. The operation is performed so that the bar code of the settlement card is read by 108.

The registration item area AR2 is an area in which the items of the products registered by the conventional product registration process corresponding to one transaction are displayed in a list format.
In this case, the registration item area AR2 reflects the result of incorporating the product registration information acquired in response to the reading of the barcode of the settlement card as the product registration processing result. That is, in the registration item area AR2 in the figure, there is one product with the product name "Product 1" and a tax-excluded price of 100 yen, and the product name with "Product 2" and the tax-excluded price. An example is shown in which a total of four products, three of which are 600 yen products, are registered. The display of the registration item area AR2 shows the contents in which four product registration information, one "product 1" and three "product 2", are registered as the product registration information acquired by reading the barcode of the settlement card. It reflects that it was. In this way, the product registration information acquired in response to the reading of the barcode on the settlement card is reflected as a result of the product registration process in the current transaction.

The registration confirmation area AR3 is an area in which information on the registered products is displayed for confirmation when the clerk registers the products in units of product types by operating the POS register 100.
In the case of the figure, the product registration is performed by acquiring the product registration information from the product registration information management device 400 in response to the reading of the barcode of the settlement card, instead of the product registration operation by product type unit. Therefore, the registration confirmation area AR3 is not particularly displayed.

The subtotal area AR4 is an area in which information regarding the subtotal of the goods registered in one transaction is displayed. In the figure, as information on the subtotal of registered products, the number of registered products and the total amount of all registered products excluding tax are displayed.
Specifically, in the example of the figure, it is shown that four products are registered and the total amount excluding tax is 700 yen. The total amount including tax may be shown in the subtotal area AR4.

If the bar code of the checkout card cannot be read because the checkout card is dirty, for example, the clerk operates the number to enter the numerical value as the card number of the checkout card into the POS register 100. By doing so, it is possible to enter the card number.

FIG. 8 shows an example of an operation screen corresponding to a case where a numerical value as a card number of a settlement card is input by a number. When inputting a numerical value as a card number of a payment card by a number, the clerk displays the card number input window WD1 as shown in the figure by a predetermined operation. The clerk can input the card number to the card number input window WD1 by operating, for example, a number key included in the key operation unit 105. After the clerk inputs the card number, the input card number is confirmed by operating the input button BT2 arranged in the card number input window WD1.
The POS register 100 transmits a product registration information request for requesting product registration information by designating a fixed card number to the product registration information management device 400, and acquires product registration information. Similar to FIG. 7, the POS register 100 can display a product registration screen in which the content of the acquired product registration information is reflected as a result of the product registration process of the current transaction.

As shown in FIG. 7, after the product registration screen showing the product registration processing result based on the product registration information obtained by reading the barcode of the settlement card is displayed, the registration of additional products from the customer in particular is performed. If there is no offer, the clerk performs a subtotal operation on the POS register 100 to end the product registration process. In this case, the price (total amount) corresponding to the product indicated by the product registration information obtained by reading the barcode of the payment card is calculated, and the clerk sends the payment processing for this price to the POS register 100. Let it run.
On the other hand, when the customer requests to register an additional product, the clerk can perform an operation of further registering the additional product from the state of the display shown in FIG. 7. Then, the clerk may perform the subtotal operation when the registration of the additional product is completed. In this case, the price including the product indicated by the product registration information obtained by reading the settlement card and the additionally registered product is calculated. The clerk causes the POS register 100 to execute the settlement process for this price.

By performing such pre-preparation, product registration for each customer waiting in line to receive accounting at the POS register 100 is completed before it is the turn to receive accounting at the POS register 100. be able to. As a result, compared to the case where both product registration and settlement processing are performed for each transaction using the POS register, the number of customers who can complete accounting per unit time is increased, and the accounting of a large number of customers can be efficiently advanced. You can go.

As mentioned above, if a customer who has undergone product registration processing in advance at the handy terminal 300 due to pre-treatment finds that there is a product he / she wants to purchase after that, he / she will receive the payment at the POS register 100 in advance. It is possible to settle additional products in addition to the products registered in.

However, an error may occur in terms of product registration when the accounting corresponding to the pre-delivery is performed. A specific example of such an error will be described with reference to FIG.
In the figure, an example of the state of accounting performed corresponding to one POS register 100 is shown as viewed from the plane direction. As shown in the figure, the POS register 100 is arranged around the middle of the table TBL.

In the figure, the clerk T1 who operates the POS register 100 receives the basket KG1 from the customer C1 and operates the POS register 100 to register the products contained in the basket KG1. That is, at present, it is the order in which customer C1 receives accounting. To the right of customer C1 as seen by the clerk, there is customer C2 waiting to receive accounting next to customer C1. That is, in this case, the traveling direction of the line of customers waiting to be accounted for by the POS register 100 is indicated by the arrow J1 in the figure.

When receiving the checkout, the customer C1 places the basket KG1 on the table TBL on the right side of the POS register 100 when viewed from the clerk T1. Normally, the clerk T1 puts an empty basket on the table TBL on the left side of the POS register 100, then takes out the product contained in the basket KG1 and registers it in the POS register 100. Each time, the registered products are moved to the empty basket on the left side.
However, for example, because the customer who completed the payment before the customer C1 took time, the basket of the customer was still placed on the left side of the table TBL when registering the product of the basket KG1. .. In this case, the clerk T1 cannot place an empty basket on the left side of the table TBL corresponding to the customer C1. Therefore, the clerk T1 took out the product contained in the basket KG1 and registered it, and proceeded with the product registration operation so as to return the registered product to the basket KG1 again.

The clerk T1 registered the products contained in the basket KG1. In this case, the clerk T1 moves the basket KG1 containing the registered product from the right side to the left side of the POS register 100 in the table TBL as shown by the arrow J2 in the figure in order to have the customer C1 receive the basket KG1. ..
However, when the basket KG1 passes in front of the POS register 100 when moved in this way, the barcode attached to a certain product contained in the basket KG1 is read by the scanner unit 108. Oops. In this case, the POS register 100 starts the accounting process for the transaction corresponding to the customer C1 next to the customer C1 in response to the reading of the barcode of the product contained in the basket KG1.

However, the clerk T1 did not notice that the barcode of one product in the basket KG1 was read and the accounting process was started as described above, and moved to the accounting corresponding to the next customer C2. I have. Since the customer C2 has been registered in advance by the handy terminal 300 in advance, he / she brings the checkout card CD together with the basket KG2 containing the purchased product. Customer C2, who is next to customer C1 to receive the checkout, hands the checkout card CD to the clerk T1.
The clerk T1 who received the checkout card CD operates the checkout card reading button BT1 arranged on the product registration screen as described above, declares that the barcode of the checkout card will be read, and then declares that the checkout card will be read. An operation is performed in which the scanner unit 108 reads the barcode of the payment card.

In the above case, it is obtained based on the product information (an example of the first registration information) obtained by the product registration process for each product type performed earlier and the card number of the payment card performed next. The product information shown as the product registration information (an example of the second registration information) is combined as the product information registered in the same transaction. That is, as a result of such a product registration process, an error occurs in which a product that is not a purchased product of the customer C2 is included in the subtotal result of the transaction corresponding to the customer C2. It is desired that such an error can be noticed by the clerk T1 without being overlooked.

Here, it is assumed that the customer who received the checkout card after receiving the product registration by the handy terminal 300 as a preparatory move first hands the checkout card to the clerk when receiving the checkout at the POS register 100. In other words, even if the customer adds a product to purchase after receiving the payment card, it is usually the case that the customer first gives the payment card to the clerk and then hands the additional product to the clerk. Will be. In addition, if there are additional products when the product registration by pre-ordering is received in advance, the customer will be asked to present the checkout card first to the clerk and then the additional products. It can also be made known to.

Therefore, the POS register 100 of the present embodiment makes the following determinations during the product registration process. That is, in the POS register 100, whether or not the settlement card information input (an example of the input of the information recorded on the settlement card) performed this time is performed under the first product registration process in one transaction. Is determined. The settlement card information input here means the input of the card number by reading the barcode from the settlement card, or the input of the card number by the number operation.

When the settlement card information input is performed under the first product registration process in one transaction, the POS register 100 stores the product registration information acquired from the product registration information management device 400 based on the settlement card information input. Continue the subsequent accounting process using.

On the other hand, if the settlement card information input is not performed under the first product registration process in one transaction, that is, after the product registration process is performed for each product type in the POS register 100, the settlement is made. When the card information is input, it becomes as follows, that is, the POS register 100 prohibits the acquisition of the product registration information based on the current settlement card information input. Specifically, the POS register 100 does not perform a process for designating the card number of the settlement card obtained by inputting the settlement card information and acquiring the product registration information from the product registration information management device 400.

Further, when the POS register 100 prohibits the acquisition of the product registration information based on the settlement card information input as described above, the acquisition of the product registration information based on the settlement card information input this time becomes an error and cannot be executed. Notify an error of something. Such error notification is performed to the clerk by displaying on the display unit 104 with a touch panel.

FIG. 10 shows an example of an error notification performed by the display unit 104 with a touch panel. In the figure, the error notification window WD2 is arranged on the product registration screen. In the error notification window WD2, in the current transaction, the product is registered for each product type before the operation of reading the barcode of the payment card is performed, so that the product registration information can be acquired based on the payment card information input. A message is displayed to notify the clerk that an error has occurred. Further, in the error notification window WD2, as an operation corresponding to the error, the result of the product registration process for each product type before the operation of reading the barcode of the settlement card is either the closing process or the canceling process. A message is also displayed to inform the clerk to perform the operation according to the above.

FIG. 11 shows an example of another mode of error notification performed by the display unit 104 with a touch panel. In the case of the figure, the mode in which the error notification message is displayed in the error notification area AR5 instead of the error notification window WD2 is shown.

An example of a processing procedure in which the POS register 100 executes according to the reading of the barcode of the settlement card under the product registration processing corresponding to one transaction will be described with reference to the flowchart of FIG.
Step S101: The POS register 100 waits for the settlement card information to be input in the product registration process corresponding to one transaction. For the settlement card information input, as described above, the card number is input according to the fact that the barcode of the settlement card is read by the scanner unit 108, or the card number of the settlement card is input according to the operation of the number. Is.

Step S102: When the settlement card information input is performed, the POS register 100 determines whether or not the current settlement card information input is performed under the first product registration process in the current transaction. ..
Step S103: If the product registration process has already been performed for each product type prior to the settlement card information input, in step S102, the current settlement card information input is the basis of the first product registration process in the current transaction. It is judged that it was not done in. In this case, the POS register 100 performs error notification as described with reference to FIG. 10 or 11. In this case, the acquisition of the product registration information from the product registration information management device 400 based on the payment card information input is prohibited and is not executed.

Step S104: On the other hand, if it is determined in step S102 that the current settlement card information input was performed under the first product registration process in the current transaction, it is based on the current settlement card information input. Acquisition of product registration information is permitted.
Therefore, the POS register 100 in this case acquires the product registration information associated with the card number obtained by the payment card information input this time from the product registration information management device 400. In this case, the POS register 100 reflects the product registration information acquired from the product registration information management device 400 as the result of the product registration process.
As a result, as shown in FIG. 7, the product registration screen in which the product included in the product registration information acquired from the product registration information management device 400 is registered is displayed on the display unit 104 with the touch panel. In this case, additional products can be registered and the subsequent accounting treatment will be continued.

<Second Embodiment>
Subsequently, the second embodiment will be described. In the first embodiment above, if an error occurs in the acquisition of product registration information based on the settlement card information input, the subsequent processing corresponding to the current transaction is the closing of the product registered earlier for each product type. It was supposed to be either processing or cancellation of the current transaction. In other words, the acquisition of product registration information based on the payment card information input remains prohibited.
However, if an error occurs in the acquisition of product registration information based on the payment card information input, the prohibition on the acquisition of product registration information based on the payment card information input is lifted depending on the mode in which the error occurs, and the acquired product registration is performed. It may be better to reflect the information as a result of the product registration process in the transaction.

As an example, if a customer first gives an additional product to a clerk and then gives a checkout card, the clerk mistakenly enters the checkout card information after registering the additional product first. Such a situation can occur. In this case, the acquisition of the product registration information based on the once prohibited input of the settlement card information is canceled, and the additional product registered earlier and the product registration obtained based on the reading of the barcode of the settlement card are canceled. Accounting can proceed more efficiently if the information products are integrated as the product registration processing result of the same transaction.
In the following description, such integration of product registration processing results is also referred to as "registered product integration".

In addition, the product registered first for each product type and the product registration information acquired based on the payment card information input performed next correspond to different customers, so the two should not be integrated. In some cases, the following may be used.
That is, in this case as well, the POS register 100 releases the prohibition on the acquisition of the product registration information based on the once prohibited input of the settlement card information, and acquires the product registration information from the product registration information management device 400. Then, the POS register 100 generates a new transaction that reflects the acquired product registration information.
In this case, the POS register 100 holds a new transaction reflecting the acquired product registration information, for example, when the accounting process corresponding to the product registered in the product type unit is executed. Then, the POS register 100 may call the new pending transaction as the current transaction in response to the operation of the clerk. As a result, it is possible to shift to the accounting process corresponding to the product registration information corresponding to the card number input by the once invalidated settlement card information input without having to input the settlement card information again.
In the following description, the generation of a new transaction corresponding to the product registration information acquired based on the input of the settlement card information is also referred to as "new transaction generation".

In addition, there are cases where it is not necessary to enter the settlement card information after registering the product by product type. For example, there is a case where the bar code is read in the current transaction because the settlement card used by the previous customer is left in the vicinity of the POS register 100. In such a case, the product registration information corresponding to the payment card information input this time is unnecessary. Therefore, in this case, the product registration information corresponding to the payment card information input should not be acquired, and only the product registration by product type unit that was performed earlier should be included in the current transaction so that the accounting process can be continued. Is preferable.
In the following description, continuing the current transaction without reflecting the product registration information based on the input of the settlement card information is also referred to as "continuation of the current transaction".

Therefore, in the present embodiment, if it is determined that there is an error in the acquisition of the product registration information based on the settlement card information input, it is temporarily prohibited, but under the prohibited state, according to the operation of the clerk. , Registered product integration, new transaction creation, or "continue current transaction" can be selected.
If the registration product integration is selected, the POS register 100 releases the prohibition on the acquisition of the product registration information and then executes the process corresponding to the registration product integration. When the new transaction generation is selected, the POS register 100 releases the prohibition on the acquisition of the product registration information and then executes the process corresponding to the new transaction generation. If the continuation of the current transaction is selected, the POS register 100 continues the current transaction and executes the accounting process without releasing the prohibition on the acquisition of the product registration information.

FIG. 13 shows an example of an error notification in the present embodiment. In the present embodiment, when it is determined that there is an error in the acquisition of the product registration information based on the settlement card information input, the error notification window WD3 is arranged on the product registration screen as shown in the figure. In the error notification window WD3 of the figure, the integration button BT11, the new transaction generation BT12, and the current transaction continuation button BT13 are arranged.

The integration button BT11 is a button operated when a clerk instructs the integration of registered products. The new transaction generation BT12 is a button operated when a clerk instructs a new transaction generation. The current transaction continuation button BT13 is a button operated when the clerk instructs not to acquire (destroy or cancel) the registered product information based on the settlement card information input performed in advance.

When the integrated button BT11 is operated, as described above, the POS register 100 is acquired from the product registered in the product type unit and the product registration information management device 400 according to the reading of the barcode of the settlement card. The product registration information is integrated and the result of the product registration process of the current transaction is obtained. As a result, although not shown, the product registration screen displayed on the display unit 104 with a touch panel shows the product registered in the product type unit and the product registration acquired in response to the reading of the barcode on the payment card. The product indicated by the information and the result of registration are shown.

Further, when the new transaction generation BT12 is operated, as described above, the POS register 100 reflects the product registration information acquired from the product registration information management device 400 in response to the reading of the barcode of the settlement card. Generate a good deal. As a result, on the product registration screen displayed on the display unit 104 with the touch panel, in addition to the sheet corresponding to the current transaction, a sheet corresponding to the newly generated transaction is newly provided.
That is, as shown in FIG. 14, on the product registration screen, in addition to the tab TAB1 of the same figure corresponding to the current transaction, another tab TAB2 is newly arranged. Tab TAB2 corresponds to a new transaction in which the product registration information acquired in response to the reading of the barcode on the checkout card is reflected.
Further, in the figure, a state in which the product registration screen of the newly generated transaction is activated by performing the operation of touching the tab TAB2 is shown. According to the product registration screen in the figure, the product registration information acquired by reading the barcode on the checkout card includes one product each for "product 2" and one for "product 3", for a total of two products. It is shown that it was registered.

With reference to the flowchart of FIG. 15, an example of a processing procedure in which the POS register 100 of the present embodiment executes according to the reading of the barcode of the settlement card under the product registration processing corresponding to one transaction will be described. In the figure, the steps (steps S101 to S104) in which the processing is the same as that in FIG. 12 are designated by the same reference numerals and the description thereof will be omitted.

Step S103A: When it is determined in step S101 that the barcode of the settlement card has been read, and the product registration process for each product type has already been performed in step S102, the POS register 100 is set to the following. Executes the processing of. That is, the POS register 100 displays the error notification window WD3 of FIG.

Step S105: As shown in FIG. 13, an integrated button BT11, a new transaction generation BT12, and a current transaction continuation button BT13 are arranged in the error notification window WD3. The clerk determines whether it is appropriate to integrate registered products, generate new transactions, or continue current transactions, depending on the cause and situation of this error. The clerk operates any one of the integrated button BT11, the new transaction generation BT12, and the current transaction continuation button BT13, depending on the judgment.
The POS register 100 determines which process of the registration product integration, the new transaction generation, and the current transaction continuation is instructed under the state in which the error notification window WD3 is displayed in step S103A. That is, the POS register 100 determines which of the integrated button BT11, the new transaction generation BT12, and the current transaction continuation button BT13 has been operated. The error notification window WD3 is deleted when any one of the integrated button BT11, the new transaction generation BT12, and the current transaction continuation button BT13 is operated.

Step S106: When the integration button BT11 is operated to instruct the integration of registered products, the POS register 100 uses the product registration information management device to store the product registration information associated with the card number input by the input of the settlement card information this time. Get from 400.
Step S107: The POS register 100 is a product registered by the product registration process for each product type that has already been performed before the current settlement card information input is performed, and a product indicated by the product registration information acquired in step S106. And are integrated as a result of the product registration process of the current transaction.

Step S108: When the new transaction generation BT12 is operated and the new transaction generation is instructed, the POS register 100 manages the product registration information associated with the card number input by the current settlement card information input. Obtained from device 400.
Step S109: The POS register 100 newly generates a transaction in which the content of the product registration information acquired in step S108 is reflected as a result of the product registration process.

Further, when the current transaction continuation button BT13 is operated and the current transaction continuation is instructed, the process according to steps S106 and S107 or the process according to steps S108 and S109 is skipped. In this case, the current transaction is continued from the state before the settlement card information is input, without integration or new transaction generation corresponding to the product registration information acquired based on the settlement card information input this time.

In addition, when creating a new transaction, if the product registration for each product type was mistakenly performed before entering the settlement card information, the result of the product registration process for this product type unit. The current transaction that reflects the above is no longer necessary. Therefore, the POS register 100 may display a current transaction treatment selection screen in which, when an operation for instructing the generation of a new transaction is performed, a selection as to whether or not to cancel the current transaction is performed.
When the operation of selecting not to cancel the current transaction is performed on the current transaction treatment selection screen, the POS register 100 leaves the current transaction in the state before the settlement card information input as it is, and then makes a new transaction. To generate. On the other hand, when the operation of selecting to cancel the current transaction is performed on the current transaction treatment selection screen, the POS register 100 cancels the current transaction and generates a new transaction.

<Modification example>
Hereinafter, a modified example of the present embodiment will be described.

[First modification]
A customer who has received product registration at the POS register 100 may offer to cancel the transaction before the product registration is completed, for example, because he / she remembers that there is a product that he / she forgot to buy. In response to such a case, the POS register 100 may hold the registration of the product so far instead of canceling the registration.
When the product registration is suspended, the product registration information indicating the result of the product registration process so far may be stored in the product registration information management device 400 in association with, for example, the transaction number. Then, the POS register 100 issues a transaction interruption receipt (an example of a medium) shown in FIG. The transaction interruption receipt in the figure is printed with a barcode BC1 that encodes the transaction number of the interrupted transaction (an example of the information recorded on the medium). The clerk hands the issued transaction interruption receipt to the customer who offered to cancel the transaction.

When the customer takes an additional product and returns to the POS register 100, for example, the customer hands the transaction interruption receipt and the additional product to the clerk. First, the clerk causes the scanner unit 108 to read the barcode BC1 of the transaction interruption receipt. The POS register 100 acquires the transaction number from the read barcode BC1, and acquires the product registration information corresponding to the acquired transaction number from the product registration information management device 400. The POS register 100 generates a transaction in which the acquired product registration information is reflected as a result of the product registration process. The clerk can further register the product added by the customer for the generated transaction, perform a subtotal, and cause the POS register 100 to execute the settlement process.

Even when the product registration information is acquired by reading the barcode on the transaction interruption receipt in this way, there is a possibility that the product is registered for each product type for some reason before that. Even in such a situation, the registered contents of irrelevant products are included in the transaction restarted by the product registration information acquired by reading the barcode on the transaction interruption receipt.
Therefore, the POS register 100 may determine whether or not the product has been registered for each product type before the barcode of the transaction interruption receipt is read. The POS register 100 prohibits the resumption of the transaction using the product registration information obtained by reading the barcode of the transaction interruption receipt when it is determined that the product has been registered for each product type. You can do it. At this time, the POS register 100 may notify the clerk that the resumption of the transaction has resulted in an error according to the modes shown in FIGS. 10 and 11.

[Second modification]
In the above description, as shown in FIG. 5, the payment card is assigned a card number in advance, and the assigned card number and the bar code of the card number are shown. However, the mode of the checkout card used in this embodiment is not limited to the example of FIG.
Therefore, FIG. 17 shows an example of a payment card as a modified example. A two-dimensional code DC is printed on the settlement card shown in the figure. The two-dimensional code DC is a code of product registration information which is the result of performing product registration processing by the handy terminal 300 corresponding to one customer.

The checkout card shown in the figure is printed on paper when the product registration process is completed by a small printer carried by the clerk in charge of registration together with the handy terminal 300. The handy terminal 300 and the small printer can communicate with each other by wire or wirelessly. When the product registration process is completed, the handy terminal 300 converts the product registration information into a two-dimensional code, and then transmits print data instructing printing of the settlement card according to the embodiment shown in the figure to a small printer. A small printer prints on paper based on the received print data. As a result, the settlement card according to the embodiment shown in the figure is printed. The clerk gives the customer a checkout card printed in this way.

The customer who is given the checkout card shown in the figure hands the checkout card to the clerk when he / she receives the checkout at the POS register 100. The clerk has the scanner unit 108 read the two-dimensional code DC of the handed-out payment card. The POS register 100 can acquire the product registration information from the read two-dimensional code DC.
When using such a payment card, it is not necessary to assign a card number to the payment card in advance. Further, since it is not necessary to store the product registration information obtained as a result of the product registration process of the handy terminal 300 at the upper level in the POS system, it is not necessary to install the product registration information management device 400.

[Third variant]
The number of POS registers 100 installed in the POS system of the present embodiment is not particularly limited, and may be one. When the number of POS registers 100 installed is one, the POS register 100 for which the customer who has received the product registration in advance by the handy terminal 300 receives the accounting is specified as one. Therefore, when the number of POS registers 100 installed is one in this way, the POS register 100 may store the card number-corresponding product registration information transmitted from the handy terminal 300. In this case, when the POS register 100 acquires the card number of the settlement card, the POS register 100 acquires the product registration information associated with the acquired card number from the card number-corresponding product registration information stored by itself. In this case, the product registration information management device 400 can be omitted.

[Fourth variant]
Subsequently, a fourth modification will be described. This modified example has another configuration as a POS register 100 capable of dealing with a product registration error similar to the case described above with reference to FIG.
FIG. 18A shows the POS register 100 of this embodiment. FIG. 9 is a side view of the POS register 100 installed on the table TBL as shown in FIG. A clerk (T1) is located on the left side of the table TBL in the figure. Further, the figure shows a state when the basket KG1 shown in FIG. 9 is being moved along the direction indicated by the arrow J2 and is located just in front of the POS register 100.
The POS register 100 of the present modification shown in the figure further includes an object sensor 130 (an example of detection means). As understood from the figure, the object sensor 130 is provided so as to detect an object located on the table TBL in front of the POS register 100 when viewed from the side where the clerk is located. The object sensor 130 may be, for example, a photoelectric sensor, an ultrasonic sensor, or the like. As shown in the figure, for example, when the basket KG1 is located in front of the POS register 100, the object sensor 130 detects the presence of an object.

Then, the POS register 100 of the present modification executes the process as follows at the time of the product registration process.
That is, in the product registration process, the POS register 100 reads the barcode corresponding to the first product by the scanner unit 108 (that is, as the first registration information, the product for each product type). It is determined whether or not the object is detected by the object sensor 130 according to the timing (the information of the above is obtained).
In this modified example, when the above state occurs, it is treated as if the situation corresponding to the case of FIG. 9 has occurred. That is, as shown in FIG. 18A, when the basket KG1 is positioned in front of the POS register 100 while the clerk is moving the basket KG1 from right to left on the table TBL, the basket It is treated as a situation in which the barcode attached to the product A contained in the KG1 has been read.
On the other hand, in FIG. 18B, the clerk takes out the first product from the basket, and the clerk holds the product A and causes the scanner unit 108 to read the barcode for registration in units of product types. The situation is shown. In such a situation, the object is not detected by the object sensor 130 corresponding to the timing when the barcode is read by the scanner unit 108 corresponding to the first product.

Here, in this modification, the object sensor 130 directly detects the object as a basket. As a result, when the scanner unit 108 reads the product information from the bar code for each product type at the timing when the object (basket) is detected by the object sensor 130 as shown in FIG. 18A. At this stage, the POS register 100 can determine that an error has occurred that a product that should not have been originally registered has been registered.

Therefore, the POS register 100 of this modification can perform the processing corresponding to the case where an error occurs in the product registration as follows.
First, when the POS register 100 determines that the situation as shown in FIG. 18A has occurred, the second registration information is the product registration information obtained based on the card number of the settlement card. When it is acquired, an error notification can be performed as shown in FIG. 10, for example. That is, even with such a configuration of this modified example, it is possible to prevent the clerk from overlooking the error due to the example of FIG.
Further, when the POS register 100 determines that the situation as shown in FIG. 18A has occurred, the product information is acquired as the second registration information by the product registration process for each product type. In such a case, it is possible to notify the error. In addition, after the error notification, for example, depending on the operation by the clerk, the process of canceling either the first registration information or the second registration information, or the first registration information and the second registration information May be processed to be integrated into one transaction.
That is, even with such a configuration of this modified example, it is possible to prevent the clerk from overlooking the error due to the example of FIG. Further, when an error occurs, the first registration information and the second registration information can be appropriately processed.

Further, in this modification, as described above, the object (basket) is detected by the object sensor 130 at the stage when the scanner unit 108 reads the product information from the bar code for each product type. For example, it can be determined that the situation corresponding to the error in FIG. 9 has occurred. Therefore, the POS register 100 of this modified example assumes that the acquisition of the registration information this time is an error without waiting for the acquisition of the next registration information at the timing when it is determined that the above situation has occurred. , It is also possible to notify that fact.

Further, in the POS register 100, for example, instead of the scanner unit 108, a camera capable of taking an image (an example of detection means) may be provided. In this case, the POS register 100 extracts the barcode from the captured image and acquires the product information indicated by the barcode in response to the clerk performing an operation of capturing the barcode attached to the product with the camera. it can.
When the captured image obtained by the camera is used in this way, the POS register 100 can determine whether or not an error has occurred in product registration based on the content of the captured image identified by the image analysis. Specifically, the POS register 100 registers the product according to the extracted barcode, for example, when the barcode is extracted from the captured image and the hand of the clerk holding the product cannot be recognized in the captured image. Can be treated as an error because it was done carelessly. Further, if the basket is recognized in the captured image when the barcode is extracted from the captured image, it can be determined that the situation corresponding to the error in FIG. 9 has occurred.

Further, for example, as shown in FIG. 9, a camera (an example of detection means) may be provided at a position where an image can be taken with a bird's-eye view of a range corresponding to the table TBL including the POS register 100. Also in this case, for example, the POS register 100 can recognize whether or not the situation corresponds to the error shown in FIG. 9 based on the captured image obtained by the camera. Further, in this case, it can be determined from the contents of the captured image whether or not the product is registered even though the customer is not detected in the vicinity of the POS register 100, for example. Even if it is determined that the situation is such, it can be treated as an error regarding the acquisition of the registration information this time.
In this way, in this modified example, the target used for determining the situation corresponding to the situation that the registration error has occurred by the object sensor 130, the camera, etc. is detected, and the occurrence of the registration error is dealt with based on the detection result. It is possible to execute processing such as notification.

<Summary of Embodiment>
(1) As described above, one aspect of the present embodiment corresponds to product registration-related processing related to product registration (product registration processing corresponding to each product, or reading of the bar code of the settlement card. The first product registration-related processing obtained by the product registration-related processing means for performing (acquisition of product registration information) and the product registration-related processing according to the predetermined situation during the product registration-related processing. Product sales including registration information (for example, product registration information corresponding to one transaction or product registration information corresponding to one product) and transaction control means for preventing the second registration information from being included in the same transaction. Data processing device.
According to the above configuration, the first registration information and the second registration information acquired at the time of product registration in the product sales data processing device should not be included in the same transaction. Registration information can be prevented from being included in the same transaction.

(2) One aspect of the present embodiment is the product sales data processing device according to (1), in which the transaction control means detects the detection means at the timing when the first registration information is acquired. The first registration information and the second registration information obtained by the product registration-related processing are not included in the same transaction according to the judgment that the predetermined situation is applicable based on the result. ..
According to the above configuration, it is possible to determine that a predetermined situation has been reached based on the detection result of the detection means, and depending on the determination that the detection result corresponds to the predetermined situation, the first registration information is used. It is possible not to include the second registration information in the same transaction.

(3) One aspect of the present embodiment is the product sales data processing device according to (1), and the product registration-related processing means pays for one or more products registered corresponding to one transaction. The settlement-corresponding registration information to be performed is acquired based on the input of the information recorded on the medium associated with the settlement-corresponding registration information, and the transaction control means has one input of the information recorded on the medium. The first registration information and the second registration information obtained by the product registration related processing are the same, depending on the situation that the acquisition of the eye registration information was not performed. Do not include it in the transaction.
With the above configuration, when registering a product with the product sales data processing device, an error was overlooked that, for example, in addition to the acquisition of product registration information based on the input of information recorded on the medium, unnecessary product registration contents are included. It is possible to prevent the settlement process from being performed as it is.

(4) One aspect of the present embodiment is the product sales data processing device according to any one of (1) to (3), and the transaction control means includes the first registration information and two. After preventing the registration information of the eyes from being included in the same transaction, the first registration information and the second registration information are included in one transaction.
According to the above configuration, when it is confirmed that the first registration information and the second registration information can be combined into the same transaction, for example, the first one without canceling the current transaction. The registration information and the second registration information can be integrated as the product registration processing result under the current transaction, and the accounting can be proceeded efficiently.

(5) One aspect of the present embodiment is the product sales data processing device according to any one of (1) to (4), and the transaction control means includes the first registration information and the above. Set the transaction so that the second registration information is included in each separate transaction.
According to the above configuration, when the first registration information and the second registration information should not be combined into the same transaction, each can be set as an individual transaction. As a result, it is possible to carry out accounting for transactions including the second registration information without destroying the second registration information, and it is possible to proceed with accounting efficiently.

(6) One aspect of the present embodiment is the product sales data processing device according to any one of (1) to (5), and the transaction control means includes the first registration information and the above. Cancel one of the second registration information.
According to the above configuration, when the first registration information and the second registration information should not be combined into the same transaction and one of the registration information is unnecessary, the unnecessary registration information is combined. It can be canceled.

(7) One aspect of the present embodiment is the product sales data processing device according to any one of (1) to (6), which includes the first registration information and the second registration information. Is further provided with a notification means for notifying that the item is not included in the same transaction.
According to the above configuration, the notification can immediately make the clerk aware that the first registration information and the second registration information may not be included in the same transaction, and the clerk can quickly notice. Can be addressed.

(8) One aspect of the present embodiment is that the computer is in a predetermined state when the product registration-related processing means for performing the product registration-related processing related to the product registration and the product registration-related processing are being performed. Accordingly, it is a program for functioning as a transaction control means for preventing the first registration information and the second registration information obtained by the product registration-related processing from being included in the same transaction.

A program for realizing the functions of the above-mentioned POS register 100, handy terminal 300, product registration information management device 400, etc. is recorded on a computer-readable recording medium, and the program recorded on the recording medium is recorded on the computer. By loading and executing the program in the system, the above-mentioned POS register 100, the handy terminal 300, the product registration information management device 400, and the like may be processed. Here, "loading and executing a program recorded on a recording medium into a computer system" includes installing the program in the computer system. The term "computer system" as used herein includes hardware such as an OS and peripheral devices. Further, the "computer system" may include a plurality of computer devices connected via a network including a communication line such as the Internet, WAN, LAN, and a dedicated line. Further, the "computer-readable recording medium" refers to a portable medium such as a flexible disk, a magneto-optical disk, a ROM, or a CD-ROM, or a storage device such as a hard disk built in a computer system. As described above, the recording medium in which the program is stored may be a non-transient recording medium such as a CD-ROM. The recording medium also includes an internal or external recording medium that can be accessed from the distribution server to distribute the program. The code of the program stored in the recording medium of the distribution server may be different from the code of the program in a format that can be executed by the terminal device. That is, the format stored in the distribution server does not matter as long as it can be downloaded from the distribution server and installed in a form that can be executed by the terminal device. The program may be divided into a plurality of parts, downloaded at different timings, and then combined by the terminal device, or the distribution server for distributing each of the divided programs may be different. Furthermore, a "computer-readable recording medium" is a volatile memory (RAM) inside a computer system that serves as a server or client when a program is transmitted via a network, and holds the program for a certain period of time. It shall also include things. Further, the above program may be for realizing a part of the above-mentioned functions. Further, it may be a so-called difference file (difference program) that can realize the above-mentioned function in combination with a program already recorded in the computer system.

100 POS register, 101 CPU, 102 storage unit, 103 RAM, 104 display unit with touch panel, 104a touch panel, 105 key operation unit, 106 customer display unit, 107 automatic change machine, 107a change outlet, 107b deposit slot, 108 Scanner unit, 109 printing unit, 110 card reader, 111 communication unit, 120 drawer, 200 store controller, 300 handy terminal, 400 product registration information management device 400, 500 relay device

Claims (5)

As product registration-related processing related to product registration, unit registration processing for obtaining product registration information for each product type and registration for payment for one or more products registered corresponding to one transaction A product registration-related processing means capable of acquiring information based on the input of information recorded on a medium associated with the registration information corresponding to the settlement, and a product registration-related processing means.
If the input of information recorded on the medium in the current transaction was not made under the first product registration related process in the current transaction, based on the input of information recorded on the medium. A product sales data processing device including a transaction control means for preventing the acquired registration information corresponding to settlement and the registration information obtained by the unit registration process in the current transaction from being included in the same transaction. The transaction control means does not include the settlement-corresponding registration information acquired based on the input of the information recorded in the medium and the registration information obtained by the unit registration process in the current transaction in the same transaction. After
Claim 1 to generate a new transaction corresponding to the settlement-compatible registration information acquired by the product registration-related processing means based on the input of the information recorded in the medium in response to the instruction to generate a new transaction. Product sales data processing device described in. The transaction control means does not include the settlement-corresponding registration information acquired based on the input of the information recorded in the medium and the registration information obtained by the unit registration process in the current transaction in the same transaction. After
In response to the instruction to integrate the registered products, the registration information for settlement corresponding to the product registration-related processing means acquired based on the input of the information recorded on the medium, and the above-mentioned registered information performed in the current transaction. The product sales data processing device according to claim 1 or 2, which includes the registration information acquired by the unit registration process in one transaction. The medium is issued in response to the interruption of the transaction, and the transaction identification information indicating the interrupted transaction is recorded.
The product sales data processing device according to any one of claims 1 to 3, wherein the product registration-related processing means acquires the registration information corresponding to the settlement based on the input of the transaction identification information recorded on the medium. A computer as a product sales data processing device,
As product registration-related processing related to product registration, unit registration processing for obtaining product registration information for each product type and registration for payment for one or more products registered corresponding to one transaction A product registration-related processing means capable of acquiring information based on the input of information recorded on a medium associated with the registration information corresponding to the settlement.
If the input of information recorded on the medium in the current transaction was not performed under the first product registration-related process in the current transaction, based on the input of information recorded on the medium. A program for functioning as a transaction control means that prevents the acquired registration information for settlement and the registration information obtained by the unit registration process in the current transaction from being included in the same transaction.

Images