JPH1196255A - Merchandise registration data control system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To well deal with customers by reducing burden in work of a cashier when merchandise is returned. SOLUTION: Transaction data in which the returned merchandise is registered is called among respective pieces of the transaction data to be controlled by a transaction file 8 of a store processor 1 when the merchandise is returned and a detailed data table of all pieces of sold merchandise to be included in the transaction data is displayed on a CRT by a POS(point of sales) terminal 5. When the returned merchandise is specified from the detailed data table, returned merchandise transaction data is generated by the POS terminal 5. When the returned merchandise transaction data is fetched, the transaction file 8 is retrieved and detailed data of the returned merchandise is deleted from the transaction data of the transaction when the returned merchandise is sold by the store processor 1.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a merchandise registration data management system in which detailed data of sales merchandise registered by a merchandise registration device is centrally managed as transaction data in transaction units by a host device.

[0002]

2. Description of the Related Art Conventionally, transaction data is created in transaction units from detailed data of sales merchandise registered by a merchandise registration device called a POS (Point Of Sales) terminal or the like, and this transaction data is stored in a store processor or the like. Japanese Patent Application Laid-Open No. Sho 60-1 discloses a merchandise registration data management system in which centralized management is performed by a so-called host device.
No. 14,958 is known. This gazette describes a technique for collectively canceling one transaction corresponding to the transaction data by calling transaction data managed by a host device on a transaction basis to a commodity registration device and performing a batch cancellation operation. .

[0003] At a retail store, when a shopper receives an offer to return a product, the cashier requests the receipt of the returned product to be purchased. Then, based on the date printed on the receipt, the details of the product description, and the like, it is determined whether to permit the return. As a result, for example, if the product has been purchased at its own store and the number of days elapsed since the date of purchase is within the allowable number of days, return is permitted, the product registration device is switched to the return registration mode, and then the product is returned in the same manner as when purchased. Returned products were registered by inputting the product code, purchase price, etc. In addition, the cashier draws a line on the detailed data of the returned product recorded on the receipt with a pen or the like so as to distinguish returned products from non-returned products.

[0004]

However, in the past, when returning a product, it was necessary to determine whether or not the cashier was able to return the product, and if the product could be returned, the returned product had to be registered by the same operation as at the time of purchase. Returned products must be distinguished from non-returned products by drawing a line on the detailed data of the returned product recorded on the receipt at the time of purchase of the returned product, and the cashier has a large work load. Also,
Customer handling was also getting worse.

Accordingly, an object of the present invention is to provide a merchandise registration data management system capable of greatly reducing the work load on a cashier when returning goods and improving customer handling.

[0006]

According to the present invention, when a sale product is registered by the product registration means, detailed data of the sale product is displayed on the screen display unit, and thereafter, the registration of one transaction is completed by the registration closing means. Is declared, a product registration device that creates transaction data including detailed data of all sales products registered in the one transaction, and a host that stores the transaction data created by the product registration device and stores and manages the transaction data in a transaction file. The present invention relates to a product registration data management system in which a device and this product registration device are connected by a line. In this case, the present invention provides a product registration device with a transaction calling means for calling arbitrary transaction data from among transaction data managed in a transaction file of a host device, and a transaction from the transaction file of the host device by the calling means. When the data is called, a detailed display control means for displaying a detailed data list of all the sales products included in the transaction data on the screen display unit, and a returned product from all the sales products having the detailed data list displayed on the screen display unit. There are provided returned goods specifying means to be specified, and returned transaction creating means for creating returned transaction data including detailed data of the returned goods specified by the specifying means. Also, a return transaction receiving means for taking in the return transaction data created by the product registration device in the host device, and a transaction file searched by the return transaction data taken by the receiving means for selling the returned product. And a transaction updating means for deleting the detailed data of the returned goods from the transaction data of the transaction.

Here, as in the second aspect of the present invention, the transaction data includes transaction identification information for identifying the one transaction together with the detailed data of all the sales products registered in the one transaction. The transaction calling means of the merchandise registration device inputs transaction identification information of one transaction including the returned merchandise, and inquires of the host device for transaction data using the transaction identification information input by the input means. It consists of transaction inquiry means. Further, the host device is provided with transaction response means for searching a transaction file in response to a transaction data inquiry from the product registration device and transmitting transaction data including the corresponding transaction identification information to the inquiry source product registration device. Further, the return transaction creating means of the merchandise registration device is means for creating return transaction data including detailed data of the returned merchandise and transaction identification information of one transaction including the returned merchandise, while the transaction updating means of the host device is provided. It is conceivable to use a means for retrieving a transaction file with the returned transaction data captured from the commodity registration device and deleting the detailed data of the returned commodity from the transaction data of the same transaction identification information.

According to the present invention, a plurality of merchandise registration devices are connected to a single host device, and the transaction identification information includes information for identifying the merchandise registration devices. It may be. Further, as in the invention according to claim 4, the transaction identification information includes date information of the transaction, and the host device determines whether the number of days elapsed from the transaction date out of the transaction data stored and managed in the file is a predetermined number. It is preferable to have a file maintenance unit that automatically deletes data that exceeds the number of retention days from a file.

[0009]

DESCRIPTION OF THE PREFERRED EMBODIMENTS One embodiment of the present invention will be described below with reference to the drawings. FIG. 1 is a schematic overall view of a product registration data management system according to this embodiment. The product registration data management system includes a store processor 1 functioning as a host device. A plurality of POS servers 3 are connected to the store processor 1 via a LAN (Local Area Network) line 2 and
A plurality of merchandise registration devices, so-called POS terminals 5, are connected to the server 3 via closed loop lines 4, respectively.

[0010] This product registration data management system includes
The OS server 3 is provided with a single item information file 6 in which single item information such as a unit price and a product name is set in advance corresponding to the item code of each item, and the single item information of the POS server 3 to which each POS terminal 5 is connected via a line. With reference to the file 6, registration processing of merchandise sales data is performed. The store processor 1 includes a transaction file 8 and a return file 9 in addition to the master file 7 of the single item information file 6.

As shown in FIG. 2, the transaction file 8 is a file for storing and managing a transaction file record including a TM number, a transaction date and time, a transaction number and transaction detail data. Here, the transaction statement data is stored in the POS terminal 5.
The transaction number is composed of detailed data such as unit codes, unit prices, sales points, sales amounts, etc. of all sold commodities registered as one transaction.
The transaction date and time are the date (year, month, day) and time (hour, minute) when this one transaction was performed.
The TM number is an identification number preset in the POS terminal 5 that has processed this one transaction. Where the TM number,
The transaction date and time and the transaction number function as transaction identification information.

As shown in FIG. 3, the return file 8 is a file for storing and managing a return file record including a TM number, a return date and time, a transaction number, and return detail data. Here, the return details data is POS terminal 5
Single item code, unit price,
The transaction number is a specific number assigned to the POS terminal 5 for the transaction of the return registration, and the return date and time is the date (year and month) of the return registration. Days) and time (hours and minutes), TM
The number is the identification number of the POS terminal 5 that has processed this return registration.

FIG. 4 is a functional block diagram showing a configuration of a main part of the store processor 1.
Is a main control unit 11 mainly composed of a CPU (Central Processing Unit), a ROM (Read Only Memory), and a RAM.
(Random Access Memoly), a clock unit 13 for measuring the current date and time, a LAN control unit 14 for controlling transmission and reception of data through the LAN line 2,
An HDD (Hard Disk) that stores various files such as the single item information master file 7, the transaction file 8, the returned file 9, and the like.
The system includes a file control unit 16 for controlling a file storage unit 15 such as a Disc Drive device, and an input / output device interface unit 17 to which input / output devices such as a keyboard and a display can be connected. The main control unit 11 is connected to the storage unit 12, the clock unit 13, the LAN control unit 14, the file control unit 16, and the input / output device interface unit 17 via a bus line 18.

In the store processor 1 having such a configuration, the storage unit 12 has an area 19 for storing the number of days of holding the transaction file record stored in the transaction file 8, and this area 19 has a return validity in advance. The period is set as holding days data.

Thus, for example, in a pre-opening operation performed before the opening of a business day, the main control unit 11 of the store processor 1 automatically executes the transaction file maintenance processing shown in the flowchart of FIG. ing. That is, when starting the transaction file maintenance process, the main control unit 11 firstly sets the clock unit 1 as ST (step) 1.
The current date measured at 3 is read and stored in the storage unit 12. Next, as ST2, a counter N built in the main control unit is set.
Is initialized to [1], the counter N-th transaction file record is read from the transaction file 8 in ST3. Then, if the N-th transaction file record exists in the transaction file 8 and can be read out in ST4, the elapsed days D from the transaction date of the read-out transaction file record to the current date are calculated in ST5. Next, in ST6, it is determined whether or not the elapsed days D exceeds the number of holding days set in the area 19. If it exceeds, the transaction file 8 is set as ST7.
Delete the Nth transaction file record from the. On the other hand, if the number of elapsed days D does not exceed the number of holding days, the transaction file record is not deleted. afterwards,
If the counter N is incremented by one in ST8, the process returns to ST3, and the Nth transaction file record is read from the transaction file 8.

In this manner, the transaction file records are sequentially read from the transaction file 8, and the number of elapsed days D from the transaction date in the record to the current date is calculated each time. 8 to delete. The above processing is executed for all the transaction file records stored in the transaction file 8, and at ST4, N
If it is confirmed that there is no record, all the records of the transaction file 8 are rearranged by TM number in ascending order of transaction date and time in ST9. This ends the transaction file maintenance processing. Here, the main control unit 11 of the store processor 1 executes ST1 to ST1 of the transaction file maintenance process.
By executing the processing of ST9, a file maintenance means is realized.

FIG. 5 is a functional block diagram showing a configuration of a main part of each POS terminal 5.
Are the main control unit 21 and the RO
M, a storage unit 22 such as a RAM, a clock unit 23 for measuring the current date and time, a line control unit 24 for controlling transmission and reception of data through the closed loop line 4, and an input device 25 such as a keyboard and a scanner. An interface unit 26 for taking in data, a display control unit 28 for controlling image display on a CRT display 27 as a screen display unit, a printer control unit 30 for controlling a printing operation of a printer 29 for performing receipt printing and the like, and a mode switch 31 A signal input / output unit 33 for inputting a signal and outputting an open signal to the drawer 32 is provided. And the main control unit 2
1, a storage unit 22, a clock unit 23, a line control unit 24, an interface unit 26, a display control unit 28, and a printer control unit 3.
0 and the signal input / output unit 33 are connected by a bus line 34.

In the POS terminal 5 having such a configuration, the input device 25 has a function as a product registration unit 35 for inputting a product code, a sales number, etc. of a product for sale, and a registration closing unit 36 for declaring the end of product registration for one transaction. As a function. The mode switch 31 has at least a function of switching between a normal registration mode for registering sales merchandise and a return registration mode for registering returned merchandise.

Thus, the main control section 21 of each POS terminal 5 executes the normal registration business process shown in the flow chart of FIG. 7 when the normal registration mode is selected by the mode switch 31. . That is, when starting the normal registration work processing, the main control unit 21 first waits for the sale product to be registered by the product registration unit 35 of the input device 25 as ST1. Then, if the sales product is registered by inputting the product code and the sales point (can be omitted if the sales point = 1), the product sales data registration process is executed as ST2. Specifically, an inquiry about single item information is made to the POS server 3 connected to the line with the input product code, and single item information such as a unit price and a product name corresponding to the corresponding product code set in the single item information file 6 is obtained. When acquired, the sales amount is calculated from the unit price and the number of sales. Then, the product detail data such as the single item code, the unit price, the number of sales, and the sales price are registered in the storage unit 22, and the product name, the unit price, the number of sales, the sales price, and the like are displayed on the CRT display 27 in the registration order.

Next, at ST3, it is determined whether or not the registration of the merchandise for one transaction has been declared by the registration tightening means 36 of the input device 25. If the end of the merchandise registration is not declared and the next merchandise is registered by the merchandise registration means 35, the merchandise sales data registration processing is repeated.

If the registration closing means 36 declares the end of product registration for one transaction in ST3, a unique transaction number for specifying this one transaction is issued in ST4. Thereafter, as ST5, the receipt print data is edited from the detailed data of all the sales commodities registered in the one transaction and the total data thereof, and the print data is printed on the receipt paper by the printer 29, for example, as shown in FIG. A receipt 40 of the format is issued. In step ST6, an open signal is sent from the signal input / output unit 33 to the drawer 32,
The drawer 32 is opened.

Next, in step ST7, the detailed data of all the sales commodities registered in this one transaction is set as transaction detailed data, and the P
The normal transaction data transmitted in the format shown in FIG. 14A is used as the transaction identification information using the TM number preset for the OS terminal, the transaction date and time read from the clock unit 23, and the transaction number issued in ST4. Create a statement. If this normal transaction data message has been sent to the closed loop line 4 via the line control unit 24 as ST8, the process returns to ST1 and waits for the first product registration of the next transaction.

In the printing example of the receipt 40 shown in FIG. 12, an area 41 is a printing area such as a store name and a logo. Data 42 is the transaction date read from the clock unit 23, and data 43 is the transaction time read from the clock unit 23. The data 44 is the detailed data of all the sales commodities registered in this one transaction, and the data 45 is the total data of the subtotal amount, tax amount, cash invoice amount (current total), deposit amount and change amount. Data 46 is a TM number, data 47 is a cashier responsible code, and data 48 is a transaction number.

In the format example of the normal transaction data message shown in FIG. 14A, the item “transmission destination SPID” is the communication address of the store processor 1 and the item “transmission source TMID” is This is a communication address, and the item "message type" is a code for specifying a normal transaction data message. The item “number of items” is the number of product item data constituting the transaction item data. That is, the normal transaction data message is transmitted to the store processor 1 via the POS server 3 and the LAN line 2.

The main control unit 11 of the store processor 1 having received the normal transaction data message via the LAN control unit 17 executes the normal transaction reception processing shown in the flowchart of FIG.

That is, when starting the normal transaction receiving process, the main control unit 11 first analyzes the received normal transaction data message as ST1, and comprises a TM number, a transaction date and time, a transaction number and transaction details data. Edit transaction file records. Next, ST
As 2, it is determined whether there is free space in the transaction file 8. If there is free space, the transaction file record edited in ST1 is additionally registered in the transaction file 8 as ST3, and this processing ends. Note that ST2
If there is no free space in the transaction file 8 at
At T4, the transaction file 8 is searched to find the transaction file record with the oldest transaction date and time. If the transaction file record is deleted and free space is secured, the transaction file record edited in ST1 is stored in the transaction file 8. Additional registration is performed, and this process ends.

On the other hand, the main control unit 2 of each POS terminal 5
When the mode switch 31 is switched and the return registration mode is selected, 1 is to execute the return registration business process shown in the flowchart of FIG. That is, the main control unit 21
Starts this return registration business process, first, ST1
The TM number 46 of the receipt 40 issued in the transaction in which the returned product occurred from the input device 25, and the transaction date and time 42, 4
Wait for transaction number 3 and transaction number 48 to be input as transaction identification information. Here, the input device 25 also functions as transaction identification information input means.

Here, when the transaction identification information is input, the main control unit 21 creates a transaction inquiry data message in a format shown in FIG. 14B based on the transaction identification information in ST2. Then, the transaction inquiry data message is transmitted to the closed loop line 4 via the line control unit 24 as ST3.

Incidentally, in the example of the format of the transaction inquiry data message shown in FIG.
"PID" is a communication address of the store processor 1,
The item “transmission source TMID” is the communication address of the POS terminal 5 and the item “message type” is a code for specifying the transaction inquiry data message. That is, the transaction inquiry data message is sent via the POS server 3 to the LAN
The data is transmitted to the store processor 1 via the line 2.

Now, this transaction inquiry data message is LA
The main control unit 11 of the store processor 1 that has received via the N control unit 17 executes the transaction inquiry message reception process shown in the flowchart of FIG. That is, when starting the transaction inquiry message receiving process, the main control unit 11 first analyzes the received transaction inquiry message in step ST1, and acquires the TM number, transaction date and time, and transaction identification information of the transaction number. I do. Next, as ST2, the transaction file 8 is searched with the acquired transaction identification information, and it is determined whether or not there is a transaction file record having the same transaction identification information.

If there is a transaction file record having the same transaction identification information as ST3, ST4
FIG. 14 shows each data in the transaction file record.
Create a text response message in the format shown in (c). Then, if this text response message is sent to the LAN line 2 via the LAN control unit 14 in ST5,
This processing ends. On the other hand, if there is no transaction file record whose transaction identification information matches in transaction file 8 in ST3, an error response message is created in ST6. Then, when this error response message is sent to the LAN line 2 in the same manner as the text response message, the process is terminated.

Incidentally, in the format example of the text response message shown in FIG.
"D" is the communication address of the POS terminal 5 that is the sender of the transaction inquiry data message, the item "sender SPID" is the communication address of the store processor 1, and the item "message type" specifies the text response message. Is the code to do. In addition, the items "TM number", "transaction date and time", "transaction number",
“Detailed number” and “detailed statement data” are information of the transaction file record having the same transaction identification information. That is, the text response message is sent to the P of the transaction inquiry data message transmission source via the POS server 3 and the closed loop line 4.
Sent to OS terminal 5. Note that the error response message is also transmitted to the POS terminal 5 that has transmitted the transaction inquiry data message along the same route as the text response message.

Here, the main control section 21 of each POS terminal 5 implements a transaction inquiry means by executing the processing of ST1 to ST3 of the return registration business processing. The main control unit 11 of the store processor 1
Implements the transaction response means by executing the processing of ST1 to ST6 of the transaction inquiry message reception processing.

Returning to FIG. The main control unit 21 of the POS terminal 5 that has transmitted the transaction inquiry data message in ST3 waits for a response message (text response message or error response message) from the store processor 1. And
If a text response message is received as ST4,
At T5, the received message is analyzed to acquire the TM number, transaction date and time, transaction number, and transaction statement data. And
As shown in FIG. 13, the image information of the returned goods registration transaction screen 50 including a list of each product description data constituting the transaction details data is edited and displayed on the CRT display 27.

Incidentally, the returned goods registration transaction screen 5 shown in FIG.
In the display example of 0, the data 51 is the current date and time measured by the clock unit 23. Data 5
Reference numeral 2 denotes a list of each product description data, in which product names, unit prices, points, and amounts are displayed in the order of consecutive registration numbers.
The data 53 is the total amount. Where each P
The main control unit 21 of the OS terminal 5 realizes a statement display control unit by executing the process of ST5 of the return registration business process.

If an error response message is received from the store processor 1 in ST4, guidance such as a return registration error is displayed on the CRT display 27, and the process is terminated.

Now, the main control unit 2 of each POS terminal 5
1 displays the returned goods registration transaction screen 50 on the CRT display 27 in ST5, and then waits in ST6 for the registration number corresponding to the detailed data of the returned goods to be input. Then, if the registration number is input via the input device 25, the process goes to step ST7 to execute a commodity specification data canceling process. Specifically, the product description data corresponding to the registered registration number is stored in the storage unit 22 as returned product description data, and the display of the product description data is deleted from the return registration transaction screen 50. Also, the total amount 53 of the returned goods registration transaction screen 50 is reduced by the amount of the corresponding product specification data.

Next, in ST8, it is determined whether or not the end of returned goods registration has been declared by the registration tightening means 36 of the input device 25. Then, the end of the return registration is not declared, and the input device 2
When the registration number of the next returned product has been entered through 5, the process of canceling the product detail data is repeated. Here, the input device 25 also functions as returned goods specification means.

When the end of return registration is declared by the registration closing means 36 in ST8, a unique transaction number is issued as a return transaction number in ST9. After a while, ST1
TM entered as transaction identification information in ST1 as 0
No., transaction date and time, transaction number, and storage unit 22 in ST7
Returned goods detailed data stored in the POS terminal 5 and a preset TM number (returned TM number) for the POS terminal 5
Then, a return transaction data message in the format shown in FIG. 14D is created from the return transaction date and time read from the clock unit 23 and the return transaction number issued in ST9. If this return transaction data message is sent to the closed loop line 4 via the line control unit 24 as ST11, the process returns to ST1 and waits for the next return product registration.

In the example of the format of the returned transaction data message shown in FIG. 14D, the item “transmission destination SPID” is the communication address of the store processor 1 and the item “transmission source TMID” is This is a communication address, and the item "message type" is a code for specifying the returned transaction data message.
The item “number of items” is the number of returned product item data constituting the returned transaction item data. That is, this return transaction data message is sent via the POS server 3,
The data is transmitted to the store processor 1 via the LAN line 2.

The main control unit 11 of the store processor 1 which has received the returned transaction data message via the LAN control unit 17 executes the returned transaction receiving process shown in the flowchart of FIG.

That is, when starting the return transaction receiving process, the main control unit 11 first analyzes the received return transaction data message as ST1, and stores transaction identification information of the transaction when the returned product was purchased. Acquire the TM number, transaction date and time, and transaction number. Next, the transaction file 8 is searched using the transaction identification information, and it is determined whether there is a transaction file record having the same transaction identification information. When it is determined in ST3 that there is a transaction file record of the same transaction identification information, in ST4, the returned transaction data in the received returned transaction data message is returned from each product data constituting the transaction data in the transaction file record. Delete the returned merchandise item detail data. As a result, if the transaction details data in the corresponding transaction file record no longer exists in ST5, all the products purchased in the transaction corresponding to this transaction file record have been returned. Delete a transaction file record. If it is determined in ST3 that there is no transaction file record of the same transaction identification information in the transaction file 8, ST4 to ST4
The processing of ST6 is not performed.

Thereafter, the returned transaction data message received in ST7 is analyzed, and if the returned file record including the returned TM number, the returned transaction date and time, the returned transaction number, and the returned transaction details data is edited, the returned product is read in ST8. The file record is additionally registered in the return file 9, and the process ends. In this case, if there is no free space in the return file 9, a return file record with the oldest return transaction date and time is searched, and this return file record is deleted, as in the case where the transaction file record is additionally registered in the transaction file 8. After securing the free space, perform additional registration.

Here, the main control unit 21 of each POS terminal 5 realizes a return transaction creating means by executing the process of ST10 of the return registration business process. Further, the main control unit 11 of the store processor 1 realizes the returned transaction receiving process by executing the process of ST1 of the returned transaction receiving process,
In addition, a transaction updating unit is realized by executing the processing of ST2 to ST6.

In the merchandise registration data management system of the present embodiment configured as described above, the transaction data of each merchandise registered at each POS terminal 5 includes the number of days D elapsed from the transaction date. Are stored and managed in the transaction file 8 of the store processor 1 for each transaction.

In this state, if the shopper offers to return the previously purchased merchandise, the cashier operating the POS terminal 5 firstly receives the customer's receipt 40 from the customer.
Ask for the presentation. Next, the cashier switches the mode switch 31 of the POS terminal 5 to the return registration business,
Receipt (see FIG. 12) 40 by operating input device 25
, The TM number 46, the transaction date and time 42, 43, and the transaction number 48 are input.

Then, if the transaction data matching the TM number 46, transaction date and time 42, 43 and transaction number 48 is stored in the transaction file 8, the transaction data is called, and the CRT display of the POS terminal 5 concerned is called. A returned goods registration transaction screen (see FIG. 13) 50 showing a commodity description data list 52 of the transaction at the time of purchasing the returned goods is displayed at 25.

Then, the cashier checks whether the detailed data of the returned merchandise exists in the merchandise detailed data list 52. Then, for example, when the returned product is “AAAA” and exists, the input device 25 is operated to operate the returned product “AAA”.
The registration number (1 in the example of FIG. 13) corresponding to the detail data of [A] is input as a numeral, and the registration closing means 36 is subsequently operated.

Then, a return transaction data message including the detailed data of the returned product "AAAAA" is transmitted to the store processor 1, and the description of the returned product "AAAAA" is obtained from the corresponding transaction data stored and managed in the transaction file 8. Data is deleted.

As described above, according to the present embodiment, the cashier can register the returned product only by inputting the registration number of the returned product from the return registration transaction screen 50 displayed on the CRT display 25. The registration operation can be simplified as compared with the related art in which the product code, the number of sales, and the like are input as in the case of purchase.

Further, since the detailed data of the registered product is deleted from the transaction data of the corresponding transaction managed in the transaction file 8, even if another product of the same transaction is returned thereafter, at that time, The detailed data of the returned product is not displayed on the return registration transaction screen 50. Therefore, there is no danger of accidentally registering the same product twice for return, and it is necessary to distinguish the returned product from the non-returned product by drawing a line on the detailed data of the returned product recorded on the receipt. Disappears. Also, for example, even if the cashier attempts to register a product returned from the shopper as if it had been returned separately, the detailed data of this product was already deleted when the shopper returned the product. No, it helps prevent this kind of fraud.

Since the transaction file 8 does not manage transaction data of transactions in which the number of days D elapsed since the transaction date exceeds a preset number of holding days, the number of days of returned goods is matched by matching the number of holding days with the validity period of the returned goods. There is no need for the cashier to check whether or not the product has passed the return validity period.

The transaction identification information for identifying the transaction data includes T for identifying each POS terminal 5.
Since the M number is included, there is an advantage that returned goods can be easily registered for return from a POS terminal different from the POS terminal for which sales registration is performed.

In the above-described embodiment, three items of TM number, transaction date and time, and transaction number are shown as transaction identification information for identifying transaction data. However, if a transaction can be specified, one or two of them can be used. There may be. In addition, when the receipt is issued, the transaction identification information is coded with a barcode or a two-dimensional code and printed on the receipt, and when the return is registered, the scanner reads the transaction identification information code, thereby simplifying the input operation. Is also possible. In addition, it goes without saying that various modifications can be made without departing from the spirit of the present invention.

[0055]

As described in detail above, according to the present invention, the work load on the cashier when returning goods can be greatly reduced,
A product registration data management system that can improve customer handling can be provided.

[Brief description of the drawings]

FIG. 1 is an overall view of a product registration data management system according to an embodiment of the present invention.

FIG. 2 is a record configuration diagram of a transaction file shown in FIG. 1;

FIG. 3 is a record configuration diagram of a return file shown in FIG. 1;

FIG. 4 is a functional block diagram of the store processor shown in FIG. 1;

FIG. 5 is a functional block diagram of the POS terminal shown in FIG. 1;

FIG. 6 is a flowchart of a transaction file maintenance process executed by the main control unit of the store processor shown in FIG. 4;

FIG. 7 is a flowchart of a normal registration work process executed by the main control unit of the POS terminal shown in FIG. 5;

FIG. 8 is a flowchart of a normal transaction reception process executed by the main control unit of the store processor shown in FIG. 4;

FIG. 9 is a flowchart of a returned goods registration business process executed by the main control unit of the POS terminal shown in FIG. 5;

FIG. 10 is a flowchart of a transaction inquiry message reception process executed by the main control unit of the store processor shown in FIG. 4;

FIG. 11 is a flowchart of a return transaction receiving process executed by the main control unit of the store processor shown in FIG. 4;

FIG. 12 is a view showing an example of issuing a receipt according to the embodiment.

FIG. 13 is a view showing a display example of a returned goods registration transaction screen in the embodiment.

FIG. 14 is an exemplary view showing an example of the format of various messages generated in the embodiment;

[Explanation of symbols]

 DESCRIPTION OF SYMBOLS 1 ... Store processor (host apparatus) 2 ... LAN line 3 ... POS server 4 ... Closed loop line 5 ... POS terminal (product registration device) 8 ... Transaction file 9 ... Return file 40 ... Receipt 50 ... Return registration transaction screen

Claims (4)

[Claims] 1. When a sale product is registered by a product registration means, detailed data of the sale product is displayed on a screen display unit,
Thereafter, when the registration closing means declares the end of product registration for one transaction, a product registration device for creating transaction data including detailed data of all sales products registered in the one transaction, and is connected to the product registration device via a line. In a product registration data management system comprising a host device that fetches the transaction data created by the product registration device and stores and manages the transaction data in a transaction file, the product registration device is configured to be managed in a transaction file of the host device. A transaction calling means for calling arbitrary transaction data from among the transaction data; and, when the calling data calls the transaction data from the transaction file of the host device, a detailed data list of all sales products included in the transaction data is displayed on the screen display section. Display on Statement display control means, returned goods specifying means for specifying returned goods from all the sold goods in which the detailed data list is displayed on the screen display section, and returned goods including detailed data of the returned goods specified by the specification means Return transaction creating means for creating transaction data, wherein the host device receives return transaction data created by the merchandise registration device, and returns transaction data acquired by the receiving means. And a transaction updating means for deleting the detailed data of the returned product from the transaction data of the transaction at the time of selling the returned product by searching the transaction file. 2. When a sale product is registered by the product registration means, detailed data of the sale product is displayed on a screen display unit,
Thereafter, when the registration closing means declares the end of the product registration of one transaction, a product registration for creating transaction data including detailed data of all sales products registered in the one transaction and transaction identification information for identifying the one transaction. A merchandise registration data management system comprising a device and a host device connected to the merchandise registration device via a line and storing and managing the transaction data created by the merchandise registration device in a transaction file; Input means for inputting transaction identification information of one transaction including returned goods, transaction inquiry means for inquiring the host device for transaction data with the transaction identification information input by the input means, and this inquiry means Received a response of transaction data from the host device as a result of the inquiry Then, detailed display control means for displaying the detailed data list of all the sales products included in the transaction data on the screen display unit, and specifying the returned product from all the sales products having the detailed data list displayed on the screen display unit Return product designation means, and return transaction creation means for creating return transaction data including detail data of the return product designated by the designation means and transaction identification information of one transaction including the return product, A transaction response unit that searches the transaction file in response to a transaction data inquiry from the merchandise registration apparatus and transmits transaction data including the corresponding transaction identification information to the inquiry merchandise registration apparatus; Import return transaction data created by product registration device Return transaction receiving means, and transaction update means for searching the transaction file with the returned transaction data captured by the receiving means and deleting the detailed data of the returned product from the transaction data of the same transaction identification information. Product registration data management system. 3. The product registration data management according to claim 2, wherein a plurality of product registration devices are connected to one host device, and information for identifying the product registration device is included as transaction identification information. system. 4. The host apparatus includes, as transaction identification information, date information on the date and time of a transaction, and the host device stores, among transaction data stored and managed in a file, data whose elapsed days from the date of the transaction exceeds a predetermined number of holding days. 4. The product registration data management system according to claim 2, further comprising a file maintenance unit for automatically deleting the file from the file.