JP2023078803A - payment device - Google Patents

Abstract

To provide a payment device that can effectively prevent the scattering of receipts issued and unnecessary issuance of the receipts.SOLUTION: A payment device for settling payment for registered items includes: settlement means capable of settling payments by multiple settlement types; output means for outputting information on transactions of the items; prohibition means for prohibiting the output of information relating to the transaction of the items; and a control unit that controls the output means. The control unit permits the output by the output means when the payment is settled by a predetermined payment type among the plurality of payment types, even when the output of information on the transaction of the item is prohibited by the prohibition means.SELECTED DRAWING: Figure 5

Description

The present invention relates to a checkout system.

Conventionally, POS terminals, electronic cash registers (ECR), etc., have issued receipts printed with the names and prices of products ordered or purchased by customers. As a result, receipts not received by customers are sometimes scattered around the POS terminal and ECR. Also, issuing receipts that customers do not need is wasteful.

In order to solve such a problem, there is known a device that issues a receipt when a receipt issuance instruction is issued (see, for example, Patent Document 1).

JP-A-3-175600

The device issues a receipt printed with the transaction contents stored in the storage means when instructed to issue a receipt by the instruction means, and does not issue a receipt when the instruction means does not instruct to issue a receipt. is configured to
However, the above device only determines whether or not to issue a receipt as instructed by the instruction means, and does not take into consideration the handling at the time of transaction when the issue of a receipt is truly required.

SUMMARY OF THE INVENTION In view of such circumstances, it is an object of the present invention to provide a settlement apparatus which is related to receipt issuance and which can effectively prevent issued receipts from being scattered and can suppress unnecessary receipt issuance. and

The settlement apparatus of the present invention comprises at least the following configurations.
A settlement device for settlement of the price of a registered product, comprising a settlement means capable of settlement by a plurality of settlement types, an output means for outputting information relating to the transaction of the product, and an output of the information relating to the transaction of the product. and a control section for controlling the output means, wherein the control section controls even if the prohibition means prohibits the output of the information on the transaction of the product, It is characterized in that output by the output means is permitted when payment is settled by a predetermined payment type among the payment types.

1 is a network configuration diagram of a POS (Point Of Sales) system according to an embodiment of the present invention; FIG. 2(A) is a perspective view of the POS terminal as seen from the customer side, and FIG. 2(B) is a perspective view of the POS terminal as seen from the store clerk side; is a perspective view. 3A is a diagram showing the configuration of a POS terminal according to an embodiment of the present invention, FIG. 3A is a configuration example of the POS terminal, and FIG. This is an example file. BRIEF DESCRIPTION OF THE DRAWINGS FIG. 4A is a schematic diagram explaining the outline of the full-self mode operation according to the embodiment of the present invention; FIG. 4A is a schematic diagram explaining the outline of the full-self mode operation; 4 is a flowchart for explaining an outline of operations in full-self mode; FIG. 5A is a flow chart illustrating processing related to issuance of receipts and receipts at the time of payment in the full self mode according to the embodiment of the present invention. FIG. FIG. 5B is a flowchart for explaining the case of "Yes" and the case of "<Receipt issue: setting mode>" of the receipt issue file being "No". FIG. 6A is a diagram illustrating a display example of a customer-side display unit in a POS terminal in full self-mode according to an embodiment of the present invention; FIG. FIG. 6(B) shows the display contents of the registration screen with two products registered, and FIG. 6(C) shows the settlement screen (payment method selection screen). FIG. 7A is a diagram for explaining a display example of a customer-side display unit of a POS terminal in full self-mode according to an embodiment of the present invention, and FIG. ), FIG. 7B shows the display contents of the settlement screen (deposit screen) displayed when the deposit amount is determined, and FIG. 7(D1) to (D4) show the display contents of the settlement screen (change screen) displayed when releasing, and FIGS. 7(D1) to (D4) show the display contents of the settlement screen displayed when the change is taken away. FIG. 8A is a view for explaining a display example of the customer side display unit of the POS terminal in full self-mode according to the embodiment of the present invention, FIG. screen), FIG. 8B shows the display contents of the settlement screen displayed when payment by credit card is completed, and FIGS. It shows the display contents of the settlement screen that is displayed when the item is removed. FIG. 9A is a diagram showing an example of a receipt printed by the printing unit of the POS terminal during credit card payment, and FIG. It is a figure which shows the example of a calligraphy.

BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, embodiments of the present invention will be described with reference to the drawings. Embodiments of the present invention include, but are not limited to, the illustrated content. In the following description of each figure, the same reference numerals are given to the parts that are common to the already described parts, and redundant description is partly omitted.

(embodiment)
FIG. 1 is a network configuration diagram of a POS (Point Of Sales) system according to an embodiment of the present invention. The POS system 1 shown in FIG. Prepare. 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 store controller 10, the transaction status management device 11, and the POS terminal 20 are connected via a LAN 55 so as to be communicable. Also, the store controller 10 is connected to, for example, the credit company server Sv via a communication network. The communication network here includes various communication paths such as the Internet, a mobile communication network, a public line network, and a dedicated line. In the POS system 1, the number of POS terminals 20 is three, but may be one or four or more.

The POS system 1 can be installed in various stores such as supermarkets, home centers, convenience stores, and various goods stores. The store controller 10 records various types of information such as product items and prices in the store, inventory status, sales history, deposit/withdrawal records, and the like. The transaction status management device 11 displays the status of the POS terminal 20 (operation mode, processing status, etc.) and controls the POS terminal 20 . The POS terminal 20 is a cash register device for registering and paying for merchandise.

The store controller 10 transmits information such as credit card information and amount information related to product transactions to, for example, the credit company server Sv and requests a credit check of the user to determine whether or not settlement is possible. The credit company server Sv performs card settlement processing upon confirmation of the credit, and notifies the store controller 10 of the result of the credit check.

Note that the POS system 1 may be provided with a mobile terminal owned by a store clerk. The mobile terminal can display the status of the POS terminal 20 (operation mode, processing status, etc.) and control the POS terminal 20 . Also, the portable terminal can receive notification information from the POS terminal 20 to the effect that a store clerk will be called, and display that information.

2A and 2B are diagrams showing an installation example of the POS terminal 20. FIG. 2A is a perspective view of the POS terminal 20 as seen from the customer side, and FIG. is a perspective view. As shown in FIG. 2A, a counter is placed on the right side of the POS terminal 20 as viewed from the customer side. Although not shown, a counter is also placed on the left side of the POS terminal 20 as viewed from the customer side in FIG. 2(A). That is, counters are placed on both sides of the POS terminal 20 . A shopping basket can be placed on the counter.

The POS terminal 20 also has a sign pole 220 . The sign pole 220 has a light emitting section. The light-emitting part of the sign pole 220 is, for example, a lamp or an LED (light emitting diode), and can light up in a predetermined color and in a predetermined blinking manner. Depending on the lighting mode of the sign pole 220, it indicates that it is in use, or indicates a warning. The sign pole 220 is provided at the highest position of the POS terminal 20, so that even a store clerk who is not around the POS terminal 20 can recognize the lighting mode.

3A and 3B are diagrams showing the configuration of the POS terminal 20. FIG. 3A is a configuration example of the POS terminal 20, and FIG. This is an example of a configuration file.
As shown in FIGS. 2A, 2B, and 3A, the POS terminal 20 includes a CPU 201, a ROM 202, a RAM 203, a hard disk 204, a customer-side display section 205, a customer-side scanner section 206, A card payment unit 208, a change dispenser 209, a clerk-side display unit 210, a key operation unit 211, a clerk-side scanner unit 212, a printing unit 213, an audio output unit 214, a communication unit 215, and a camera 216. Prepare. They can communicate with each other via a bus.

The CPU 201 (control unit) is a central processing unit, and controls the operation of the POS terminal 20 by reading and executing various programs stored in the ROM 202 . Various programs include the settlement program according to the present embodiment.
The ROM 202 is a read-only memory, and stores various information used by the CPU 201 including programs.

A RAM 203 is a readable and writable 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, etc.) and information generated during processing. This information is, for example, registration information (registration data) generated in registration processing for registering products, settlement information generated in settlement processing for settlement (settlement) of registered products (purchased products), and the like.

The hard disk 204 stores various information. The hard disk 204 stores various files for setting data necessary for starting the POS terminal device 20 . FIG. 3B shows a receipt issuance file 204A related to receipt issuance as an example of a setting file to be stored. Setting items set in the receipt issuing file 204A will be described below.

(<Receipt issue: Setting mode>)
In the "<receipt issuance: setting mode>" of the receipt issuance file 204A, "yes" is set to issue a receipt at the time of payment for the purchased product, or "no" is set to not issue a receipt.

(If <Receipt issuance: Setting mode> is set to "Yes")
In "<receipt issue: setting mode>", if receipt issue "yes" is set, the CPU 201 determines that a receipt will be issued at the time of settlement of the product, and cash, credit card, general accounts receivable, money, Process to issue a receipt at the time of settlement (settlement) by various settlement types such as transportation IC and bar code settlement.

(If <Receipt issuance: Setting mode> is set to "None")
In the "<receipt issuance: setting mode>", if the receipt issuance "no" is set, the CPU 201 sets "<receipt issuance: permission setting by payment type>" in the receipt issuance file 204A. Based on the permission setting (ON, OFF), processing is performed to issue a receipt at the time of settlement (settlement) by the settlement type set to "ON".

For example, in FIG. 3B, receipt issuance "no" is set in "<receipt issuance: setting mode>" of the receipt issuance file 204A. Although it is set, even if it is set as such, the payment type set to "ON" in "<forced receipt issuance: permission setting by payment type>" in the receipt issuance file 204A , to allow the issuance of receipts.

More specifically, in FIG. 3B, the receipt issuance file 204A shows "<forced receipt issuance: permission setting based on payment type>", "cash OFF", "credit card ON", "general receivables ON", "Electronic money OFF", "Transport IC OFF", and "Barcode payment OFF". For the set "credit card" and "general accounts receivable", even if "<receipt issuance: setting mode>" is set to "no", receipt issuance is permitted and receipts are not issued. will be issued.
Regarding "cash", "electronic money", "traffic IC" and "bar code payment" for which "<forced receipt issuance: permission setting based on payment type>" in the receipt issuance file 204A is set to "OFF" is not permitted to issue a receipt and will not be issued.

It should be noted that when "<receipt issuance: setting mode>" is set to "no", it is also possible to enable the output of electronic receipts. In this case, the POS terminal 20 can be configured to notify (including voice and display notification) that "receipt by electronic receipt is possible" and to display a code for receiving by electronic receipt. can.
In this case, the electronic receipt may be sent to the POS terminal 20 or directly to the user's terminal (not shown). It can also be configured to be sent to the user's terminal (not shown) via a receipt server (not shown).

Therefore, in the receipt issuance file 204A, "<receipt issuance: setting mode>" is set to "no" for receipt issuance, and "<forced receipt issuance: permission setting by payment type>" is set for payments that require receipt issuance (for example, , credit cards and general accounts receivable) are set to “ON”, and payments that do not require receipts (for example, cash, electronic money, transportation IC, barcode payments) are set to “OFF” to eliminate unnecessary receipts. can be prevented from being issued, and scattering of issued receipts can be effectively prevented.
In addition, receipts can be reliably issued at the time of settlement (settlement) by credit card or general accounts receivable, for which receipts are indispensable.

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. The customer-side display unit 205 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. Note that registration of products is not limited to registration by reading codes by the customer-side scanner unit 206 . For example, it is possible to display a preset key (a button for ordering a product) corresponding to the product on the customer-side display unit 205, and to register the product by operating (pressing) the preset key by the customer. be.

The card settlement unit 208 is a settlement mechanism using various cards (credit cards, various prepaid cards, transportation ICs, point cards, etc.), bar code settlement, and the like. The card settlement unit 208 includes a card recognition unit (reading unit), barcode 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 of the purchased product. Note that the card recognition unit can also recognize information used in the settlement of the current purchased product, for example, when using the points held on a point card. The card recognition unit can also recognize information that is not used for the settlement of the current purchased product, for example, when giving points to a point card.

Note that the card payment unit 208 (payment means) of the present embodiment includes a card recognition unit, barcode reading unit, display unit, and operation unit, but is not limited to this. Further, the card recognition unit of the present embodiment corresponds to a contact type card (IC card, magnetic card), but is not limited to this. For example, the card recognition unit may be compatible with non-contact cards (IC cards) instead of or in addition to contact cards.

The change dispenser 209 is a cash settlement mechanism (settlement means), and has an inlet for banknotes and coins and an outlet for banknotes and coins. The change machine 209 calculates the amount of money inserted into the slot, calculates the amount of change that is the difference between the amount of money inserted and the amount of purchase, and ejects the change from the slot. The change dispenser 209 is directed toward the customer side, and receives various operations and cash insertion from the customer. Note that the change machine 209 has a sensor that detects banknotes and coins inserted into the slot. The sensor detects that banknotes and coins have been inserted into the slot, and detects the number of bills and coins by denomination. The card settlement section 208 and the change machine 209 form a settlement section.

The clerk-side display unit 210 is a touch display for the clerk. The clerk-side display unit 210 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). A key operation unit 211 receives various inputs from the store clerk. Specifically, the key operation unit 211 includes a mode switching button (not shown), a batch switching button (not shown), and a checkout mode switching button (not shown). The mode switching button is a button for switching operation modes. The collective switching button is a button for collectively switching the operation mode of each POS terminal 20 by operating a specific POS terminal 20 (for example, a POS terminal 20 logged in by a store manager, etc.). be. The accounting-only mode switching button is a button for switching to a "accounting-only mode (semi-self mode)" to be described later.

The mode switching button is a button that can switch the destination mode in a predetermined order each time the button is pressed. This order is set in advance, for example, normal mode→full self→accounting exclusive mode→normal mode→ . . . Therefore, in order to switch from the normal mode to the checkout mode, the clerk must press the mode switching button twice.

Note that the button for switching the mode is not limited to a hard key (mechanical key) such as the mode switching button, and may be a selection button (soft key) displayed on the clerk-side display unit 210 .

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.

It should be noted that product registration is not limited to registration by code reading by the store clerk-side scanner unit 212 . For example, a key corresponding to a product (for example, a key corresponding to a sports newspaper) is arranged in the key operation unit 211, and the key is operated (depressed) by a store clerk to register the product. good. It is also possible to display a preset key corresponding to a product on the store clerk-side display unit 210 and to register the product by operating the preset key by the store clerk.

The printing unit 213 (output means) prints and outputs various media (receipts, accounting coupons, receipts, etc.). The printing unit 213 can change the direction of the medium issuing port. Specifically, the printing unit 213 has a rotatable mechanism, and is configured so that the medium issuing port faces from the clerk side to the customer side, and from the customer side to the clerk side. Note that the direction of the medium issuing port may be manually changeable, or may be automatically changeable according to the switching of the operation mode. Note that the printing unit 213 may include a sensor that detects correctness or incorrectness of the orientation of the print issuing port. In the following, switching of the operation mode may be referred to as transition of the operation mode.

The audio output unit 214 (informing means) outputs audio. For example, the voice output unit 214 outputs voice guidance, notification sound, warning sound, and the like when issuing a receipt. Voice guidance and warning sounds are related to product registration and payment.
The communication unit 215 is an interface that transmits and receives information to and from other devices (store controller 10, transaction status management device 11, and other POS terminals 20).

The camera 216 is attached to the upper right of the customer-side display section 205 when viewed from the customer side. Camera 216 continuously captures moving images or still images. A camera 216 captures an image of the customer's operation status at the time of payment. Specifically, the camera 216 captures images of banknotes and coins held by the customer, the change machine 209, hand movements, and the like. In addition, the camera 216 captures an image of the customer's operation status at the time of product registration. Specifically, the camera 216 can also capture the inside (merchandise) of the shopping basket on the counter provided on both sides of the POS terminal 20 and the operation status of the customer at the time of registration.

(Outline of each operation mode)
Next, operation modes of the POS terminal 20 will be described. The POS terminal 20 has multiple operating modes. The plurality of operation modes are operation modes during normal business (operation modes related to registration processing and settlement processing). The multiple modes of operation are a normal mode, a checkout only mode, and a full self mode. The POS terminal 20 is controlled to one operation mode among a plurality of operation modes.

In addition to the modes described above, the operation modes include a tally mode, a maintenance mode, a training mode, and the like. Aggregation mode is a mode for aggregating and inquiring about sales, amount in hand, and the like. The maintenance mode is a mode in which a store clerk, a maintenance worker, or the like performs setting work or maintenance work. The training mode is a mode for newcomers to train.

Each mode of the normal mode, accounting-only mode, and full-self mode will be mainly described below. Note that, hereinafter, the accounting-only mode and the full-self mode may be collectively referred to as "self-mode."

(normal mode)
The normal mode is an operation mode in which product registration on the clerk side (hereinafter sometimes referred to as "product registration") is enabled and product registration on the customer side is disabled. That is, the normal mode is an operation mode in which registration processing on the store clerk side is executed without executing registration processing on the customer side. In product registration on the store clerk's side, purchased products are registered using the store clerk's scanner unit 212 , the store clerk's display unit 210 , and the key operation unit 211 .

Also, in the normal mode, it is possible to settle accounts by inserting money (banknotes and coins) and reading various cards. Specifically, in the normal mode, for example, it is possible to accept an operation for settlement with cash (insertion of money into the change machine 209). In the following, the settlement in the normal mode may be referred to as "face-to-face settlement".

Also, in the normal mode, transmission of registration information to other POS terminals 20 is possible. The transmission of registration information to another POS terminal 20 means transmitting the registration information generated in the registration process to another POS terminal 20 capable of executing the settlement process. The registration information may be sent directly from the POS terminal 20 to another POS terminal 20, or may be sent indirectly to another POS terminal 20 via another device such as the store controller 10 or the transaction status management device 11. It may be transmitted to the terminal 20 . In the following description, although the transmission of information between devices will not be particularly detailed, it may be transmitted directly or indirectly as in the transmission of registration information.

Also, in the normal mode, it is possible to issue accounting coupons. Issuing an accounting coupon means encoding the registration information and the like generated in the registration process, printing it on a print medium (accounting coupon), and outputting it. Other POS terminals 20 can perform settlement processing by reading the code of the accounting coupon.

Also, in normal mode, it is possible to receive registration information from other POS terminals 20 . That is, in the normal mode, it is possible to execute settlement processing based on registration information generated by another POS terminal 20 . It should be noted that the POS terminal 20 may shift to a checkout-only mode (semi-self mode) when receiving registration information in the normal mode. Similarly, when the POS terminal 20 reads the code of the checkout ticket in the normal mode, it may shift to the checkout-only mode. Also, after shifting to the checkout-only mode and completing the settlement process, the checkout-only mode may be returned to the normal mode automatically or according to the store clerk's permission. In addition, even after shifting to the accounting-only mode and completing the settlement process, the accounting-only mode may be maintained. In the normal mode, reception of registration information from other POS terminals 20 may be disabled, reading of checkout tickets may be disabled, or both of these may be disabled.

(accounting only mode)
The checkout-only mode is an operation mode in which reception of registration information from other POS terminals 20, reading of checkout coupons, and insertion of money are enabled, and product registration on the clerk's side and the customer's side is disabled. Receiving registration information from other POS terminals 20 is a function of receiving registration information generated in registration processing of other POS terminals 20 . The registration information may be received directly from the other POS terminal 20, or indirectly received from the other POS terminal 20 via another device such as the store controller 10 or the transaction status management device 11. It may be assumed that In the following description, although the reception of information between devices will not be particularly detailed, it may be received directly or indirectly as in the case of receiving registration information.

Reading the accounting ticket means reading the code printed on the accounting ticket or reading the coded information. The accounting-only 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 POS terminal 20 . In addition, since the accounting-only mode is an operation mode that does not execute registration processing, that is, it does not generate registration information, transmission of registration information to other POS terminals 20 and issuance of accounting coupons are disabled. Operation mode.

(Full self mode)
The full-self mode is an operation mode in which product registration on the customer side is enabled. That is, the full-self mode is an operation mode that assumes registration processing on the customer side. In product registration on the customer side, purchased products are registered using the customer-side scanner unit 206 and the customer-side display unit 205 .

In the full self mode, it is possible to enable product registration on the sales clerk's side as well. 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 full-self mode, product registration on the clerk's side may be disabled.

Further, the full self mode is an operation mode in which the own terminal can perform the settlement process. Specifically, the full-self mode is an operation mode in which the insertion of money is enabled and the transmission of registration information to other POS terminals 20 and the issuance of accounting coupons are disabled.

Further, the full self mode is an operation mode in which both reception of registration information from other POS terminals 20 and reading of checkout coupons are enabled, as in the checkout mode. That is, in the full-self mode, as in the checkout-only mode, it is possible to execute settlement processing based on registration information generated by other POS terminals 20 .

It should be noted that the POS terminal 20 may shift to a payment-only mode (semi-self mode) when receiving registration information in the full-self mode. Similarly, when the POS terminal 20 reads the code of the checkout ticket in the full-self mode, it may shift to the checkout-only mode. Also, after shifting to the accounting-only mode and completing the settlement process, the accounting-only mode may automatically return to the full self mode. In addition, even after shifting to the accounting-only mode and completing the settlement process, the accounting-only mode may be maintained. In the full-self mode, the reception of registration information from other POS terminals 20 may be disabled, the reading of accounting coupons may be disabled, or both of these may be disabled.

(Operation mode switching (transition))
Next, switching (transition) of the operation mode of the POS terminal 20 will be described. The POS terminal 20 switches between operation modes in accordance with a mode switching operation, a store clerk code reading operation, a mode switching command, and the like.

Specifically, the operation mode of the POS terminal 20 is switched according to an explicit mode switching operation for switching the operation mode by the clerk. A mode switching operation is to operate a mode switching button (not shown). In addition, the POS terminal 20 switches the operation mode according to another operation different from the mode switching operation, such as an operation for reading a store clerk code.

Also, the POS terminal 20 switches its operation mode according to a mode switching command from another POS terminal 20, the transaction status management device 11, a mobile terminal, or the like. Also, the POS terminal 20 may switch the operation mode according to time conditions. The temporal conditions are, for example, the elapsed time since the last operation, the fixed time according to the schedule, and the like.

Also, the POS terminal 20 may switch the operation mode at the start of processing. The start of processing is, for example, the start of settlement processing based on registration information received from another POS terminal 20, or the start of settlement processing based on reading of an accounting ticket.

Also, the POS terminal 20 may switch the operation mode when the process ends. The end of processing is, for example, the end of settlement processing based on registration information received from another POS terminal 20, or the end of settlement processing based on reading an accounting ticket.

Next, transitions between modes will be described.

(Normal mode → full self mode)
First, switching from the normal mode to the full self mode will be described. When, for example, there is a mode switching operation, a mode switching instruction, or a predetermined time has passed (not used for a predetermined time) while being controlled in the normal mode, the operation mode is switched from the normal mode to the full self mode. The mode switching instruction here is a mode switching instruction in which the full-self mode is specified as the operation mode to be shifted to.

(Normal mode → Accounting mode)
Next, switching from the normal mode to the accounting-only mode will be described. If, for example, there is a mode switching operation or a mode switching instruction while being controlled in the normal mode, the operation mode is switched from the normal mode to the checkout mode. The mode switching command here is a mode switching command in which the accounting-only mode is specified as the destination operation mode. Also, when the normal mode is controlled, for example, when registration information is received from another POS terminal 20 or when an accounting ticket is read, the operation mode is switched from the normal mode to the exclusive accounting mode. may

(Full self mode → normal mode)
Next, switching from the full self mode to the normal mode will be described. If, for example, there is a mode switching operation, a mode switching instruction, or the like while being controlled in the full-self mode, the operation mode is switched from the full-self mode to the normal mode. The mode switching instruction here is a mode switching instruction in which the normal mode is specified as the transition destination operation mode.

(Full self mode → accounting only mode)
Next, switching from the full self mode to the accounting only mode will be described. If, for example, there is a mode switching operation or a mode switching instruction while being controlled to the full self mode, the operation mode is switched from the full self mode to the checkout only mode. The mode switching command here is a mode switching command in which the accounting-only mode is specified as the destination operation mode. Also, in the full-self mode, for example, when registration information is received from another POS terminal 20 or when a checkout ticket is read, the operation mode is switched from the full-self mode to the checkout-only mode. good too.

(accounting mode → normal mode)
Next, switching from the accounting dedicated mode to the normal mode will be described. If, for example, there is a mode switching operation, a mode switching instruction, or the like while being controlled in the accounting-only mode, the operation mode is switched from the accounting-only mode to the normal mode. The mode switching instruction here is a mode switching instruction in which the normal mode is specified as the transition destination operation mode. In addition, when the accounting-only mode is controlled, for example, when the adjustment processing based on the received registration information or the accounting ticket is completed, the operation mode is switched from the accounting-only mode to the normal mode. can be

(accounting mode → full self mode)
Next, switching from the accounting-only mode to the full-self mode will be described. If, for example, there is a mode switching operation, a mode switching command, or the like while being controlled to the accounting only mode, the operation mode is switched from the accounting only mode to the full self mode. The mode switching instruction here is a mode switching instruction in which the full-self mode is specified as the operation mode to be shifted to.

(Double scan mode in full self mode)
Next, switching from the full self mode to the double scan mode will be described. In the full-self mode, for example, when the clerk code is read, the mode is switched to the double scan mode in the full-self mode.

In addition, if the clerk code is read while in full self mode, regardless of the product registration status, it may always switch to double scan mode, or depending on the product registration status, the double scan mode may be switched to. It is also possible not to switch to the scan mode. For example, if the store clerk code is read while the customer has not registered the product, the mode may be switched to the normal mode. Further, when the clerk code is read while the product is registered by the customer, the mode may be switched to the double scan mode.

Next, an example of the operation of the POS terminal 20 regarding product registration and payment when the full self mode is selected will be described with reference to FIGS. 4 to 8. FIG.
(Outline of operation in full self mode)
4A and 4B are schematic diagrams for explaining the outline of the operation in the full-self mode, FIG. 4A is a schematic diagram for explaining the outline of the operation in the full-self mode, and FIG. 3 is a flow chart for explaining an outline of the operation of .

In the full-self mode, the customer registers his/her purchased product on the customer side (customer side scanner unit 206, customer side display unit 205) (upper part of FIG. 4A). In other words, the POS terminal 20 executes registration processing 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. 4A).

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 payment unit 208 to settle the account (Fig. 4 (A) ) below). 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. 4A).

That is, in the case of the full self mode, as shown in FIG. 4B, the customer scans the product (step ST1: YES) and registers the product (step ST2). After the registration completion key (eg, checkout button BT32, which will be described later) is pressed (step ST3: YES), on the customer side, the payment is made by the change machine 209 or by a credit card (step ST4), and the process is completed. complete.
The registration completion key related to step ST3 is an operation key for completing the registration process, and may also be referred to as a registration completion button, subtotal key, subtotal button, checkout key, checkout button, or the like.

(Overview of receipt issuance in full self mode)
In addition, in the settlement (step ST4) shown in FIG. 4B, processing related to receipts and issuance of receipts shown in FIGS. 5A and 5B is performed. FIG. 5 is a flow chart for explaining processing related to issuance of receipts and receipts at the time of payment in the full self mode. FIG. , and FIG. 5B is a flowchart for explaining the case where "<receipt issue: setting mode>" of the receipt issue file 204A is "absent".

(When "<Receipt issue: Setting mode>" is "Yes")
When “<receipt issuance: setting mode>” of receipt issuance file 204A is set to “yes”, CPU 201 determines whether receipt issuance buttons BT70 and BT80, which will be described later, have been operated (step STA1). If yes (YES), print unit 213 is instructed to issue a receipt and receipt (step STA2). (step STA3).

(When "<Receipt issue: Setting mode>" is "None")
When "<receipt issuance: setting mode>" of receipt issuance file 204A is set to "no", CPU 201 determines whether receipt issuance buttons BT70 and BT80, which will be described later, have been operated (step STB1). If the issue button BT70, BT80 is operated (YES), the payment type (cash, credit card, general credit, electronic money, transportation IC, barcode payment) operated on the payment method selection screen described later. etc.) is set to "ON" in "<forced receipt issuance: permission setting by payment type>" of the setting file 204A (step STB2), and if it is set to "ON" (YES) , to instruct the printing unit 213 to issue a receipt and a receipt (step STB3), and to instruct the printing unit 213 to issue only a receipt if it is set to "OFF" (NO). (step STB4).

If the CPU 201 determines in step STB1 that the receipt issue buttons BT70 and BT80 have not been operated (NO), the payment type (cash, credit card, general accounts receivable) operated on the payment method selection screen , electronic money, transportation IC, barcode payment, etc.) is set to "ON" in "<forced receipt issuance: permission setting by payment type>" of the setting file 204A (step STB5), and "ON ' is set (YES), the printing unit 213 instructs that only a receipt is issued (step STB6). No issuing instruction is given (step STB7).

In this way, by setting "<receipt issuance: setting mode>" of the receipt issuance file 204A to "yes", all payment types (cash, credit card, general accounts receivable, electronic money, transportation IC, bar code payment, etc.), or set "<receipt issuance: setting mode>" in the receipt issuance file 204A to "no" and "<forced receipt issuance: permission setting by payment type" in the setting file 204A >”, it is possible to select to set “ON” only payments for which receipts are essential, and to issue receipts only for payments set to “ON”.

In addition, when “<receipt issuance: setting mode>” of the receipt issuance file 204A is set to “disabled”, the CPU 201 sets “<forced receipt issuance: permission setting according to payment type>” of the setting file 204A to “ON”. ' setting ("ON" in steps STB2 and STB5) and instructing the printing unit 213 to issue a receipt, the voice output unit 214 (announcing means) notifies that a receipt will be issued. instruct to do so.

When "<receipt issuance: setting mode>" of the receipt issuance file 204A is set to "no", the voice output unit 214 (annunciation means) notifies receipt issuance. To properly notify a salesclerk or a customer that essential credit card or general accounts receivable payments are made and receipts are issued.

In addition, by setting "<forced receipt issuance: permission setting according to payment type>" in the setting file 204A only to the deferred payment method such as credit card or general accounts receivable, such deferred payment can be performed. Receipts can be announced and issued only in the official payment method.
Furthermore, in a payment that requires receipt issuance (for example, a payment by credit card), the receipt is printed by the printing unit 213, so that the customer can obtain the registration information of the purchased product (information related to the transaction of the product) from the receipt. ) as well as information indicating that the payment has been made by credit card (information on payment by means of payment) can be accurately grasped.

It should be noted that the timing at which the voice output unit 214 (informing means) notifies that the receipt is issued can be set arbitrarily. For example, the credit card button BT51 and general credit button BT52 displayed on the payment method selection screen (to be described later) (in the setting file 204A of FIG. ”) is operated, when a transaction is concluded by such operation, or after the transaction is concluded.

Also, in the selection of payment method, if a payment method that does not issue a receipt is selected, a message such as "Do you need a receipt?" can be provided.
It should be noted that, when "<receipt issuance: setting mode>" of the receipt issuance file 204A is set to "Yes", the CPU 201 sets "<forced receipt issuance: permission setting by payment type>" of the receipt issuance file 204A. is set to "OFF", it is determined to issue a receipt.

In the full-self mode, as shown in FIG. 4A, the customer side executes both the registration process and the settlement process, but this 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.

(Display example of customer side display in full self mode)
Next, a display example of the customer side display section 205 in the POS terminal 20-3 in full self mode will be described. 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)).

FIG. 6A shows the display contents of the registration start screen before starting the registration process. In FIG. 6A, 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. 6(B) shows the display contents of the registration screen in which two items of products (daifuku mochi) are registered. Note that when the registration start button BT30 is operated on the registration start screen shown in FIG. 6A, the POS terminal 20-3 displays the registration screen in which no products have been registered yet. For the sake of convenience, FIG. 6B shows the registration screen after the products (tea, daifuku mochi) have already been registered.

In FIG. 6B, 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. 6C shows the display contents of the settlement screen (payment method selection screen) displayed when the settlement process is started on the customer-side display unit 205 . For example, the POS terminal 20-3 displays a payment method selection screen as shown in FIG. 6(C) when the checkout button BT32 is operated on the registration screen (see FIG. 6(B)). An example of operation on the payment method selection screen will be described below.

As an example of the payment method selection screen, FIG. 6C shows a cash button BT50, a credit card button BT51, a general sales button BT52, an electronic money button BT53, a transportation IC button BT54, and a barcode payment button as selection means. BT55 is shown.
When the cash button BT50 is operated, settlement processing by cash is started, and when the credit card button BT51 is operated, settlement processing by credit card is started, and so on. , the operation of the bar code settlement button BT55 also starts settlement processing according to each settlement type.
Further, payment types that cannot be displayed on one screen of the payment method selection screen can be displayed on the screen by operating the other payment button BT56 as selection means.

Therefore, an example of display when the cash button BT50 is operated on the payment method selection screen (FIG. 6C) will be described.
(Payment in cash)
FIG. 7(A) shows the display contents of the settlement screen (deposit screen) displayed when starting payment in cash. For example, the POS terminal 20-3 displays the payment method selection screen (FIG. 6(C) ), the screen as shown in FIG. 7A is displayed when the cash button BT50 is operated.

FIG. 7B 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. 7B when cash (deposit) exceeding the payment amount (purchase amount) is inserted. A receipt button BT70 and an end button BT71 are displayed at the bottom of the deposit screen. The receipt button BT70 is an operation button for instructing the issuance of a receipt, and the end button BT71 is an operation button for instructing payment from the deposited cash (deposit).

FIG. 7C shows the display contents of the settlement screen (change screen) displayed when the change is released after the end button BT71 is operated. For example, the POS terminal 20-3 displays a change screen as shown in FIG. 7(C) when the end button BT71 is operated on the settlement screen (deposit screen) of FIG. 7(B).
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).

(D1) to (D4) in FIG. 7 show the display contents of the settlement screen displayed when the change is removed. For example, the POS terminal 20-3 displays a settlement completion screen as shown in FIGS.
7(D1) is a screen for issuing a receipt and a receipt, FIG. 7(D2) is a screen for issuing only a receipt, and FIG. 7(D3) is a screen for issuing only a receipt. FIG. 7 (D4) is a screen for not issuing a receipt and not issuing a receipt.
Examples of display contents in each of FIGS. 7D1 to 7D4 will be described below.

(Screen for issuing receipts and receipts)
The end screen of FIG. 7(D1) shows a screen when the processing of "step STA2" of FIG. 5(A) or "step STB3" of FIG. 5(B) is performed. in particular,
(i) "<receipt issuance: setting mode>" of the receipt issuance file 204A shown in FIG. 3B is set to "present", or
(ii) "<receipt issuance: setting mode>" of the receipt issuance file 204A shown in FIG. When cash is set to "ON" in "permission setting by
7B shows a screen when the receipt button BT70 is operated on the deposit screen of FIG. 7B. In this case, the end screen displays, for example, a message "Please receive the receipt and receipt. Thank you."
Note that the receipt button BT70 is configured to be displayed after the registration completion key (accounting button BT32, may also be configured as a registration completion button, subtotal key, subtotal button, accounting key) is operated. The timing of the display can be set arbitrarily. It is preferable to display it after the payment method is selected until the payment is made, but it can be displayed when the payment method is selected (for example, the payment method selection screen shown in FIG. 6(C)) to issue a receipt. Alternatively, it can be configured so that it can be displayed and a receipt can be issued after the payment is completed.

(Screen for issuing receipt only)
The end screen of FIG. 7(D2) shows a screen when the processing of "step STA3" of FIG. 5(A) or "step STB6" of FIG. 5(B) is performed. in particular,
(i) "<receipt issuance: setting mode>" of the receipt issuance file 204A shown in FIG. 3B is set to "present", or
(ii) "<receipt issuance: setting mode>" of the receipt issuance file 204A shown in FIG. When cash is set to "ON" in "permission setting by
7B shows a screen when the receipt button BT70 is not operated on the deposit screen of FIG. 7B. In this case, the end screen displays, for example, a message "Please receive the receipt. Thank you." to indicate that the issued receipt will be received.

(Screen when issuing only a receipt)
The end screen of FIG. 7(D3) shows the screen when the processing of "step STB4" of FIG. 5(B) is performed. Specifically, "<receipt issuance: setting mode>" of the receipt issuance file 204A shown in FIG. 7B shows a screen when the receipt button BT70 is operated on the deposit screen of FIG. In that case, the end screen displays, for example, a message "Please accept the receipt. Thank you."

(Screen when neither receipt nor receipt is issued)
The end screen of FIG. 7(D4) shows the screen when the processing of "step STB7" of FIG. 5(B) is performed. Specifically, "<receipt issuance: setting mode>" of the receipt issuance file 204A shown in FIG. 7B shows a screen when the receipt button BT70 is not operated on the deposit screen of FIG. In that case, a message such as "Thank you very much" is displayed on the end screen.
Note that the end screen of FIG. 7(D4) does not display a receipt or a message prompting the receipt of receipts, unlike the end screens of FIG. 7(D1), FIG. 7(D2), and FIG. 7(D3). When the processing of "step STB7" in FIG. 5(B) has been performed, the settlement screen (change screen) in FIG. 7(C) shifts to the end screen in FIG. 7(D4).

The POS terminal 20-3 displays a registration start screen (FIG. 6(A)) after displaying the settlement end screens (FIGS. 7(D1) to (D4)). For example, the POS terminal 20-3 displays the registration start screen (FIG. 6A) after the receipt is removed from the issuing port of the printing unit 213 (FIGS. 7D1 to 7D3). indicate. If a receipt is not issued ((D4) in FIG. 6), the registration start screen ((A) in FIG. 6) is displayed when a predetermined time elapses after the end screen is displayed.
Note that the POS terminal 20 may include a sensor capable of recognizing that the receipt has been removed from the issuing port. If no change is generated, the change screen (FIG. 7(C)) is not displayed, and the deposit screen (FIG. 7(B)) transitions to the end screen (FIGS. 7(D1) to (D4)). You may

Here, according to the setting example of the receipt issuance file 204A shown in FIG. Since cash is set to "OFF" in the permission setting by>", when the receipt button BT70 is operated on the deposit screen in FIG. (B) step STB4), the screen of FIG. 7 (D3) is displayed.
If the receipt button BT70 is not operated on the deposit screen of FIG. 7(B), neither a receipt nor a receipt is issued (step STB7 of FIG. 5(B)), and the screen of FIG. 7(D4) is issued. is displayed.
According to such a setting example, it is possible to suppress the issuance of useless receipts that occurred in the conventional cash settlement, and to effectively prevent the issued receipts from being scattered.

Note that the example of settings of the receipt issuing file 204A shown in FIG. 3(B) is an example, and is not limited to the example of settings.

Next, an example of display when the credit card button BT51 is operated on the payment method selection screen (FIG. 6C) will be described.
(Payment by credit card)
FIG. 8A shows the display contents of the settlement screen (deposit screen) displayed when starting payment by credit card. For example, the POS terminal 20-3 displays the payment method selection screen (FIG. )), the screen as shown in FIG. 8A is displayed when the credit card button BT51 is operated.

FIG. 8B shows the display contents of the settlement screen displayed when payment by credit is completed. For example, the POS terminal 20-3 displays a message reminding that the credit card inserted in the card payment section 208 has been forgotten. Further, on this settlement screen, a receipt button BT80 for issuing a receipt is displayed. When this receipt button BT80 is operated, a receipt is issued from the issuing port of the printing unit 213 at the end of settlement.
In addition, as shown in FIG. 3B, when the credit card is set to "ON" in "<forced receipt issuance: permission setting by payment type>" of the receipt issuance file 204A, the receipt is always issued at the time of payment. In that case, it is configured to notify (including voice notification and display notification) that a receipt will be issued at the same time as the settlement screen shown in FIG. 8B is displayed. may

8(C1) to (C4) show the display contents of the settlement screen displayed when the credit card is removed from the card settlement unit 208. FIG. For example, when the credit card is removed from the card settlement unit 208, the POS terminal 20-3 displays settlement end screens as shown in FIGS. 8(C1) to (C4).
Examples of display contents in each of FIGS. 8C1 to 8C4 will be described below.

(Screen for issuing receipts and receipts)
The end screen of FIG. 8(C1) shows a screen when the processing of "step STA2" of FIG. 5(A) or "step STB3" of FIG. 5(B) is performed. in particular,
(i) "<receipt issuance: setting mode>" of the receipt issuance file 204A shown in FIG. 3B is set to "present", or
(ii) "<receipt issuance: setting mode>" of the receipt issuance file 204A shown in FIG. If the credit card is set to "ON" in "Permission setting by>",
8B shows a screen when the receipt button BT80 is operated on the deposit screen of FIG. 8B. In this case, the end screen displays, for example, a message "Please receive the receipt and receipt. Thank you."
The timing of displaying the receipt button BT80 can be set arbitrarily. It is preferable to display it after the payment method is selected until the payment is made, but it can be displayed when the payment method is selected (for example, the payment method selection screen shown in FIG. 6(C)) to issue a receipt. Alternatively, it can be configured so that it can be displayed and a receipt can be issued after the payment is completed.

(Screen for issuing receipt only)
The end screen of FIG. 8(C2) shows a screen when the processing of "step STA3" of FIG. 5(A) or "step STB6" of FIG. 5(B) is performed. in particular,
(i) "<receipt issuance: setting mode>" of the receipt issuance file 204A shown in FIG. 3B is set to "present", or
(ii) "<receipt issuance: setting mode>" of the receipt issuance file 204A shown in FIG. If the credit card is set to "ON" in "Permission setting by>",
8B shows a screen when the receipt button BT80 is not operated on the deposit screen of FIG. 8B. In this case, the end screen displays, for example, a message "Please receive the receipt. Thank you." to indicate that the issued receipt will be received.

(Screen when issuing only a receipt)
The end screen of FIG. 8(C3) shows the screen when the processing of "step STB4" of FIG. 5(B) is performed. Specifically, "<receipt issuance: setting mode>" of the receipt issuance file 204A shown in FIG. 8B shows a screen when the receipt button BT80 is operated on the deposit screen of FIG. In that case, the end screen displays, for example, a message "Please accept the receipt. Thank you."

(Screen when neither receipt nor receipt is issued)
The end screen of FIG. 8(C4) shows the screen when the processing of "step STB7" of FIG. 5(B) is performed. Specifically, "<receipt issuance: setting mode>" of the receipt issuance file 204A shown in FIG. 8B shows a screen when the receipt button BT80 is not operated on the deposit screen of FIG. In that case, a message such as "Thank you very much" is displayed on the end screen.

The POS terminal 20-3 displays the registration start screen (FIG. 6(A)) after displaying the settlement end screen (FIGS. 8(C1) to (C4)). For example, the POS terminal 20-3 displays the registration start screen (FIG. 6A) after the receipt is removed from the issuing port of the printing unit 213 (FIGS. 8C1 to 8C3). indicate. If a receipt is not issued ((C4) in FIG. 8), the registration start screen ((A) in FIG. 6) is displayed when a predetermined time elapses after the end screen is displayed.
Note that the POS terminal 20 may include a sensor capable of recognizing that the receipt has been removed from the issuing port.

Here, according to the setting example of the receipt issuance file 204A shown in FIG. credit card is set to "ON" in "permission setting by">.
When the receipt button BT80 is operated on the deposit screen of FIG. 8(B), a receipt and receipt are issued (step STB3 of FIG. 5(B)), and the screen of FIG. 8(C1) is issued. is displayed.

FIG. 9(B) shows an example of a receipt printed by the printing unit 213 of the POS terminal at the time of credit card payment. A receipt and receipt will be issued.
In addition, on the receipt, the printing unit 213 prints information on the transaction of the product (information on the purchased product, etc.: FIG. 9(B) B1), receipt (FIG. 9(B) B2), and information on settlement by means of settlement ( Credit statement information, etc.: FIG. 9(B) B3) is printed.
In FIG. 9(B), the information (B1) related to product transactions, the receipt (B2), and the information (B3) related to settlement by means of payment are issued in a combined state, but they are separated. They may be issued in different states, and their order of issue can be set arbitrarily.

If the receipt button BT80 is not operated on the deposit screen of FIG. 8(B), only a receipt is issued (step STB6 of FIG. 5(B)), and the screen of FIG. 8(C2) is displayed. Is displayed.

FIG. 9A shows an example of a receipt printed by the printing unit 213 of the POS terminal at the time of credit card payment. publish.
In addition, on the receipt, the printing unit 213 prints information on the transaction of the product (information on the purchased product, etc.: FIG. 9A) A1) and information on settlement by means of payment (credit statement information, etc.: FIG. 9A) A2 ) is printed.
In FIG. 9(A), the information (A1) related to the product transaction and the information (A2) related to the settlement by means of payment are issued in a combined state, but they can be issued in a separated state. Well, the issue order of them can be set arbitrarily.

According to the above-described embodiment, it is possible to suppress the issuance of useless receipts (for example, receipts for cash settlements that do not necessarily require receipts) that occur at the time of settlement in the past, and the scattering of issued receipts can be effectively reduced. In addition, it is possible to reliably issue receipts in settlements (for example, credit card settlements) for which receipts are indispensable.

Note that the example of settings of the receipt issuing file 204A shown in FIG. 3(B) is an example, and is not limited to the example of settings.
9A and 9B show examples of receipts printed by the printing unit 213 of the POS terminal at the time of credit card payment. A receipt and receipt corresponding to the type are printed.

7 and 8, the display contents of the settlement screen (deposit screen) displayed when starting payment by cash or credit card have been described. , ``Electronic money button BT53'', ``Traffic system IC button BT54'', and ``Barcode payment button BT55'' are operated for payment (settlement). When (settlement) is performed, the same processing as the example of payment by cash and credit card described above is performed.

In the above embodiment, an example was described in which one payment (settlement by either "cash" or "credit") was made in one transaction. and "credit card"), if a receipt is required for at least one of the multiple payments, it can be configured to issue a receipt.

For example, on the payment method selection screen of FIG. If at least one payment type (for example, credit card) is set to "ON" in "<forced receipt issuance: permission setting by payment type>" of the receipt issuance file 204A shown in FIG. 3(B) , even when "<receipt issuance: setting mode>" of the receipt issuance file 204A is set to "no", the receipt can be issued.

According to such a setting example, receipt issuance is set to "no" in "<receipt issuance: setting mode>" of the receipt issuance file 204A, and receipt issuance is set as "<forced receipt issuance: permission setting by payment type>". Set “ON” for payments that require receipts (e.g., credit cards and general accounts receivable), and set “OFF” for payments that do not necessarily require receipts (e.g., cash, electronic money, transportation IC, barcode payments) By doing so, it is possible to prevent the issuance of useless receipts, effectively prevent the scattering of issued receipts, and make payments that require receipts (for example, credit cards and general accounts receivable) If it is included, a receipt can be issued without fail.

In the above embodiment, the POS terminal 20 is set to "full self mode". a settlement means capable of settlement by type; an output means for outputting information on product transactions; a prohibition means for prohibiting output of information on product transactions; and a control unit for controlling the output means and the control unit, even when output of information relating to the transaction of the product is prohibited by the prohibiting means, when settlement is made by a predetermined settlement type among the plurality of settlement types, The output by the output means can be permitted.
(i) Settlement device with POS terminal 20 set to "normal mode" (with product registration on the clerk's side enabled and customer's side product registration disabled; pays for itself)
(ii) Settlement device with POS terminal 20 set to "accounting mode" (enables reception of registration information from other POS terminals 20, reading of accounting coupons, insertion of money, product registration on the clerk side and customer side) is disabled, and the registration machine and the payment machine are separated)
(iii) A settlement device in which a customer registers products using a mobile terminal and performs settlement using the POS terminal 20 as a settlement device (iv) A product data processing device in which a store clerk registers products and performs settlement processing (v) Weighs the weight of products settlement device equipped with a weighing unit, a clerk operation display unit, and a control unit

Further, the printing unit 213 of the POS terminal 20 can issue coupons and membership point achievement tickets. In addition to the "receipt" and the processing related to the issuance of the "receipt" described in the embodiment, it is also possible to perform at least the processing of issuing the "coupon".
Specifically, at least when a coupon is scheduled to be issued, the receipt shown in FIGS. , steps STB6 and STB7) can be configured to issue a "coupon" in addition to issuing a "receipt" and a "receipt". In that case, even if "<receipt issue: setting mode>" of the receipt issue file 204A is set to "no", it is possible to issue a "coupon".

Although the embodiments of the present invention have been described in detail above with reference to the drawings, the specific configurations are not limited to these embodiments, and design changes and the like may be made without departing from the gist of the present invention. are included in the present invention.

<Summary of embodiment>
[Technical field]
The present invention relates to a checkout system.
[Background technology]
Conventionally, POS terminals, electronic cash registers (ECR), etc., have issued receipts printed with the names and prices of products ordered or purchased by customers. As a result, receipts not received by customers are sometimes scattered around the POS terminal and ECR. Also, issuing receipts that customers do not need is wasteful.
In order to solve such a problem, there is known a device that issues a receipt when a receipt issuance instruction is issued (for example, Japanese Patent Application Laid-Open No. 3-175600).
[Summary of Invention]
[Problems to be solved by the invention]
The device issues a receipt printed with the transaction contents stored in the storage means when instructed to issue a receipt by the instruction means, and does not issue a receipt when the instruction means does not instruct to issue a receipt. is configured to
However, the above-mentioned device merely determines whether or not to issue a receipt as instructed by the instruction means, and does not really consider how to deal with a transaction that requires the issue of a receipt. .
SUMMARY OF THE INVENTION In view of such circumstances, it is an object of the present invention to provide a settlement apparatus which is related to receipt issuance and which can effectively prevent issued receipts from scattering and can suppress unnecessary receipt issuance. and
[Means to solve the problem]
(1) As described above, one aspect of the present embodiment is a settlement device for settlement of the price of a registered product, which is a settlement means capable of settlement according to a plurality of settlement types, and output means for outputting information; prohibition means for prohibiting output of information relating to the transaction of the commodity; even if the output of the information relating to the above is prohibited, the output by the output means is permitted when settlement is made by a predetermined settlement type among the plurality of settlement types and the settlement is settled. It is a device.

According to the above configuration, when issuing receipts, it is possible to effectively prevent issued receipts from being scattered, and to suppress unnecessary receipt issuing.

(2) In one aspect of the present embodiment, in the settlement apparatus described in (1), settlement by the predetermined settlement type is settlement by credit or settlement by accounts receivable.
According to the above configuration, a receipt can be reliably issued at the time of settlement (settlement) by credit card or accounts receivable, for which receipt is indispensable.

(3) One aspect of the present embodiment is the settlement device according to (1) or (2), further comprising selection means for selecting at least one payment type from the plurality of payment types, and notification means. The notifying means notifies that there is an output by the output means until the transaction is completed when the selection means selects the settlement according to the predetermined settlement type.
According to the above configuration, by notifying that the receipt will be issued by the notifying means, it is possible to appropriately notify the store clerk or the customer that the receipt will be issued.

(4) One aspect of the present embodiment is the settlement device according to any one of (1) to (3), wherein settlement can be made by two or more settlement types, and the control unit comprises the two or more When at least one payment among the payment types includes the predetermined payment type, the output by the output means is permitted.
According to the above configuration, it is possible to prevent the issuance of useless receipts, effectively prevent the receipts to be issued from being scattered, and when the payment for which the receipt is indispensable is included, A receipt can be issued without fail.

(5) An aspect of the present embodiment is the checkout device according to any one of (1) to (4), wherein the output by the output means is printing on a receipt, and information relating to the transaction of the product is printed. and printing of information related to settlement by the settlement means.
According to the above configuration, in settlements for which receipts are essential, the receipts are printed by the output means, so that the customer can accurately grasp the information related to the transaction of the product and the information related to the settlement by the settlement means from the receipt. can do.

DESCRIPTION OF SYMBOLS 1... POS system 10... Store controller 11... Transaction status management apparatus 20... POS terminal (settlement apparatus)
201 ... CPU (control unit)
202 ROM
203 RAM
204 Hard disk 204A Receipt issue file 204A (prohibition means)
205...Customer side display unit 208...Card payment unit (payment means)
209... Change machine (settlement means)
213 ... Printing section (output means)
214: Audio output unit (notification means)
BT50 to BT56 (selection means)

Claims (5)

A settlement device for settlement of the price of registered products,
a payment method that allows payment by multiple payment types;
an output means for outputting information relating to trading of the product;
prohibiting means for prohibiting output of information relating to trading of the product;
a control unit that controls the output means;
Even if the output of the information on the transaction of the product is prohibited by the prohibiting means, the control unit, when settled by a predetermined settlement type among the plurality of settlement types, controls the A settlement device characterized by permitting output by an output means.
2. The settlement apparatus according to claim 1, wherein settlement by the predetermined settlement type is settlement by credit or settlement by accounts receivable.
selecting means for selecting at least one payment type from the plurality of payment types;
and a notification means,
3. The method according to claim 1 or 2, wherein, when the selection means selects payment by the predetermined payment type, the notification means notifies that there will be an output by the output means until the transaction is completed. Payment device as described.
Payment can be made by two or more payment types,
4. The control unit permits output by the output means when at least one of the two or more payment types includes the predetermined payment type. 1. The settlement device according to 1.
The output by the output means is printing on a receipt,
The settlement apparatus according to any one of claims 1 to 4, wherein information related to transaction of said product and information related to settlement by said settlement means are printed.

Images