JP7330493B2 - Merchandise sales data processing device, control method, and program - Google Patents

Description

The present invention relates to a merchandise sales data processing device, a control method, and a program.

A technique for setting a tax rate for a set product has been disclosed (see Patent Document 1, for example).

JP 2018-5422 A

When a new tax system is enforced or multiple tax rates are applied, there is a problem that a store clerk with low proficiency has difficulty in accurately registering products.

SUMMARY OF THE INVENTION The present invention has been made in view of such circumstances, and an object of the present invention is to provide a technique that enables accurate registration of merchandise regardless of the sales clerk's proficiency level.

In order to solve the above-described problems, a product sales data processing device according to one aspect of the present invention is a product sales data processing device capable of registering products by applying a different tax rate to each product, the product sales data processing device comprising: is sold without combining a predetermined first product among the first products to which is applied and a second product different from the first product, the second product is sold at a tax rate different from the first tax rate. A unit registration means for registering by applying a second tax rate, and registering by applying the first tax rate to the second commodity when the second commodity is sold in combination with the predetermined first commodity. and combination registration means.

1 is a network configuration diagram of a POS system according to one embodiment of the present invention; FIG. It is a figure which shows the installation example of a POS terminal. It is a figure which shows the external appearance example of a POS terminal. It is a figure which shows the structural example of a POS terminal. FIG. 2 is a diagram for explaining an outline of operation modes of a POS terminal; FIG. 4 is a diagram for explaining switching of operation modes of the POS terminal; FIG. 4 is a schematic diagram illustrating an outline of operations in a normal mode; 4 is a flowchart for explaining an outline of operations in a normal mode; FIG. 4 is a schematic diagram illustrating an outline of operations in a normal mode; 4 is a flowchart for explaining an outline of operations in a normal mode; It is a schematic diagram explaining the outline of operation|movement of full self mode. 4 is a flowchart for explaining an outline of operation in full-self mode; FIG. 4 is a schematic diagram for explaining the outline of the operation in double scan mode; 4 is a flowchart for explaining an outline of operations in a double scan mode; It is a display example of a POS terminal in full self mode. It is a display example of a POS terminal in full self mode. It is a figure which shows an example of a product information table. It is a figure which shows the example of a screen displayed on a salesclerk's display part. It is a figure which shows the example of a screen displayed on a salesclerk's display part. It is a figure which shows the example of a screen displayed on a salesclerk's display part. 9 is a flowchart showing operation support processing; 9 is a flowchart showing operation support processing; 9 is a flowchart showing operation support processing; It is a figure which shows the example of a screen displayed on a salesclerk's display part. It is a figure which shows the example of the screen displayed on the salesclerk side display part and the customer side display part. FIG. 10 is a diagram showing a print example of a receipt; FIG. 10 is a diagram showing a print example of a receipt or receipt; FIG. 10 is a diagram showing a printed example of a daily register report;

FIG. 1 is a network configuration diagram of a POS (Point Of Sales) system according to one embodiment of the present invention. The POS system 1 shown in FIG. Connected for communication. Hereinafter, the POS terminals 20-1, 20-2, and 20-3 will be collectively referred to as the POS terminal 20 unless otherwise distinguished. The POS system 1 may further include a monitoring terminal (not shown) that displays the status of the POS terminal 20 (operation mode, processing status, etc.) and controls the POS terminal 20 .

The POS system 1 can be installed in various stores (convenience stores, supermarkets, etc.).

FIG. 2 is a diagram showing an installation example of the POS terminal 20. As shown in FIG. FIG. 2A is a perspective view of the POS terminal 20 and the like as viewed from the customer side. FIG. 2B is a perspective view of the POS terminal 20 and the like as seen from the store clerk's side. As shown in FIG. 2A, a counter is placed on the right side of the POS terminal 20 as viewed from the customer side.

FIG. 3 is a diagram showing an example of the appearance of the POS terminal 20. As shown in FIG. FIG. 3A is a perspective view of the POS terminal 20 viewed from the customer side. FIG. 3B is a perspective view of the POS terminal 20 as seen from the salesclerk side. FIG. 4 is a diagram showing a configuration example of the POS terminal 20. As shown in FIG. 3 and 4, the same reference numerals are given to the same parts.

A configuration example of the POS terminal 20 shown in FIG. 4 will be described below with reference to FIG. The POS terminal 20 includes a CPU 201, a ROM 202, a RAM 203, a hard disk 204, a customer-side display unit 205, a customer-side scanner unit 206, a card payment unit 208, a change machine 209, a clerk-side display unit 210, A key operation unit 211 , a store clerk side scanner unit 212 , a printing unit 213 , an audio output unit 214 , and a communication unit 215 are provided. They can communicate with each other via a bus. In addition, the code|symbol 211a is mentioned later.

The CPU 201 is a central processing unit, and controls the operation of the POS terminal 20 by reading and executing programs stored in the ROM 202 .
The ROM 202 is a read-only memory, and stores various information used by the CPU 201 including programs.

A RAM 203 is a read/write memory and stores various information. For example, the RAM 203 stores information acquired from the outside (for example, a product master acquired from the store controller 10), information generated during processing (for example, registration information (registration data) generated in registration processing for registering products, (settlement information, etc. generated in settlement processing for settlement (settlement) of products).

The hard disk 204 stores various information. The hard disk 204 may store programs executed by the CPU 201 instead of the ROM 202, for example. Also, instead of the RAM 203, information obtained from the outside or information generated during processing may be stored.

The customer-side display unit 205 is a touch display for customers, which displays various information to the customer and receives various inputs from the customer.
A customer-side scanner unit 206 is a scanner unit for customers, and optically reads various kinds of information.
For example, the customer-side scanner unit 206 optically scans barcodes (product codes, etc.) attached to products and codes (barcodes, two-dimensional codes, etc.) printed on accounting tickets (registered trademark). read. In addition to the above, the customer-side scanner unit 206 scans codes (bar codes, 2 dimension code, etc.) may be read.

The customer-side scanner unit 206 is used when the customer registers the product, but the customer may register the product by another method. For example, when a preset key corresponding to a product (a button for ordering a product) is displayed on the customer-side display unit 205, the customer may operate (press) the preset key to register the product.

The card settlement unit 208 is a settlement mechanism using various cards (credit cards, prepaid cards such as transportation cards, point cards, etc.). The card settlement unit 208 includes a card recognition unit (reading unit), display unit, and operation unit. The card recognition unit magnetically or electrically reads information on various cards. The read information is used for settlement (settlement) of purchased products. In addition, when using the recognized information for the payment (settlement) of the purchased product this time (that is, in the case of credit payment by credit card, in the case of prepaid card payment by prepaid card, the card recognition part will use (consumption), etc.), in addition to cases where the recognized information is not used for the payment (settlement) of the purchased product (for example, in the case of awarding benefits by presenting a credit card, in the case of awarding points to a point card) etc.) may also recognize various cards. Note that the card settlement unit 208 of this embodiment includes a card recognition unit (reading unit), a display unit, and an operation unit, but the card settlement unit 208 may include at least a card recognition unit. Further, the card recognition unit of this embodiment corresponds to a contact type card (IC card, magnetic card). may correspond to

The change dispenser 209 (cash settlement unit) is a settlement mechanism using cash, and has an insertion port for banknotes and coins and a discharge port for banknotes and coins. The amount of change, which is the difference, is calculated, and the change is discharged from the discharge port. The change dispenser 209 is directed toward the customer and is operated by the customer. Note that when banknotes or coins are inserted into the slot, they are detected by a sensor (detection of insertion, detection of the number of coins by denomination, etc.). The card payment unit 208 and the change machine 209 form a settlement unit.

The clerk-side display unit 210 is a touch display for the clerk, and displays various information to the clerk and receives various inputs from the clerk.
The key operation unit 211 is composed of various keys (hardware keys, buttons) and receives various inputs from the store clerk.
The clerk-side scanner unit 212 is a scanner unit for the clerk, and optically reads various kinds of information. For example, the clerk-side scanner unit 212 optically reads a bar code attached to a product or a clerk code attached to a clerk's name tag. In addition to the above, the clerk-side scanner unit 212 may read codes printed on checkout coupons, coupons, and codes printed on various cards.

Note that the clerk-side scanner unit 212 is used when the clerk registers products, but the clerk may register the products by other methods. For example, if a key corresponding to a product (for example, a key corresponding to a sports newspaper) is arranged in the key operation unit 211, the store clerk can operate (press) the key to register the product. good. Further, when a preset key corresponding to a product is displayed on the clerk-side display unit 210, the clerk may operate the preset key to register the product.

The printing unit 213 prints and issues various media (receipts, accounting coupons, etc.). The printing unit 213 can be rotatably changed from the clerk side to the customer side and from the customer side to the clerk side (the direction of the medium issuing port). The orientation of the printing unit 213 may be changed manually, or may be automatically changed (mechanically controlled, etc.) based on, for example, switching of operation modes (details will be described later). Note that whether the orientation of the printing unit 213 is correct or incorrect may be detected by a sensor or the like. Note that the switching of the operation mode is also referred to as the operation mode transition.

The audio output unit 214 outputs audio. For example, the audio output unit 214 outputs audio guidance and the like.
The communication unit 215 transmits and receives information to and from other terminals (other devices: other POS terminals 20, store controllers 10).

(Outline of each operation mode)
Next, operation modes of the POS terminal 20 will be described. The POS terminal 20 has multiple operating modes. This operation mode is an operation mode during normal business (operation mode related to registration processing and settlement processing), and is an aggregation mode for totaling and inquiring about sales, balance, etc., and a mode for setting work and maintenance work by store clerks and maintenance personnel. It does not include the maintenance mode when doing training, the training mode when newcomers do training, etc.

FIG. 5 is a diagram for explaining the outline of the operation modes of the POS terminal 20. As shown in FIG. The POS terminal 20 has, for example, three types of operation modes (normal mode (standard mode), full-self mode, and semi-self mode (accounting mode)) shown in FIG. 5A. Also, the POS terminal 20 may have a normal mode (restricted mode) in FIG. 5(B) in place of or in addition to the normal mode (standard mode) in FIG. 5(A). Also, the POS terminal 20 may have a semi-self mode (registration-only mode) in FIG. 5(B) instead of or in addition to the normal mode (standard mode) in FIG. 5(A). Also, the POS terminal 20 may have a semi-self mode (registration-only mode) in FIG. 5(B) in place of or in addition to the semi-self mode (accounting-only mode) in FIG. 5(A).

In FIG. 5A, columns indicate operation modes, and rows indicate functions (“product registration (clerk side)”, “product registration (customer side)”, “insert money”, . "Read accounting ticket"). The same applies to FIG. 5B (however, illustration of each function is omitted in FIG. 5B).

In FIG. 5(A) (similar to FIG. 5(B)), "O" in the column specified by the column and row indicates that the function of the row is valid in the operation mode of the column. . For example, "O" in the column specified by the column "normal mode (standard mode)" and the row "product registration (clerk side)" means that product registration (clerk side) is valid in normal mode (standard mode). It indicates the purpose. Also, "-" in the column specified by the column and row indicates that the function of the row is disabled in the operation mode of the column. For example, "-" in the column specified by the column "normal mode" and the row "product registration (customer side)" indicates that product registration (customer side) is disabled in the normal mode.

(Description of each function)
An outline of each function shown in FIG. 5A will be described below.

(Product registration (clerk side))
"Commodity registration (clerk side)" is a function for registering purchased commodities on the clerk side (clerk side scanner unit 212, clerk side display unit 210, key operation unit 211). In other words, it is a function of executing the registration process of the purchased product by the operation of the store clerk (scanning by the store clerk side scanner unit 212, touch on the store clerk side display unit 210, operation of the key operation unit 211).

(Product registration (customer side))
"Commodity registration (customer side)" is a function of registering a purchased commodity on the customer side (customer side scanner unit 206, customer side display unit 205). In other words, it is a function of executing the registration processing of the purchased product by the customer's operation (scanning by the customer-side scanner unit 206, touching the customer-side display unit 205).

(insertion of money)
"Insert money" is a function of receiving money (banknotes, coins). In other words, it is a function of accepting an operation for settlement with cash (insertion of money into the change dispenser 209).

(Transmission of registration information to other terminals)
"Send registration information to other terminal" is to send the registration information generated in the registration process to another terminal (other terminal capable of executing the settlement process, for example, another POS terminal 20) (directly to the other terminal). It is a function of transmitting, or indirectly transmitting to other terminals via the store controller 10, a monitoring terminal, etc. (same hereafter).

(Issuing accounting coupons)
"Issuance of accounting coupon" is a function of encoding the registration information generated in the registration process and issuing a printed medium (accounting coupon).

(Receipt of registration information from other terminals)
"Receiving registration information from other terminals" refers to receiving registration information generated in the registration process of other terminals (directly from other terminals, or indirectly via store controller 10, monitoring terminals, etc.). It is a function to receive from other terminals (same hereafter). A terminal that receives registration information from another terminal executes settlement processing based on the registration information.

(Reading the accounting ticket)
"Read accounting ticket" is a function to read an accounting ticket (specifically, a code printed on the accounting ticket or coded information). A terminal that has read an accounting ticket issued by another terminal executes settlement processing based on registration information acquired by reading the accounting ticket.

(Description of each operation mode)
Next, an outline of each operation mode shown in FIGS. 5A and 5B will be described.

(Normal mode (standard mode))
The normal mode (standard mode), as shown in FIG. 5A, is an operation mode in which product registration (store clerk side) is enabled "O" and product registration (customer side) is disabled "-". In other words, the normal mode (standard mode) is an operation mode in which the store clerk executes the registration process without executing the registration process on the customer side.

In normal mode (standard mode), as shown in Fig. 5(A), the insertion of money, the transmission of registration information to other terminals, and the issuance of accounting coupons are all valid. Operation mode. In other words, in the normal mode (standard mode), it is possible to execute the settlement processing after the registration processing on the store clerk's side either on the own terminal (own device) or on another terminal. Specifically, in the normal mode (standard mode), the self-terminal executes the settlement processing by accepting the insertion of money into the change machine 209, and by transmitting the registration information to the other terminal (or by receiving the accounting ticket) (by issuing it) causes the other terminal to execute the settlement process.

In addition, as shown in FIG. 5A, the normal mode (standard mode) is an operation mode in which both reception of registration information from other terminals and reading of checkouts are valid "O". That is, in the normal mode (standard mode), settlement processing can be executed based on the registration information generated by the other terminal. Note that the settlement process after receiving the registration information (or after reading the accounting ticket) may be executed in the semi-self mode of FIG. 5(A). In other words, when the registration information is received (or the accounting ticket is read) while in the normal mode (standard mode), the normal mode (standard mode) is automatically switched to the semi-self mode (accounting mode). You may ask for permission by ), and you may execute settlement processing in semi-self mode (accounting exclusive mode). In addition, if you shift to semi-self mode (accounting-only mode) and execute settlement processing, it will automatically switch from semi-self mode (accounting-only mode) to normal mode (standard mode) (you may ask for permission from the clerk). It may be transferred (returned) or left in the semi-self mode (accounting mode).

In the normal mode (standard mode), at least one of reception of registration information from other terminals and reading of accounting coupons may be disabled (-).

(Full self mode)
As shown in FIG. 5A, the full-self mode is an operation mode in which product registration (customer side) is set to valid "O". In other words, the full self mode is an operation mode premised on registration processing on the customer side. However, in the full-self mode, product registration (on the store clerk's side) is also enabled with "O". In other words, the full-self mode is an operation mode that allows registration processing on the salesclerk side as well as registration processing on the customer side. A state in which registration processing is being performed on both the customer side and the store clerk side may be referred to as a double scan mode.

In the example shown in FIG. 5(A), product registration (clerk side) is set to valid "○" in full self mode, but product registration (clerk side) is set to invalid "-" in full self mode. good too.

In addition, as shown in FIG. 5A, the full-self mode is an operation mode in which the insertion of money is enabled "O" and the transmission of registration information to other terminals and the issuance of accounting coupons are disabled "-". is. That is, the full-self mode is an operation mode that assumes settlement processing at the terminal.

In addition, as shown in Fig. 5(A), in the full self mode, as in the normal mode (standard mode), both the reception of registration information from other terminals and the reading of accounting tickets are valid. This is an operating mode that That is, in the full-self mode, as in the normal mode (standard mode), it is possible to execute settlement processing based on registration information generated in other terminals. Note that the settlement process after receiving the registration information (or after reading the accounting ticket) may be executed in the semi-self mode of FIG. 5(A). In other words, when registration information is received (or an accounting ticket is read) while in full-self mode, the system automatically shifts from full-self mode to semi-self mode (accounting-only mode) and semi-self mode (accounting mode). The settlement process may be executed as a dedicated mode). In addition, if you shift to semi-self mode (accounting-only mode) and execute settlement processing, you may automatically shift (return) from semi-self mode (accounting-only mode) to full self mode, or semi-self mode ( Accounting only mode) may be left as is.

(Semi-self mode (accounting mode))
In the semi-self mode (accounting only mode), as shown in Fig. 5(A), reception of registration information from other terminals, reading of accounting coupons, and insertion of money are enabled, and product registration (clerk side) is performed. and product registration (customer side) are disabled "-". In other words, the semi-self mode (accounting exclusive mode) is an operation mode in which the own terminal does not execute the registration process, but exclusively executes the settlement process based on the registration information generated in the other terminal. In addition, since the semi-self mode (accounting exclusive mode) is an operation mode that does not execute registration processing (because registration information is not generated), as shown in FIG. The issuance of accounting coupons is also invalidated as "-".

(Normal mode (restricted mode))
In normal mode (restricted mode), as shown in Fig. 5(B), transmission of registration information to other terminals and issue of accounting coupons, which were marked as valid in normal mode (standard mode) in Fig. 5(A) and are invalid "-". In other words, the normal mode (restricted mode) is an operation mode that restricts the function of allowing other terminals to execute settlement processing, which is permitted in the normal mode (standard mode).

(Semi-self mode (registration-only mode))
In the semi-self mode (registration-only mode), as shown in Fig. 5(B), product registration (clerk side), transmission of registration information to other terminals, and issuance of accounting coupons are enabled with "○", and product registration ( (customer side), inserting money, receiving registration information from other terminals, and reading checkouts are disabled (-). In other words, the semi-self mode (registration-only mode) is an operation mode in which the own terminal exclusively executes the registration process and the other terminal executes the settlement process. In the semi-self mode (registration-only mode), since it is assumed that the registration operation is performed by a store clerk, product registration (customer side) is disabled "-".

(Regarding enabling/disabling functions)
In the above description, the POS terminal 20 performs various functions provided by the POS terminal 20 itself (product registration (clerk side), product registration (customer side) in FIG. 5A, insertion of money, …, reading of the accounting ticket), it is different whether it is valid "〇" or invalid "-". In other words, in the above description, the POS terminal 20 originally performs all functions (product registration (clerk side), product registration (customer side), insertion of money, ..., reading of accounting coupons in FIG. 5A). and some of the functions are disabled depending on the operation mode (for example, as shown in FIG. Registration (customer side) is disabled "-", and when in full self mode, transmission of registration information to other terminals and issuance of accounting coupons are disabled "-").

However, the POS terminal 20 only needs to have different executable functions depending on the operation mode, and the POS terminal 20 does not necessarily have all the functions originally, and disables some of the functions according to the operation mode. It is not necessary to have such a configuration. For example, the POS terminal 20 does not have all the functions (programs for realizing the functions) from the beginning, but depending on the operation mode (for example, when switching the operation mode), it is necessary in the operation mode. Programs for realizing functions (functions corresponding to functions marked as valid in FIG. 5 with "○") are acquired from outside (for example, store controller 10, monitoring terminal, server outside the store (cloud, etc.), etc.) and executed. In addition, if there is a program for realizing an unnecessary function in the operation mode (function corresponding to the disabled "-" function in FIG. 5) (if it is retained), the program It may be put in an unexecutable state (for example, it may be erased). It should be noted that after disabling the program for realizing the unnecessary function, the program for realizing the necessary function may be acquired and made executable. Further, for example, when switching the operation mode, the POS terminal 20 temporarily disables all programs regardless of the destination operation mode, and then implements functions required in the operation mode. The program may be acquired from the outside and made executable.
In other words, the configuration of the POS terminal 20 may be such that some of the various originally provided functions are disabled according to the operation mode. It may be such that only the functions are appropriately provided.

The normal mode (standard mode), full-self mode, semi-self mode (accounting-only mode) in FIG. 5(A), normal mode (restricted mode), and semi-self mode (registration-only mode) in FIG. 5(B) have been described above. However, the following description will focus on the normal mode (standard mode), full-self mode, and semi-self mode (accounting-only mode) shown in FIG. 5(A). Note that, in the following description, the normal mode (standard mode) may be simply referred to as the normal mode. Also, the semi-self mode (accounting only mode) may be simply referred to as the semi-self mode.

(Operation mode switching (transition))
Next, switching (transition) of the operation mode of the POS terminal 20 will be described. The POS terminal 20 basically switches the operation mode according to an explicit mode switching operation (also referred to as a mode switching operation; details will be described later) for switching the operation mode by the clerk. Also, the POS terminal 20 may switch the operation mode according to another operation (for example, reading a store clerk code, etc.) different from the mode switching operation.

In addition, the POS terminal 20 may switch the operation mode without being operated by the store clerk. Specifically, the POS terminal 20 may switch the operation mode according to a mode switching instruction (mode switching instruction) from another terminal (POS terminal 20, monitoring terminal, mobile terminal, etc.). In addition, the POS terminal 20 may switch the operation mode according to time conditions (for example, the elapsed time since the last operation, the fixed time according to the schedule, etc.). Also, the POS terminal 20 may switch the operation mode at the start of processing (for example, at the start of settlement processing based on the received registration information, at the start of settlement processing based on an accounting ticket, etc.). Also, the POS terminal 20 may switch the operation mode at the end of the process (for example, at the end of the settlement process based on the received registration information, at the end of the settlement process based on the accounting ticket).

FIG. 6 is a diagram illustrating switching of the operation mode of the POS terminal 20. As shown in FIG. The left side of FIG. 6 shows a combination of operation modes before and after switching (operation mode before switching→operation mode after switching), and the right side shows conditions (an example) for switching operation modes. For example, row a indicates, as an example of conditions for switching the operating mode from the normal mode to the full self mode, a mode switching operation, a mode switching command, and the elapse of a predetermined time (non-use). In other words, when the operation mode is the normal mode, for example, if there is a mode switching operation, a mode switching command, or the passage of a predetermined time (not used), the operation mode will switch from the normal mode to the full self mode. showing. Details of the mode switching operation will be described later.

(Normal mode → full self mode)
As shown in a, in the normal mode, for example, a mode switching operation, a mode switching instruction (such as a mode switching instruction in which the full self mode is specified as the operation mode to be shifted to), elapse of a predetermined period of time (after a predetermined period of time non-use), etc., the operation mode is switched from the normal mode to the full self mode.

(Normal mode → semi-self mode (accounting mode))
As shown in b, when in the normal mode, for example, there is a mode switching operation, a mode switching instruction (such as a mode switching instruction in which the semi-self mode (accounting mode) is specified as the destination operation mode). In this case, the operation mode is switched from the normal mode to the semi-self mode (accounting mode). Also, when in the normal mode, for example, when registration information is received from another terminal or when an accounting ticket is read, the operation mode may be switched from the normal mode to the semi-self mode (accounting exclusive mode). .

(Full self mode → normal mode)
As shown in c, when in the full self mode, for example, if there is a mode switching operation, a mode switching instruction (such as a mode switching instruction specifying the normal mode as the destination operation mode), The operation mode is switched from full self mode to normal mode.

(Full self-mode → semi-self mode (accounting mode))
As shown in d, when in the full self mode, for example, there is a mode switching operation, a mode switching instruction (a mode switching instruction specifying the semi-self mode (accounting mode) as the destination operation mode, etc.). In this case, the operation mode is switched from full-self mode to semi-self mode (accounting-only mode). Also, when in full self mode, for example, when registration information is received from another terminal or when an accounting ticket is read, the operation mode is switched from full self mode to semi self mode (accounting mode). good too.

(Full Self Mode → Double Scan Mode)
As shown in e, when the clerk code is read in the full self mode, the operation mode is switched from the full self mode to the double scan mode. The double scan mode is a mode of the full self mode (a state in which the product registration (store clerk side) function is used in addition to the product registration (customer side) function; see FIG. 5A).

If the clerk code is read while in full self mode, the operation mode may always switch to double scan mode regardless of the product registration status. It may be switched to a different operation mode accordingly. For example, if the clerk code is read when the product has not been registered yet (that is, when the customer has not registered the product), the full self mode will switch to normal mode, and the If the clerk code is read while the product is being registered (in other words, if the product is being registered by the customer), even if it switches from full self mode to double scan mode. good.

(Semi-self mode (accounting mode) → normal mode)
As shown in f, when in the semi-self mode (accounting mode), for example, there is a mode switching operation, a mode switching instruction (such as a mode switching instruction in which the normal mode is specified as the destination operation mode), etc. In this case, the operation mode is switched from the semi-self mode (accounting mode) to the normal mode. Also, when in semi-self mode (accounting only mode), for example, when settlement processing (for example, settlement processing based on received registration information, settlement processing based on an accounting ticket) is completed, semi-self mode (accounting only mode) ) to the normal mode.

(Semi-self mode (accounting mode) → Full self mode)
As shown in g, when in the semi-self mode (accounting mode), for example, there is a mode switching operation, a mode switching instruction (a mode switching instruction specifying the full self mode as the destination operation mode, etc.). In this case, the operation mode is switched from the semi-self mode (accounting only mode) to the full self mode. Also, when in semi-self mode (accounting only mode), for example, when settlement processing (for example, settlement processing based on received registration information, settlement processing based on an accounting ticket) is completed, semi-self mode (accounting only mode) ) to the full self mode.

Note that the mode switching operation may be any operation as long as the destination operation mode is specified according to the operation. For example, when each button for each transition destination is provided (or displayed), the operation mode may be switched to each transition destination according to the mode switching operation of pressing each button. In addition, in the case of providing (or in the case of displaying) one button that switches the transition destination each time the button is pressed, the operation mode may be switched for each mode switching operation of pressing the button.

A button for selecting the destination operation mode and a button for determining the transition to the selected operation mode may be separately provided (or displayed).

(Transition of operation mode by mode switching operation)
Next, operation mode transition by mode switching operation will be described. The operation mode of the POS terminal 20 is switched according to an explicit mode switching operation by the store clerk (see FIG. 6). Specifically, the operation mode is switched according to the operation of the mode switching button 211a (see FIG. 3B) arranged at the topmost and rightmost end of the key operation unit 211. FIG.

Since the mode switching button 211a is arranged at the corner of the key operation unit 211, it is possible to reduce operation errors when switching the operation mode and to easily switch the operation mode. That is, when the mode switching button 211a is present at the corner of the key operating unit 211, for example, compared to the case where the mode switching button 211a is present near the center of the key operating unit 211, for example, the mode switching button 211a to be operated is Since the number of adjacent buttons is small, it is difficult to make an operation error such as hastily operating another button, and since the position of the mode switching button 211a to be operated can be specified instantly, the mode switching operation can be performed without stress. It can be performed.

Furthermore, since the mode switching button 211a is arranged at the corner of the upper right end (uppermost and rightmost end) of the key operation unit 211, the mode switching operation can be performed not only when the store clerk is on the store clerk's side but also when the customer is on the customer's side. be able to In other words, a store clerk on the customer's side usually cannot see each button of the key operation unit 211, but as for the mode switching button 211a existing at the upper right end of the key operation unit 211, the customer reaches out and gropes. Since the mode switching button 211a to be operated can be easily recognized only by (hand feel), the clerk on the customer side can perform the mode switching operation without moving to the clerk side.

In the present embodiment, the mode switching button 211a is arranged at the upper right corner of the key operation unit 211. However, if the mode switching button 211a is located at a position that can be recognized only by fumbling (a position that can be recognized relatively easily), the mode switching button 211a can be changed. The switching button 211 a may be arranged at a position other than the upper right corner of the key operation unit 211 . Instead of or in addition to arranging the mode switching button 211a at a position that can be recognized only by fumbling (for example, the upper right corner), the mode switching button 211a can be distinguished from other buttons even from the customer's side. , the mode switching button 211a may be formed. For example, the size of the mode switching button 211a may be made different from the size of the other buttons, or the shape of the mode switching button 211a may be made different from the shape of the other buttons to the extent that they can be distinguished only by feeling. Alternatively, the height of the mode switching button 211a may be different from the height of the other buttons (for example, the mode switching button 211a may protrude more than the other buttons, or ), the feel of all or part of the surface of the mode switching button 211a (the surface touched by the hand) may be different from that of the other buttons (for example, only the surface of the mode switching button 211a may be rough or rough). A touch may be used, or projections or depressions may be provided only on the surface of the mode switching button 211a).

In the present embodiment, the mode switching button 211a is arranged in the key operating section 211 in consideration of various advantages as described above. Alternatively, in addition, a mode switching button (not shown) may be arranged on the screen displayed on the clerk-side display unit 210 .

(Operation of each operation mode)
FIG. 7 is a schematic diagram for explaining the outline of the operation in the normal mode. Specifically, FIG. 7 is a schematic diagram showing the flow of processing and the actions of people (clerk, customer) in the case of executing settlement processing on its own terminal in the normal mode. FIG. 8 is a flowchart outlining the operation in the normal mode. Specifically, FIG. 8 is a flowchart for explaining the outline of the operation when executing the settlement process in the own terminal in the normal mode.

In the normal mode (both when executing settlement processing on the own terminal and when executing settlement processing on another terminal), the clerk displays the purchased product of the customer on the clerk side (clerk side scanner unit 212, clerk side display unit 210, It is registered by the key operation unit 211) (upper part of FIG. 7). In other words, the POS terminal 20 executes registration processing of purchased products according to the operation of the store clerk (scanning by the store clerk-side scanner unit 212, touch on the store clerk-side display unit 210, operation of the key operation unit 211) (the upper part of FIG. 7). ).

When the store clerk completes the registration process, the customer confirms the total amount of purchased commodities on the store clerk side display unit 210, inserts money (cash) into the change dispenser 209, or operates the card payment unit 208 to make a payment. (bottom of FIG. 7). In other words, the POS terminal 20 executes settlement processing according to customer's operation (insertion of cash into the change machine 209, operation of the card settlement unit 208) (lower part of FIG. 7).

That is, when executing the settlement process at the own terminal in the normal mode, as shown in FIG. 8, the store clerk first scans the product (step S10: YES) and registers the product (step S11). After pressing the subtotal key (for example, the subtotal key displayed on the clerk-side display unit 210 or the subtotal key arranged on the key operation unit 211, etc.) (step S30: YES), for example, the change dispenser 209 is performed (step S50), and the process is completed. The subtotal key in step S30 is an operation key for completing the registration process, and may also be referred to as a subtotal button, registration completion key, registration completion button, checkout key, checkout button, or the like.

The customer may wait until the store clerk completes the registration process (until the total amount is determined), but may insert cash into the change dispenser 209 before the registration process is completed. In other words, the POS terminal 20 can accept payment during the registration process (upper part of FIG. 7).

Also, the customer may select a payment method (also referred to as payment type, settlement method, or settlement type) before completing the registration process. In other words, the POS terminal 20 can accept the selection of the payment method during the registration process.

In addition, the salesclerk may wait until the customer completes the payment (until the customer obtains change or a receipt), or may register the next customer's purchased product. In other words, the POS terminal 20 can register the purchased product of the next customer during the checkout process (lower part of FIG. 7). Also, the clerk may be absent during the payment by the customer (lower part of FIG. 7). In other words, the reception of the customer may be finished during the payment of the customer.

In addition, when there is change, the POS terminal 20 controls the dispensation of change or bills by the change machine 209 in order to prevent forgetting to take the change, and a sensor or the like detects that the customer has removed the change or bills. issuance of the receipt by the printing unit 213 may be controlled after recognizing the above. The same applies to other operation modes.

FIG. 9 is a schematic diagram for explaining the outline of the operation in the normal mode. Specifically, FIG. 9 is a schematic diagram showing the flow of processing and the actions of people (clerk, customer) in the normal mode (standard mode) when another terminal is caused to execute settlement processing. FIG. 10 is a flow chart for explaining the outline of the operation in the normal mode. Specifically, FIG. 10(A) is a flowchart for explaining an outline of the operation in the normal mode (standard mode) when the other terminal is caused to execute the settlement process. FIG. 10(B) is a flow chart showing the basic flow of operations in the other terminal (other device) in FIG. 10(A).

In the normal mode (both when executing settlement processing on the own terminal and when executing settlement processing on another terminal), the clerk displays the purchased product of the customer on the clerk side (clerk side scanner unit 212, clerk side display unit 210, It is registered by the key operation unit 211) (upper part of FIG. 9). That is, the POS terminal 20 (the POS terminal 20-1 in the example of FIG. 9) performs registration processing of the purchased product by the operation of the store clerk (operation of the store clerk side scanner unit 212, the store clerk side display unit 210, the key operation unit 211, etc.). is executed (upper part of FIG. 9).

When the registration process by the clerk is completed, the customer moves to another POS terminal 20 (POS terminal 20-2 in the example of FIG. 9), confirms the total amount of purchased commodities on the clerk-side display section 210, and uses the change machine. 209, or operate the card settlement unit 208 to settle the account (lower part of FIG. 9). In other words, the other POS terminals 20 execute settlement processing according to the customer's operation (insertion of money into the change machine 209, operation of the card payment unit 208) (lower part of FIG. 9).

The other POS terminal 20 (POS terminal 20-2) is supplied with information (registration information generated by the POS terminal 20-1, etc.) necessary for settlement processing.

The store clerk designates the POS terminal 20 (either the POS terminal 20-2 or the POS terminal 20-3 in the example of FIG. 9) to execute the settlement process at the POS terminal 20-1. Alternatively, the clerk causes the POS terminal 20-1 to issue a medium (accounting coupon) that can be read by the POS terminal 20 (the POS terminal 20-2 or the POS terminal 20-3 in the example of FIG. 9) that executes the settlement process. may

That is, in the normal mode, when another terminal is caused to execute the settlement process, as shown in FIG. ). After pressing the subtotal key (for example, the subtotal key displayed on the clerk-side display unit 210 or the subtotal key arranged on the key operation unit 211, etc.) (step S30: YES), for example, settlement processing is executed. POS terminal 20 is specified (step S31: YES), the registration information is transmitted to the specified POS terminal 20 (step S32), and the processing on the registration side is completed.

After specifying another terminal, the store clerk can register the next customer's purchased product (lower part of FIG. 9). Also, the clerk may be absent after specifying another terminal (lower part of FIG. 9).

In the example shown in FIG. 10A, another POS terminal 20 is specified after pressing the subtotal key, but the other POS terminal 20 may be specified without pressing the subtotal key. . For example, a subtotal key and a key for specifying another POS terminal 20 are arranged on the registration screen (a key for issuing an accounting ticket may also be arranged), and the POS terminal 20 is specified. key is pressed, the registration information may be transmitted. In the mode in which another POS terminal 20 is specified without pressing the subtotal key, it is unnecessary to press the subtotal key after pressing the key for specifying the other POS terminal 20 .

Although omitted in the example shown in FIG. 10A, it is also possible to issue an accounting ticket to be read by another POS terminal 20 and cause the other POS terminal 20 to execute the settlement process.
The key for issuing the accounting ticket may be pressed after the subtotal key is pressed, or may be pressed before the subtotal key is pressed. In the mode in which the key for issuing the accounting coupon is pressed before pressing the subtotal key, it is not necessary to press the subtotal key after pressing the key for issuing the accounting coupon.

The other POS terminal 20 (the POS terminal 20-2 in the example of FIG. 9) that has received the registration information enters the semi-self mode after receiving the registration information (step S40: YES), as shown in FIG. 10B. If it is not (accounting only mode), it shifts (switches) to semi-self mode (accounting only mode). That is, if the current operating mode (at the time of receiving the registration information) is the full self mode (step S41: YES), the full self mode is shifted to the semi self mode (accounting mode) (step S42), and the current operating mode is the normal mode (step S43: YES), the normal mode is shifted to the semi-self mode (accounting exclusive mode) (step S42). Then, on the customer side, payment is made by, for example, the change machine 209 (step S50), and the processing on the payment side is completed.

In the example shown in FIG. 10B, the other POS terminal 20 that has received the registration information shifts to the semi-self mode (accounting only mode) if it is not in the semi-self mode (accounting only mode) after receiving the registration information. However, it is not necessary to switch to semi-self mode (accounting mode). That is, since the settlement process can be performed even in the normal mode or the full-self mode (see FIG. 5), the settlement process may be executed in the normal mode or the full-self mode.

In the normal mode (standard mode), as described above, after the store clerk executes the registration process, the customer side of the own terminal executes the settlement process using the registration information generated in the registration process (see FIG. 7). , FIG. 8), and a function of transmitting the registration information generated in the registration process to another terminal (another terminal capable of executing the settlement process, such as another POS terminal 20) to cause the other terminal to execute the settlement process. (See Figs. 9 and 10) and the registration information generated in the registration process (or information for obtaining the registration information) are coded (barcode, two-dimensional code, etc.) and printed out. and a function of causing the other terminal to execute settlement processing.

On the other hand, in the normal mode (restricted mode), among the functions of the normal mode (standard mode) described above, as shown in FIG. A function that causes the terminal to execute the settlement process, and the registration information generated in the registration process (or information for obtaining the registration information) is coded and printed to issue an accounting coupon to perform the settlement process on the other terminal. This mode limits the functions that can be executed.

In addition, among the functions of the normal mode (standard mode) described above, the function of transmitting the registration information generated in the registration process to another terminal and causing the other terminal to execute the settlement process, and the function of the registration information generated in the registration process ( or information for obtaining the registration information) is coded and printed, and the function of causing the other terminal to execute the settlement process is also a function of the semi-self mode (registration-only mode). In other words, the semi-self mode can be classified into a registration-only mode and an accounting-only mode. In the semi-self mode (registration-only mode), as shown in FIG. A function to send to the terminal and execute the settlement process on the other terminal, and issue an accounting ticket printed by encoding the registration information generated in the registration process (or information for acquiring the registration information) and a function of causing the other terminal to execute settlement processing. In other words, in the semi-self mode (registration-only mode), among the functions of the normal mode (standard mode) described above, after executing the registration processing on the store clerk side, using the registration information generated in the registration processing, In this mode, the function of executing the settlement process on the customer side is restricted. That is, the semi-self mode (registration-only mode) is an operation mode exclusively for performing registration processing.

In addition, as shown in FIG. 5A, the semi-self mode (accounting only mode) has a function of receiving registration information generated in the registration process on another terminal and executing the settlement process, and It also includes a function to read accounting tickets and execute settlement processing. In other words, the semi-self mode (accounting exclusive mode) is an operation mode exclusively for executing settlement processing.

FIG. 11 is a schematic diagram for explaining the outline of the operation in full-self mode. FIG. 12 is a flowchart outlining the operation of the full-self mode.

In the full-self mode, the customer registers his/her purchased product on the customer side (customer side scanner section 206, customer side display section 205) (upper part of FIG. 11). In other words, the POS terminal 20 executes the registration process of the purchased product according to the customer's operation (scanning by the customer-side scanner unit 206, touching the customer-side display unit 205) (upper part of FIG. 11).

When the registration process is completed, the customer confirms the total amount of purchased products on the customer-side display unit 205, inserts cash into the change machine 209, or operates the card settlement unit 208 to settle the account (lower part of FIG. 11). ). In other words, the POS terminal 20 executes settlement processing according to customer's operation (insertion of cash into the change dispenser 209, operation of the card payment unit 208) (lower part of FIG. 11).

That is, in the case of the full self mode, as shown in FIG. 12, the customer scans the product (step S20: YES) and registers the product (step S21). After the registration completion key (for example, the registration completion key displayed on the customer-side display unit 205) is pressed (step S40: YES), the customer's account is settled by, for example, the change machine 209 (step S50), and processing is performed. is completed. The registration completion key related to step S40 is an operation key for completing the registration process, and may also be called a registration completion button, subtotal key, subtotal button, checkout key, checkout button, or the like.

In the full-self mode, as shown in FIG. 11, the customer side executes both the registration process and the settlement process, but it does not mean that the store clerk cannot do anything. In other words, even when the POS terminal 20 is operating in the full self mode, for example, the clerk can scan the product (double scan mode), or the clerk can display various information. Is possible.

FIG. 13 is a schematic diagram for explaining the outline of the operation in the double scan mode. FIG. 14 is a flowchart outlining the operation of the double scan mode. Note that the double scan mode is one mode of the full self mode, but for the sake of convenience, both operation modes will be described separately in FIGS.

In the full-self mode, the customer registers his/her purchased product on the customer side (upper part of FIG. 11, upper part of FIG. 13). That is, the POS terminal 20 executes the registration processing of the purchased product by the customer's operation (upper part of FIG. 11, (upper part of FIG. 13)).

During the registration process by the customer, the store clerk registers the merchandise purchased by the customer on the side of the store clerk (middle of FIG. 13). In other words, the POS terminal 20 executes the registration process operated by the customer and the registration process operated by the store clerk (the middle part of FIG. 13).

When the registration process is completed, the customer confirms the total amount of purchased products on the customer-side display unit 205, inserts cash into the change dispenser 209, or operates the card settlement unit 208 to settle the account (lower part of FIG. 13). ). In other words, the POS terminal 20 executes settlement processing according to the customer's operation (insertion of cash into the change machine 209, operation of the card payment unit 208) (lower part of FIG. 13).

That is, when the clerk code is read by the clerk-side scanner unit 212 as shown in FIG. 14A while the registration process is being executed in the full self mode (see FIG. 12) (step S110: YES). , the operation mode shifts from the full self mode to the double scan mode (step S111).

After shifting to the double scan mode, as shown in FIG. By scanning or the like (step S20: YES), the product is registered (step S21). A subtotal key (for example, a subtotal key displayed on the clerk-side display unit 210 or a subtotal key arranged on the key operation unit 211) or a registration completion key (for example, a registration completion key displayed on the customer-side display unit 205) After the completion key, etc.) is pressed (step S41: YES), on the customer side, the payment is made by, for example, the change dispenser 209 (step S50), and the process is completed.

In the double scan mode, the store clerk may wait until the customer completes the payment (until the customer obtains change or a receipt), or may register the next customer's purchased product. In other words, the POS terminal 20 can register the purchased product of the next customer during the checkout process (lower part of FIG. 13). Also, the clerk may be absent during the payment by the customer (lower part of FIG. 13). In other words, the reception of the customer may be finished during the payment of the customer.

As shown in FIG. 14A, when the clerk code is read in the full self mode, the operation mode shifts from the full self mode to the double scan mode. Reading the clerk code is one of the login operations. can be one. Further, when another operation (for example, a log-in operation other than reading the store clerk code) is performed in the full-self mode, the operation mode may shift from the full-self mode to the double scan mode. Further, when the clerk stops performing any operation in the double scan mode (for example, when a predetermined time has passed since the last operation), the operation mode may shift from the double scan mode to the full self mode.

(Notification of operation mode)
Each POS terminal 20 may report its current operating mode. For example, each POS terminal 20 may display the current operation mode of its own terminal on the salesclerk side display section 210 .
Specifically, each POS terminal 20 displays a screen having an operation mode display field of its own terminal on the clerk side display section 210, and displays the current operation mode of its own terminal in the operation mode display field on the screen. may In addition, each POS terminal 20 displays a screen on which an image corresponding to each operation mode (for example, a button-like image) is arranged on the clerk-side display unit 210, and the current operation mode of the own terminal is displayed on the screen. The image to be displayed may be displayed in a display manner different from that of the image that does not correspond to the current operation mode (for example, a display manner that is more conspicuous than the display manner of other images). For example, when operating in two operating modes, the normal mode and the full self mode, the normal mode image and the full self mode image are always displayed, and when the current operation mode of the own terminal is the normal mode, the normal mode image is displayed. The full self mode image may be displayed in a more conspicuous display mode than the full self mode image, and when the current operation mode of the own terminal is the full self mode image, the full self mode image may be displayed in a more conspicuous display mode than the normal mode image. . Each POS terminal 20 may similarly display the current operation mode of its own terminal on the customer side display section 205 as well.

Also, each POS terminal 20 may notify the current operation mode of another terminal instead of or in addition to the current operation mode of its own terminal. In other words, each POS terminal 20 may mutually recognize the current operation mode of the other terminal and notify the current operation mode of the other terminal. An example of a method in which each POS terminal 20 mutually recognizes the current operation mode of another terminal is that each POS terminal 20 notifies the other terminal of the operation mode after transition (latest operation mode) after the transition of the operation mode. directly to the other terminal via the store controller 10 or to the other terminal via the monitoring terminal). Also, each POS terminal 20 may report the current processing status of the other terminal as well as the current operation mode of the other terminal.

Further, each POS terminal 20 may report information according to its own current operation mode (operation mode, processing status, etc.). For example, each POS terminal 20 may display various kinds of information on the customer-side display section 205 when its current operation mode is the full self mode, for example, when it is on standby. Also, the POS terminal 20 may report information according to the current operation mode of the other terminal in place of or in addition to the information according to the current operation mode of its own terminal.

Even if the operation mode is switched by an operation by the store clerk (mode switching operation, reading of the store clerk code, etc.), if the operation mode is switched without the operation of the store clerk (mode switching command, predetermined time Even if it depends on the progress etc.), the operation mode of the own terminal and other terminals is notified.

(storage of information about operation mode)
Each POS terminal 20 may store in which operation mode the transaction (process) was made as information on the operation mode. For example, when the POS terminal 20-1 operating in normal mode (standard mode) executes registration processing and settlement processing for a certain transaction, the POS terminal 20-1 that executed the registration processing and settlement processing information (e.g. settlement information) (or in association with the information related to the transaction) to the effect that the registration processing and settlement processing related to the transaction were performed in the normal mode (standard mode) (e.g., identifying the operation mode available information, etc.) may be stored.

It should be noted that each POS terminal 20 may also store in which terminal the transaction (process) was made. In the above example, the POS terminal 20-1 may store information indicating that the registration process and the settlement process have been executed at its own terminal (the POS terminal 20-1) as the transaction information.
More specifically, the POS terminal 20-1 stores the terminal identification information of its own terminal as the identification information (terminal identification information) of the terminal that executed the registration process, and also stores the terminal identification information of the terminal that executed the settlement process as the terminal identification information. Terminal identification information of the terminal may be stored. Alternatively, the POS terminal 20-1 may store the terminal identification information of its own terminal as the terminal identification information of the terminal that executed the entire processing (registration processing, settlement processing).

Also, for example, first, the POS terminal 20-1 operating in the normal mode (standard mode) executes registration processing for a certain transaction, and then the POS terminal 20-2 operating in the semi-self mode (accounting mode). However, when the settlement process is executed for the transaction based on the registration information obtained by the above registration process, the POS terminal 20-2 that executed the settlement process uses the information (for example, settlement information) regarding the transaction (or (associated with transaction information), stores information indicating that the registration process for the transaction was performed in the normal mode (standard mode), and stored information indicating that the settlement process for the transaction was performed in the semi-self mode (accounting-only mode). Information may be stored. In addition to the above, the POS terminal 20-1 that executed the registration process may also store information indicating that the registration process for the transaction was performed in the normal mode (standard mode).

In the above example, the POS terminal 20-2 that has executed the settlement process stores information indicating that the registration process has been executed in the other terminal (POS terminal 20-1) as information related to the transaction. The terminal 20-2) may store information indicating that the settlement process has been executed.
More specifically, the POS terminal 20-2 stores the terminal identification information of the other terminal (POS terminal 20-1) as information (terminal identification information) of the terminal that executed the registration process, and also stores the terminal identification information of the terminal that executed the settlement process. terminal identification information of its own terminal (POS terminal 20-2) may be stored as the terminal identification information. In the above example, on the side of the POS terminal 20-2 that executes the settlement process, the terminal identification information and the operation mode (specifically, the normal mode (standard mode)) of the POS terminal 20-1 that executed the registration process are It suffices if the identifying information can be acquired. For example, from the POS terminal 20-1 side to the POS terminal 20-2 side, the terminal identification information of the POS terminal 20-1 and the information identifying the operation mode are supplied (for example, transmission/reception as registration information, and receipt of accounting coupons). (supplied via).

Further, each POS terminal 20 may store the transition (switching) of the operation mode as information on the operation mode. For example, when the operation mode of the POS terminal 20-1 shifts from a certain operation mode to another operation mode, the POS terminal 20-1 changes to which operation mode along with the operation mode transition time. information (for example, information that can identify the operation mode after transition) may be stored. The POS terminal 20-1 also provides information on which operation mode to which operation mode the POS terminal 20-1 has transitioned (for example, information that can identify the operation mode before transition, information that can identify the operation mode after transition, and information on which operation mode has transitioned to which operation mode). , etc.) may be stored.

Even when the operation mode is switched by the clerk's operation (mode switching operation, reading of the clerk's code, etc.), each POS terminal 20 can switch the operation mode without being operated by the clerk ( (in the case of a mode switching command, elapse of a predetermined time, etc.), the information regarding the transition of the operation mode may be stored. In the above case, each POS terminal 20 receives information on the basis of which the operation mode has changed (for example, information indicating that the operation mode has changed due to the operation by the store clerk with the store clerk code "XXX", the terminal identification information "XXX", etc.). x", that the operation mode has changed due to a mode switching command from the POS terminal 20, etc.) may be stored.

Instead of or in addition to the POS terminal 20, the store controller 10, monitoring terminal, or the like may store the information about the operation mode.

Further, the information on the operation mode stored as described above may be output (displayed, transmitted, printed, etc.) as necessary. For example, the POS terminal 20 may include information indicating that processing (registration processing, settlement processing) has been performed in the full-self mode on a receipt output in the full-self mode. information in a form that can also be recognized by Receipts output in other operating modes may be printed as well. Also, for example, the POS terminal 20 (or monitoring terminal) may display the operation mode during processing. As an example, when the POS terminal 20 (or monitoring terminal) inputs a transaction number (information that can identify a transaction) on a predetermined search screen or the like, For at least one of them, the terminal (terminal identification information, etc.) on which the process was performed and the operation mode (information that can identify the operation mode) may be displayed.

In the following description, it is assumed that the POS terminals 20-1 and 20-2 are in normal mode (specifically, normal mode (standard mode)). It is also assumed that the POS terminal 20-3 is in full self mode.

(Display example of POS terminal 20 in full self mode)
15 and 16 are display examples of the POS terminal 20 in full self mode. Specifically, FIGS. 15(A), 15(B), and FIGS. 16(A) to 16(F) all show the display on the customer side display section 205 of the POS terminal 20-3 in full self mode. This is an example.

FIG. 15A shows the display contents of the registration start screen before starting the registration process. In FIG. 15A, a registration start button BT30 on the right side of the screen is a button for instructing the start of product registration. The customer operates the registration start button BT30 when starting product registration. Buttons BT35 to BT37 at the lower left of the screen are buttons for switching the display language to English, Chinese, and Korean, respectively.

FIG. 15(B) shows the display contents of the registration screen in a state where two products (daifuku mochi) have been registered. Note that when the registration start button BT30 is operated on the registration start screen shown in FIG. 15A, the POS terminal 20-3 displays the registration screen in which no products have been registered yet. For the sake of convenience, FIG. 15B shows the registration screen after the products (tea, daifuku mochi) have already been registered.

In FIG. 15B, an image GA01 at the bottom left of the screen indicates the state of the other terminal (POS terminal 20-1) (specifically, normal mode). An image GA02 at the bottom left of the screen indicates the state of the other terminal (POS terminal 20-2) (specifically, normal mode). A checkout button BT32 at the bottom right of the screen is a button for instructing the end of product registration. The customer operates the checkout button BT32 after completing product registration. The clerk call button BT33 is a button for calling a clerk. The customer operates the clerk call button BT33 when calling a clerk (for example, when the clerk's support is required).

Buttons BT35 to BT37 are buttons for switching the display language to English, Chinese, and Korean, respectively, as described above. The "vegetables" button BT38 is a button for displaying preset keys for vegetables.

FIG. 16A shows the display contents of the settlement screen (payment method selection screen) displayed when the settlement process is started. For example, the POS terminal 20-3 displays a payment method selection screen as shown in FIG. 16(A) when the checkout button BT32 is operated on the registration screen (see FIG. 15(B)).

FIG. 16B shows the display contents of the settlement screen (deposit screen) displayed when starting payment in cash. For example, the POS terminal 20-3 displays a deposit screen as shown in FIG. 16(B) when cash is operated on the payment method selection screen (see FIG. 16(A)).

FIG. 16C shows the display contents of the settlement screen (deposit screen) displayed when the deposit amount is determined. For example, the POS terminal 20-3 displays a deposit screen as shown in FIG. 16(C) when cash (deposit) exceeding the payment amount (purchase amount) is inserted.

FIG. 16D shows the display contents of the settlement screen (change screen) displayed when the change is released. For example, the POS terminal 20-3 displays a change screen as shown in FIG. 16(D) when the end (receipt) button BT40 is operated on the deposit screen (FIG. 16(C)).

FIG. 16(E) shows the display contents of the settlement screen (receipt screen) displayed when the change is removed. For example, the POS terminal 20-3 displays a receipt screen as shown in FIG. Note that the POS terminal 20 may be provided with a sensor such as a photo sensor near the outlet, and may determine that the change has been removed when the sensor recognizes an object (assuming the customer's hand). FIG. 16F is an example of the standby screen. Advertisements (product advertisements, event advertisements, etc.) may be displayed on the standby screen.

The POS terminal 20-3 displays a registration start screen (FIG. 15A) after displaying the receipt screen (FIG. 16E). For example, the POS terminal 20-3 displays the registration start screen after the receipt is removed from the issuing port of the printing unit 213. FIG. The POS terminal 20 may have a sensor capable of recognizing that the receipt has been removed from the issuing port. If no change is generated, the deposit screen (FIG. 16(C)) may be transitioned to the receipt screen (FIG. 16(E)) without displaying the change screen (FIG. 16(D)). .

Next, in the normal mode, screens and processing (hereinafter also referred to as "operation support processing") for accurately registering products regardless of the operator's proficiency level will be described. FIG. 17 is a diagram showing an example of a product information table. One row (one record) in the figure is product information corresponding to one product. One item of product information includes areas for items such as a product identifier, product name, large classification, middle classification, small classification, price, tax classification, standard, and reduction.

The product identifier area stores a product identifier that uniquely indicates the corresponding product. The product identifier may be, for example, a PLU (Price Look Up) code or a JAN (Japanese Article Number) code, or may be uniquely set by the store. The product name stores product name data for the corresponding product. The major classification area stores data indicating the major classification, which is the most general classification to which the corresponding product belongs. The middle classification area stores data indicating a middle classification obtained by further classifying the large classification as the classification to which the corresponding product belongs. The small classification area stores data indicating a small classification obtained by further classifying the middle classification as the classification to which the corresponding product belongs.

The price field stores data indicating the price as a unit price for the corresponding product. The price stored in the price field is the tax-inclusive price here. The tax classification area stores data indicating the classification of the consumption tax rate set for the corresponding product. The tax rate area stores data indicating the consumption tax rate set for the corresponding product.

In this embodiment, four types of tax categories 0, 1, 2, and 3 are provided. Tax classification 0 indicates products to which the standard tax rate (10%) is always applied. Tax category 1 indicates products to which a reduced tax rate (8%) is always applied. Tax categories 2 and 3 indicate products that can be registered as either eat-in products or take-out products (hereinafter referred to as “specified products”), and tax category 2 is registered as eat-in products to which the standard tax rate is applied. Tax category 3 indicates products registered as take-out products to which a reduced tax rate is applied.

In FIG. 17, the specific products are hamburgers and oyakodon. In either case, when registered as an eat-in product, E is added to the product name (E hamburger, E oyakodon), and when registered as a take-out product, T is added to the product name (T hamburger, T oyakodon). In addition, product identifiers are different between when a product is registered as an eat-in product and when it is registered as a take-out product. Although E hamburger and T hamburger and E oyakodon and T oyakodon have different names and product identifiers, the product itself is the same.

Additionally, in this embodiment, there are non-grocery items for which the price and applicable tax rates are changed in order to control the inventory of the item. The products are cake cases with product identifiers 301 and 302 in this embodiment. A product identifier 301 is a product identifier when a customer who purchased the cake with the product identifier 7 purchases a cake case. In this case, the reduced tax rate is applied to the cake, but the standard tax rate is applied to the cake case, and the price is 50 yen.

On the other hand, the cake case is also used as a cake set case with product identifier 8 . A product identifier 302 is a product identifier when sold in combination with the cake set with the product identifier 8 . In this case, since the cake case is used together with the cake set, the cake set, including the cake case, is subject to the reduced tax rate. Therefore, the price of the cake case with the product identifier 302 is changed to 0 yen, and the reduced tax rate is applied. By doing so, it becomes possible to flexibly set the price of the container to 0 yen when the products are sold in combination, and it becomes possible to manage the quantity of the container.

As described above, in the present embodiment, when a non-food product such as a cake case is sold in combination with a predetermined food product such as a cake set, the tax rate applied to the food product is When non-food products are sold without being combined with prescribed food products, a standard tax rate different from the tax rate applied to food products can be applied to non-food products. It is also possible to apply it to products and register them. Although a cake case is used as an example of a product other than food, it may be a container for storing food or a package for packaging food.

In FIG. 17, the tax rate is set for all products, but the tax rate is also set in advance for each major, middle, and small classification. Tax rate stipulated for the minor classification to which the goods belong, tax rate stipulated for the major classification if the tax rate for the minor classification is not stipulated, and tax rate stipulated for the main classification if the tax rate for the minor classification is not stipulated applies.

Next, an example of a screen displayed on the clerk-side display unit 210 in the normal mode in this embodiment will be described. FIG. 18 is a diagram showing an example of a screen displayed on the clerk-side display unit 210. As shown in FIG. FIG. 18A shows a screen 401 before starting registration. On the screen 401, a subtotal key 501, a tax exemption button 502, an eat-in button 503, a registration start button 504, and a product registration button group 505 are displayed. A subtotal key 501 is a button that is pressed to subtotal the registered products. Since no product is registered on the pre-registration screen, the subtotal key 501 is grayed out and disabled on the screen shown in FIG. 18(A).

The tax exemption button 502 is a button that is pressed when selling specific goods to non-residents such as foreign tourists in a certain manner. In this embodiment, for the sake of clarity, products other than eat-in products are treated as tax exempt products. In this embodiment, the tax exemption button 502 is to be pressed before the registration start button 504 is pressed.

The eat-in button 503 is a button for registering a specific product as an eat-out product. This button can prevent the store clerk from mistakenly registering eat-in and take-out. In this embodiment, the eat-in button 503 is pressed before the registration start button 504 is pressed.

A registration start button 504 is a button for starting product registration. In this embodiment, the tax exemption button 502 and the eat-in button 503 cannot be pressed when the button is pressed. The product registration button group 505 consists of a plurality of preset buttons. Using the product registration button group 505, the clerk can select E hamburger (product identifier 3), T hamburger (product identifier 4), E oyakodon (product identifier 5), T oyakodon (product identifier 6), cake (product identifier 7), A cake set (product identifier 8) and a cake case (product identifier 301) can be registered.

FIG. 18B shows the screen 402 when the tax exemption button 502 is pressed. When tax exemption button 502 is pressed, as shown in screen 402, tax exemption button 502 is grayed out because it was pressed. Since eat-in is not possible, the eat-in button 503, the E hamburger button, and the E oyakodon button are grayed out. In addition, since no product is registered, the subtotal key 501 is also grayed out. Since the grayed-out buttons are invalidated, it is possible to prevent erroneous operation by the salesclerk regardless of the skill level of the salesclerk. In this way, registration of eat-in products that are not subject to tax exemption and are not subject to tax exemption is prohibited, so that it is possible to accurately register products regardless of the level of proficiency of the store clerk.

Next, setting whether to register a specific product as an eat-in product or as a take-out product according to identification information for identifying a customer will be described. In this embodiment, it is possible to read the membership card with the customer-side scanner unit 206 before pressing the registration start button 504 . By reading the membership card, it is possible to acquire the identification information that identifies the customer. In addition, the customer can set in advance whether the specific product is a take-out product or an eat-in product.

FIG. 19 is a diagram showing an example of a screen displayed on the clerk-side display unit 210. As shown in FIG. FIG. 19A is a diagram showing a screen 403 when the customer-side scanner unit 206 reads the identification information of a customer whose take-out item is a specific item. As shown in screen 403, a pop-up 510 is displayed indicating that the customer is a customer who has taken out a specific product. Also, the eat-in product buttons (E hamburger button and E oyakodon button) are grayed out and disabled. The tax exemption button 502, the eat-in button 503, and the subtotal key 501 are also grayed out. Since the grayed-out buttons are invalidated, it is possible to prevent erroneous operation by the salesclerk regardless of the skill level of the salesclerk.

FIG. 19B is a diagram showing a screen 404 when the customer-side scanner unit 206 reads identification information of a customer who has a specific product as an eat-in product. As shown on the screen 404, a pop-up 511 is displayed indicating that the customer is a customer who has a specific item as an eat-in item. Also, the take-out product buttons (T hamburger button and T oyakodon button) are grayed out and disabled. The tax exemption button 502, the eat-in button 503, and the subtotal key 501 are also grayed out. Since the grayed-out buttons are invalidated, it is possible to prevent erroneous operation by the salesclerk regardless of the skill level of the salesclerk. Thus, in this embodiment, it is possible to set whether to register a specific product as an eat-in product or as a take-out product.
In this way, it is possible to set the default for each customer, which is often used by customers, such as eat-in or take-out. Allows registration.

Next, when a plurality of products that can be registered as both eat-in products and take-out products are registered, a screen for changing the quantity of each of the registered eat-in products and take-out products will be described. FIG. 20A shows a screen 405 during product registration, and FIG. 20B shows a screen 406 on which a quantity change screen 512 is displayed.

A screen 405 shown in FIG. 20(A) shows a screen during registration in which neither the tax exemption button 502 nor the eat-in button 503 has been pressed, nor has the customer's identification information been set. The screen 405 also shows that five E hamburgers are registered. A hamburger is a product that can be registered as either an eat-in product or a take-out product. When the store clerk touches "E hamburger" on screen 405, screen 406 is displayed.

A quantity change screen 512 pops up on the screen 406 shown in FIG. 20B. Quantity change screen 512 is displayed when a specific product is touched and eat-in or take-out is not set, such as tax exemption button 503 or eat-in 503 . The quantity change screen 512 displays the eat-in product and the take-out product corresponding to the touched product, their quantity, and plus/minus buttons. The plus and minus buttons are buttons for changing the quantity of eat-in products. In the case of the quantity change screen 512, it is a button for changing the quantity of E hamburgers. When the store clerk presses the plus button, the quantity of E hamburgers increases by one and the quantity of T hamburgers decreases by one. On the other hand, when the store clerk presses the minus button, the quantity of E hamburgers is decreased by one and the quantity of T hamburgers is increased by one. When the store clerk sets the desired quantity and presses the OK button, each quantity is set and the quantity change screen 512 is cleared. The quantity change screen 512 allows easy operation even when the customer desires both eat-in and take-out, so it is possible to accurately register the product regardless of the store clerk's proficiency level. and

Next, operation support processing for displaying each screen described above will be described with reference to flowcharts of FIGS. 21, 22 and 23. FIG. This process is a modification of the normal mode process described with reference to FIG. While the screen 401 before the start of registration is displayed, the registered POS terminal 20 reads the membership card to determine whether or not the customer's identification information has been read (step S101). When the customer's identification information is read (step S101: YES), the POS terminal 20 turns on the specific product flag (step S102). The specific product flag is a flag indicating whether eat-in or take-out is set. The specific product flag is turned on when eat-in or take-out is set, and is turned off when eat-in or take-out is not set.

Next, the POS terminal 20 determines whether or not the customer has set eat-in (step S103). Whether the customer has set eat-in or take-out can be determined by referring to a customer database (not shown). In the customer database, it is recorded whether eat-in or take-out is set according to customer identification information.

If the customer has set eat-in (step S103: YES), the POS terminal 20 grays out the products of tax category 3 (takeout) as shown in FIG. 19B (step S104). , the process proceeds to step S201 in FIG. As a result, the registration of the product of tax category 3 is invalidated.

In step S103, if the customer has set take-out (step S103: NO), the POS terminal 20 grays out the products of tax category 2 (eat-in) as shown in FIG. (step S105) and proceed to step S201. As a result, the registration of the product of tax category 2 is invalidated.

In step S101, if the customer's identification information has not been read (step S101: NO), the POS terminal 20 determines whether the tax exemption button 502 has been pressed (step S106). When the tax exemption button 502 is pressed (step S106: YES), the POS terminal 20 turns on the tax exemption flag (step S107), and the products of tax category 2 (eat-in) are shown in FIG. As described above, it is grayed out (step S105), and the process proceeds to step S201. As a result, the registration of the product of tax category 2 is invalidated. The tax exemption flag is a flag indicating whether or not tax exemption is set. The name tax flag is turned on when tax exemption is set, and is turned off when tax exemption is not set.

In step S106, if the tax exemption button 502 has not been pressed (step S106: NO), the POS terminal 20 determines whether the eat-in button 503 has been pressed (step S108). When the eat-in button 503 is pressed (step S108: YES), the POS terminal 20 turns on the specific product flag (step S109). The POS terminal 20 grays out the products of tax category 3 (takeout) as shown in FIG. 19B (step S110), and proceeds to step S201. As a result, the registration of the product of tax category 3 is invalidated.

If the eat-in button 503 has not been pressed in step S108 (step S108: NO), the POS terminal 20 determines whether the registration start button 504 has been pressed (step S111). If the registration start button 504 is pressed (step S111: YES), the process proceeds to step S201. If the registration start button 504 has not been pressed (step S111: NO), the process returns to step S101.

Next, the flowchart of FIG. 22 will be described. The flowchart of FIG. 22 is a flowchart mainly showing the processing for product registration. The POS terminal 20 determines whether or not a registration operation has been performed (step S201). This registration operation means that the bar code of the product has been read by the clerk-side scanner unit 212 or that any button in the product registration button group 505 has been pressed.

When it is determined that the registration operation has been performed (step S201: YES), the POS terminal 20 determines whether or not the grayed out button has been pressed (step S202). That is, it is determined whether eat-in, take-out, or tax exemption has been set and an invalidated button has been pressed. If the grayed-out button is pressed (step S202: YES), the POS terminal 20 displays a warning (not shown) indicating that the button cannot be pressed (step S203), and returns to step S201. If the grayed-out button has not been pressed (step S202: NO), the POS terminal 20 registers the product (step S204) and returns to step S201.

When it is determined that the registration operation has not been performed (step S201: NO), the POS terminal 20 determines whether or not the registered specific product has been pressed (step S205). An example of determination here is whether or not the E hamburger has been touched in FIG. 20A described above.

When the registered specific product is pressed (step S205: YES), the POS terminal 20 determines whether the specific product flag or tax exemption flag is on (step S206). If the specific product flag and tax exemption flag are off (step S206: NO), the POS terminal 20 displays the quantity change screen shown in FIG. The quantity is corrected according to the quantity change operation by the store clerk (step S208), and the process returns to step S201. If the specific product flag or tax exemption flag is ON (step S206: YES), the POS terminal 20 displays a warning screen (not shown) indicating that the quantity cannot be changed (step S209), and returns to step S201.

In step S205, if the registered specific product has not been pressed (step S205: NO), the POS terminal 20 determines whether or not the subtotal key 501 has been pressed (step S210). If the subtotal key 501 has not been pressed (step S210: NO), the process returns to step S201. If the subtotal key 501 has been pressed (step S210: YES), the process proceeds to step S301 in FIG.

Next, the flowchart of FIG. 23 will be described. The flowchart of FIG. 23 is a flowchart mainly showing the processing after pressing the subtotal key. The POS terminal 20 determines whether or not there is a cake set among the registered products (step S301). If there is no cake set (step S301: NO), the process proceeds to step S303. If there is a cake set (step S301: YES), the POS terminal 20 further registers the cake case (set) of the product identifier 302 (step S302). Since the cake case is registered in this manner, the store controller 10 can recognize that the cake case has been sold. Since the general store controller 10 also performs inventory management, it is possible to manage the inventory of cake cases. In this way, the treatment of the tax rate on packaging or containers differs depending on whether the product is sold individually or in combination, so it is possible to accurately process the tax rate and manage the quantity of containers. It becomes possible.

The POS terminal 20 determines whether the tax exemption flag is on (step S303). If the tax exemption flag is ON (step S303: YES), the POS terminal 20 displays the small plan screen without taxation (step S304), performs the settlement process (step S305), and ends the process. If the tax exemption flag is off (step S303: NO), the POS terminal 20 displays the taxed small plan screen (step S306), performs the settlement process (step S305), and ends the process.

Although the embodiment described above is the embodiment in the normal mode, it can also be applied to other operation modes. Specifically, when applying to the semi-self mode, the processing after step S303 in FIG. 23 is performed by the settlement device. In this case, the registration device transmits the specific product flag, the tax exemption flag, and the data indicating the registered product to the settlement device.

In addition, as shown in FIG. 18B, the process of invalidating eat-in products when the tax exemption button 502 is pressed and the process of acquiring customer identification information and invalidating eat-in products or take-out products are semi-self. It can also be applied to mode and full self mode.

Next, another display example of the screen and a print example of the receipt will be described. Regarding the above-mentioned standard tax rate and reduced tax rate, for example, the reduced tax rate is applied when customers take lunches sold at convenience stores with eat-in corners, and the standard tax rate is applied when customers eat and drink at eat-in corners. be done.

FIG. 24 is a diagram showing an example of a screen displayed on the store clerk's display unit. Specifically, in the normal mode, it is a diagram showing a display example of a screen when a customer eats and drinks a product at an eat-in. The store clerk side display section 210 is provided with an eat-in button 601 as shown in FIG. 24(A). When registering an item as an item to be eaten in (hereinafter also referred to as an "eat-in item"), the store clerk presses the eat-in button 601 immediately before registering the item. At this time, as shown in FIG. 24B, an eat-in display 602 indicating that the eat-in button 601 has been pressed is displayed. In the eat-in display 602, "eat-in" is displayed in the column where products are displayed, and "eat-in mode" is superimposed.

By subsequently registering eat-in products, the registered eat-in products are registered as products subject to the standard tax rate. Here, even if the product is registered as a reduced tax rate product in the product master, it is registered as a standard tax rate product. When the product is registered, the screen of FIG. 24(A) is displayed again. The screen shown in FIG. 24A is a screen when the eat-in button 601 is not pressed. Therefore, the eat-in button 601 is valid only for one registration. To continue registering eat-in products, the store clerk presses the eat-in button 601 again. By doing so, it is effective for convenience stores and the like where both standard tax rate products and reduced tax rate products are registered.

Next, a method of registering eat-in products in the full self mode will be described. FIG. 25A is a diagram showing a display example of a registration screen displayed on the customer-side display unit 205. As shown in FIG. This registration screen is provided with an in-store dining button 610 . A customer first registers a product. After that, when the customer presses the restaurant button 610, a screen (not shown) showing a list of registered products is displayed. When the customer selects an eat-in product from the registered products displayed in the list, a confirmation screen (not shown) for confirming that the product is an eat-in product is displayed. When the customer inputs whether or not the product is to be an eat-in product on the confirmation screen and presses the end button provided on the screen showing the list of registered products, the screen shown in FIG. 25(A) is displayed. After that, when the customer presses the checkout button, the products registered as eat-in products are settled at the standard tax rate.

Next, the display method of two types of tax rates is demonstrated. In the past, because the tax rate was unique, only whether it was tax included or not was indicated without displaying the tax rate. FIG. 25B shows a registration screen displayed on the clerk-side display section 210 in the normal mode. Tax displays 611, 612, and 613 are displayed on this registration screen. As shown in the tax display 611, when the product sample B is registered, "10% tax included" is displayed, so that the store clerk can easily recognize that the product sample B is a standard tax rate product including tax. be able to.

Also, as shown in the tax display 612, "8 within ¥1,000" is displayed, so that the store clerk can easily recognize that the product sample A is a product with a reduced tax rate including tax. Furthermore, as shown in the tax display 613, "10 out of 1,200 yen" is displayed, so that the store clerk can easily recognize that the product sample B is a standard tax rate product including tax. In this way, by indicating tax-inclusive or tax-exclusive and indicating 10% or 8%, the store clerk can easily recognize the information regarding the tax on the product.

Next, an example of printing a receipt will be described. The print example shown in FIG. 26 is a diagram showing a print example with tax included and tax excluded, and a print example when the price is further reduced. All of the receipts in FIG. 26 show the receipts when the product sample A for 1,000 yen and the product sample B for 1,200 yen are purchased. Also, FIG. 26A shows an example of printing with tax included, FIG. 26B shows an example of printing with tax excluded, and FIG. 26C shows an example of printing when discounted with tax included. , and FIG. 26B shows an example of printing when the price is discounted by tax.

As shown in FIG. 26, on any receipt, tax types 631, 632, 633, 634, 635, 636, 637, 638 are displayed corresponding to the product. Of these tax types, 8 of them indicate 8% tax inclusion, and 10 of them indicate 10% tax inclusion. Although not shown, an 8% exclusive tax is printed as extra 8, and a 10% exclusive tax is printed as extra 10. This allows the customer to easily recognize the tax type to which the product corresponds.

The tax amount is printed separately from the above tax types. As shown in the tax amount displays 621, 622, 623, and 624 in FIGS. 26A and 26B, the tax amount for each tax rate is displayed, regardless of whether the tax is inclusive or exclusive. A tax amount display 621 in FIG. 26A indicates a tax amount of 74 yen (≈1000/1.08×0.08) for a product of 1000 yen. The tax amount display 622 indicates the tax amount of 109 yen (≈1200/1.1×0.1) for the product of 1200 yen.

A tax amount display 623 in FIG. 26(B) indicates an exclusive tax amount of 80 yen (=1000×0.08) for a product of 1000 yen. A tax amount display 624 indicates an exclusive tax amount of 120 yen (=1200×0.1) for a product of 1200 yen.

FIGS. 26(C) and 26(D) show receipts for a 500 yen discount. The 500 yen discount is proportional to the prices of the product samples A and B. FIG. Specifically, the price of product sample A is 1,000 yen, and the price of product sample B is 1,200 yen. The discount amount for B is 273 yen (≈500×1200/2200).

Based on these, the tax amount display 625 in FIG. 26(C) shows the tax amount of 57 yen (≈773/1.08×0.08) including the tax amount of the product of 773 yen. The tax amount display 625 shows the tax amount of 84 yen (≈927/1.1×0.1) for the product of 927 yen.

A tax amount display 627 in FIG. 26(D) indicates an exclusive tax amount of 61 yen (≈773×0.08) for a product of 773 yen. A tax amount display 628 indicates an exclusive tax amount of 92 yen (≈927×0.1) for a product of 927 yen.

By displaying the tax type and tax amount described above, the customer can easily recognize the tax type and tax amount for each product. In addition, since the salesclerk sometimes checks the receipt when dealing with the customer, the salesclerk can easily recognize the tax type and tax amount for each product, so that the customer can be dealt with quickly.

FIG. 27A is a diagram showing a receipt printed with "amount of consideration for transfer of taxable assets totaled for each tax rate" before discount and discount amount for each tax rate. The receipt in FIG. 27(A) shows a receipt when the product sample A for 1,000 yen and the product sample B for 1,200 yen are purchased. As shown in FIG. 27A, a discount target amount 641 is printed for each tax rate. A discount amount 642 is also printed for each tax rate.

FIGS. 27B and 27C are diagrams showing examples of receipts for combination discounts (mix-match, set-match). Both are printed for each tax rate, but in the case of FIG. 27B, the discounted total 645 is printed, and in the case of FIG. 27C, the discount amount 647 is printed.

FIG. 27D is a diagram showing a print example of a receipt. As shown in FIG. 27(D), the tax amount is printed for each tax rate. As shown in the receipts shown in FIG. 27 described above, by printing for each tax rate, the customer or store clerk can easily recognize the tax amount, discount amount, etc. for each tax rate.

FIG. 28 is a diagram showing a print example of a cash register daily report. FIG. 28A shows a tax-inclusive cash register daily report, and FIG. 28B shows a tax-exclusive cash register daily report. As indicated by total tax amounts 651 and 652 for both inclusive tax and external tax, the tax amount for each tax rate, taxable amount, and the like are printed. As a result, the store clerk can easily recognize the tax amount for each tax rate, the taxable amount, and the like. FIG. 28(C) shows a classification (middle classification in the figure) register daily total report. FIG. 28(C) shows, as an example, a daily report of delicatessen items that can be eaten in or taken out. As shown in the tax amount display 653, the target amount and points are printed for each tax rate. This allows the store clerk to easily recognize the number of eat-ins and the number of take-outs.

In the above-described embodiment, a product to which a reduced tax rate is applied as an example of the first product and a product to which a standard tax rate is applied as an example of the second product have been described. Products with different tax rates may be applied. In addition, the reduced tax rate is used as the first tax rate and the standard tax rate is used as the second tax rate.

A summary of the embodiments will be described below.
[Technical field]
The present invention relates to a merchandise sales data processing device, a control method, and a program.
[Background technology]
A technique for setting a tax rate for a set product has been disclosed (see Patent Document 1, for example).
[Prior art documents]
[Patent Literature]
[Patent Document 1] JP 2018-5422 [Summary of the Invention]
[Problems to be solved by the invention]
When a new tax system is enforced or multiple tax rates are applied, there is a problem that a store clerk with low proficiency has difficulty in accurately registering products.
SUMMARY OF THE INVENTION The present invention has been made in view of such circumstances, and an object of the present invention is to provide a technique that enables accurate registration of merchandise regardless of the sales clerk's proficiency level.
[Means to solve the problem]
In order to solve the above-described problems, a product sales data processing device according to one aspect of the present invention is a product sales data processing device capable of registering products by applying a different tax rate to each product, the product sales data processing device comprising: is sold without combining a predetermined first product among the first products to which is applied and a second product different from the first product, the second product is sold at a tax rate different from the first tax rate. A unit registration means for registering by applying a second tax rate, and registering by applying the first tax rate to the second commodity when the second commodity is sold in combination with the predetermined first commodity. and combination registration means.
According to the above, it is possible to provide a technique that enables accurate product registration regardless of the sales clerk's proficiency level.
In the above merchandise sales data processing device, the first merchandise is food, and the second merchandise is merchandise other than food.
According to the above, it can be applied to a combination of foodstuffs and commodities other than foodstuffs.
In the commodity sales data processing device, the commodity other than the food may be a container for containing the food or a package for packaging the food, and the price of the commodity other than the food may be changeable.
According to the above, when selling in combination, it is possible to flexibly set the price of the container to 0 yen, and to manage the quantity of containers and packaging.
The product sales data processing device is provided with acquisition means for acquiring identification information that can register specific products that can be registered as either eat-in products or take-out products, and that acquires identification information for identifying customers, and is acquired by the acquisition means. Depending on the identification information, it may be possible to set whether the specific product is registered as an eat-in product or registered as a take-out product.
According to the above, it is possible to set the default for each customer, which is often used by customers, such as eat-in or take-out. registration.
In order to solve the above-described problems, a control method according to another aspect of the present invention is a control method for a commodity sales data processing device capable of registering commodities by applying different tax rates for each commodity, and a combination registration step of applying and registering the tax rate applied to the foodstuffs to the goods other than the foodstuffs when the goods are sold in combination with the prescribed foodstuffs; and a single registration step of applying and registering a tax rate different from that applied to foodstuffs to merchandise other than the foodstuffs when the merchandises are sold without being combined with the foodstuffs.
According to the above, it is possible to provide a technique that enables accurate product registration regardless of the sales clerk's proficiency level.
In order to solve the above-described problems, a program that is another aspect of the present invention is a program that causes a computer to function as a product sales data processing device capable of registering products by applying different tax rates for each product, combination registration means for applying and registering the tax rate applied to foodstuffs to goods other than foodstuffs when selling goods other than foodstuffs in combination with predetermined foodstuffs; It is characterized by functioning as a single registration means for applying and registering a tax rate different from the tax rate applied to foodstuffs to merchandises other than the foodstuffs when the merchandises are sold without being combined with the predetermined foodstuffs. It is a program that
According to the above, it is possible to provide a technique that enables accurate product registration regardless of the sales clerk's proficiency level.

A program for realizing the POS terminal 20 described above may be recorded in a computer-readable recording medium, and the program may be read and executed by a computer system. It should be noted that the "computer system" referred to here includes hardware such as an OS and peripheral devices. The term "computer-readable recording medium" refers to portable media such as flexible discs, magneto-optical discs, ROMs and CD-ROMs, and storage devices such as hard discs incorporated in computer systems. In addition, "computer-readable recording medium" means a volatile memory (RAM) inside a computer system that acts as a server or client when a program is transmitted via a network such as the Internet or a communication line such as a telephone line. , includes those that hold the program for a certain period of time. Further, the above program may be transmitted from a computer system storing this program in a storage device or the like to another computer system via a transmission medium or by a transmission wave in a transmission medium. Here, the "transmission medium" for transmitting the program refers to a medium having a function of transmitting information, such as a network (communication network) such as the Internet or a communication line (communication line) such as a telephone line. Further, the program may be for realizing part of the functions described above. Further, it may be a so-called difference file (difference program) that can realize the above-described functions in combination with a program already recorded in the computer system.

As described above, the embodiments of the present invention have been described in detail with reference to the drawings, but the specific configuration is not limited to the embodiments, and designs and the like are included within the scope of the present invention.

DESCRIPTION OF SYMBOLS 1... POS system 10... Store controller 20... POS terminal 201... CPU
202 ROM
203 RAM
204 Hard disk 205 Customer-side display unit 206 Customer-side scanner unit 208 Card payment unit 209 Change dispenser 210 Clerk-side display unit 211 Key operation unit 212 Clerk-side scanner unit 213 Printing unit 214 Audio output unit 215 communication unit

Claims (5)

The first tax rate is applied to the first goods to which the first tax rate is applied, and the second tax rate is applied to the second goods to which the second tax rate different from the first tax rate is applied. A product sales data processing device that can be registered,
When a predetermined second commodity out of the second commodities is sold without being combined with a predetermined first commodity out of the first commodities, a second tax rate is applied to the predetermined second commodity. a single registration means for registering with
combination registration means for applying a first tax rate to the predetermined second product and registering the second product in combination with the first product;
with
When the combination registration means registers the predetermined second commodity by applying the first tax rate, the unit registration means registers the predetermined second commodity by applying the second tax rate. registering the predetermined second product with a different product identifier . The combination registration means
2. A product sales data processing apparatus according to claim 1, wherein when said predetermined first product has been registered, said predetermined second product is registered by applying a first tax rate. Subtotal means that accepts subtotal operations
prepared,
The combination registration means
2. Merchandise sales data processing according to claim 1, wherein after receiving a subtotal operation by said subtotal means, if said prescribed first merchandise has been registered, said prescribed second merchandise is registered by applying a first tax rate. Device. The first tax rate is applied to the first goods to which the first tax rate is applied, and the second tax rate is applied to the second goods to which the second tax rate different from the first tax rate is applied. A control method using a registerable product sales data processing device,
When a predetermined second commodity out of the second commodities is sold without being combined with a predetermined first commodity out of the first commodities, a second tax rate is applied to the predetermined second commodity. a single registration step for registering with
a combination registration step of applying a first tax rate to the predetermined second merchandise and registering the predetermined second merchandise when selling the predetermined second merchandise in combination with the predetermined first merchandise;
with
When registering the predetermined second product by applying the first tax rate in the combination registration step, when registering the predetermined second product by applying the second tax rate in the single registration step; registering the predetermined second product with a different product identifier . The first tax rate is applied to the first goods to which the first tax rate is applied, and the second tax rate is applied to the second goods to which the second tax rate different from the first tax rate is applied. A program that causes a computer to function as a registerable merchandise sales data processing device,
said computer,
When a predetermined second commodity out of the second commodities is sold without being combined with a predetermined first commodity out of the first commodities, a second tax rate is applied to the predetermined second commodity. a single registration means for registering with
When the predetermined second product is sold in combination with the predetermined first product, functioning as combination registration means for applying a first tax rate to the predetermined second product and registering it ,
When the combination registration means registers the predetermined second commodity by applying the first tax rate, the unit registration means registers the predetermined second commodity by applying the second tax rate. registering the predetermined second product with a different product identifier .

Images