Product sales data processing device and program

The POS system facilitates efficient transaction changes by using an acquisition, refund, and settlement mechanism to handle product exchanges and payment type modifications without fully refunding the original transaction, enhancing transaction processing efficiency.

JP7680735B2Active Publication Date: 2025-05-21TERAOKA SEIKO CO LTD
View PDF 4 Cites 0 Cited by

Patent Information

Application Number
JP2021095764
Authority / Receiving Office
JP · JP
Patent Type
Patents
Current Assignee / Owner
Filing Date
2021-06-08
Publication Date
2025-05-21
Estimated Expiration
2041-06-08

AI Technical Summary

Technical Problem

Conventional POS systems struggle with smooth transaction content changes, such as product exchanges, as they require refunding the previous transaction and then processing a new one, leading to inefficiencies.

Method used

A product sales data processing device with an acquisition unit for transaction info, a refund processing unit, a refund reservation unit, a change acceptance unit, and a settlement unit that allows for holding refunds and making changes without fully paying out the original amount, enabling quick and efficient transaction detail modifications.

Benefits of technology

Enables smooth changes to transaction details by allowing settlements based on differences in purchase amounts or payment types, reducing the need for separate receipts and improving transaction efficiency.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure 0007680735000001
    Figure 0007680735000001
  • Figure 0007680735000002
    Figure 0007680735000002
  • Figure 0007680735000003
    Figure 0007680735000003
Patent Text Reader

Abstract

To facilitate changes in transaction details.SOLUTION: An item sales data processor includes acquisition means, refund processing means, refund withholding means, change acceptance means, and settlement means. The acquisition means acquires transaction information for purchased items. The refund processing means performs refund processing based on the transaction information acquired by the acquisition means. The refund withholding means causes the refund processing means to withhold the refund processing. The change acceptance means accepts input of changes to the transaction information. The settlement means performs settlement based on the changes accepted by the change acceptance means and a refund amount obtained from the transaction information.SELECTED DRAWING: Figure 7
Need to check novelty before this filing date? Find Prior Art

Description

[Technical field]

[0001] The present invention relates to a product sales data processing device and a program. [Background technology]

[0002] Conventionally, in various stores such as supermarkets and convenience stores, transactions are carried out using POS (Point Of Sales) terminal devices. The POS terminal devices perform product registration processing and settlement processing, as well as return processing for returning products purchased by customers. In return processing, for example, it is possible to change the transaction details based on the details written on the receipt issued when the product was purchased.

[0003] A related technology is a cash register that reads transaction data relating to a returned item from a storage unit, and displays a detail display screen based on the transaction data and predetermined editing rules in the same order as the items printed on the receipt for the returned item (see, for example, Patent Document 1). [Prior art documents] [Patent documents]

[0004] [Patent Document 1] Patent No. 4109644 Summary of the Invention [Problem to be solved by the invention]

[0005] However, in the conventional technology, when a transaction is completed and the transaction contents are changed, such as by exchanging a product, the amount of the previous transaction is refunded and a new transaction is processed, so that the change in the transaction contents cannot be made smoothly. For example, when a purchased product is exchanged for a different product, the previous transaction is cancelled and refunded, and then the exchanged product is registered and settled, so that the transaction related to the change cannot be made smoothly.

[0006] The present invention has been made in view of the above circumstances, and an object of the present invention is to provide a technique that enables smooth changes to be made to the contents of a transaction even after the transaction has been completed. [Means for solving the problem]

[0007] In order to solve the above-mentioned problems, one aspect of the present invention is a product sales data processing device comprising: an acquisition means for acquiring transaction information of a purchased product; a refund processing means for performing a refund process based on the transaction information acquired by the acquisition means; a refund holding means for holding the refund process by the refund processing means; a change acceptance means for accepting input of changes to the transaction information; and a settlement means for performing settlement based on the changes accepted by the change acceptance means and the refund amount obtained from the transaction information. [Brief description of the drawings]

[0008] [Figure 1] 1 is a network configuration diagram of a POS (Point Of Sales) system according to an embodiment of the present invention. [Diagram 2] FIG. 2 is an explanatory diagram showing an example of a schematic external view of a POS register 20. [Diagram 3] 2 is an explanatory diagram showing an example of a hardware configuration of a POS register 20. FIG. [Figure 4] 2 is an explanatory diagram showing an example of a transaction information database DB stored in a POS register 20. FIG. [Diagram 5] 13 is a flowchart showing an example of a transaction change process performed by the POS register 20. [Figure 6] 13 is a flowchart showing an example of a reservation process performed by the POS register 20. [Figure 7] FIG. 11 is an explanatory diagram showing an example of a screen transition when returning a product using a receipt. [Figure 8] 13 is an explanatory diagram showing an example of a screen transition when an exchange product is registered and a price difference is calculated. FIG. [Figure 9]13 is an explanatory diagram showing an example of a screen transition when an exchange product is registered and a price difference is calculated. FIG. [Figure 10] FIG. 13 is an explanatory diagram showing an example of a screen transition when performing a manual return. [Figure 11] FIG. 13 is an explanatory diagram showing an example of a screen transition when changing a payment type. [Figure 12] 2A to 2C are explanatory diagrams showing examples of various receipts issued by the POS register 20. [Figure 13] FIG. 13 is an explanatory diagram showing an example of a second receipt indicating a product exchange. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0009] (Embodiment) Hereinafter, an embodiment of the present invention will be described in detail with reference to the drawings. 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 can be introduced in various stores such as supermarkets, home improvement centers, convenience stores, and various supply stores. As shown in Fig. 1, the POS system 1 includes a store controller 10, a transaction status management device 11, and three POS registers 20-1, 20-2, and 20-3. Hereinafter, when there is no particular distinction between the POS registers 20-1, 20-2, and 20-3, they will be collectively referred to as the POS register 20.

[0010] Each device is a computer device equipped with a CPU (Central Processing Unit), a ROM (Read Only Memory), a RAM (Random Access Memory), a communication unit, etc. Each device is connected by wire or wirelessly via a communication line 55 such as a LAN (Local Area Network) or a WAN (Wide Area Network).

[0011] The store controller 10 stores various information necessary for transactions, such as a product master. The product master is a file that stores product information such as product identification information (e.g., JAN (Japanese Article Number) code), product name, and sales price for each product. The product master also includes product identification information for products that require weighing (products to be weighed), product names, and unit prices of the products to be weighed. In addition to the product master, the store controller 10 also stores various information such as inventory status, sales history, and deposit and withdrawal records. The store controller 10 may also store customer membership information.

[0012] The transaction status management device 11 displays the status (operation mode, processing status, etc.) of the POS register 20 and controls the POS register 20. In the POS system 1, a store clerk can be stationed at the transaction status management device 11 and can monitor the transaction status.

[0013] The POS register 20 is an example of a product sales data processing device. The POS register 20 is a cash register device that executes a product registration process for registering products and a settlement process for settling payments. In the product registration process, registration information is generated that indicates the products to be purchased by the customer (hereinafter sometimes referred to as "purchased products"). In the settlement process, settlement is performed based on the registration information generated in the product registration process, based on the total amount of the purchased products (hereinafter sometimes referred to as "purchase amount"). Note that although FIG. 1 shows multiple POS registers 20, there may be only one.

[0014] Any of the multiple POS registers 20 in the POS system 1 may be used as a service counter terminal. The service counter terminal accepts shipments, returns, and ordering of products purchased by customers, as well as sales of gift certificates. For example, the service counter terminal receives and manages transaction information indicating the product and amount for each transaction at each POS register 20 from each POS register 20. The service counter terminal may also manage the transaction status of each POS register 20.

[0015] The POS system 1 may also include a mobile terminal. The mobile terminal is, for example, a terminal device such as a mobile phone, a smartphone, or a tablet device carried by a store clerk. The mobile terminal may be lent to each store clerk, or may be owned by each store clerk. In response to a call request from the POS register 20 (including the service counter terminal), the mobile terminal notifies the request or receives the call.

[0016] (Example of the appearance of the POS register 20) Fig. 2 is an explanatory diagram showing an example of a schematic external appearance of the POS register 20. In this embodiment, Fig. 2(a) is a perspective view of the POS register 20 as seen from the operator (store clerk) side. Fig. 2(b) is a perspective view of the POS register 20 as seen from the customer side. As shown in Figs. 2(a) and 2(b), the POS register 20 includes a store clerk display unit 21, a key operation unit 22, a customer display unit 23, a card payment unit 24, and a printing unit 25.

[0017] The clerk display unit 21 is a touch display operated by the clerk. The clerk display unit 21 displays preset keys and the like, displays various information to the clerk, and accepts various inputs from the clerk.

[0018] The key operation unit 22 is a keyboard provided with various keys. The key operation unit 22 accepts various inputs from the store clerk. The various keys are operation keys (hardware keys or buttons) such as numeric keys for inputting the quantity and price, keys corresponding to products for registering products, and a closing key for closing the transaction.

[0019] The customer display unit 23 is a touch display that displays various information to the customer. The customer display unit 23 displays various information to the customer and accepts various inputs from the customer. For example, when a product that requires age verification is registered, the customer display unit 23 displays an age verification screen and accepts an operation from the customer indicating that the customer is over the target age.

[0020] The card payment unit 24 is a payment mechanism using a contact type card (e.g., a magnetic card). The card payment unit 24 includes a reading device that reads cart information, and performs payment using the information read by the reading device. Cards read by the card payment unit include credit cards, point cards, prepaid cards, and the like. The card payment unit 24 also includes an operation unit (not shown) that accepts input of a PIN number and the like. The reading device and operation unit included in the card payment unit 24 may be externally connected. The card payment unit 24 also includes a payment mechanism using a non-contact type card (IC card).

[0021] The printing unit 25 is a printer device that prints out a detailed list of purchased items as various forms (receipts). In addition to receipts, the printing unit 25 also prints tax-free documents in tax-free transactions.

[0022] Fig. 3 is an explanatory diagram showing an example of a hardware configuration of the POS register 20. As shown in Fig. 3, the POS register 20 includes a CPU 31, a ROM 32, a RAM 33, a communication unit 34, a scanner unit 35, and a drawer 36 in addition to the units shown in Fig. 2. The units shown in Fig. 3A are connected to each other via an internal bus and a communication line.

[0023] The CPU 31 is a central processing unit that controls the operation of the POS register 20 by reading and executing a program stored in the ROM 32 . The ROM 32 is a read-only memory, and stores various programs such as the product sales data processing program according to this embodiment, as well as various types of information used by the CPU 31.

[0024] The RAM 33 is a readable and writable memory, and stores various information. For example, the RAM 33 stores information acquired from the outside and information generated in the process. The information acquired from the outside is, for example, product information acquired from a product master stored in the store controller 10. The information generated in the process includes, for example, registration information generated in the product registration process and settlement information generated in the settlement process. The RAM 33 also stores a transaction information database DB (see FIG. 4) related to the transaction of each product. In addition to the RAM 33, the POS register 20 may include other memories such as a magnetic disk and a flash memory.

[0025] The communication unit 34 transmits and receives information between the store controller 10 and other POS registers 20.

[0026] The scanner unit 35 optically reads code information (for example, a barcode or a two-dimensional code) attached to a product or a store clerk code attached to a store clerk's name tag. The scanner unit 35 also reads code information written on a product catalog or a product order sheet. In addition to the above, the scanner unit 35 can also read accounting coupons (registered trademark) in which registration information generated in another POS register 20 is coded, gift coupons, and codes printed on various cards.

[0027] The drawer 36 is a storage section for storing bills and coins. The drawer 36 is designed to be pulled out in response to the operation of the key operation section 22. The audio output unit 37 outputs audio. For example, the audio output unit 37 outputs a sound when the scanner unit 35 reads a product, an operation sound when the key operation unit 22 is operated, a predetermined warning sound, audio guidance, and the like.

[0028] The POS register 20 may also include an automatic change machine (not shown). The automatic change machine is a mechanism for making settlements with cash. The automatic change machine has a deposit slot for banknotes and coins, and a change outlet for banknotes and coins. The automatic change machine calculates the amount of money inserted into the deposit slot, and the change amount, which is the difference between the amount inserted and the purchase amount, and discharges the calculated change amount from the change outlet. The deposit slot and change outlet may be positioned facing the customer, i.e., the customer may insert cash and take out the change.

[0029] (About the transaction information database) Here, a transaction information database showing products and the like purchased by customers is managed in the store ST. The transaction information database is stored in the POS register 20. However, the transaction information database may be stored in the store controller 10. Moreover, the transaction information database is stored so as to be sharable between each POS register 20.

[0030] Fig. 4 is an explanatory diagram showing an example of a transaction information database DB stored in the POS register 20. In Fig. 4, the transaction information database DB includes the following fields: "transaction number", "date and time", "product code", "product name", "quantity", "price", "tax amount", "total amount", and "payment type". By storing information in each field, transaction information 400 (400a, 400b) is stored as a record.

[0031] "Transaction number" is information that identifies the transaction when a product is purchased, and is printed on the receipt as the receipt number. Note that the transaction number and the receipt number do not have to be the same number, and may be assigned separately. "Date and time" indicates the date and time when the transaction (e.g., the settlement process) was performed. "Product code" is identification information that identifies the product. "Product name" is the name given to the product. "Quantity" indicates the number of products purchased. "Price" indicates the price of the product excluding tax. "Tax amount" indicates the amount of consumption tax on the price. "Total amount" is the purchase amount, in other words, the total amount paid by the customer. "Payment type" is, for example, cash, gift certificate, electronic money, or credit card.

[0032] (Functional configuration of POS register 20) Here, after a transaction is completed, the transaction contents may be changed, such as by exchanging a product. In this case, if the amount of the previous transaction is refunded and a new transaction is processed, the change in the transaction contents cannot be made smoothly. Therefore, the POS register 20 according to this embodiment temporarily holds back the refund of the amount of the previous transaction, making it possible to smoothly change the transaction contents.

[0033] The functional configuration of the POS register 20 will be described below. The POS register 20 comprises an acquisition unit, a refund processing unit, a refund reservation unit, a selection reception unit, a settlement unit, and a change reception unit. Each unit is realized by the CPU 31. That is, the function of each unit is realized by the CPU 31 executing a product sales data processing program stored in the ROM 32. The POS register 20 also comprises a reading unit. The reading unit is realized by the scanner unit 35. The POS register 20 also comprises an input reception unit. The input reception unit is realized by the store clerk display unit 21 and the key operation unit 22.

[0034] The acquisition unit acquires transaction information (specifically, transaction information 400) of the purchased product. There are, for example, two ways of acquiring the transaction information 400. The first way is based on reading code information when returning a product using a receipt (receipt return). More specifically, the code information is printed on the first receipt issued when the product is purchased. The code information corresponds to the transaction information 400, and specifically, is information capable of uniquely identifying the transaction information 400. The code information is represented, for example, by a barcode, but may also be represented by a two-dimensional code. The reading unit reads the code information printed on the first receipt. The acquisition unit acquires the transaction information 400 based on the code information read by the reading unit.

[0035] The second mode of acquiring transaction information 400 is based on input during manual return. More specifically, the input reception unit accepts input of transaction information 400 in response to an operator's operation. The operator is, for example, a store clerk. However, the operator can also be a customer in a self-checkout. The operator's operation is a product reading operation using scanner unit 35, or an input operation using clerk display unit 21 or key operation unit 22. The acquisition unit acquires the transaction information 400 accepted by the input reception unit.

[0036] The refund processing unit performs a refund process based on the transaction information 400 acquired by the acquisition unit. In the refund process, the amount obtained from the transaction information 400 (hereinafter referred to as the "original transaction amount") is paid out. In the refund process, the refund is made in cash, for example, regardless of the payment type.

[0037] Furthermore, the types of refunds that can be made may vary depending on the payment type of the original transaction. For example, for payment types of cash and electronic money, only cash may be refunded, for vouchers, cash or vouchers may be refunded, and for credit cards, refunds may be made by bank transfer from the card company. In this way, the types of refunds that can be made may be set in advance for each payment type. Also, during refund processing, options for which type of refund to make may be displayed on the store clerk display unit 21. This allows the store clerk to select the type of refund with a simple operation during refund processing, making it possible to carry out the refund procedure smoothly.

[0038] The refund reservation unit reserves the refund process by the refund processing unit. The selection reception unit selectively accepts either the refund process by the refund processing unit or the reservation of the refund process by the refund reservation unit. That is, depending on the content accepted by the selection reception unit, the refund process is performed by the refund processing unit, or the refund reservation unit reserves the refund process.

[0039] (Changes to transaction details) The change acceptance unit accepts input of changes to the product transaction. For example, the change acceptance unit accepts input of changes to the product transaction when the refund process is suspended by the refund suspension unit. The settlement unit performs settlement based on the changes accepted by the change acceptance unit and the original transaction amount. To explain this in more detail, the changes include, for example, exchanging a product and changing the payment type. Exchanging a product specifically means exchanging a purchased product for another product. Changing the payment type specifically means changing the payment type in the previous transaction to a different payment type. Below, exchanging a product and changing the payment type are specifically explained.

[0040] First, product exchange will be described. The changes include product information for another product (hereinafter referred to as "exchange product") to be purchased in place of the product to be returned (hereinafter referred to as "returned product"). The settlement unit performs settlement based on the purchase amount obtained from the product information and the original transaction amount. Specifically, if the purchase amount is higher than the original transaction amount, the settlement unit performs settlement by accepting payment of the difference. On the other hand, if the purchase amount is lower than the original transaction amount, the settlement unit performs settlement by paying the difference.

[0041] Next, the change of the payment type will be described. The change includes the changed payment type and the payment amount according to the changed payment type. The settlement unit settles the payment based on the payment amount and the original transaction amount obtained from the transaction information. The payment type before the change and the payment type after the change are each one of cash, gift certificate, electronic money, and credit card.

[0042] For example, suppose the original transaction amount was ¥324, the payment type before the change was cash, and the payment amount for the new payment type (cash voucher) is ¥500. In this case, the settlement unit will settle the transaction by taking into account the original transaction amount (¥324) and the difference (¥176) between the cash voucher (¥500) and the original transaction amount (¥324). Therefore, ¥500 in cash (¥324 + ¥176) will be paid out in exchange for the payment of the cash voucher ¥500.

[0043] (About the second receipt) The second receipt is issued in response to the change acceptance unit accepting the change contents. The second receipt includes a second receipt issued when exchanging a product and a second receipt issued when changing the payment type. The printing unit 25 prints the transaction contents before and after the change on the second receipt. Although details will be described later, the transaction contents before and after the change include the transaction contents printed on the second receipt 1400 in FIG. 13(A) (e.g., registered product 1401, subtotal amount 1402, difference 1403, and returned product 1407). The transaction contents before and after the change also include identification information printed on the second receipt 1410 in FIG. 13(B) (e.g., original transaction receipt number 1412 and re-transaction receipt number 1413).

[0044] Specifically, the second receipt prints information related to the item before the change, such as the payment type before the change and product information of the returned item including the original transaction amount, etc. Also, the second receipt prints information related to the item after the change, such as the payment type after the change and product information of the exchanged item including the amount of the exchanged item, etc.

[0045] Furthermore, when returning a receipt, identification information (the transaction number of the original transaction) that identifies the transaction before the change (the transaction when the returned item was purchased) is printed on the second receipt as the content before the change. Furthermore, when returning a receipt or manually returning a product, identification information that identifies the transaction after the change is printed on the second receipt as the content after the change.

[0046] (An example of a process for changing a transaction performed by the POS register 20) Next, a process related to a transaction change performed by the POS register 20 in this embodiment will be described with reference to Fig. 5 and Fig. 6. Fig. 5 is a flow chart showing an example of a transaction change process performed by the POS register 20. In Fig. 5, the POS register 20 judges whether or not a change to the transaction content is to be started after the transaction is completed (step S501). The POS register 20 waits until a change to the transaction content is to be started (step S501: NO).

[0047] When the change in the transaction details begins (step S501: YES), the POS register 20 displays a return selection screen (see return selection screen 700 in FIG. 7(A)) that allows the user to select either receipt return using a receipt (see first receipt 1200 in FIG. 12(A)) or manual return without using a receipt (step S502).

[0048] When receipt return is selected on the return selection screen (step S503: YES), the POS register 20 reads the barcode printed on the first receipt (see barcode 1206 in FIG. 12(A)) in response to the store clerk's operation of the scanner unit 35 (step S504).The POS register 20 then inputs and displays information corresponding to the read barcode on a summary input screen (see summary input screen 710 in FIG. 7(B)) for inputting a summary of changes to the transaction information, and accepts corrections to the input item fields on that screen (step S505), before proceeding to step S508.

[0049] On the other hand, if receipt return is not selected on the return selection screen and manual return is selected (step S503: NO), the POS register 20 accepts input to the summary input screen (see summary input screen 710 in FIG. 10(B)) in response to the operation of the store clerk (step S506).Then, the POS register 20 performs manual input of the returned product, such as scanning the returned product in response to the operation of the store clerk (step S507).

[0050] Next, the POS register 20 displays a refund selection screen (see the refund selection screen 720 in FIG. 7(C)) for prompting the user to perform the refund process or to suspend the refund process (step S508). When the user selects to suspend the refund process on the refund selection screen (step S509: YES), the POS register 20 performs the suspend process (see FIG. 6) (step S510) and ends the series of processes.

[0051] On the other hand, if the refund process is selected instead of the reservation of the refund process on the refund selection screen (step S509: NO), the POS register 20 accepts the selection of the returned products (step S511). Then, the POS register 20 dispenses the accepted amount of the returned products (step S512). Furthermore, the POS register 20 issues a normal refund receipt (see the refund receipt 1300 in FIG. 12(B)) (step S513), and the series of processes ends.

[0052] (An example of a hold process) Fig. 6 is a flow chart showing an example of a hold process performed by the POS register 20. In Fig. 6, the POS register 20 displays a change selection screen (see change selection screen 730 in Fig. 7(D)) that accepts either registration of a purchased product to be purchased in place of the returned product (product registration) or change of the payment type (step S601). When product registration is selected on the change selection screen (step S602: YES), the POS register 20 displays a product registration screen and accepts selection of a product to be returned (returned product) from among the products registered in the previous transaction (step S603). Furthermore, the POS register 20 registers the product in response to an operation by the store clerk, for example, by the scanner unit 35 reading a barcode attached to a replacement product to replace the returned product (step S604).

[0053] The POS register 20 then calculates the difference between the purchase price obtained from the product information of the registered product and the refund amount of the returned product (original transaction amount) (step S605). The POS register 20 then settles the payment according to the difference (step S606). Specifically, in step S606, if there is a shortfall, the POS register 20 accepts a deposit for the shortfall amount, and if there is an overpayment, it pays out the overpayment amount (refund amount). The shortfall amount is paid using the payment type selected by the user. The overpayment amount is paid out in cash.

[0054] When the settlement is completed, the POS register 20 issues a second receipt (see second receipts 1400 and 1410 in FIG. 13) indicating the product exchange (step S607), and ends the series of processes.

[0055] If product registration is not selected on the change selection screen and change of payment type is selected (step S602: NO), the POS register 20 accepts the changed payment type and payment amount (step S608). The POS register 20 then dispenses cash according to the accepted payment amount (step S609). Next, the POS register 20 issues a second receipt (see second receipt 1500 in FIG. 12(C)) indicating the change of payment type (step S610), and ends the series of processes.

[0056] (Screen transitions when carrying out return procedures) Next, the transition of screens displayed on the store clerk display unit 21 of the POS register 20 during a return procedure will be described with reference to FIGS.

[0057] (Screen transition when returning a receipt) Fig. 7 is an explanatory diagram showing an example of screen transitions when returning goods using a receipt. Fig. 7(A) shows a return selection screen 700 displayed on the store clerk display unit 21. Note that before the return selection screen 700 is displayed, for example, a menu screen is displayed on the store clerk display unit 21. On the menu screen, the return selection screen 700 is displayed by pressing a transaction content change button that accepts changes to the transaction content.

[0058] As shown in FIG. 7(A), the return selection screen 700 includes a manual return button 701 and a receipt return button 702. The manual return button 701 is a button that accepts return processing based on operational input (manual input). The screen that appears when the manual return button 701 is pressed will be described later with reference to FIG. 10. The receipt return button 702 is a button that accepts return processing based on code information printed on the first receipt (see FIG. 12(A)). When the receipt return button 702 is pressed on the return selection screen 700, the screen transitions to a summary input screen 710 shown in FIG. 7(B).

[0059] FIG. 7(B) shows a summary input screen 710. The summary input screen 710 in FIG. 7(B) shows, for example, a screen after the barcode on the first receipt is read by the scanner unit 35. The summary input screen 710 includes input item fields 711 for the business day, register number, receipt number, and total amount. Characters are automatically input into the input item fields 711. Specifically, when the barcode on the first receipt is scanned by the scanner unit 35, the transaction information 400 is acquired, and characters are automatically input into the input item fields 711 based on the acquired transaction information 400. Each item in the input item field 711 can be modified. When the execute button 712 is pressed on the summary input screen 710, the screen transitions to a refund selection screen 720 shown in FIG. 7(C).

[0060] Fig. 7(C) is a refund selection screen 720. The refund selection screen 720 includes a complete button 721 that accepts the start of the refund process, and a re-sale button 722 that puts the refund process on hold. When the complete button 721 is pressed, the refund process is carried out, that is, cash is dispensed, and a normal refund receipt (see Fig. 12(B)) is issued. On the other hand, when the re-sale button 722 is pressed, the refund process is put on hold, and the screen transitions to a change content selection screen 730 shown in Fig. 7(D).

[0061] Figure 7(D) shows the change selection screen 730. The change selection screen 730 includes a product display field 731, a total display field 732, a change payment type button 733, and a change product button 734. The input contents of the product display field 731 and the total display field 732 are automatically entered when the barcode on the first receipt is scanned. In Figure 7(D), the product display field 731 shows that one product (XX ballpoint pen) has been registered.

[0062] In addition, when a transaction is registered for multiple products, the display order of the products displayed in the product display field 731 is the same as the order in which they were registered in past transactions. The total display field 732 displays the number of items purchased (1 item), the total amount, etc. The product display field 731 and the total display field 732 show the same screen as when the product (XX ballpoint pen) was registered.

[0063] The change payment type button 733 is a button that accepts a change of the payment type of the purchased product. The screen that appears when the change payment type button 733 is pressed will be described later with reference to FIG. 11. The change product button 734 is a button that accepts a change of the purchased product to another product (exchange product). When the change product button 734 is pressed, the screen transitions to a returned product reception screen 740 shown in FIG. 7(E).

[0064] 7(E) shows a returned product acceptance screen 740. On the returned product acceptance screen 740, it is possible to select a product shown in the product display field 731. When the store clerk selects (presses) a product shown in the product display field 731, a strikethrough 741 is placed on that product. This indicates that the return of that product has been accepted. Note that the display mode when a returned product is accepted is not limited to the display mode with the strikethrough 741 placed, and other display modes, such as a display mode in which the product is displayed in a grayed-out state, may be used.

[0065] The number of items is displayed as a negative number, and a negative amount (amount to be paid) is also displayed in the total display field 732. When the Complete button 742 is pressed on the returned item reception screen 740, the screen transitions to a registration prompt screen 750 shown in FIG.

[0066] Fig. 7(F) shows a registration prompt screen 750. The registration prompt screen 750 shows a prompt to register the product to be exchanged for the product to be returned. When an OK button 751 is pressed on the registration prompt screen 750, the screen transitions to a registration screen 800 shown in Fig. 8(A) or a registration screen shown in Fig. 9(A).

[0067] 8 and 9 are explanatory diagrams showing an example of screen transitions when an exchange product is registered and the difference is calculated. FIG. 8(A) shows a registration screen 800 when the price of the exchange product is higher than the price of the returned product. In the registration screen 800, the product display field 731 displays the exchange product, XX fountain pen. This is because the store clerk operates the scanner unit 35 to scan the barcode attached to the XX fountain pen. In the total display field 732, the number of items purchased (1 item) and the total price of the XX fountain pen (1080 yen) are displayed. When the cash payment start button 801 is pressed in the registration screen 800, the screen transitions to the current plan screen 810 shown in FIG. 8(B).

[0068] 8(B) shows a current plan page 810 in the case where the price of the exchange item is higher than the price of the returned item. The current plan page 810 displays a deposit amount column 811 and a difference column 812. The deposit amount column 811 shows the original transaction amount (¥324) for the returned item (XX ballpoint pen). The difference column 812 shows the difference between the amount to be paid for the exchange item (XX fountain pen) (¥1,080) and the original transaction amount (¥324), specifically showing that ¥756 is short. When the customer pays the ¥756 and the settlement is completed, the POS register 20 prints a second receipt indicating the item exchange.

[0069] FIG. 9(A) shows a registration screen 900 when the price of the replacement product is lower than the price of the returned product. In the registration screen 900, the product display field 731 displays the replacement product, the XX eraser. This is because the store clerk operated the scanner unit 35 to scan the barcode attached to the XX eraser. The total display field 732 displays the number of items purchased (1 item) and the total price of the XX eraser (¥108). When the cash payment start button 801 is pressed on the registration screen 900, the screen transitions to the current plan screen 910 shown in FIG. 9(B).

[0070] 9(B) shows a current plan page 910 in which the price of the exchanged item is lower than the price of the returned item. In the current plan page 910, the deposit amount column 811 shows the original transaction amount (¥324) for the returned item (○○ ballpoint pen). The difference column 812 shows the difference between the amount to be paid for the purchased item (○○ fountain pen) (¥108) and the original transaction amount (¥324), specifically showing that ¥216 was an overpayment. The POS register 20 dispenses the cash ¥216, and when the settlement is complete, prints a second receipt indicating the item exchange.

[0071] (Screen transition for manual returns) Fig. 10 is an explanatory diagram showing an example of screen transitions when performing manual return. Fig. 10(A) shows a return selection screen 700 displayed on the store clerk display unit 21. The return selection screen 700 shown in Fig. 10(A) is the same screen as the screen shown in Fig. 7(A). When a manual return button 701 is pressed on the return selection screen 700, the screen transitions to a summary input screen 710 shown in Fig. 10(B).

[0072] Fig. 10(B) is an overview input screen 710. In the overview input screen 710, no characters are entered in the input item fields 711. Characters are manually entered into the input item fields 711 by a store clerk. When input into the input item fields 711 is completed and an execute button 712 is pressed on the overview input screen 710, the screen transitions to a refund selection screen 720 shown in Fig. 10(C).

[0073] Fig. 10(C) is a refund selection screen 720. When a complete button 721 is pressed on the refund selection screen 720, the refund process is carried out, that is, the cash is dispensed and a normal refund receipt (see Fig. 12(B)) is issued. When a resale button 722 is pressed on the refund selection screen 720, the screen transitions to a registration prompt screen 1000 shown in Fig. 10(D).

[0074] Fig. 10(D) shows a registration prompt screen 1000. The registration prompt screen 1000 prompts the user to register a returned product. When an OK button 1001 is pressed on the registration prompt screen 1000, the screen transitions to a registration screen 1010 shown in Fig. 10(E).

[0075] Fig. 10(E) shows the registration screen 1010. In the registration screen 1010, the product display field 731 displays the returned product, XX ballpoint pen. This is because the store clerk has operated the scanner unit 35 to scan the barcode attached to the XX ballpoint pen. In the total display field 732, the number of items purchased (1 item), the total price of the XX ballpoint pen (324 yen), etc. are displayed. When the registration completion button 1011 is pressed on the registration screen 1010, the screen transitions to the change content selection screen 730 shown in Fig. 7(D).

[0076] (Screen transition when changing payment type) Fig. 11 is an explanatory diagram showing an example of screen transitions when changing the payment type. Fig. 11(A) shows a change content selection screen 730. The change content selection screen 730 shown in Fig. 11(A) is the same screen as the screen shown in Fig. 7(D). When the change payment type button 733 is pressed on the change content selection screen 730, the screen transitions to a payment change screen 1100 shown in Fig. 11(B).

[0077] FIG. 11(B) shows a payment change screen 1100. The payment change screen 1100 includes a payment type selection button 1101 and an amount input field 1102. The payment type selection button 1101 is a button that indicates a payment type (changed payment type) different from the payment type before the change. For example, if the payment type before the change is cash, as shown in FIG. 11(B), the payment type selection button 1101 indicates the payment types of voucher, electronic money, and credit card. The payment type selection button 1101 accepts the selection of one of a number of payment types.

[0078] In addition, by setting the types of payment methods that can be changed for each payment, options for which method to change to may be displayed on the payment change screen 1100. For example, on the payment change screen 1100, a button indicating a change from cash to a gift certificate, a button indicating a change from cash to electronic money, and a button indicating a change from cash to a credit card may be displayed. Also, for example, if the payment type of the original transaction was a gift certificate, a button indicating a change from a gift certificate to cash may be displayed.

[0079] The amount input field 1102 accepts the designation of the amount to be paid for the payment type selected by the payment type selection button 1101. The payment change screen 1100 shown in Fig. 11(B) shows that a voucher has been selected by the payment type selection button 1101, and that 500 yen has been entered in the amount input field 1102. When the cash payment start button 1103 is pressed on the payment change screen 1100, the screen transitions to the current payment screen 1110 shown in Fig. 11(C).

[0080] FIG. 11(C) shows a current payment page 1110. The current payment page 1110 includes a total amount column 1111, a deposited amount column 1112 for the changed denomination, and a difference column 1113. The total amount column 1111 shows the original transaction amount (¥324) already paid in cash for the purchased item (XX ballpoint pen). The deposited amount column 1112 shows the amount to be paid under the changed payment type. The difference column 1113 shows the amount to be paid in cash. The POS register 20 dispenses ¥500 in cash in exchange for the voucher, and when the settlement is complete, prints a second receipt indicating the change in payment type.

[0081] (Example of a receipt) Next, an example of a receipt according to this embodiment will be described with reference to Figures 12 and 13. Figure 12 is an explanatory diagram showing an example of various receipts issued by the POS register 20.

[0082] (Example of the first receipt) Fig. 12(A) shows an example of a first receipt issued by the POS register 20. In Fig. 12(A), the first receipt 1200 has information printed thereon based on the transaction information 400 (see Fig. 4). Specifically, the first receipt 1200 displays general information 1201, registered products 1202, subtotal 1203, transaction amount 1204, payment type 1205, and a barcode 1206.

[0083] General information 1201 includes the transaction date and time and receipt number (e.g., "2493"). Registered products 1202 are the products purchased by the customer. Subtotal amount 1203 includes consumption tax and number of items purchased. Transaction amount 1204 includes the deposit amount and change. Payment type 1205 indicates the payment type of the transaction. Barcode 1206 is code information for identifying the transaction information 400 corresponding to the first receipt 1200. In other words, when the first receipt 1200 is read by the POS register 20, the transaction information 400 corresponding to the first receipt 1200 is identified.

[0084] (Example of a normal refund receipt) Fig. 12(B) shows an example of a normal refund receipt issued by the POS register 20. In Fig. 12(B), a normal refund receipt 1300 displays general information 1301, returned products 1302, subtotal 1303, transaction amount 1304, and barcode 1305. Returned products 1302 indicates the product name and withdrawal amount (original transaction amount) of the returned product. Note that when there are multiple transactions involving returns, the order in which the products are listed in returned products 1302 will be the same as the order in which they were registered in past transactions.

[0085] The amount to be refunded to the customer due to the return is displayed as a negative value in the subtotal amount 1303 and transaction amount 1304. The barcode 1305 is code information for identifying the transaction information 400 corresponding to the transaction related to this return. The transaction related to this return is also stored in the transaction information 400.

[0086] (Example of a second receipt showing a change in payment type) There are two types of second receipts: a second receipt indicating a product exchange and a second receipt indicating a change in payment type. First, the second receipt indicating a change in payment type will be described.

[0087] Fig. 12(C) shows an example of a second receipt indicating a change in the payment type. The second receipt 1500 shown in Fig. 12(C) has the purchased item 1311, subtotal 1312, difference 1313, payment type 1314, barcode 1315, general information 1321, original transaction receipt number 1322, and re-transaction receipt number 1323 printed on it.

[0088] Purchased items 1311 indicate the items purchased in the original transaction. Subtotal amount 1312 includes the subtotal amount of the purchased items, the amount of consumption tax, and the number of items purchased. Difference 1313 indicates the original transaction amount and the current settlement amount (refund amount or shortfall). Note that if multiple purchased items are purchased, the items are listed in the same order as they were registered in the past transaction. Payment type 1314 indicates the payment type after the change. Barcode 1315 is code information for identifying the transaction information 400 corresponding to the transaction related to the change in payment type.

[0089] The original transaction receipt number 1322 is "2493," which indicates the first receipt 1200 (see FIG. 12(A)). This indicates that the barcode 1206 on the first receipt 1200 was scanned, and the transaction information 400 was read.

[0090] The re-transaction receipt number 1323 indicates the receipt number of the second receipt 1500. The second receipt 1500 also lists the original transaction receipt number 1322 and the re-transaction receipt number 1323, indicating that the first receipt 1200 and the second receipt 1500 are associated with each other.

[0091] (Example of a second receipt showing a product exchange) Next, the second receipt showing the product exchange will be described. Fig. 13 is an explanatory diagram showing an example of a second receipt indicating a product exchange. Fig. 13(A) shows a second receipt 1400 for manual return. Fig. 13(B) shows a second receipt 1410 for receipt return. The second receipts 1400 and 1410 have registered product 1401, subtotal 1402, difference 1403, barcode 1404, and general information 1411 printed on them.

[0092] Registered product 1401 indicates the exchange product. Subtotal amount 1402 includes the subtotal amount of the exchange product, the consumption tax amount, and the number of items purchased. Difference 1403 indicates the original transaction amount and the current settlement amount (refund amount or shortfall). Barcode 1405 is code information for identifying transaction information 400 corresponding to the transaction related to the product exchange. Returned product 1407 is also displayed on second receipt 1400 in FIG. 13(A). Returned product 1407 is crossed out, indicating that the product has been canceled. Note that when there are multiple transactions related to returns, the order in which the products are listed in returned product 1407 will be the same order as the order in which they were registered in past transactions.

[0093] The second receipt 1410 in Figure 13(B) displays an original transaction receipt number 1412 and a re-transaction receipt number 1413. The original transaction receipt number 1412 is "2493," which indicates the first receipt 1200 (see Figure 12(A)). This indicates that the barcode 1206 on the first receipt 1200 was scanned, and the transaction information 400 was read.

[0094] The re-transaction receipt number 1413 indicates the receipt number of the second receipt 1410. The second receipt 1410 also lists the original transaction receipt number 1412 and the re-transaction receipt number 1413, indicating that the first receipt 1200 and the second receipt 1410 are associated with each other. Furthermore, the second receipt 1410 does not print any returned items. This is because the first receipt 1200 exists, and so the returned items can be confirmed by referring to the first receipt 1200.

[0095] The returned items may be printed on the second receipt 1410. For example, if multiple items have been purchased and some of the items are returned, the items may be printed. Also, only if all of the purchased items are returned, the returned items may not be printed on the second receipt 1410.

[0096] As described above, the POS register 20 according to this embodiment accepts input of changes when the refund process is put on hold, and settles the account based on the accepted changes and the original transaction amount. This allows settlement without paying out the entire original transaction amount, making it possible to smoothly change the transaction details.

[0097] In addition, the POS register 20 according to this embodiment accepts registration of product information of an exchange product to be purchased in place of a returned product, and settles the account based on the purchase amount obtained from the product information and the original transaction amount obtained from the transaction information 400. This allows settlement based on the difference between the purchase amount and the original transaction amount, so that settlement for the exchange of products can be performed quickly. Therefore, changes to the transaction details can be made smoothly.

[0098] In addition, the POS register 20 according to this embodiment accepts the payment amount according to the changed payment type, and settles the transaction based on the payment amount and the original transaction amount obtained from the transaction information 400. This allows the settlement to be made according to the difference between the payment amount and the original transaction amount, so that the settlement related to the change in the payment type can be made quickly. Therefore, the transaction details can be changed smoothly.

[0099] Furthermore, the POS register 20 according to this embodiment is designed to print the transaction details before and after the change on the second receipt that is issued when the transaction details are changed. This allows both the changed transaction details and the previous transaction details to be printed on the second receipt, meaning that there is no need to issue separate receipts for each transaction, allowing changes to transaction details to be made quickly.

[0100] Furthermore, the POS register 20 according to this embodiment is configured to print on the second receipt identification information identifying the transaction at the time of purchasing the product (original transaction receipt number 1412 in FIG. 13) and identification information identifying the changed transaction (re-transaction receipt number 1413). This makes it possible to show that the transaction information 400 has been read by scanning the barcode 1206 on the first receipt 1200, and also shows that the original transaction and the current return transaction are associated with each other. In other words, it is possible to clearly show that the original transaction was a legitimate purchase made in the past.

[0101] In addition, the POS register 20 according to this embodiment is adapted to selectively accept either a refund process or a suspension of the refund process. This allows the refund process to be suspended. Therefore, the transaction details can be changed taking into consideration the amount paid in the previous transaction (original transaction amount), in other words, the previous transaction can be included in the transaction to be changed, so that the transaction details can be changed smoothly.

[0102] In addition, the POS register 20 according to this embodiment is adapted to obtain transaction information 400 for a product based on the code information printed on the first receipt issued when the product was purchased. This allows the transaction information to be obtained simply and quickly, making it possible to change the transaction details more smoothly.

[0103] Furthermore, the POS register 20 according to this embodiment is adapted to acquire the transaction information 400 in response to an operation by an operator. This allows the customer to change the transaction details even if he or she does not have the receipt.

[0104] The embodiments will be summarized below. [Name of invention] Product sales data processing device and program TECHNICAL FIELD The present invention relates to a product sales data processing device and a program. [Background technology] Conventionally, in various stores such as supermarkets and convenience stores, transactions are carried out using POS (Point Of Sales) terminal devices. The POS terminal devices perform product registration processing and settlement processing, as well as return processing for returning products purchased by customers. In return processing, for example, it is possible to change the transaction details based on the details written on the receipt issued when the product was purchased. A related technology is a cash register that reads transaction data relating to a returned item from a storage unit, and displays a detail display screen based on the transaction data and predetermined editing rules in the same order as the items printed on the receipt for the returned item (see, for example, Patent Document 1). [Prior art document] [Patent documents] [Patent Document 1] Patent No. 4109644 [Summary of the invention] [Problem to be solved by the invention] However, in the conventional technology, when a transaction is completed and the transaction contents are changed, such as by exchanging a product, the amount of the previous transaction is refunded and a new transaction is processed, so that the change in the transaction contents cannot be made smoothly. For example, when a purchased product is exchanged for a different product, the previous transaction is cancelled and refunded, and then the exchanged product is registered and settled, so that the transaction related to the change cannot be made smoothly. The present invention has been made in view of the above circumstances, and an object of the present invention is to provide a technique that enables smooth changes to be made to the contents of a transaction even after the transaction has been completed.

[0105] [Means for solving the problem] (1) In order to solve the above-mentioned problems, one aspect of the present invention is a product sales data processing device comprising: an acquisition means for acquiring transaction information of a purchased product; a refund processing means for performing a refund process based on the transaction information acquired by the acquisition means; a refund holding means for holding the refund process by the refund processing means; a change accepting means for accepting input of changes to the transaction information; and a settlement means for performing settlement based on the changes accepted by the change accepting means and the refund amount obtained from the transaction information. According to the above configuration, settlement can be performed without paying out the entire original transaction amount, so that changes to the transaction details can be made smoothly.

[0106] (2) In the configuration of (1) above, the change content may include product information of another product to be purchased in place of the product, and the settlement means may perform settlement based on the purchase amount obtained from the product information and the refund amount. According to the above-mentioned configuration, since the settlement can be made according to the difference between the purchase amount and the original transaction amount, the settlement for the exchange of the product can be made quickly. Therefore, the transaction details can be changed smoothly.

[0107] (3) In the configuration of (1) or (2) above, the change contents may include a changed payment type and a payment amount based on the changed payment type, and the settlement means may perform settlement based on the payment amount and the refund amount. According to the above configuration, the settlement can be made according to the difference between the payment amount and the original transaction amount, so that the settlement related to the change in the payment type can be made quickly. Therefore, the transaction details can be changed smoothly.

[0108] (4) In any of the configurations (1) to (3) above, a printing means may be provided for printing the transaction details before and after the change on a second receipt that is issued in response to the change details being accepted by the change acceptance means. According to the above configuration, the transaction details related to the change can be printed on the second receipt together with the previous transaction details; in other words, there is no need to issue separate receipts for each transaction, so changes to transaction details can be made quickly.

[0109] In addition, (5) is added. (5) In the configuration of (4) above, the printing means may print, on the second receipt, identification information for identifying the transaction at the time of the purchase of the product and identification information for identifying the changed transaction. With the above configuration, scanning the barcode on the first receipt indicates that the transaction information 400 has been read, and indicates that the original transaction and the current return transaction are associated. In other words, it is possible to clearly indicate that the original transaction was a legitimate purchase in the past.

[0110] In addition, (6) is added. (6) In any of the configurations (1) to (5) above, a selection receiving unit may be provided that selectively receives either the refund process by the refund processing means or the reservation by the refund reservation means. According to the above configuration, the refund process can be put on hold. Therefore, the transaction details can be changed taking into account the amount paid in the previous transaction (original transaction amount), in other words, the previous transaction can be included in the transaction related to the change, so that the transaction details can be changed smoothly.

[0111] In addition, (7) is added. (7) In any of the configurations (1) to (6) above, the system may further include a reading means for reading code information printed on a first receipt issued at the time of purchasing the product, the code information corresponding to the transaction information, and the acquisition means may acquire the transaction information based on the code information read by the reading means. According to the above configuration, since transaction information can be obtained easily and quickly, changes to transaction details can be made more smoothly.

[0112] In addition, (8) is added. (8) In any of the configurations (1) to (7) above, an input receiving means for receiving input of the transaction information in response to an operation by an operator may be further provided, and the acquiring means may acquire the transaction information accepted by the input receiving means. According to the above configuration, the customer can change the details of the transaction even if he or she does not have the receipt.

[0113] (9) In order to solve the above-mentioned problems, another aspect of the present invention is a program that causes a computer used in a product sales data processing device to function as an acquisition means for acquiring transaction information of a purchased product, a refund processing means for performing a refund process based on the transaction information acquired by the acquisition means, a refund holding means for holding the refund process by the refund processing means, a change accepting means for accepting input of changes to the transaction information, and a settlement means for performing settlement based on the changes accepted by the change accepting means and the refund amount obtained from the transaction information. According to the above configuration, settlement can be performed without paying out the entire original transaction amount, so that changes to the transaction details can be made smoothly.

[0114] It should be noted that all or part of the functions (input / output, storage, processing (including judgment)) of the POS register 20 described above may be realized by a device other than the device described as the entity executing the function.

[0115] Specifically, in the above description, the POS register 20 is described as having an acquisition unit, a refund processing unit, a refund reservation unit, a selection reception unit, a settlement unit, a change reception unit, a reading unit, an input reception unit, and a printing unit. All or a part of these functional units may be provided in another computer device. For example, all or a part of these functional units may be provided in the store controller 10, the transaction status management device 11, or a computer device other than these. In addition, the computer device provided with these functional units is not limited to being multiple units, and may be one unit. For example, all of these functional units may be provided in one computer device.

[0116] Specifically, for example, instead of the POS register 20, the store controller 10 or the transaction status management device 11 may be able to select either the refund process or the suspension of the refund process.

[0117] In relation to the above, the POS register 20 may function as a so-called thin client specialized in the input / output interface portion with regard to product registration and settlement. In other words, the POS register 20 may accept various inputs (operation by an operator, detection by a device such as a scanner), transmit the input information (operation information, scan information, etc.) to a cloud server, receive the processing results of the cloud server based on the input information (update screen information, device control information, etc.), and perform various outputs (display on a display unit, control of a device).

[0118] The program for implementing the POS register 20 described above may be recorded in a computer-readable recording medium, and the program may be read into a computer system for execution. The term "computer system" as used herein includes hardware such as an OS and peripheral devices. The term "computer-readable recording medium" refers to portable media such as a flexible disk, an optical magnetic disk, a ROM, and a CD-ROM, and a storage device such as a hard disk built into a computer system. The term "computer-readable recording medium" also refers to a storage device that holds a program for a certain period of time, such as a volatile memory (RAM) inside a computer system that becomes a server or a client when a program is transmitted via a network such as the Internet or a communication line such as a telephone line. The program may be transmitted from a computer system that stores the program in a storage device to another computer system via a transmission medium or by a transmission wave in the transmission medium. The "transmission medium" that transmits the program refers to a medium that has a function of transmitting information, such as a network (communication network) such as the Internet or a communication line (communication line) such as a telephone line. The program may also be for implementing a part of the above-mentioned functions. Furthermore, the above-mentioned functions may be realized in combination with a program already recorded in the computer system, that is, a so-called differential file (differential program). [Explanation of symbols]

[0119] 1... POS system, 10... store controller, 11... transaction status management device, 20... POS register, 21... store clerk display unit, 22... key operation unit, 23... customer display unit, 24... card payment unit, 25... printing unit, 31... CPU, 32... ROM, 33... RAM, 34... communication unit, 35... scanner unit, 36... drawer, 37... audio output unit

Claims

1. An acquisition means for acquiring transaction information of a purchased item; a refund processing means for performing a refund process based on the transaction information acquired by the acquisition means; a change receiving means for suspending the refund process by the refund processing means and receiving an input of changes to the transaction information; a settlement means for carrying out settlement based on the change content accepted by the change acceptance means and a refund amount obtained from the transaction information; A selection receiving means for selectively receiving either the refund process or the suspension of the refund process; Equipped with the refund processing means, when the selection receiving means receives the refund processing, performs the refund processing without displaying the registration details screen of the transaction information; when the selection accepting means accepts the reservation, the change accepting means displays a registration details screen of the transaction information and accepts an input of product information of another product to be purchased in place of the product; The settlement means is capable of performing settlement based on the purchase amount obtained from the product information and the refund amount. A product sales data processing device comprising:

2. When the selection receiving means receives the hold, the change receiving means is capable of receiving either one of the input of the product information or the input of a payment type different from the payment type before the change and an amount to be paid using the different payment type; The settlement means is capable of performing settlement based on the payment amount and the refund amount.

2. The product sales data processing device according to claim 1.

3. a printing means for printing a receipt number before the change and a receipt number after the change on a receipt to be issued in response to the change content being accepted by the change acceptance means; 3. The product sales data processing device according to claim 1, wherein the product sales data processing device is a data processing device for processing a product sales data.

4. A computer used in a product sales data processing device, A means for acquiring transaction information of purchased goods; a refund processing means for performing a refund process based on the transaction information acquired by the acquisition means; a change receiving means for suspending the refund process by the refund processing means and receiving an input of changes to the transaction information; a settlement means for carrying out settlement based on the change content accepted by the change acceptance means and a refund amount obtained from the transaction information; a selection receiving means for selectively receiving either the refund process or the suspension of the refund process; Function as a the refund processing means, when the selection receiving means receives the refund processing, performs the refund processing without displaying the registration details screen of the transaction information; when the selection accepting means accepts the reservation, the change accepting means displays a registration details screen of the transaction information and accepts an input of product information of another product to be purchased in place of the product; The settlement means is capable of performing settlement based on the purchase amount obtained from the product information and the refund amount. A program characterized by:

Citation Information

Patent Citations

  • Commodity sales data processor and program

    JP2013114339A

  • POS system

    JP2014010617A

  • Information processor, and settlement processing method

    JP2014038424A

  • Money registration device, money registration system, display control program for money registration device, and computer-readable recording medium recording the same program

    JP4109644B2