Checkout device and checkout system

Abstract

To perform control for outputting a receipt satisfying the requirements of a qualified bill or outputting a receipt for taking over settlement according to a settlement type.SOLUTION: A settlement device 1 includes a settlement type selection unit, outputs a receipt on which a qualified bill issuing company registration number is written when a predetermined settlement type is selected by the settlement type selection unit, and does not output the receipt on which the qualified bill issuing company registration number is written when a settlement type different from the predetermined settlement type is selected by the settlement type selection unit.SELECTED DRAWING: Figure 2

Description

[Technical Field]

[0001] The present invention relates to a settlement device and a settlement system. [Background technology]

[0002] Recently, the invoice system has made it necessary to print the qualified invoice issuing business registration number on receipts. In this regard, Patent Document 1 proposes a sales data processing device that includes a registration unit that registers product information corresponding to product identification information and registers the products; a first taxable amount calculation unit that calculates, for each applicable tax rate, the total taxable amount of tax-inclusive products, whose prices include consumption tax, among the registered products; a second taxable amount calculation unit that calculates, for each applicable tax rate, the total taxable amount of tax-exclusive products, whose prices exclude consumption tax, among the registered products; a counting unit that tallys up the taxable amounts calculated by the first taxable amount calculation unit and the second taxable amount calculation unit, for each tax rate; and a tax amount calculation unit that calculates, for each tax rate, the amount of tax on the taxable amount tallytized by the counting unit. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Application Publication No. 2023-181637 Summary of the Invention [Problem to be solved by the invention]

[0004] Incidentally, receipts corresponding to invoices (qualified bills) must be issued on the device that executed the payment, but in face-to-face sales of bulk goods, the POS terminal that processes the settlement for cash and non-cash payments may be different, so there was a demand for a system that was suited to the type of store.

[0005] Therefore, an object of the present invention is to enable control to output a receipt that meets the requirements for a qualified invoice or to output a receipt that takes over the payment, depending on the payment type. [Means for solving the problem]

[0006] In order to achieve the above object, the settlement device of the present invention is characterized in that it comprises a payment type selection means, and when a predetermined payment type is selected by the payment type selection means, it outputs a receipt bearing the qualified invoice issuer registration number, and when a payment type different from the predetermined payment type is selected by the payment type selection means, it does not output a receipt bearing the qualified invoice issuer registration number. [Brief explanation of the drawings]

[0007] [Figure 1] 1A and 1B are external perspective views showing the external configuration of a POS terminal device with a weighing function that constitutes a settlement device according to an embodiment of the present invention, in which (a) shows the POS terminal device with a weighing function as seen from the store clerk's side, and (b) shows the POS terminal device with a weighing function as seen from the customer's side. [Figure 2] 1 is a functional block diagram showing the functional configuration of a POS terminal device with a weighing function that constitutes the settlement system according to an embodiment of the present invention. [Figure 3] 3A and 3B are diagrams showing an example of a receipt output by the POS terminal device with weighing function and the POS terminal. [Figure 4] FIG. 10 is a diagram showing another example of a receipt output by the POS terminal device with weighing function. [Figure 5] 10A and 10B are examples of screens displayed on the POS terminal device with weighing function, showing (a) a screen displayed on the customer side display / operation unit and (b) a screen displayed on the store clerk side display / operation unit. [Figure 6] 10A and 10B are examples of screens displayed on the POS terminal device with weighing function, showing (a) a screen displayed on the customer side display / operation unit and (b) a screen displayed on the store clerk side display / operation unit. [Figure 7]10A and 10B are examples of screens displayed on the POS terminal device with weighing function, showing (a) a screen displayed on the customer side display / operation unit and (b) a screen displayed on the store clerk side display / operation unit. [Figure 8] 10A and 10B are examples of screens displayed on the POS terminal device with weighing function, showing (a) a screen displayed on the customer side display / operation unit and (b) a screen displayed on the store clerk side display / operation unit. [Figure 9] 10A and 10B are examples of screens displayed on the POS terminal device with weighing function, showing (a) a screen displayed on the customer side display / operation unit and (b) a screen displayed on the store clerk side display / operation unit. [Figure 10] 10A and 10B are examples of screens displayed on the POS terminal device with weighing function, showing (a) a screen displayed on the customer side display / operation unit and (b) a screen displayed on the store clerk side display / operation unit. [Figure 11] 10A and 10B are examples of screens displayed on the POS terminal device with weighing function, showing (a) a screen displayed on the customer side display / operation unit and (b) a screen displayed on the store clerk side display / operation unit. [Figure 12] 10A and 10B are examples of screens displayed on the POS terminal device with weighing function, showing (a) a screen displayed on the customer side display / operation unit and (b) a screen displayed on the store clerk side display / operation unit. DETAILED DESCRIPTION OF THE INVENTION

[0008] Overview Hereinafter, a settlement device and a settlement system according to an embodiment of the present invention will be described with reference to the drawings. The POS terminal 1 with weighing function shown in Figures 1 and 2 is an example of a payment device according to the present invention. The POS terminal 1 with weighing function is a device for weighing products, registering the products, and selling the products to customers, and is installed in stores such as supermarkets, home improvement stores, and convenience stores.

[0009] This POS terminal 1 with weighing function, together with POS terminal 2, constitutes a settlement system 10 according to an embodiment of the present invention. The POS terminal 1 with weighing function supports certain payment types among a plurality of payment types, but does not support some payment types, and for those incompatible payment types, the POS terminal 1 hands over the payment to the POS terminal 2. In this case, as will be described later, when making a payment of a certain payment type, the POS terminal 1 with weighing function issues a receipt that meets the requirements for a qualified invoice (hereinafter referred to as an "invoice-compatible receipt"), and when handing over the payment, it issues a handover receipt (hereinafter referred to as a "handover receipt"). Hereinafter, the mode in which payment is completed at the POS terminal 1 with weighing function will be referred to as the "first settlement mode," the mode in which payment is not made at the POS terminal 1 with weighing function and payment is completed at the POS terminal 2 that takes over the payment will be referred to as the "second settlement mode," and the mode in which part of the payment is made at the POS terminal 1 with weighing function and the remaining payment is taken over and completed by the POS terminal 2 will be referred to as the "third settlement mode."

[0010] The POS terminal 2 is a terminal that processes payments for registered products and is equipped with functional units that are common to known POS terminals, such as a display and operation unit for displaying various information and performing operations, a reading unit such as a scanner or CCD camera that reads various codes such as barcodes and two-dimensional codes to acquire information, a payment unit that executes payments in response to various payment methods such as code payment and payment by payment medium, and a communication unit that enables data communication with other devices and terminals. The reading unit provided in the POS terminal 2 constitutes an input means that reads the barcode written on the transfer receipt 4 (see FIG. 4) described below and inputs information on the registered product associated with the barcode into the POS terminal 2. However, the reading unit is an example of an input means, and the POS terminal 2 includes a means for inputting the product information according to the transfer receipt 4 output by the POS terminal 1 with weighing function or the type of the product information written on the transfer receipt. In addition, in this embodiment, the POS terminal 2 takes over payment for some payment types from the POS terminal 1 with weighing function and executes the payment, but the POS terminal 2 may also be configured to complete the entire process related to the sale of products, from product registration to payment, on its own terminal.

[0011] The weighing function-equipped POS terminal 1 and the POS terminal 2 may cooperate with a higher-level device and / or with each other to function as elements of a merchandise sales processing system that executes processes related to the sales and management of merchandise within a store or affiliated stores. The terminals and devices that make up the merchandise sales data processing system are connected to each other via a LAN or dedicated line so that they can communicate with each other, thereby transmitting and receiving data and cooperating with each other. The upper device constituting the product sales data processing system is, for example, a store controller, which handles core operations such as customer management and order management. The store controller may be configured with multiple server devices according to each operation, or may be configured as a cloud server. Furthermore, the store controller referred to here may be configured with any other server, such as a store server, regardless of its name.

[0012] In this embodiment, the POS terminal 1 with weighing function issues an invoice-compliant receipt when a payment is made using a predetermined payment method. That is, it issues a receipt that meets the requirements for a qualified invoice, which is necessary when a business partner applies for input tax credit in a product transaction.

[0013] The necessary requirements for a qualified invoice are the following (1) to (6), and an invoice lacking any of these requirements will not be considered a qualified invoice. (1) The name or title of the qualified invoice issuer and the qualified invoice issuer registration number. (2) Date of transaction. (3) Transaction details (that the item is subject to a reduced tax rate). (4) The total amount of consideration (excluding or including tax) divided by tax rate and the applicable tax rate. (5) Consumption tax amount, etc., divided by tax rate. (6) The name or name of the business entity accepting the document. However, (6) may be omitted.

[0014] Invoice-compatible receipts can be output as physical objects such as paper, or as electronic data that can be handled on an electronic terminal.

[0015] ● Functional configuration of POS terminal 1 (payment settlement device) with weighing function FIG. 1 shows an example of the external configuration of a POS terminal 1 with a weighing function. The POS terminal 1 with weighing function has an arithmetic unit such as a CPU (Central Processing Unit), and memory devices such as RAM (Random Access Memory) and ROM (Read Only Memory), and is equipped with a weighing unit 11, a store clerk display and operation unit 12, a customer display and operation unit 13, a printer 14, and a drawer 15, which are electrically connected via an interface circuit.

[0016] The weighing unit 11 is located between the clerk's display and operation unit 12 and the customer's display and operation unit 13, and measures the weight of an item to be weighed placed on a designated placement surface, such as a product (item sold by weight) or a container (tare). This weighing unit 11 weighs the object to be weighed placed on the placement surface, for example, by weight detection using a load cell. More specifically, weighing unit 11 is composed of a weight detection unit and an AD converter, and the A / D converter converts the analog signal input from the weight detection unit into a digital signal. This allows the weighing result of the product placed in the container to be tared by referring to the tare weight reference value, and the weight of the product contents can be displayed on the clerk-side display / operation unit 12 and the customer-side display / operation unit 13. In the tare process, for example, a preset button for the tare process (tare preset button), which has a tare weight set for each tare weight, can be operated to subtract the tare weight from the total weight and calculate the net weight (sales weight). The tare preset button can be operated before or after placing the products in the container on the weighing unit 11. Alternatively, the tare weight can be entered using a numeric keypad or the like, and the tare weight can be stored by operating the tare button. Also, an empty container can be placed on the weighing unit 11, and then the tare button can be operated to weigh the empty container and store the tare weight. In this state, the container can be removed from the weighing unit 11 to set the tare weight, and then the net weight (purchase weight) can be calculated by placing a container filled with products on it.

[0017] The clerk-side display / operation unit 12 is configured with a touch panel display and serves as an input means for the clerk to input various information and an output means for outputting the information. Using this clerk-side display / operation unit 12, the clerk can check the registration status of the products to be purchased and perform the registration operation for the products to be purchased. Regardless of this embodiment, the store clerk side display operation unit 12 may also include input means such as physical mechanical keys or switches, or the input means and output means may be configured separately, such as physical mechanical keys and an LCD display. The screens of the clerk-side display / operation unit 12 and the customer-side display / operation unit 13 face in opposite directions, allowing the clerk to stand facing the customer. The clerk-side display / operation unit 12 faces diagonally upward, making it easy for the clerk to see when looking down from above and for the clerk to operate by touch.

[0018] The customer display operation unit 13 is configured with a touch panel display and serves as an input means for customers to input various information and an output means for outputting the information. Using this customer display operation unit 13, customers can check the registered products and, if necessary, perform approval operations for the products to be purchased. In addition, if it is not necessary to require the customer to input information, the customer side display operation unit 13 may be configured as a liquid crystal panel or the like that is only capable of outputting information. Furthermore, like the store clerk side display operation unit 12, the customer side display operation unit 13 may also have input means such as physical mechanical keys or switches, or the input means and output means may be configured separately, such as physical mechanical keys and an LCD display.

[0019] The printer 14 prints details about the product sales on paper media, issues invoice-compatible receipts and handover receipts, and ejects them from the issuing port 141. In the illustrated example, the printer 14 is shown positioned to the right of the weighing unit 11, with the issuing port 141 facing the store clerk's display and operation unit 12, but this positioning can be freely set.

[0020] Drawer 15 is a storage unit that stores cash (currency such as banknotes and coins) and other items such as gift certificates received from customers, and is designed to be withdrawn by operating clerk-side display / operation unit 12. An operator (clerk, etc.) can store cash, gift certificates, etc. received as payment from a customer in drawer 15. When giving change to a customer, the operator (clerk, etc.) can take out currency corresponding to the amount of change from drawer 15 and hand it over to the customer. The drawer 15 is an example of a payment means that accepts cash payments, and in other examples, it may be realized by a change machine. The change machine has an inlet and outlet for banknotes and coins, and calculates the amount of change inserted through the inlet, which is the difference between the inserted amount and the purchase amount, and then dispenses the change or change from the outlet.

[0021] The POS terminal 1 with weighing function can be connected to a code reading unit implemented by a scanner or camera that reads symbol codes such as barcodes and two-dimensional codes, and a tag reading unit that reads information stored in an RFID tag, and these code reading units and tag reading units are connected depending on the operation in the store.

[0022] As shown in Figure 2, the POS terminal 1 with weighing function mainly comprises, as software resources, an information storage unit 101, a registration unit 102, a settlement unit 103, a weight information acquisition unit 104, a display operation control unit 105, an issuance control unit 106, and a communication unit 107.

[0023] The information storage unit 101 stores information necessary for store operation and product sales, as well as information generated by the execution of functions by each functional unit. Such information includes, for example, a member master, a product master, registration data, payment data, layout information, and tax rate information. The member master stores information about member customers, such as personal information such as membership numbers, customer names, and contact details. The product master stores information about the product, such as product identification information consisting of JAN codes, product names, unit prices, etc. The registration data is information generated in a registration process for registering products, and the settlement data is information generated in a settlement process for settling (paying for) the registered products to be purchased.

[0024] A higher-level store controller may hold some or all of the member master data and product master data stored in the information storage unit 101. In this case, the POS terminal 1 with weighing function may acquire the member master data and product master data from the store controller as needed, or may refer to the member master data and product master data held by the store controller. In addition, one of multiple POS terminals 1 with weighing functions that are configured to be able to communicate may be equipped with the functions of a store controller, and a POS terminal device that also functions as a store controller may be made to perform master management and link data with other POS terminals 1 with weighing functions.

[0025] Layout information is information related to the layout of the invoice-compatible receipt or handover receipt to be issued, and when issuing the invoice-compatible receipt or handover receipt, the layout information is referenced and the information is reflected in the specified layout.

[0026] The tax rate information is information for specifying the tax rate applied to each product. Here, there are products to which a first tax rate is applied and products to which a second tax rate different from the first tax rate is applied. The first tax rate is a reduced tax rate ("8%" at the time of filing this application). The second tax rate is a standard tax rate ("10%" at the time of filing this application). Products to which the first tax rate is applied include, for example, food and beverages excluding alcoholic beverages and eating out. Products to which the second tax rate is applied include, for example, alcoholic beverages and eating out (provision of services). In the tax rate information, for example, each product is associated with either a reduced tax rate or a standard tax rate as the applicable tax rate. For products where the tax rate applied varies depending on whether the product is taken out or eaten in, information may be set indicating that the reduced tax rate applies to the product when taken out, and the standard tax rate applies to the product when eaten in.

[0027] The registration unit 102 is a functional unit that registers all products to be settled in one transaction as products to be purchased, and the registration data generated thereby serves as reference data during the settlement process. During product registration processing, the registration unit 102 cooperates with the weighing unit 11 to acquire weighing data for products sold by weight, and cooperates with a code reading unit such as a handheld scanner or CCD camera to read symbol codes such as barcodes and two-dimensional codes attached to products to acquire product information. Furthermore, during specific registration, the product is designated, for example, by a preset key associated with the product, and the product is registered accordingly.

[0028] The settlement unit 103 executes the settlement process for the products to be purchased based on the registration data generated by the registration unit 102. Specifically, as a settlement process, the settlement unit 103 calculates the total price of the registered products to be purchased, and then adds the amount of tax such as consumption tax to calculate the settlement amount. The settlement unit 103 only supports predetermined payment types and executes settlement processing only for supported payment types. In one example, the settlement unit 103 only supports cash payments, in which case the POS terminal 1 with weighing function constitutes a cash settlement device, and a POS terminal that handles payment types other than cash payments constitutes a non-cash settlement device. In another example, the settlement unit 103 may support code payments and payments by gift certificate in addition to cash payments.

[0029] The weight information acquisition unit 104 acquires the weight values, etc., of the products to be purchased. For example, the weight information acquisition unit 104 controls the weighing unit 11 to weigh the products to be purchased, thereby obtaining the weight values ​​of the products to be purchased (which may be the total weight before tare weight). In other examples, the weight values, etc., of the products to be purchased can also be obtained by inputting the number of products to be purchased. Note that this example is based on the premise that the weighing unit 11 is controlled to obtain the weight values, etc., of the products to be purchased, but the above-mentioned input of the number of products can also be applied to the present invention instead of weighing.

[0030] The display operation control unit 105 controls the store clerk side display operation unit 12 and the customer side display operation unit 13 to display information and accept operation inputs.

[0031] The issuance control unit 106 controls the printer 14 to issue an invoice-compatible receipt and a handover receipt. In the POS terminal 1 with weighing function, an invoice-compatible receipt is issued when a predetermined payment type supported by the POS terminal 1 with weighing function is selected, but is not issued when a payment type different from the predetermined payment type is selected. A handover receipt is issued when a payment type not supported by the POS terminal 1 with weighing function is selected. The issuance control unit 106, together with the printer 14, constitutes an example of an output means for outputting an invoice-compatible receipt, that is, a receipt on which the qualified invoice issuer registration number is printed.

[0032] In addition, whether to issue an invoice-compatible receipt or a transfer receipt depending on the payment type may be determined by, for example, maintaining a table that associates each payment type with the type of receipt to be issued (invoice-compatible receipt or transfer receipt), and referencing this. Furthermore, when outputting a paper invoice-compatible receipt, the "printing" of the issuer registration number is an example of "notation" on an invoice-compatible receipt in the present invention.

[0033] The communication unit 107 is configured by one or more communication means that realizes connection with each terminal or device according to a predetermined communication protocol, and realizes data communication via a wired or wireless LAN or internet communication. This communication unit 107 can output an invoice-compatible receipt in electronic receipt format and handover data for handing over payment to another terminal (POS terminal 2) in place of the issuance control unit 106, or in addition to a paper invoice-compatible receipt or handover receipt produced by the issuance control unit 106.

[0034] When outputting an invoice-compatible receipt in electronic receipt format, in one example, the POS terminal 1 with weighing function is configured to be able to communicate with an electronic receipt server that stores electronic receipts, and is equipped with a generation means for generating an electronic invoice-compatible receipt in accordance with the content of the transaction, and a necessity information acquisition means for acquiring electronic receipt necessity information indicating whether to generate an electronic receipt for the transaction or to issue a paper receipt.

[0035] The electronic receipt server can receive an invoice-compatible receipt in electronic receipt format from the POS terminal 1 with weighing function and store it in a predetermined storage means. The invoice-compatible receipt in electronic receipt format may include, for example, member information as data, and it is preferable that eligible members of the electronic receipt service can view their own electronic receipts stored in the electronic receipt server using a dedicated app (application program) or the like. The electronic receipt may also be sent to the dedicated app for the eligible member. The handover receipt in electronic receipt format may be viewable, for example, on the POS terminal 2 or a display connected to the POS terminal 2.

[0036] The generating means generates an invoice-compatible receipt in electronic receipt format as electronic receipt data to be stored in the electronic receipt server, instead of or in addition to the invoice-compatible receipt in paper form. The electronic receipt data generated here may be a structured document or API-based data different from the data for recording sales (electronic journal) in order to reduce the load on the electronic receipt server. However, the electronic receipt data may be configured as data similar to the electronic journal on the POS terminal 1 with weighing function side, and the electronic receipt data may be converted into a structured document or API-based data on the output electronic receipt server side. In addition, when it is necessary to generate an electronic receipt using the necessity information acquisition means described below, the generation means may generate data for an electronic receipt (invoice-compatible receipt) that displays the qualified invoice issuer registration number, and when it is not necessary to generate an electronic receipt, it may not generate a receipt that displays the qualified invoice issuer registration number.

[0037] The necessity information acquiring means acquires electronic receipt necessity information indicating whether to generate an electronic receipt for the transaction or issue a paper receipt. The electronic receipt necessity information may be set in advance for each member as member information, for example, and in this case, can be acquired by referring to the member information at the time of payment. Furthermore, the information regarding the necessity of an electronic receipt may be acquired in response to the operation of a selection button on the clerk-side display / operation unit 12 or the customer-side display / operation unit 13 to select whether an electronic receipt is necessary or not. The POS terminal 1 with weighing function can determine whether to output a paper receipt or an electronic receipt based on the electronic receipt necessity information acquired by the necessity information acquisition means.

[0038] When outputting an invoice-compatible receipt in the form of an electronic receipt in this way, the communication unit 107 constitutes an example of an output means for outputting a receipt on which the qualified invoice issuer registration number is displayed. Furthermore, when outputting an invoice-compatible receipt in the form of an electronic receipt, the "display" of the issuer registration number is an example of the "notation" of the invoice-compatible receipt in the present invention.

[0039] The invoice-compatible receipt output as an electronic receipt can also be sent directly to another device or terminal based on a pre-registered address such as an email address. Furthermore, if the POS terminal 1 with weighing function does not need to generate an electronic receipt and the POS terminal 2 outputs an invoice-compatible receipt as an electronic receipt, handover data for handing over the payment to the POS terminal 2 may be generated and transmitted to the POS terminal 2 directly or via a host device. The handover data may be registration data, or the registration data may be information to which handover information has been added. In this case, the POS terminal 2 may display the device number of the POS terminal 1 with weighing function, the store clerk number, the membership number, the number of items purchased, the purchase amount, and the selected non-cash payment type, selectable using icons or the like, and upon accepting an operation to select an icon, transition to a settlement screen and generate an electronic receipt. The handover data may also include information regarding the payment type. In this case, the POS terminal 2 that receives the handover data automatically selects the payment type based on the handover data, eliminating the need for the operator to select the payment type. Furthermore, if the handover data is received when the POS terminal 2 is not in the process of settlement, the settlement processing screen may be displayed and the settlement processing may be executed directly. Only when the POS terminal 2 is in the process of settlement, an icon indicating that the handover data has been received may be displayed selectably, and the terminal may proceed to settlement of the handover data depending on the selection.

[0040] In addition, when the issuance control unit 106 or the communication unit 107 outputs a receipt, the qualified invoice issuer registration number is not output on the transfer receipt, so this fact may be indicated on the transfer receipt.

[0041] <Receipt (invoice-compatible receipt)> FIG. 3 shows an example of an invoice-compatible receipt 3 as an example of a receipt output (displayed or printed) by the POS terminal 1 with weighing function and the POS terminal 2.

[0042] The store name area 301 shows the name of the store. The store name may be indicated by a logo.

[0043] Registration number area 302 indicates the registration number of the invoice issuing business issued by a designated organization such as the National Tax Agency (hereinafter referred to as the "qualified invoice issuing business registration number"). The business registration number is expressed in half-width characters using a predetermined number of letters and numbers (for example, 14 digits). Specifically, the business registration number is, for example, an "alphabetical T + 13-digit corporate number" in the case of a corporation, and an "alphabetical T + 13-digit unique number" in the case of a sole proprietorship or other entity other than a corporation.

[0044] The document name area 303 is an area that indicates the document name. In the drawing, the document name in the document name area 303 indicates "receipt," but this is not limited to this and other document names such as "receipt" are also possible. The document name area 303 may also be omitted.

[0045] Transaction date and time area 304 indicates the date and time when the transaction took place.

[0046] The transaction details area 305 shows the name and price of the product purchased by the customer. In the transaction details area 305, reduced tax rate products are marked with the symbol "B." On the other hand, normal tax rate products are marked with the symbol "A."

[0047] The subtotal area 306 is an area that displays the total amount to be paid for the products, and in the illustrated example, the amount excluding tax is displayed.

[0048] The total amount area 307 is an area showing the total payment amount obtained by adding up the payment amounts for each product, and more specifically, shows the total payment amount obtained by adding up the payment amounts shown in the subtotal area 306.

[0049] The total area by tax rate 308 indicates the applicable tax rate and the total tax amount, and indicates the tax rate (either 8% or 10%) applied to reduced tax rate items and normal tax rate items.

[0050] In the payment area 309, for cash payments, the amount received from the customer (deposited by the customer) is shown in the "total deposit" field, and the amount obtained by subtracting the total payment amount from the deposit amount is shown in the "change" field.

[0051] The barcode area 310 indicates a barcode for calling up transaction information in the POS terminal 1 with weighing function. The barcode is associated with information shown in the transaction details area 305 and the issuer area 311. The information shown in the transaction details area 305 and the issuer area 311 may be stored in a predetermined memory such as the information memory unit 101 of the POS terminal 1 with weighing function or the memory unit of a higher-level store controller or management server. In this case, the information can be read based on the identification information coded in the barcode. As a result, for example, when a store clerk accepts various operations (such as a return operation, correction operation, receipt issuance operation, etc.) in response to a customer's request, the information related to the transaction can be read using the barcode and processing can be performed according to the operation accepted by the store clerk.

[0052] The issuing company area 311 shows information about the issuing company of the receipt, specifically the store name, address, etc. In the example shown, in addition to the issuing company information, transaction identification information such as the cash register number, store clerk information, and receipt number is also shown.

[0053] The configuration of the invoice-compatible receipt 3 shown in the figure is an example, and for example, a recipient area showing the name or title of the person (customer) receiving the receipt may be provided. The name or title written in the recipient area may be entered by hand, or the weighing function-equipped POS terminal 1 may accept input of the name or title or a phrase such as "Dear Sir / Madam" via the clerk-side display / operation unit 12, and the accepted content may be printed. Note that information such as the name or title may be reflected in the recipient area by referencing arbitrarily set member information.

[0054] <Receipt (transfer receipt)> FIG. 4 shows an example of a transfer receipt 4 as an example of a receipt output (displayed or printed) by the POS terminal 1 with weighing function.

[0055] The issuing company area 401 indicates information about the issuing company of the receipt, specifically the name and address of the store.

[0056] The document name area 402 indicates the document name. In the illustration, the document name in the document name area 402 indicates "detailed statement," but is not limited to this and other document names such as "receipt" are also possible. The document name area 402 may also be omitted. In the example shown, a message indicating that it is not a "receipt" is displayed, but a message indicating that it is a transfer receipt 4 may also be displayed.

[0057] The transaction date and time area 403 indicates the date and time when the transaction was made.

[0058] The clerk information area 404 shows the clerk information of the clerk who performed the product registration operation and issued the transfer receipt 4.

[0059] The transaction details area 405 is composed of a product information field 4051 that displays the name and price of the product purchased by the customer, and a barcode field 4052 that displays a barcode that encodes product information (such as the item to be paid for and the identification number of that item that will be printed on the receipt). The product information field 4051 and barcode field 4052 are provided for each product, and the barcode displayed in the barcode field 4052 is associated with the information displayed in the product information field 4051 or the payment data required to execute payment, so that at least sufficient information for product registration and payment can be obtained at the POS terminal 2. The information may be coded in the barcode itself, or may be stored in a predetermined memory such as the information memory 101 of the POS terminal 1 with weighing function or the memory of a higher-level store controller or management server. In this case, the information can be read based on the identification information coded in the barcode. This allows the POS terminal 2 to read the registered product information required for payment from the barcode printed on the transfer receipt 4.

[0060] Regardless of this example, the information on the registered product may be converted into a code of other specifications, such as a two-dimensional code, and displayed. Furthermore, in this example, a barcode is provided for each registered product, but regardless of this, it is also possible to provide a single barcode (which may be a code of a specification other than a barcode) that collectively encodes the information of each registered product, and by reading this barcode, it is possible to read the information of all registered products. In addition, the desired type of payment to be executed at the POS terminal 2 may be accepted by the POS terminal 1 with weighing function, and this may be appropriately coded and displayed on the handover receipt 4.

[0061] The subtotal area 406 is an area that displays the total amount paid for the products, and in the illustrated example, the amount excluding tax, the number of items purchased, and the like are also displayed.

[0062] The total amount area 407 is an area showing the total payment amount obtained by adding up the payment amounts for each product, and more specifically, shows the total payment amount obtained by adding up the payment amounts shown in the subtotal area 306. In addition, the total amount area 407 shows the applicable tax rate and the total tax amount.

[0063] As mentioned above, unlike the invoice-compatible receipt 3, the transfer receipt 4 does not include the qualified invoice issuer registration number. Therefore, the transfer receipt 4 may clearly state that the qualified invoice issuer registration number is not included. Furthermore, the transfer receipt 4 is output in accordance with the selection of the payment type on the weighing function-equipped POS terminal 1, and the selected payment type, such as electronic money or credit card payment, may be written in a predetermined area on the transfer receipt 4. Furthermore, a code for recognizing the payment type on the POS terminal 2 may be written. The code may be a barcode, a two-dimensional code, or any other type. The name of the payment type may also be written. Furthermore, in this transfer receipt 4, similar to the description in the transaction details area 305 of the invoice-compatible receipt 3 described above, symbols or marks indicating reduced tax rate products or normal tax rate products may be added in the transaction details area 405.

[0064] ●Processing flow and screen example for POS terminal 1 with weighing function Next, an example of a screen displayed on the POS terminal 1 with weighing function that constitutes the settlement device according to this embodiment will be described along with the flow of the process that is executed. Note that, in the example screens shown in Figures 5 to 12, (a) shows screen G10 displayed on the customer side display operation unit 13, and (b) shows screen G20 displayed on the store clerk side display operation unit 12. In the following explanation, we will explain the first to third settlement methods, but here we assume that the POS terminal 1 with weighing function only handles cash payments, and the POS terminal 2 handles non-cash payments.

[0065] <First settlement method> First, as a first settlement mode, a case where cash payment is made at the POS terminal 1 with weighing function and the settlement is completed at the POS terminal 1 with weighing function will be described. The POS terminal 1 with weighing function that is in the off state starts up upon receiving a start-up request from an operator of the POS terminal 1 with weighing function, such as a store clerk. In response to this, when the store opening process is executed, predetermined operations such as confirmation of business days are performed, and then the screen transitions to a standby screen (product registration screen) where products can be registered, and the system enters a standby state.

[0066] FIG. 5 shows an example of the product registration screen. The screen G10 of the customer side display operation unit 13 has a product name field G101, a container field G102, a weight field G103, a unit price field G104, a selling price field G105, and a total amount field G106. The product name field G101 displays the name of the product to be registered. The tare weight field G102 displays the tare weight of containers and the like that are not included in the product weight. The weight field G103 displays the weight value of the product to be registered as measured by the weighing unit 11. The unit price field G104 displays the unit price of the product to be registered. The selling price field G105 displays the total price of the registered products.

[0067] The screen G20 of the store clerk's display operation unit 12 is provided with a product name column G201, a tare column G202, a weight column G203, a unit price column G204, a selling price column G205, and a total amount column G206 (which are the same as the product name column G101, tare column G102, weight column G103, unit price column G104, selling price column G105, and total amount column G106, respectively), as well as a preset key G207, a deposit / current total key G208, a subtotal key G209, an addition key G210, and the like. The preset key G207 is a key for specifying a product to be registered, and pressing the preset key G207 reads out product information. In addition to specifying a product, the preset key G207 can also be provided with other functions, such as setting a container or specifying an employee (clerk). The preset keys G207 may also be categorized by tabs according to their functions. The deposit / cash key G208 confirms the payment by cash settlement. The subtotal key G209 calculates the total sales price of the registered products. The addition key G210 is a key for adding a registered product.

[0068] The Deposit / Cash Total key G208 is an operator for selecting cash payment as the payment type to be used for payment from the available payment types, and constitutes an example of a payment type selection means according to the present invention. The Deposit / Cash Total key G208 may also be configured to allow setting of information on whether to issue an invoice-compatible receipt or a transfer receipt; in this example, information commanding the issuance of an invoice-compatible receipt is set. In this case, when a payment type is selected by pressing the Deposit / Cash Total key G208, the issuance control unit 106 or the communication unit 107 may determine whether to print the qualified invoice issuer registration number on the receipt medium, depending on the setting associated with the Deposit / Cash Total key G208, and output a receipt (invoice-compatible receipt or transfer receipt) according to the determination result. Regardless of this, an operator for selecting cash as the payment type may be provided in addition to the deposit / cash total key G208, or cash may be selectable as the payment type on the payment type selection screen regardless of whether it is cash or non-cash. In either case, when cash is selected as the payment type, input of the deposit amount may be validly accepted.

[0069] The state shown in the figure is when the preset key G207 for "potatoes," a product sold by weight, is pressed as the product to be purchased. In response to pressing the preset key G207, the product name and unit price of "potatoes" are read out, and on the screens of the customer-side display operation unit 13 and the store clerk-side display operation unit 12, the product name "potatoes" is displayed in the product name field G101, G201, and the unit price of potatoes is displayed in the unit price field G104, G204.

[0070] Figure 6 shows the screen when potatoes are placed on the weighing unit 11 from the state shown in Figure 5. The weight of the potatoes is measured by the weighing unit 11, and the measured value of 145 g is displayed in the weight columns G103 and G203. Furthermore, based on the weight value of 145 g measured by the weighing unit 11 and the unit price of 36 yen per 100 g of potatoes read out in response to pressing the preset key G207, the selling price of the product is calculated to be 52 yen, and this is displayed in the selling price columns G105 and G205.

[0071] Fig. 7 shows the screen when the addition key G210 for registering a product is pressed from the state shown in Fig. 6. In response to the pressing of the addition key G210, potato is registered as a product by the registration unit 102, and potato is added to the registered product columns G107 and G211. When adding products to be sold, repeat the same procedure for each product and register each product separately.

[0072] In addition, for products with a fixed weight measurement category, the selling price of the product is calculated from the unit price and quantity by pressing preset key G207 and then entering the quantity. Furthermore, when weighing the product together with its container, a tare operation is required. In one example of tare operation, an empty container is placed on the weighing unit 11 and the weight of the empty container is set as the tare weight. In another example, the tare weight is set by inputting a numerical value using a numeric keypad or the like. In yet another example, a preset key for the container to be used is provided in advance, and the tare name and tare weight are set on the preset key, so that the tare weight is set in response to pressing the preset key. Once the tare weight is set, the tare weight is displayed in the tare weight display field on the screen.

[0073] Figure 8 shows the screen that appears when the subtotal key G209 is pressed after all the products eligible for purchase have been registered from the state shown in Figure 7. All registered products are displayed in the registered product list G212. The subtotal operation also calculates the total of the selling prices of each product as the payment amount, and the number of items purchased and the total amount are displayed in the total amount display fields G108 and G213. The execution of the subtotaling operation for the transaction amount to be settled is part of the function execution by the settlement unit 103, and constitutes an example of the subtotaling means of the present invention. The subtotal operation may be performed by opening a selection screen where the payment type can be selected (by pressing the payment assistance key G215, which will be described later, and opening the payment selection window G218), instead of by pressing the subtotal key G209. In this case, the user can proceed to cash payment by selecting cash payment on the payment type selection screen.

[0074] FIG. 9 shows the screen when the numeric keypad G214 is displayed by pressing the deposit / cash total key G208 from the state shown in FIG. When the clerk receives the money from the customer, he / she inputs the amount of the deposit using the numeric keypad G214.

[0075] Figure 10 shows the screen that appears when the Confirm button on the numeric keypad G214 is pressed from the state shown in Figure 9. In response to the Confirm operation, the settlement unit 103 calculates the amount of change based on the settlement amount calculated by the subtotal operation and the deposit amount entered using the numeric keypad G214. The deposit and change are displayed in the payment information fields G109 and G216. In addition, in response to the Confirm operation, the issuance control unit 106 controls the printer 14 to issue an invoice-compatible receipt, and the drawer 15 opens. The clerk deposits the amount in the drawer 15 and hands the change to the customer. The transaction is completed by closing the drawer 15, and the screen returns to the product registration screen.

[0076] In addition, the execution of the process of calculating change in response to the execution of the cash input process based on the settlement amount calculated by the subtotal operation in response to the pressing of the deposit / cash total key G208 is part of the function execution by the settlement unit 103, and constitutes an example of the cash totaling means of the present invention. The screen may also be configured to return to the product registration screen when a new product is registered or after a predetermined time has passed. If the deposit amount is entered using a mechanical key or the like rather than using the numeric keypad G214, the drawer 15 may be opened and an invoice-compatible receipt may be issued in response to the deposit / cash total key G208 being pressed after the deposit amount has been entered using the mechanical key.

[0077] FIG. 11 is an example of a screen that is displayed when cash settlement is performed using a change machine instead of the drawer 15, and shows the screen when a deposit is made for the settlement amount after the subtotal operation. If the POS terminal 1 with weighing function only supports cash payments, the change dispenser starts the deposit operation by pressing the subtotal key G209. If it supports multiple payment types, the payment assist key G215, which allows you to select the payment type, is pressed, and then "cash" is selected as the payment type, which causes the change dispenser to start the deposit operation. The amount of money deposited is displayed on the screen in the deposit amount display fields G110 and G217. The deposit amount display field G217 displayed on the screen G20 of the store clerk side display operation unit 12 further shows the payment amount as a "total," and also displays a confirmation key for executing the payment process and a deposit cancellation key for canceling the deposit.

[0078] In response to pressing the Enter key, the issuance control unit 106 controls the printer 14 to issue an invoice-compatible receipt. At the same time, the change and change slip are discharged from the change slip machine, and when the change and change slip are removed from the change slip machine, the POS terminal 1 with weighing function detects this and completes the transaction, and the screen returns to the product registration screen.

[0079] In the above example, the POS terminal 1 with weighing function only supports cash payments, but if the POS terminal 1 with weighing function supports gift certificates, credit cards, code payments, etc. in addition to or instead of cash payments, the settlement can be completed at the POS terminal 1 with weighing function as long as it is a supported payment type.

[0080] <Second settlement method> Next, as a second settlement mode, a case will be described in which the settlement is not carried out at the POS terminal 1 with weighing function but is handed over to the POS terminal 2, and the settlement is completed by the POS terminal 2 carrying out a non-cash settlement. FIG. 12 shows the screen that appears when the payment assistance key G215 is pressed on the screen G20 after the subtotal operation shown in FIG. The payment assistance key G215 is an operator for executing payment methods other than cash payment. When this payment assistance key G215 is pressed, a payment selection window G218 is displayed, as shown in Figure 12. The payment selection window G218 displays a gift certificate button G2181 and a cashier button G2182 as payment type selection buttons for selecting a selectable payment type other than cash, and the operator can select any payment type. The payment assistance key G215, gift certificate button G2181, and accounting button G2182 are operators that select non-cash payment as the payment type to be used for payment from the available payment types, and constitute an example of a payment type selection means according to the present invention. The settlement assistance key G215 may also have the function of the subtotal key G209. In this case, pressing the settlement assistance key G215 executes a subtotal operation and opens a settlement selection window G218. The payment selection window G218 may also be provided with an operator for selecting cash payment, and the payment selection window G218 may be configured to allow the user to select either cash payment or non-cash payment.

[0081] The gift certificates are so-called gift certificates that can be used to pay a predetermined amount, such as beer certificates or rice certificates. A plurality of gift certificate buttons G2181 are provided according to the type of gift certificate, and the face value of the gift certificate is set in advance on each gift certificate button G2181. The specific name of the gift certificate may also be displayed on each gift certificate button G2181. When a specific gift certificate button G2181 is selected, payment is made based on the face value of the gift certificate. If the payment amount is covered by the allocated amount of the gift certificate, the transaction is completed and an invoice-compatible receipt is issued. If the allocated amount of the gift certificate exceeds the payment amount, it is possible to set the system to provide change. On the other hand, if the payment amount cannot be covered by the gift certificate alone, the subsequent processing differs depending on the payment mode of the remaining balance. That is, if the remaining balance is to be paid in cash, after calculating the remaining amount, the calculated remaining amount can be used as the payment amount and a cash payment can be made using the POS terminal 1 with weighing function, and an invoice-compatible receipt is issued upon completion of the payment. If the remaining amount is to be paid non-cash, the payment is made using the third payment mode, as described below. Regardless of this example, the remaining amount can also be paid in cash at the POS terminal 2.

[0082] The checkout button G2182 labeled "checkout" is associated with various payment types other than cash, i.e., non-cash payments. Non-cash payments include a wide range of payment methods, such as code payments, electronic money, and credit card payments. Each checkout button G2182 may also display the specific name of the payment type. When a predetermined checkout button G2182 is selected, a transfer receipt is issued from the printer 14 under the control of the issuance control unit 106. The customer or store clerk reads the registered product information from the transfer receipt into the POS terminal 2 and performs the payment at the POS terminal 2. When the payment process is performed at the POS terminal 2, an invoice-compatible receipt corresponding to the payment details is issued at the POS terminal 2. The payment type to be performed at the POS terminal 2 may be read from the transfer receipt, or the POS terminal 2 may accept a selection.

[0083] When a transfer receipt is issued by pressing the checkout button G2182 for selecting the payment type, a message or the like may be displayed on the clerk display / operation unit 12 or the customer display / operation unit 13 to indicate that the transaction must be transferred to the POS terminal 2. The message or the like on the clerk display / operation unit 12 is erased, for example, when a confirmation operation is performed on the clerk display / operation unit 12 or when a predetermined time has passed. The message or the like on the customer display / operation unit 13 is erased, for example, at the same time as the initialization of the registration screen.

[0084] In the above example, the system handles cash payments and non-cash payments separately, issuing an invoice-compatible receipt for the former and a handover receipt for the latter. However, in another example, the POS terminal 1 with weighing function may also handle certain payment types other than cash and issue an invoice-compatible receipt. For example, among non-cash payments, code payments may be handled by the POS terminal 1 with weighing function and an invoice-compatible receipt may be issued. If the POS terminal 1 with weighing function is equipped with a scanner to read barcodes or the like attached to products when registering them, it is rational to use the scanner so that the POS terminal 1 with weighing function can also handle code payments. In this case, handover receipts are issued for payment types other than cash payments and code payments, and the POS terminal 2 handles these payment types. Similarly, when a CAT terminal that allows credit card payments is connected to the POS terminal 1 with weighing function, the POS terminal 1 with weighing function can handle cash payments and credit card payments, and for other payment types, a transfer receipt can be issued and the payment can be handled by the POS terminal 2. Furthermore, when the POS terminal 2 can handle cash payments and the POS terminal 1 with weighing function can handle non-cash payments, such as when a change machine is connected to the POS terminal 2, it is also possible to operate in such a way that the POS terminal 1 with weighing function handles non-cash payments and issues an invoice-compatible receipt, and the POS terminal 1 with weighing function issues a transfer receipt and handles cash payments at the POS terminal 2.

[0085] Also, similar to the setting for the deposit / cash total key G208 described above, it may be possible to set information on whether to issue an invoice-compatible receipt or a transfer receipt for each gift certificate button G2181 and checkout button G2182 shown in Fig. 12. In this case, when a payment type is selected by pressing an operator such as the gift certificate button G2181 or the checkout button G2182, the issuance control unit 106 or communication unit 107 may determine whether to print the qualified invoice issuer registration number on the receipt medium according to the setting associated with each operator, and output a receipt (invoice-compatible receipt or transfer receipt) according to the determination result. However, for the gift certificate button G2181, an invoice-compatible receipt will be output if there is no remaining balance. This allows the store to easily and flexibly change its response to the payment type depending on the store's operations.

[0086] Furthermore, after the transfer receipt is issued on the POS terminal 1 with weighing function, a screen for completing the settlement operation may be displayed, and when the completion operation is performed, a registration screen may be displayed, allowing the next customer to register the product. If the POS terminal 1 with weighing function outputs transfer data to the POS terminal 2 instead of a paper transfer receipt, the screen of the POS terminal 1 with weighing function may be configured to return to the registration screen upon receiving a settlement completion notification from the POS terminal 2 that accepted the transfer data. In either case, after issuing the transfer receipt, the POS terminal 1 with weighing function displays the payment selection screen on the master plan screen until it receives a settlement completion operation or a settlement completion notification. Here, an operator such as a "Settlement Complete / Back" button may be displayed as selectable to return to product registration or registered data editing operations. When the selection operation is accepted, the user may be able to specify the relevant product on the registration details screen on the master plan screen to delete (cancel) the registration or add another product. This allows a transfer receipt to be issued at the POS terminal 1 with weighing function, and product registration and editing of registered data can be performed even after the settlement process has been transferred from the POS terminal 1 with weighing function to the POS terminal 2.

[0087] <Third settlement method> As a third settlement mode, we will explain a case where the settlement of one transaction is carried out using multiple payment types (payment methods), and part of the payment is carried out using the payment types that the POS terminal 1 with weighing function can handle, and the remaining payment is handed over to the POS terminal 2, and the settlement is completed at the POS terminal 2. In the following, we will take as an example a case where the POS terminal 1 with weighing function handles cash payments and payments by gift certificate, and other payment types are handed over to the POS terminal 2.

[0088] As described above, when the payment amount is calculated, the weighing function-equipped POS terminal 1 accepts the specification of a payment amount for a portion of the payment amount, and can execute cash payment for only the specified amount. Note that a gift certificate may be used in addition to cash payment, or payment may be executed using only a gift certificate. When the settlement unit 103 of the weighing-capable POS terminal 1 subtracts the amount equivalent to the payment made in cash or gift certificates from the payment amount to calculate the remaining balance, the operator selects a new payment method for the remaining balance. If the selected payment method is supported by the POS terminal 2, a handover receipt is issued by the printer 14 under the control of the issuance control unit 106.

[0089] The transfer receipt issued here includes information on the remaining balance or the amount already paid, in addition to information on the registered products. This information is coded, for example, as a barcode, and printed on the transfer receipt. The transfer receipt may also include an appropriate coded version of a predetermined payment type to be executed by the POS terminal 2. In this case, the predetermined payment type is accepted by the POS terminal 1 with weighing function as the payment type desired by the customer. This prevents the POS terminal 2 from selecting a payment type different from the one desired by the customer. Furthermore, if the information on the predetermined payment type is coded together with information on the registered products, the payment type can be entered simply by scanning the coded two-dimensional code, which is convenient and hassle-free. The operator reads the information about the registered product and the remaining balance from the transfer receipt into the POS terminal 2, and then settles the remaining balance at the POS terminal 2.

[0090] In the above example, an example was shown in which receipts such as invoice-compatible receipts and handover receipts were issued on paper or other media, but receipts in electronic data format can also be output as electronic data such as an electronic receipt to a user terminal used by a user or a clerk terminal used by a clerk. In this case, the communication unit 107 outputs the receipt in electronic data format instead of the issuance control unit 106. Also, for example, the operator may be able to select whether to issue the receipt by printing or output it as electronic data when performing an operation to request settlement.

[0091] In the above example, the POS terminal 1 with weighing function outputs a transfer receipt and transfer data when the corresponding payment type is selected by the POS terminal 2. However, regardless of this, the POS terminal 1 may be configured to accept an operation to select or instruct settlement at the POS terminal 2 without accepting the selection of a specific payment type, thereby outputting a transfer receipt and transfer data. For example, the POS terminal 1 with weighing function may have a button labeled "Settle at POS terminal 2," and transfer receipts and transfer data may be output in response to the operation of this button. Furthermore, if the POS terminal 1 with weighing function only supports cash payments, a "Non-cash Payment" button may be provided to select a payment other than cash, and transfer receipts and transfer data may be output in response to the operation of this button. In this case, the payment type is not selected when the payment is taken over, so the payment type is selected at the POS terminal 2 that has taken over the payment. Furthermore, when taking over payment from the POS terminal 1 with weighing function, if multiple types of POS terminals 2 are provided depending on the payment type, for example, if multiple types of POS terminals 2 are provided that only support specific payment types, such as a POS terminal 2 that only supports code payments and a POS terminal 2 that only supports electronic money, a button that combines multiple payment methods (code payments, electronic money, credit cards, etc.) may be provided. In such cases, there is no need to select a payment type on the POS terminal 2, and the payment is carried out according to the payment type that the terminal supports. Furthermore, the payment may be taken over from a first POS terminal 2 that has taken over payment from the POS terminal 1 with weighing function to a second POS terminal 2, and the payment may be completed at the second POS terminal 2.

[0092] The POS terminal 1 with weighing function and settlement system 10 according to the present embodiment described above can output a receipt that meets the requirements for a qualified invoice or output a receipt that takes over the settlement depending on the payment type. Furthermore, even when settlement is made across multiple payment types, a receipt that meets the requirements for a qualified invoice can be output at the terminal where the final settlement is completed.

[0093] ● Overview of implementation The present invention relates to a settlement device and a settlement system.

[0094] Recently, the invoice system has made it necessary to print the qualified invoice issuing business registration number on receipts. In this regard, Patent Publication No. 2023-181637 proposes a sales data processing device that includes: a registration unit that registers product information corresponding to product identification information and registers the products; a first taxable amount calculation unit that calculates, for each applicable tax rate, the total taxable amount of tax-inclusive products, whose prices include consumption tax, among the registered products; a second taxable amount calculation unit that calculates, for each applicable tax rate, the total taxable amount of tax-exclusive products, whose prices exclude consumption tax, among the registered products; a counting unit that tallys up the taxable amounts calculated by the first taxable amount calculation unit and the second taxable amount calculation unit, for each tax rate; and a tax amount calculation unit that calculates, for each tax rate, the amount of tax on the taxable amount tallytized by the tallying unit.

[0095] Incidentally, receipts corresponding to invoices (qualified bills) must be issued on the device that executed the payment, but in face-to-face sales of bulk goods, the POS terminal that processes the settlement for cash and non-cash payments may be different, so there was a demand for a system that was suited to the type of store.

[0096] Therefore, an object of the present invention is to enable control to output a receipt that meets the requirements for a qualified invoice or to output a receipt that takes over the payment, depending on the payment type.

[0097] In order to achieve the above object, the settlement device of the present invention is characterized in that it comprises a payment type selection means, and when a predetermined payment type is selected by the payment type selection means, it outputs a receipt bearing the qualified invoice issuer registration number, and when a payment type different from the predetermined payment type is selected by the payment type selection means, it does not output a receipt bearing the qualified invoice issuer registration number.

[0098] If the qualified bill issuer registration number is not output by the output means, a notice to that effect may be written on the receipt.

[0099] If the qualified bill issuer registration number is not output by the output means, the items to be paid for and the identification numbers of those items may be displayed as code information on the receipt.

[0100] If the qualified invoice issuer registration number is not output, the payment type selection means may identifiably indicate on the receipt one of the payment types specified by the payment type selection means that is different from the specified payment type.

[0101] The electronic receipt system may further comprise a generating means for generating electronic receipt data to be stored in the electronic receipt server, and a necessity information acquiring means for acquiring electronic receipt necessity information indicating whether to generate an electronic receipt for a transaction or to issue a paper receipt, and the generating means may generate data for an electronic receipt in which the qualified invoice issuer registration number is written if it is necessary for the necessity information acquiring means to generate an electronic receipt, and may not generate a receipt in which the qualified invoice issuer registration number is written if it is not necessary to generate an electronic receipt.

[0102] The electronic receipt system may further include a first generating means for generating electronic receipt data to be stored in the electronic receipt server, and a second generating means for generating handover data for handing over payment to another terminal, and when an electronic receipt is to be generated for a transaction, the first generating means may generate electronic receipt data with a qualified invoice issuer registration number attached, and when generation of an electronic receipt is not required for the transaction, the handover data may be generated.

[0103] A settlement device according to another aspect of the present invention further comprises a subtotaling means for performing a subtotaling operation of the transaction amount to be settled, and a cash counting means for calculating change in accordance with the execution of a cash input process based on the settlement amount calculated by the subtotaling means, and when settlement is executed by the cash counting means, a receipt bearing the qualified invoice issuer registration number is output, and when settlement is executed without using the cash counting means, a receipt bearing the qualified invoice issuer registration number is not output.

[0104] A settlement device according to another aspect of the present invention comprises a payment type selection means for selecting a payment type to be used for payment from among the payment types available for payment based on operation of an operator; a setting means for setting the operator to indicate whether or not the qualified invoice issuer registration number should be printed on the receipt medium; and an output means for determining, when a payment type is selected by the payment type selection means, whether or not the qualified invoice issuer registration number should be printed on the receipt medium in accordance with the setting by the setting means, and outputting a receipt in accordance with the determination result.

[0105] A settlement system according to another aspect of the present invention is a system comprising a cash settlement device and a non-cash settlement device, wherein the cash settlement device comprises a first output means for outputting a first receipt bearing the qualified invoice issuer registration number when payment is made by cash, and a second output means for outputting a second receipt bearing identification information for obtaining payment data but not bearing the qualified invoice issuer registration number when payment is not made by cash, and the non-cash settlement device comprises an input means for inputting the identification information of the second receipt, and a third output means for outputting a third receipt bearing the qualified invoice issuer registration number when non-cash payment is made based on payment data associated with the identification information input by the input means.

[0106] In addition, the invention relating to the settlement device or settlement system described above can be thought of as a method invention defined by the processing executed by the settlement device or settlement system, or as a computer program invention defined by the processing to be executed by the settlement device or settlement system. In addition, computer programs that instruct settlement devices or settlement systems to perform functions can be provided by downloading via a network such as the Internet, or by recording them on various computer-readable recording media such as CD-ROMs.

[0107] According to the settlement device of this embodiment described above, it is possible to output a receipt that meets the requirements for a qualified invoice, or to output a receipt that takes over the settlement, depending on the type of payment. [Explanation of symbols]

[0108] 1: POS terminal with weighing function 2: POS terminal 3: Invoice-compatible receipt 4: Transfer receipt 10: Payment system 11:Measuring part 12: Clerk side display operation section 13:Customer side display operation section 14: Printer 15: Drawer 101: Information storage section 102: Registration Department 103:Payment Department 104: Weight information acquisition section 105: Display operation control unit 106: Issuance control unit 107: Communications Department

Claims

1. A payment type selection means is provided, When a predetermined payment type is selected by the payment type selection means, a receipt bearing the qualified invoice issuer registration number is output, and when a payment type different from the predetermined payment type is selected by the payment type selection means, a receipt bearing the qualified invoice issuer registration number is not output. Payment device.

2. If the qualified bill issuing business registration number is not printed, this fact will be indicated on the receipt. The settlement device according to claim 1.

3. If the qualified invoice issuer registration number is not printed, the item to be paid and the item's identification number printed on the receipt will be displayed as code information. The settlement device according to claim 1.

4. If the qualified bill issuer registration number is not output, the payment type selection means identifiably displays on the receipt one of the payment types designated by the payment type selection means from among the payment types different from the predetermined payment type. The settlement device according to claim 1.

5. a generating means for generating electronic receipt data to be stored in an electronic receipt server; and a necessity information acquisition means for acquiring electronic receipt necessity information indicating whether to generate an electronic receipt for the transaction or to issue a paper receipt, The generation means generates data of an electronic receipt indicating the qualified invoice issuer registration number when the necessity information acquisition means determines that an electronic receipt needs to be generated, and does not generate data of an electronic receipt indicating the qualified invoice issuer registration number when the electronic receipt does not need to be generated. The settlement device according to claim 1.

6. a first generating means for generating electronic receipt data to be stored in an electronic receipt server; and a second generating means for generating handover data for handing over the settlement to another terminal, When generating an electronic receipt for a transaction, the first generating means generates electronic receipt data with a qualified bill issuer registration number attached, and when generating an electronic receipt for a transaction is not required, the first generating means generates the handover data. The settlement device according to claim 1.

7. subtotaling means for performing a subtotaling operation on the transaction amount to be settled; and a cash totaling means for calculating change in accordance with the execution of the cash input process based on the settlement amount calculated by the subtotaling means, When payment is made by the cash accounting means, a receipt bearing the registration number of the qualified invoice issuer is output, and when payment is made without using the cash accounting means, a receipt bearing the registration number of the qualified invoice issuer is not output. Payment device.

8. a payment type selection means for selecting a payment type to be used for payment from available payment types based on an operation by an operator; A setting means for setting the operation element to indicate whether or not the qualified bill issuing business registration number should be printed on the receipt medium; and an output means for determining whether or not to print the qualified bill issuer registration number on the receipt medium in accordance with the setting made by the setting means when the payment type is selected by the payment type selection means, and outputting a receipt in accordance with the determination result. Payment device.

9. A system including a cash settlement device and a non-cash settlement device, The cash settlement device is a first output means for outputting a first receipt bearing the qualified bill issuer registration number when payment is made in cash; and a second output means for outputting a second receipt that displays identification information for acquiring payment data but does not display the qualified bill issuer registration number when payment is not made by cash, The non-cash settlement device an input means for inputting the identification information of the second receipt; and a third output means for outputting a third receipt bearing the qualified bill issuer registration number when a non-cash payment is made based on payment data associated with the identification information input by the input means. Checkout system.

Images