JP7138977B2 - Merchandise sales data processor and program - Google Patents

Description

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

Currently, the use of electronic money is widespread. For example, when paying for shopping at a store, payment can be made in electronic money using a medium such as a prepaid card. In addition, such a prepaid card converts the amount of cash or credit card used into the amount of electronic money, and manages the converted amount of electronic money in correspondence with the prepaid card, thereby charging (depositing) the electronic money. ). Therefore, there is known a POS register that is capable of processing charges for electronic money storage media such as prepaid cards (see, for example, Japanese Unexamined Patent Application Publication No. 2002-100001).

JP 2016-157391 A

It is stipulated that the processing (accounting processing) from registration to settlement of products corresponding to one transaction at the POS register and the processing of charging the prepaid card should not be mixed in one transaction. For this reason, the POS register processes the accounting process and the charging process as different transactions.

For example, when a product is registered at a POS register and an attempt is made to make a payment using a prepaid card, the balance of the prepaid card is insufficient for the payment amount. In such a case, since accounting processing and charge processing are treated as separate transactions as described above, prepaid card information reading (that is, access to prepaid card ) is performed.
First, for example, after the registration of the purchased product is completed and the subtotal operation is performed, the information of the prepaid card is read for the first time. At this point, since it is found that the balance of the prepaid card is not enough to pay, the store clerk puts the transaction up to this point on hold and initiates the charging process to charge the prepaid card. . During this charging, the information of the prepaid card is read for the second time. Then, when the charging process is completed, the store clerk performs an operation to resume the suspended transaction. After the transaction is restarted, the information of the prepaid card is read for the third time so that the charged prepaid card can be used for payment.
In this way, depending on the situation, although the same customer-related information can be used in different transactions, the POS register must acquire customer-related information for each transaction, which hinders the progress of transactions. there is

SUMMARY OF THE INVENTION It is an object of the present invention to eliminate the need to read customer-related information from a medium for each transaction when the same customer-related information can be used in different transactions. do.

According to one aspect of the present invention for solving the above-described problems, information acquisition means for acquiring customer-related information, which is information related to a customer, and transaction handling processing corresponding to each transaction are performed using the customer-related information. and a handover condition for handing over the customer-related information processed under one transaction handling process so that it can also be processed under another transaction handling process. and a condition determination means for determining whether or not the transaction handling processing means determines whether or not the customer-related information has been processed under one transaction handling process in response to the satisfaction of the handover condition. to be processed under other transaction handling processing.

According to another aspect of the present invention, a computer comprises: information acquisition means for acquiring customer-related information that is information related to a customer; Regarding whether or not the handover condition for handing over the customer-related information to be processed under the transaction handling process of the first transaction handling means to be processed under another transaction handling process is fulfilled. A program for functioning as a condition determination means for making a judgment, wherein the transaction handling processing means processes customer-related information processed under one transaction handling process in response to the satisfaction of the handover condition. A program that sets information to be processed under other transaction handling processes.

ADVANTAGE OF THE INVENTION According to this invention, when the same customer-related information can be used in different transactions, it is possible to eliminate the need to read customer-related information from a medium for each transaction.

It is a figure which shows the structural example of the POS system in this embodiment. 2A and 2B are a front view and a side view showing an appearance example of a POS register according to the present embodiment; FIG. 1 is a perspective view showing an appearance example of a POS register in this embodiment; FIG. 3 is a diagram showing a configuration example of a POS register in this embodiment; FIG. It is a figure which shows an example of the prepaid card information database in this embodiment. It is a figure which shows an example of the accounting processing screen in this embodiment. It is a figure which shows an example of the prepaid card related information displayed on the prepaid card related information area in this embodiment. It is a figure which shows an example of the charge processing screen in this embodiment. It is a figure which shows an example of the accounting processing screen after charge processing in this embodiment. It is a figure which shows an example of the receipt for charge processing and the receipt for accounting processing in this embodiment. 4 is a flow chart showing an example of a processing procedure executed by a POS register in this embodiment in relation to checkout processing and charge processing.

<Description of embodiment>
FIG. 1 shows a configuration example of a POS (Point Of Sales) system in this embodiment. The POS system shown in FIG. prepaid card management server 400.

The POS register 100 is arranged at the sales floor of the store ST, and performs accounting processing for products purchased by customers in accordance with the operations of store clerks. The accounting processing here includes product registration processing for registering products purchased by the customer as objects of settlement, and settlement processing for performing settlement according to the total amount corresponding to the products registered by the product registration processing.

The store controller 200 is a high-level information processing device that manages the POS system at the store ST. The store controller 200 is installed, for example, in the backyard of the store ST.
The store controller 200 manages various information such as product masters. The store controller 200 appropriately transmits the latest merchandise master to the POS register 100 . A product master is a file that stores product information such as product identification information (for example, JAN code), product name (product name, item name), selling price, and discount information for each product.
The store controller 200 acquires a product master reflecting the latest product information from an external source (for example, a server at the head office or a medium such as a CD-ROM) and transmits it to the POS register 100 as appropriate.
A store controller 200 shown in the figure is communicably connected to each of the POS registers 100 via a wired or wireless LAN (Local Area Network), for example.

The communication device 300 has a function as a gateway that relays connection with the network in which the prepaid card management server 400 exists and connection with the LAN in the store ST.

A prepaid card management server 400 is provided outside the store ST. The prepaid card management server 400 and the communication device 300 in the store ST are communicably connected via a network, for example. Thereby, the store controller 200, the POS register and the POS register 100 in the store ST are connected to the prepaid card management server 400 via the communication device 300 so as to be able to communicate with each other.
Note that the prepaid card management server 400 may be communicatively connected to a POS register, a store controller, or the like at another store via a communication device (not shown) at the other store, for example.

Note that the configuration of the POS system shown in the figure is an example. For example, as a configuration of the POS system, the number of POS registers 100 provided in the store ST is not particularly limited. Also, the configuration of the POS system may be configured without the store controller 200 . If the POS system does not include the store controller 200, the POS register 100 may also function as the store controller 200. FIG.

2 and 3 show an appearance example of the POS register 100 in this embodiment. FIG. 2(a) is a front view of the POS register 100 of the present embodiment as seen from the front side (front) of a store clerk (operator) who operates the POS register 100, and FIG. 2(b) is a side view of the POS register 100. FIG. FIG. 3 is a perspective view of the POS register 100 as seen from the front right.

The POS register 100 shown in FIG.

The display unit 104 with a touch panel is a display device for salesclerks having a touch panel 104a. The display unit 104 with a touch panel displays an accounting processing screen and the like corresponding to product registration processing and settlement processing. Also, the store clerk can perform predetermined operations related to product registration, checkout, etc. on the touch panel 104a.

The key operation unit 105 is a keyboard provided with operation keys such as numeric keys for inputting the quantity during product registration processing, the amount of deposit received from the customer during accounting processing, and a closing key for closing the transaction. be.

The customer display unit 106 is a display device for notifying the customer of the product name and price of the product to be purchased.
The automatic change machine 107 is a change machine for discharging at least the money out of the change to be paid to the customer to a change discharge port 107a, and the automatic change machine 107 has a deposit insertion port 107b into which at least the money out of the deposit deposited by the customer is inserted. Prepare.

The scanner unit 108 reads code information (for example, a barcode) attached to a product to be purchased or a coupon, or code information written on a product catalog or a product order sheet.
Note that the scanner unit 108 may be configured to read, for example, a two-dimensional code in addition to the bar code.

The printing unit 109 prints on paper to issue a receipt or the like that is a detailed description of the product to be purchased. In the following description, printing and printing are used synonymously.

The drawer 120 is a storage unit for storing banknotes and coins received from customers, and is drawn out in the direction of arrow A in FIG.

The card reader 110 is, for example, a reader/writer compatible with an IC (Integrated Circuit) card. The communication method with the IC card that the card reader 110 supports may be either a contact type or a non-contact type. Further, the card reader 110 may be configured to be able to read information magnetically recorded on a magnetic card and write information to the magnetic card.
The card (IC card or magnetic card) to be read (and written) by the card reader 110 of this embodiment is a prepaid card. Prepaid cards are charged (deposited) with electronic money in advance, and then used in such a way that the payment amount is deducted from the amount deposited in the prepaid card (charged balance: an example of a valuable amount). .
The card reader 110 may be configured to be able to read information from membership cards, credit cards, etc., in addition to prepaid cards.
A card reader 110 shown in the figure is attached to the main body of the POS register 100 and operated by a store clerk. However, the card reader 110 may be separate from the POS register 100, for example, and may be connected to the POS register 100 by wire or wirelessly so as to be communicable. In this case, it is possible to have the customer carry out an operation to have the card reader 110 read the prepaid card.

FIG. 4 is a block diagram showing a configuration example of the POS register 100. As shown in FIG. In the figure, blocks corresponding to the configuration shown in FIG. 2 are denoted by the same reference numerals, and descriptions thereof are omitted.
As shown in the figure, the POS register 100 includes a CPU (Central Processing Unit) 111, a storage unit 102, a RAM (Random Access Memory) 113, a touch panel display unit 104, a key operation unit 105, a customer display unit 106, an automatic A change dispenser 107 , a scanner section 108 , a printing section 109 , a card reader 110 , a communication section 111 and a drawer 120 are provided. These parts are connected via internal buses and communication lines.

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

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

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

A RAM 103 is a main storage device in which programs read from the storage unit 102 and data in a work area are expanded. The RAM 103 also stores, for example, information related to products taken in from the store controller 200 .

The POS register 100 in the present embodiment handles payment by using a prepaid card and charging (receipt of money) to the prepaid card.
There are two types of prepaid cards for managing the balance of charge: one in which information on the balance of charge is stored in an IC chip (or magnetic medium) included in the prepaid card, and the other in which the balance of charge is managed by a server. The prepaid card of the present embodiment may be of any of the above formats, but in the following description, a case where the charge balance is managed by the server will be described as an example.
When payment is made using a prepaid card, for example, at the stage when a subtotal operation is performed during accounting processing and the total amount of the registered products is determined, the clerk or the customer prepays using the card reader 110. Perform an operation to read the information stored in the card. The prepaid card of this embodiment stores a card identifier that uniquely identifies the prepaid card. Since the card identifier uniquely corresponds to the customer who is the owner of the prepaid card, it also functions as an identifier for identifying the customer.
A card identifier read from the prepaid card by the card reader 110 is acquired by the POS register 100 . The POS register 100 transmits a prepaid card information request including the acquired card identifier to the prepaid card management server 400 via the communication device 300 .

The prepaid card management server 400 stores a database of prepaid card information (prepaid card information database) corresponding to each issued prepaid card.
FIG. 5 shows an example of a prepaid card information database. One row (record) in the prepaid card information database shown in the figure is prepaid card information corresponding to one prepaid card.
The prepaid card information in the figure includes information items of customer identifier, card identifier, charge balance, and point balance.
The customer identifier area stores a member identifier given to the owner of the corresponding prepaid card when the owner is registered as a member of the store. For example, in the case of the same figure, each prepaid card information containing card numbers "XXXXXXXXXX1111", "XXXXXXXXXX1112", and "XXXXXXXXXX1114" stores a customer identifier. That is, it is shown that the owners of prepaid cards with card numbers "XXXXXXXXXX1111", "XXXXXXXXXX1112", and "XXXXXXXXXX1114" have registered as members. On the other hand, no customer identifier is stored in the prepaid card information containing the card number "XXXXXXXXXX1113". In other words, it indicates that the owner of the prepaid card with the card number "XXXXXXXXXX1113" has not registered as a member.
The card identifier area stores a card identifier that uniquely indicates the corresponding prepaid card.
A value indicating the balance of electronic money charged to the corresponding prepaid card is stored in the charge balance area.
The point balance area stores a value indicating the balance of points granted corresponding to the prepaid card. That is, in this case, a case where the prepaid card also functions as a point card is taken as an example.
Prepaid card information including such information items is regarded as one of the information (customer-related information) related to the customer who is the owner of the prepaid card. Further, in this embodiment, the customer-related information need not be all information items included in the prepaid card information, and may be, for example, some of the information items included in the prepaid card information.

When the prepaid card information request is received, the prepaid card management server 400 extracts prepaid card information including the card identifier included in the received prepaid card information request from the prepaid card information stored therein. Search for The prepaid card management server 400 transmits the retrieved prepaid card information to the POS register 100 that has transmitted the prepaid card information request.
The POS register 100 that has received the prepaid card information displays the received prepaid card information on the accounting processing screen.

FIG. 6 shows an example of a transaction processing screen displayed on the display unit 104 with a touch panel of the POS register 100 of this embodiment. In the accounting processing screen of FIG. 4, the registration of the product in one transaction is completed, the subtotal operation is performed, and the prepaid card information is received from the prepaid card management server 400 in response to having the card reader 110 read the prepaid card. 4 shows an example of a mode of display in stages.
The accounting processing screen in the figure is displayed corresponding to the tab TAB1. Tab TAB1 corresponds to one transaction.
For example, when a touch operation is performed on the tab TAB2 or the tab TAB3, an accounting processing screen corresponding to another corresponding transaction is displayed.
A prepaid card use declaration button BT1 is also arranged on the accounting processing screen. When a prepaid card is used for payment, the clerk operates the prepaid card use declaration button BT1 to declare the use of the prepaid card. After that, the store clerk (or customer) performs an operation to cause the card reader 110 to read the prepaid card.

In the accounting processing screen of FIG. 1, a button area AR1, a registration item area AR2, a registration confirmation area AR3, a subtotal area AR4, and a prepaid card related information area AR5 are arranged.
In the button area AR1, a button associated with each product item, a button for designating a predetermined operation mode, and the like are arranged.

In the registration item area AR2, items of products registered by the product registration processing in the past accounting processing corresponding to one transaction are displayed in a list format. Here, an example is shown in which one product whose product name is "product 1" and whose tax-excluded price is 3000 yen is registered.

In the registration confirmation area AR3, the product information registered by the store clerk's operation is displayed for confirmation. As in the case of the figure, when one product of product type as "product 1" is registered, the product name ("product 1") and the price of product 1 are displayed in the registration confirmation area AR3. Is displayed. However, in the case of the same figure, since the subtotal operation has already been performed and the registration of the product has already been confirmed, the registration confirmation area AR3 is not particularly displayed. .

The subtotal area AR4 displays information on the subtotal of the products registered in one transaction. In the figure, the number of registered products and the total price including tax for all registered products are displayed as information related to the subtotal of the registered products. In the example shown in the figure, one product is registered, and the total price including tax is 3240 yen.

Here, the case where the purchased product registered in one transaction is one “product 1” is taken as an example. Moreover, in this case, as described above, prepaid card information is acquired at the POS register 100 in response to the prepaid card being read after the subtotal operation for payment using the prepaid card. there is In the prepaid card related information area AR5 in the figure, prepaid card related information including the content of the acquired prepaid card information is displayed.

FIG. 7 shows an example of prepaid card related information displayed in the prepaid card related information area AR5 of FIG. As shown in the figure, in the prepaid card-related information area AR5, a charge balance area AR51, a card identifier area AR52, a point balance area AR53, and a point award target amount area AR54 are arranged.
The charge balance area AR51 is an area where the charge balance of the prepaid card is indicated. In the example shown in the figure, the display "money balance: 2,000 yen" indicates that the charge balance is 2,000 yen.
The card identifier area AR52 is an area where the card identifier of the prepaid card is indicated. "Card number" in the card identifier area AR52 in the figure is another name for the card identifier. In addition, in the card identifier area AR52 in the figure, only the lower four digits of the predetermined number of digits forming the card number are specifically indicated, and the numbers of the remaining digits are concealed by the characters "X". there is

The point balance area AR53 is an area where the point balance is indicated when the prepaid card is given the function of a point card. In the figure, the display of "1234P" indicates that the point balance is 1234 points.
The point-granting target amount area AR54 indicates the amount of money (point-granting target amount) that is the basis for calculating the points that are granted for the current transaction when the prepaid card is given the function of a point card. is. The figure shows that the point-giving amount is 3,000 yen. In other words, the figure shows an example of a case in which the total amount of registered products excluding tax is used as the amount of points to be awarded.

In the prepaid card-related information area AR5 in the figure, the information indicated by the charge balance area AR51, the card identifier area AR52, and the point balance area AR53 was included in the prepaid card information acquired from the prepaid card management server 400. The content of the information is reflected. In addition, in the prepaid card-related information area AR5, the point grant target amount shown in the point grant target amount area AR54 is based on the total amount obtained according to the result of the product registration processing in the corresponding transaction.

Returning the description to FIG. In the example shown in the figure, the total amount of the merchandise is 3,240 yen, while the charge balance indicated in the prepaid card-related information area AR5 is 2,000 yen. In other words, the prepaid card charge balance is less than the payment amount.
In such a case, the POS register 100 notifies the clerk that the charge balance is insufficient for the payment amount. Such charge balance shortage notification may be performed, for example, by display, or may be performed by outputting sound.

After confirming the charge balance shortage report, the clerk informs the customer of the fact and inquires of the customer whether or not to charge. If the customer does not use a prepaid card and requests payment by another payment type such as cash or credit card, the clerk will process the settlement corresponding to the proposed payment type. Do the following:
On the other hand, when the customer charges the prepaid card and then offers to pay using the prepaid card, the store clerk proceeds to charge the prepaid card. For this purpose, the store clerk operates the charge declaration button BT2 on the accounting processing screen of FIG. The charge declaration button BT2 is a button for declaring that the POS register 100 is to execute the process of charging the prepaid card.

In the POS register 100 of this embodiment, charge processing for charging a prepaid card is treated as a separate transaction from accounting processing. In other words, charge processing and accounting processing are individual transaction processing corresponding to different transactions.
Therefore, the POS register 100 suspends the transactions that have been processed so far in response to the operation of the charge declaration button BT2. After that, the POS register 100 sets up a new transaction as charge processing. As a result, the charge processing screen is displayed on the touch panel display unit 104 instead of the accounting processing screen shown in FIG.

Here, in the present embodiment, when the charge declaration button BT2 is operated during accounting processing, the conditions (handover conditions) for handing over the prepaid card information between transactions are satisfied. treated as a thing.
In response to the fulfillment of the transfer condition, the POS register 100 transfers the prepaid card information obtained under the pending accounting process to a charge process, which is another transaction. In other words, the POS register 100 sets the prepaid card information acquired under the pending accounting process as information to be used in the charge process when setting the charge process.

FIG. 8 shows an example of a charge processing screen displayed in place of the accounting processing screen of FIG. In the figure, the same parts as those in FIG. 6 are assigned the same reference numerals, and the description thereof is omitted.
In the case of the charge processing screen shown in FIG. 2, charge instruction buttons BT11 and BT12 are arranged in the button area AR1 instead of buttons indicating products. The charge instruction buttons BT11 and BT12 are buttons for instructing charging as well as specifying the charge amount (the amount to be deposited into the prepaid card). In the example shown in the figure, the charge instruction button BT11 is a button for specifying a charge amount of 1,000 yen and instructing charging, and the charge instruction button BT12 is a button for specifying a charge amount of 3,000 yen and charging. It is a button that performs an instructed operation.
Note that the number of charge instruction buttons arranged in the button area AR1 and the charge amount set corresponding to each charge instruction button are not limited to the example shown in FIG.

In addition, in the charge processing screen of FIG. 4, a transaction status area AR6 indicating, for example, "temporary closing" is newly arranged. The display of the transaction status area AR6 indicated as "provisional closing" indicates that there is currently a pending transaction in the background of the charging process.
In addition, in the registration confirmation area AR3 of the charge processing screen in the same figure, the total amount of the pending transaction ("in this case, 3240 yen") and the amount deposited so far in the pending transaction (“In this case, 0 yen”) is shown.

Also, as described above, the prepaid card information acquired in the accounting process corresponding to FIG. The same content as in the case of the accounting processing screen is displayed continuously.
Since the prepaid card information is handed over to the charging process in this way, there is no need to cause the card reader 110 to read the prepaid card again when the charging process is started.

With the charge processing screen displayed as described above, the store clerk performs a charge operation according to the charge amount requested by the customer. Here, the customer requested a charge of 3000 yen. In response to this offer, the clerk receives cash of 3000 yen from the customer and then operates the charge instruction button BT12. The charge instruction button BT12 is a button for instructing charging by designating the charge amount of 3000 yen as described above.
In response to the operation of the charge instruction button BT12, the POS register 100 executes a process of updating the charge balance of the prepaid card so that it increases by 3000 yen (charge balance update process).
For this reason, the POS register 100 updates the charge balance by adding a value corresponding to 3000 yen to the value of the charge balance of the prepaid card information it has taken in. In the case of the example shown in the figure, the charge balance before charging was 2000 yen. Therefore, by updating the charge balance with the charge amount of 3000 yen, the charge balance becomes 5000 yen.
Further, the POS register 100 transmits a prepaid card information update request to the prepaid card management server 400 as charge balance update processing. The prepaid card information update request includes prepaid card information including updated charge balance information. In response to receiving the prepaid card information update request, the prepaid card management server 400 uses the prepaid card information included in the received prepaid card information update request to select the same card among the prepaid card information stored therein. Update the prepaid card information for the identifier. In this way, the prepaid card information managed by the prepaid card management server 400 reflects the result of the charging process by the POS register 100 .
As a result of such charge processing, the display of the charge balance in the charge balance area AR51 in the prepaid card-related information area AR5 of the charge processing screen shown in FIG. change to state.

When the charging process is completed, the store clerk cancels the suspended transaction and performs a suspended transaction cancellation operation for calling the payment by using the prepaid card with a charged balance of 5000 yen. Although not specifically illustrated, the pending transaction cancellation operation may be an operation on a predetermined button on the charge processing screen.
In response to the pending transaction release operation, the POS register 100 releases the pending transaction, and changes the display of the previous charge processing screen to the accounting processing screen for the transaction for which the pending transaction has been released. Switch to view.

FIG. 9 shows an example of an accounting processing screen switched from the charge processing screen of FIG. In the figure, the same parts as those in FIG. 6 are assigned the same reference numerals, and the description thereof is omitted.
In the present embodiment, even when the transfer from the charge processing transaction to the accounting processing transaction is performed by canceling the hold of the transaction as described above, the handover condition for the prepaid card information is treated as fulfilled.
In response to the fulfillment of the handover condition, the POS register 100 hands over the prepaid card information whose charge balance has been updated under the charging process to accounting processing, which is another transaction. In this case, the POS register 100 updates the prepaid card information that has been taken in under the accounting process in which the suspension has been canceled by the prepaid card information whose charge balance has been updated under the charge process. In this way, the prepaid card information is handed over even when the accounting process that has been performed from the charge process to immediately before the charge process is resumed.
As the prepaid card information is handed over in this way, the display of the charge balance in the charge balance area AR51 of the prepaid card-related information area AR5 in the figure shows 5000 yen.
Since the prepaid card information is handed over in this way, it is not necessary to make the card reader 110 read the card identifier again from the prepaid card when the suspension of the accounting process is released and the accounting process is restarted.

Also, in the accounting processing screen of FIG. 6, the displays in the button area AR1, the registration item area AR2, and the subtotal area AR4 are the same as those in FIG.
On the other hand, in the registration confirmation area AR3, the amount of money to be used for payment from the prepaid balance is displayed. In the registration confirmation area AR3 in the same figure, it is indicated that the appropriated amount is 3240 yen, which is the same as the total amount including tax displayed in the subtotal area AR4.
After that, the settlement process is executed in such a manner that 3,240 yen is appropriated from the charge balance of 5,000 yen to the total amount of 3,240 yen.

Note that the accounting processing screens shown in FIGS. 6 and 9 are product registration screens displayed when product registration processing is performed under accounting processing. When the product registration process is completed and, for example, a subtotal operation is performed, the accounting processing screen changes from the product registration screen to the sub-plan screen.
For example, suspend a transaction by accounting processing with a small plan screen displayed as an accounting processing screen, transition to a transaction by charge processing that inherits prepaid card information, release the hold, and take over the prepaid card information after charge processing. However, it is also possible to return to accounting transactions. Also in such a case, prepaid card information after charging is displayed on the small plan screen according to the example of FIG.

As mentioned above, the accounting process and charge process are treated as transaction correspondence processes corresponding to different transactions. Therefore, when the charging process described with reference to FIG. 8 is completed, one transaction corresponding to the charging process is completed. The POS register 100 issues a receipt for each transaction. Accordingly, upon completion of the charging process described with reference to FIG. 8, the POS register 100 issues a receipt indicating the result of the charging process (receipt corresponding to charging process). In addition, in response to the completion of the accounting process described with reference to FIGS. 6 and 9, the POS register 100 issues a receipt indicating completion of the accounting process (receipt corresponding to accounting process).
FIG. 10 shows an example of a receipt corresponding to charge processing and a receipt corresponding to accounting processing issued as described above. FIG. 10(a) shows a charge processing receipt issued upon completion of the charge processing described with reference to FIG. FIG. 10(b) shows a receipt for accounting processing issued upon completion of the accounting processing described with reference to FIGS. 6 and 9. FIG.
In this way, the charge processing receipt and the accounting processing receipt are issued separately.

An example of a processing procedure executed by the POS register 100 in this embodiment in relation to checkout processing and charge processing will be described with reference to the flowchart of FIG. 11 .
First, an example of a processing procedure executed by the POS register 100 in relation to accounting processing will be described.
Step S101: The POS register 100 starts accounting processing as processing corresponding to one transaction in response to the operation of registering the first product in the standby state. As described above, accounting processing includes product registration processing and settlement processing. After the checkout process is started, the POS register 100 executes the product registration process as the checkout process according to the salesclerk's product registration operation, and executes the settlement process according to the payment-related operation of the salesclerk.
Step S102: The POS register 100 determines whether or not the card identifier has been read from the prepaid card.

Step S103: The card identifier is read from the prepaid card in response to the operation by the store clerk or the customer to cause the card reader 110 to read the prepaid card. In response to reading the card identifier from the prepaid card, the POS register 100 executes processing for acquiring prepaid card information. That is, the POS register 100 transmits a prepaid card information request including the card identifier read from the prepaid card to the prepaid card management server 400 as described above. The POS register 100 receives prepaid card information transmitted from the prepaid card management server 400 in response to the prepaid card information request. Thus, the POS register 100 acquires prepaid card information.

Step S104: After the processing of step S103, or when it is determined in step S102 that the card identifier has not been read from the prepaid card, the POS register 100 performs the following processing. In other words, the POS register 100 determines whether or not a transaction pending trigger has occurred under the charging process executed separately from the accounting process.
Step S105: If a transaction suspension trigger occurs, the POS register 100 suspends the accounting process started in step S101. At this time, the POS register 100 stores, for example, the RAM 103 without discarding the results of the transaction processing that has been performed since the start in step S101.

Step S106: After suspending the accounting process in step S105, the POS register 100 determines whether or not a transaction suspend release trigger has been generated under the charge process.
Step S107: When a transaction hold release trigger is generated, the POS register 100 takes in the prepaid card information, which has been subject to charge processing, as a subject of accounting processing. At this time, the POS register 100 updates the prepaid card information that has been processed so far under the accounting process with the prepaid card information that has been subject to charge processing. By this process, the prepaid card information whose charge balance has been updated by the charge process is handed over to the accounting process after the hold is released.
Step S108: The POS register 100 cancels the suspension of the accounting process so far, and restarts the accounting process from the suspended state.

Step S109: After the processing of step S108, or when it is determined in step S104 that a transaction hold trigger has not occurred, or when it is determined in step S106 that a transaction hold release trigger has not occurred , the POS register 100 determines whether the transaction has been completed. The accounting process is completed, for example, when settlement of the payment amount is completed under settlement processing and a receipt corresponding to the accounting process is issued.
If the accounting process has not been completed, the process returns to step S102. On the other hand, when the accounting process is completed, the POS register 100 ends the process of FIG.

Next, an example of a processing procedure executed by the POS register 100 in relation to charge processing will be described.
Step S201: In relation to charge processing, first, the POS register 100 waits for a charge processing declaration operation to be performed. The charge process declaration operation is an operation for the charge declaration button BT2 as described above.
Step S202: When the charge processing declaration operation is performed, the POS register 100 determines whether or not accounting processing is currently being executed.

Step S203: If the accounting process is running, the POS register 100 generates a transaction pending trigger for the running accounting process. Due to the occurrence of the transaction suspension trigger, the accounting process that was being executed is suspended as shown in steps S104 and S105.
Step S204: In addition, the POS register 100 takes in the prepaid card information that has been processed in the accounting process that has been executed so far. By this processing, the prepaid card information that has been subject to processing in the accounting process is set to be subject to processing in the accounting process as well. That is, prepaid card information is handed over between transactions.

Step S205: Start charge processing. The charge processing includes processing related to the display of the charge processing screen described with reference to FIG. 8, and charge balance update processing according to the operation of the charge instruction button arranged on the charge processing screen.
In addition, when it is determined in step S202 that the accounting process is not being executed, steps S203 and S204 are skipped and step S205 is reached, the charge process is started from the state where the accounting process is not being executed. only is started. That is, in this case, the charging process is not performed in the middle of the accounting process, but the process corresponds to the situation where the transaction starts from the charging process.
Step S206: The POS register 100 waits for completion of the charging process initiated by step S205.

Step S207: When the charging process is completed, the POS register 100 determines whether there is any pending accounting process.
Step S208: If there is a pending transaction, the POS register 100 generates a transaction release trigger. Due to the occurrence of the transaction suspension trigger, the suspension of the accounting process is released as shown in steps S106 and S107. Further, in the subsequent accounting process, the prepaid card information after the prepaid balance has been updated by the charge process is processed.
On the other hand, if there is no pending accounting process, the POS register 100 skips step S208.

Step S209: Further, the POS register 100 determines whether or not an instruction to start a new accounting process by taking over the prepaid card information after the charging process (instruction to start accounting by taking over the information) has been obtained following the current charge process. judge.
The instruction to start accounting by taking over information may be given by, for example, a predetermined operation on the POS register 100 by a store clerk. As a specific example, if there is no pending accounting process upon completion of the charging process, and an operation corresponding to the start of a new accounting process (for example, an operation for product registration for the first product) is performed , the POS register 100 displays a dialog for confirming whether or not the accounting process to be newly started is based on information transfer. When the clerk performs an operation to declare the start of accounting processing by information transfer in response to the displayed dialog, the POS register 100 determines that an instruction to start accounting by information transfer has been obtained. On the other hand, when the clerk performs an operation to declare the start of accounting processing not based on information takeover in response to the displayed dialog, the POS register 100 does not issue an instruction to start accounting by information takeover, but a normal accounting start instruction. is obtained. In addition, accounting processing by taking over information is started immediately after the charge processing is completed. Therefore, if an operation corresponding to the start of new accounting processing is performed after a certain amount of time has passed since the charge processing is completed, even if it is determined that the instruction to start accounting has been obtained without information transfer good.
Step S210: When it is determined that an instruction to start accounting by information transfer has been obtained, the POS register 100 newly starts accounting processing by information transfer. After the process of step S201, the process transitions to the process after step S102.
If it is determined in step S209 that an instruction to start accounting has been obtained without taking over the information, the processing in the figure ends.

As described above, in the present embodiment, after the transaction by accounting processing has started, when the transaction by accounting processing is suspended and the transaction by charge processing is changed, it is processed by accounting processing. Prepaid card information is carried over to charge processing. Then, the POS register 100 can perform charge processing using the handed over prepaid card information. In addition, even when the charging process is completed and the suspended accounting process is resumed, the prepaid card information whose charge balance has been updated by the charging process is handed over to the accounting process. As described above, in the present embodiment, prepaid card information is handed over between transactions when transactions transition in the order of accounting processing, accounting processing suspension, charge processing, and accounting processing resumption (suspension cancellation). As a result, in the present embodiment, if prepaid card information is obtained by reading the card identifier from the prepaid card at the stage of the transaction in the first accounting process, the prepaid card can be read from the prepaid card each time the transaction transitions thereafter. No need to read information. As a result, the number of times the store clerk or customer performs an operation to read the prepaid card with the card reader 110 can be reduced, making it possible to proceed with transactions efficiently.

In addition, when a customer uses a prepaid card to shop, if the customer knows in advance that the current charge balance is less than the payment amount for the product that the customer wants to purchase, the customer In some cases, the prepaid card is charged and then the accounting is processed. Under the process shown in the figure, even if transactions are performed in the order of charge processing and accounting processing, steps S209 and S210 process the prepaid card information to be processed during the charge processing as follows. can be carried over to the new accounting treatment of In other words, in this case, there is no need to read the prepaid card in accounting processing following charging processing.

Further, under the processing procedure of FIG. 10, the charge processing receipt (FIG. 10(a)) is issued according to the timing when it is determined that the charge processing is completed in step S206, and the accounting processing receipt ( FIG. 10(b)) is issued according to the timing when it is determined in step S109 that the accounting process has been completed. In other words, the charge processing receipt and the accounting processing receipt are issued at separate timings.
However, the charge processing-compatible receipt and the accounting processing-compatible receipt may be issued at the same timing. For example, after transitioning from a transaction by charge processing to a transaction by accounting processing by handing over prepaid card information, a receipt for charge processing and a receipt for accounting processing are issued at the timing when the accounting processing is completed in step S109. good. In this case, two receipts corresponding to the charge processing receipt and the accounting processing receipt may be issued, or two receipts printed by combining the charge processing result and the accounting processing result are issued. You may do so.

In the example shown in the figure, the case where it is not necessary to read the prepaid card when the charge process is completed and the hold is canceled and the process shifts to the accounting process has been described. However, for example, depending on the operation and specifications of the POS system, even if the prepaid card information after charge processing is taken over to the accounting processing after the hold is released, the customer with the prepaid card information processed by the charge processing and the hold release In some cases, it may be necessary to read the prepaid card in the accounting process after the release of the hold, in order to confirm whether the customer who will receive the accounting process later is the same.
In this case, in the accounting process after the release of the hold, the prepaid card different from the one presented at the time of the accounting process before the hold was presented to the clerk, and the clerk performed an operation to read the presented prepaid card. There is a possibility that an error may occur. Such an error may occur, for example, when the customer has a plurality of prepaid cards corresponding to the store ST and mixes up the prepaid cards.
Therefore, the POS register 100 is configured to output an error message to that effect by displaying or the like if a prepaid card different from that used in the pre-holding accounting process is read during the accounting process after the suspension is cancelled. can be In this case, the store clerk informs the customer of the fact, asks the customer to present the prepaid card that was read in the accounting process before the suspension, and then reads the prepaid card again.
Also, for example, when outputting an error message, the store clerk may select either payment with the prepaid card read this time or rereading the prepaid card read in the accounting process before holding. In this case, if payment with the prepaid card read this time is selected, the prepaid card information read in the accounting process before the hold is replaced with the prepaid card information read in the accounting process after the hold is released. After rewriting by , it is sufficient that subsequent accounting processing is performed.

<Modification>
Modifications of this embodiment will be described below.
[First modification]
In the above embodiment, the prepaid card information of the prepaid card is in a format managed by the prepaid card management server 400 as an example. However, the configuration of this embodiment can also correspond to a format in which prepaid card information is stored in the prepaid card itself.

When a prepaid card in which prepaid card information is stored is used, the transaction transitions in the order of accounting processing, accounting processing suspension, charge processing, and accounting processing resumption (suspension cancellation), as in the example of the above embodiment. In that case, reading a prepaid card is done as follows.
In this case, the prepaid card information is read from the prepaid card by the card reader 110 at the stage where product registration is completed under the first accounting process. After this, when the first accounting process is suspended and the charging process is started, the prepaid card information read at the stage of the first accounting process is handed over to the charging process. At this time, there is no need to read the prepaid card.

Next, the charging process is completed, the suspension of the accounting process is released, and the accounting process is resumed. Under the resumed accounting process, the settlement process is performed so as to apply the charge balance after the charge process to the payment amount. In this case, when the restarted accounting process is completed, the charge balance has been changed from before the accounting process started. Therefore, in this case, the card reader 110 writes (updates) the prepaid card information to the prepaid card at the stage when the settlement process is completed in the restarted accounting process. At this time, prepaid card information reflecting the result of settlement processing under the resumed accounting processing is written. In this case, the history of charge processing before the restarted accounting processing may also be written to the prepaid card as prepaid card information.

In this case, while the transaction transitions in the order of accounting processing, accounting processing suspension, charge processing, and accounting processing resumption (suspension release), reading of information from the prepaid card by the card reader 110 is performed during the accounting processing before the charge processing. It will be twice, once and when the accounting process has been resumed. The access to the prepaid card by the card reader 110 at the time of the restarted accounting process is not the reading of the prepaid card information but the writing of the prepaid card information. Predetermined information is read from the prepaid card for collation or the like. However, the card reader 110 does not need to read from the prepaid card during the charging process. That is, in the case of this modification as well, the reading of information from the prepaid card is reduced compared to the case where it is performed each time the transaction transitions.

[Second modification]
Also, for example, when purchasing a large amount of products in a group of family members or friends, one person cannot carry all the products. In some cases, you may be asked to receive accounting in order. In such a case, there is a case where it is desired to collect the points generated for each different transaction into one point card owned by one member of the group.
In this case, if the same point card is read by the card reader 110 for each transaction, the points can be aggregated. However, it can be said that it is not efficient to have the card reader 110 read the same point card for each transaction.

Therefore, in this modification, for example, when an operation is performed during one accounting process to declare that the point card information to be processed in the current accounting process will be handed over to the next accounting process, the handover condition is satisfied, and when the next accounting process is started, the point card information that has been processed in the current accounting process is taken in as the next accounting process. Such point card information is also an example of customer-related information related to customers who own point cards.

Under the system in which the point card points are managed by the server through the above-described processing, the POS register 100 receives the point card information from the server in the transaction received by the first member. A read is made. However, since the point card information is inherited from the previous transaction, each subsequent member does not need to read the point card. The handed-over point card information is updated so that the point balance is added according to the settlement processing result for each transaction, and the point card information managed by the server is updated each time it is updated.
Also, in a format in which points are recorded on a point card, the point card is read in order to acquire point card information from the point card at the first payment among the payments received by the member. Then, in the final transaction, the point card is read in order to write the point card information reflecting the point balance after addition to the point card. In other words, in this case, when transactions are made three times or more, it is not necessary to read the point card between the first and last transactions.

In addition, it is conceivable that a transaction of a customer other than a member of the group may intervene between the current account of one member and the account of the next member. Therefore, in this modified example, in response to such a situation, in response to the operation of declaring the handover of the point card at the end of the current accounting, the point card information to be processed in the current accounting should be stored. Then, at the start of accounting for the next member, the stored point card information may be set as a processing target in response to an operation by a store clerk, for example.

[Third modification]
A POS system is known in which a registration device for registering merchandise by a store clerk's operation and a settlement device for performing settlement processing according to a customer's operation are separated from each other. The configuration for taking over customer-related information in this embodiment can also be applied to such a POS system.
For example, in the case where the registration device is enabled to perform settlement processing for payment using a prepaid card, the configuration of the present embodiment can be applied to the registration device as follows.
That is, the store clerk performs a subtotal operation according to the completion of product registration corresponding to one transaction, causes the registration device to read the prepaid card for settlement processing corresponding to the use of the prepaid card, and sends the prepaid card information to the registration device. get it from the server. Here, when the registration device compared the charge balance included in the prepaid card information with the total amount of the registered product, it was determined that the charge balance was insufficient. Therefore, the registration device notifies that the charge balance is insufficient. Therefore, the store clerk carries out the charge processing declaration operation from the customer, suspends the settlement processing, and then executes the charge processing. At this time, since the handover condition is satisfied by the operation of declaring charge processing, the registration device treats the prepaid card information acquired in response to the settlement processing corresponding to the prepaid card before the charge processing as the target of processing in the charge processing. set to be
Then, after the charging process is performed, the registration device releases the suspension of the settlement process and restarts the settlement process. Since the prepaid card information is handed over assuming that the handover condition is satisfied when shifting from the charging process to the settlement process, there is no need to read the prepaid card. That is, in the registration device, it is possible to eliminate the need to read prepaid card information for each transaction when transactions transition in the order of settlement processing, settlement processing suspension, charge processing, and settlement processing resumption.
For example, when payment by a prepaid card is enabled by the registration device, the configuration of the present embodiment can be applied to the registration device as follows.

In addition, in the case where payment by a prepaid card is made possible by the settlement device, the configuration of the present embodiment can be applied to the registration device as follows.
That is, the settlement device uses settlement information based on the result of product registration performed by the registration device to start settlement processing. At the start of the settlement process, for example, the payment type is selected. When the customer selects payment by prepaid card as the payment type, the settlement device accepts reading of the prepaid card by the customer's operation and acquires prepaid card information from the server.
When the settlement device tried to pay the total amount indicated by the settlement information from the charge balance included in the prepaid card information as settlement processing, it was determined that the charge balance was insufficient. Therefore, the settlement device notifies the customer that the charge balance is insufficient by means of a display or the like. Here, when the customer performs a charge processing declaration operation, the settlement device suspends the settlement processing and then executes the charge processing. At this time, since the handover condition is satisfied by the charge processing declaration operation, the settlement device sets the prepaid card information acquired in response to the settlement processing before the charge processing to be processed in the charge processing. do.
Then, after the charging process is performed, the settlement device releases the suspension of the settlement process and restarts the settlement process. Since the prepaid card information is handed over assuming that the handover condition is satisfied when shifting from the charging process to the settlement process, there is no need to read the prepaid card. That is, even in the settlement device, it is possible to eliminate the need to read prepaid card information for each transaction when transactions transition in the order of settlement processing, settlement processing suspension, charge processing, and settlement processing resumption.

In addition, as in the second modified example, the configuration for handing over point card information for aggregating point cards for a plurality of different accounts can also be applied to a registration device or settlement device in a POS system.
For example, if the point card information handover configuration is applied to the settlement device, the settlement device can be operated to instruct the handover of the point card information during settlement processing corresponding to one transaction. Then, if an operation instructing transfer of the point card information is performed, the settlement device causes the point card information to be processed in the current settlement process to be handed over to the settlement process corresponding to the next transaction. should be processed.

[Fourth Modification]
The customer-related information that is handed over between transactions is not limited to the prepaid card information and point card information described above, and may be other customer-related information. For example, in the above embodiment, the customer-related information includes card identifiers in prepaid card information and point card information. However, for example, card functions such as prepaid cards and point cards can be provided to portable terminals such as mobile phones and smart phones. In such a case, the customer-related information may include an identifier that identifies the mobile terminal having the card function.

<Summary of embodiment>
(1) As described above, one aspect of the present embodiment includes information acquisition means for acquiring customer-related information (e.g., prepaid card information, point card information) that is information related to a customer, and transaction handling processing means for executing corresponding transaction handling processing using customer related information; and a condition determination means for determining whether or not a handover condition for handing over to become a processing target is satisfied, and the transaction handling processing means performs one transaction handling process in response to the handover condition being satisfied. It is a product sales data processing device (for example, POS register 100) that sets customer-related information that was originally targeted for processing to be processed under other transaction handling processing.
According to the above configuration, the customer-related information that was subject to processing in one transaction is taken over so as to be subject to processing in another transaction in response to the satisfaction of the transaction conditions for the customer-related information. . This eliminates the need to read (access to the medium) the medium associated with the customer-related information for each transaction, making it possible to carry out transactions efficiently, for example.

(2) One aspect of the present embodiment is the merchandise sales data processing device described above, in which valuable amount change-related processing (for example, charge processing declaration operation during accounting processing or charge processing), the condition determination means determines that the handover condition is satisfied by the execution of the valuable amount change related processing, and the transaction response processing means In response to the fact that the condition determining means determines that the handover condition is satisfied, the customer-related information subject to processing under one transaction handling process is subject to processing under another transaction handling process. Set to be
According to the above configuration, for example, when a prepaid card charge processing declaration operation is performed during accounting processing, when shifting from accounting processing to charge processing, prepaid card information to be processed in accounting processing can be carried over to the charge process. Alternatively, when transitioning from charge processing to accounting processing, the prepaid card information that reflects the charge balance increased by the charge processing can be passed on to the next accounting processing, and payments can be made using the prepaid card. become. As a result, in a series of transactions involving the use of a prepaid card, there is no need to read the prepaid card each time the transaction handling process transitions between the accounting process and the charging process.

(3) One aspect of the present embodiment is the merchandise sales data processing device described above, further comprising new transaction setting means for setting new transaction handling processing, wherein the new transaction setting means is taken over by the condition determination means. If it is determined that the conditions are satisfied, a new transaction handling process to which the customer-related information is to be handed over is set.
According to the above configuration, for example, when it is determined that the takeover condition is that the charging process declaration operation is performed, the previous It is possible to set charge processing that takes over the customer-related information that was the object of processing in the transaction handling processing.

(4) One aspect of the present embodiment is the merchandise sales data processing device described above, further comprising transaction suspension means for suspending the transaction handling process, wherein the transaction suspension means determines whether the condition determining means satisfies the handover condition. 1 transaction handling process is suspended in response to the determination that
According to the above configuration, for example, when the handover condition is satisfied in response to the transition from accounting processing to charge processing, the accounting processing is suspended rather than terminated, and the suspension is canceled after the charge processing. to resume accounting.

(5) One aspect of the present embodiment is the product sales data processing device described above, in each of the screen corresponding to one transaction handling process and the screen corresponding to another transaction handling process, the acquired It further comprises display means for displaying customer-related information.
According to the above configuration, when taking over customer-related information from one transaction-handling process to another transaction-handling process, common customer-related information displayed on the screen. This makes it easy to check whether, for example, the customer-related information has been correctly handed over.

(6) One aspect of the present embodiment is that the computer is configured as information acquisition means for acquiring customer-related information, which is information related to a customer, and executing transaction handling processing corresponding to each transaction using the customer-related information. whether the handover conditions for handing over the customer-related information subject to processing under the transaction handling process of 1 so as to be subject to processing under another transaction handling process have been satisfied; A program for functioning as a condition determination means for determining whether a customer-related transaction is processed under one transaction response process in response to a succession condition being satisfied. A program that sets information to be processed under other transaction handling processes.

By recording a program for realizing the functions of the POS register 100 and the like described above in a computer-readable recording medium, and causing a computer system to read and execute the program recorded in the recording medium, the above-described Processing as the POS register 100 or the like may be performed. Here, "loading and executing the program recorded on the recording medium into the computer system" includes installing the program in the computer system. The "computer system" here includes hardware such as an OS and peripheral devices. Also, the "computer system" may include a plurality of computer devices connected via a network including communication lines such as the Internet, WAN, LAN, and dedicated lines. The term "computer-readable recording medium" refers to portable media such as flexible discs, magneto-optical discs, ROMs and CD-ROMs, and storage devices such as hard discs incorporated in computer systems. Thus, the recording medium storing the program may be a non-transitory recording medium such as a CD-ROM. Recording media also include internal or external recording media accessible from the distribution server for distributing the program. The program code stored in the recording medium of the distribution server may be different from the program code in a format executable by the terminal device. That is, as long as it can be downloaded from the distribution server and installed in a form that can be executed on the terminal device, the form stored in the distribution server does not matter. It should be noted that the program may be divided into a plurality of programs, and the divided programs may be downloaded at different timings and then integrated in the terminal device, or the distribution servers that distribute the divided programs may be different. Furthermore, a "computer-readable recording medium" is a volatile memory (RAM) inside a computer system that acts as a server or client when the program is transmitted via a network, and retains the program for a certain period of time. It shall also include things. Further, the program may be for realizing part of the functions described above. Furthermore, it may be a so-called difference file (difference program) that can realize the above-described functions in combination with a program already recorded in the computer system.

100 POS register, 101 CPU, 102 storage unit, 103 RAM, 104 display unit with touch panel, 104a touch panel, 105 key operation unit, 106 display unit for customer, 107 automatic change dispenser, 107a change outlet, 107b deposit inlet, 108 Scanner Unit 109 Printing Unit 110 Card Reader 111 Communication Unit 120 Drawer 200 Store Controller 300 Communication Device 400 Prepaid Card Management Server

Claims (6)

a first transaction processing means for performing processing according to a first transaction including product registration and settlement;
According to a second transaction that increases the balance in the information of the prepaid card that is acquired as one used for payment of the first transaction, from the start to the completion of the processing according to the first transaction. a second transaction processing means for processing;
A merchandise sales data processing apparatus comprising printing means for printing so that the transaction number indicated on the first receipt corresponding to the first transaction and the transaction number indicated on the second receipt corresponding to the second transaction are consecutively printed. 2. The merchandise sales data processing apparatus according to claim 1, wherein said printing means prints the same identification information of a prepaid card on each of said first receipt and said second receipt. 3. The merchandise sales data processing apparatus according to claim 1, wherein said printing means prints said first receipt and said second receipt at different timings. 3. The merchandise sales data processing apparatus according to claim 1, wherein said printing means prints said first receipt and said second receipt at the same timing. A product sales data processing method in a product sales data processing device, comprising:
a first transaction processing step of performing processing according to the first transaction including product registration and settlement;
According to a second transaction that increases the balance in the information of the prepaid card that is acquired as one used for payment of the first transaction, from the start to the completion of the processing according to the first transaction. a second transaction processing step for processing;
A merchandise sales data processing method comprising a printing step of printing so that a transaction number indicated on a first receipt corresponding to said first transaction and a transaction number indicated on a second receipt corresponding to said second transaction are printed consecutively. the computer,
first transaction processing means for performing processing according to a first transaction including product registration and settlement;
According to a second transaction that increases the balance in the information of the prepaid card that is acquired as one used for payment of the first transaction, from the start to the completion of the processing according to the first transaction. second transaction processing means for processing;
A program for functioning as printing means for printing such that the transaction number indicated on the first receipt corresponding to the first transaction and the transaction number indicated on the second receipt corresponding to the second transaction are consecutively printed.

Images