JP2011186832A - Merchandise sales data processing system, merchandise sales data processing apparatus, and control program thereof - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To shorten the time required for processing sales data of commercial transaction by a net supermarket selling system. <P>SOLUTION: A merchandise sales data processing apparatus is provided with a database for storing order merchandise information recorded in a slip identified by the slip identifying information of each slip indicating the details of merchandise whose order has been accepted via a network. The merchandise sales data processing apparatus is configured, when the slip identification information for identifying the slip is read, to fetch order merchandise information, including the merchandise identification codes of all the merchandise recorded in the slip identified by the slip identifying information and the unit prices and the number of order points, when the order is accepted from the database, and records it in a storage part. The merchandise sales data processing apparatus is configured to accept the entry of the merchandise identifying code of canceled merchandise among respective merchandise recorded in the slip, and, when the input is accepted, to delete the order merchandise information of the merchandise specified by the merchandise identifying code from the storage part. The merchandise sales data processing apparatus is configured, to perform the sales processing of the sales data of the merchandise whose order has been accepted via the network, based on the order merchandise information stored in the storage part. <P>COPYRIGHT: (C)2011,JPO&INPIT

Description

  The present invention relates to a merchandise sales data processing system such as a POS (Point Of Sales) system, a merchandise sales data processing apparatus used as a POS terminal of this system, and a control program therefor.

  In recent years, a membership system called net supermarket has attracted attention. This sales method is introduced in existing stores such as supermarkets. In this sales method, a customer who becomes a member operates a customer terminal such as a personal computer at home or the like, and orders a product from a retail store using network communication such as the Internet. At the retail store side, the store clerk goes around the sales floor according to the order from the customer and arranges the ordered products. The assorted ordered products are delivered to the customer's home or the like by the delivery person.

  At this time, a customer who has confirmed the product may refuse to receive the product because the product is damaged. Alternatively, there may be a case where an order is placed but a return is offered after that it is no longer needed. Assuming such a case, sales of commercial transactions by the net supermarket sales method are generally processed based on the delivery slip after delivering the product to the customer, not at the time of order confirmation.

  By the way, products that are traded by the net supermarket sales method are products that are actually sold in existing stores. For this reason, sales of commercial transactions using the net supermarket sales method should be aggregated as sales of existing stores.

  Many existing stores manage their sales with a POS (Point Of Sales) system. Therefore, if the sales data is processed by inputting the data of the products traded by the online supermarket sales method into the POS terminal in the same way as the data of the products sold at the existing stores, the sales of the commercial transactions by the net supermarket sales method will be processed. Can be counted as sales.

  However, the problem here is that there is a case where a date shift occurs between the time of order confirmation and the time of sales processing, and the unit price of the product managed by the POS system may fluctuate. Therefore, at the time of confirming the order, a special code is generated by attaching a unit price code representing the unit price at that time to the product code of the ordered product, and this code is printed on the delivery slip. On the other hand, at the time of sales processing, the code of the delivery slip is read, the order product and the unit price at the time of order confirmation are acquired from this code, and sales processing is performed. By adopting such a method, it is possible to cope with a case where the unit price of a product is different at the time of order confirmation and at the time of sales processing (for example, see Patent Document 1).

  However, the conventional method of reading the code for each ordered product printed on the delivery slip has the complexity of having to read the code one by one. In general, customers who use online supermarkets tend to purchase a large number of products at once. For this reason, in the conventional system, there is a problem that it takes time for sales processing of commercial transactions by the net supermarket sales system.

  The present invention has been made based on such circumstances, and an object of the present invention is to provide a merchandise sales data processing apparatus capable of reducing the time required for sales processing of commercial transactions by the net supermarket sales method, its control program, and this apparatus. It is intended to provide a product sales data processing system using the.

  One aspect of the present invention is a reading means for reading slip identification information for identifying a slip indicating the details of a product that has received an order via a network, and all the information recorded in the slip identified by the read slip identification information The order product information including the product identification code, the unit price at the time of order acceptance, and the number of orders received is recorded in the slip identified by the slip identification information corresponding to the slip identification information of each slip. Take-in means for taking in from the stored database, storage means for storing the taken-in order product information, and cancel accepting means for accepting the input of the product identification code of the cancel product among the products recorded in the slip , Based on the order product information stored in the storage means, deleting means for deleting the order product information of the product specified by the product identification code that has received the input, There is the sales data of products that has received the order through the Ttowaku to commodity sales data processing apparatus that includes a processing means for sales processing.

  Further, the present invention is in a product sales data processing system including the product sales data processing device and a server.

  Further, the present invention resides in a control program for causing a computer to function as the commodity sales data processing apparatus.

  By taking such means, it is possible to shorten the time required for sales processing of commercial transactions by the net supermarket sales method.

1 is an overall configuration diagram of a POS system according to an embodiment of the present invention. The block diagram which shows the principal part of the POS terminal which comprises the system. The block diagram which shows the principal part of the net super management server which comprises the system. The flowchart which shows the main process procedures which CPU of a net super management server performs. The flowchart which shows the specific procedure of the delivery slip production | generation process shown by step ST12 of FIG. The figure which shows an example of the slip code produced | generated in this embodiment. The figure which shows an example of the code at the time of purchase produced | generated in this embodiment. The figure which shows an example of the delivery slip issued in this embodiment. The figure which shows the delivery slip data preserve | saved in the database in this embodiment. The flowchart which shows the procedure of the code reading process which CPU of a POS terminal performs. FIG. 11 is a flowchart showing a specific procedure of net super sales processing shown in step ST36 of FIG. 10; The flowchart which shows the procedure of the closing key process which CPU of a POS terminal performs.

Hereinafter, an embodiment of a merchandise sales data processing system and a merchandise sales data processing apparatus will be described with reference to the drawings.
In this embodiment, a function as a merchandise sales data processing system is applied to a POS system 1 constructed in an existing store that has introduced a sales system called a net supermarket, and the POS terminal 3 of this system 1 is applied. This is a case where a function as a product sales data processing apparatus is applied.

  FIG. 1 is an overall configuration diagram of the POS system 1. The POS system 1 includes a store server 2, a plurality of POS terminals 3, and a net super management server 4. The store server 2 connects each POS terminal 3 and the net super management server 4 via a LAN (Local Area Network) 5.

  The store server 2 is a computer that controls the entire POS system 1. The store server 2 manages the product master file 11, the store sales file 12, the member master file 13, and the member performance file 14.

  The product master file 11 stores information on each product sold at an existing store. The product information includes a product code, a product name, a unit price, and the like. The product code is a product identification code set for each product for individually identifying each product, and means a set of country code, manufacturer code and product item code included in the JAN code generally used in the POS system. . Normally, a bar code indicating a product code is attached to each product. The unit price is the current selling price per item.

  The store sales file 12 stores information related to sales of each product sold at an existing store. The store sales information includes the number of sales by product, the sales amount, and the like. The store server 2 updates the sales score and sales amount of each product stored in the store sales file 12 based on the product sales data processed by each POS terminal 3.

  The member master file 13 stores information on each member registered as a net super user. Member information includes a member code, name, delivery address, telephone number, and the like. The member code is member identification data set for each member in order to identify each member. Usually, each member has a membership card (point card) in which his / her membership code is recorded.

  The member performance file 14 stores information related to sales results of net supermarket members. The sales results are not only based on the online supermarket sales system, but also the results of shopping at the store. The sales performance information includes an order date or purchase date, ordered product information or purchased product information, a total amount, the number of points, and the like. The product information includes a product code, a product name, a unit price, a score, an amount, etc. of each ordered product or purchased product. The unit price of the purchased product is the one at the time of purchase, and the unit price of the ordered product is the one at the time of ordering.

  The POS terminal 3 is an aspect of a merchandise sales data processing apparatus that processes sales data of each merchandise, and is installed at an accounting place (register) in a store. As shown in the block diagram of FIG. 2, the POS terminal 3 includes a CPU (Central Processing Unit) 31, a ROM (Read Only Memory) 32, a RAM (Random Access Memory) 33, a clock unit 34, a LAN controller 35, and an I / O. A device controller 36 is provided. The CPU 31 connects a ROM 32, a RAM 33, a clock unit 34, a LAN controller 35, and an I / O device controller 36 via a bus line 37 such as an address bus or a data bus.

  The I / O device controller 36 controls the keyboard 301, the operator display 302, the customer display 303, the receipt printer 304, the card reader 305, and the code scanner 306. The keyboard 301 includes at least a tightening key K1. The closing key K1 functions as a closing declaration means for declaring closing of one commercial transaction. The receipt printer 304 prints a receipt on which the details of the commercial transaction are recorded. The printed receipt is issued for each transaction from a receipt issuing port (not shown). A card reader 305 reads the data of the membership card. The code scanner 306 scans the barcode and reads the barcode data.

  The net super management server 4 is a computer for realizing a net super sales system which is an aspect of a product sales system using a network such as the Internet. As shown in the block diagram of FIG. 3, the CPU 41, the ROM 42, and the RAM 43 , An HDD (Hard Disk Drive) 44, a clock unit 45, a LAN controller 46, a WAN controller 47, and a printer controller 48. The CPU 41 connects a ROM 42, a RAM 43, an HDD 44, a clock unit 45, a LAN controller 46, a WAN controller 47, and a printer controller 48 via a bus line 49 such as an address bus and a data bus.

  The net super management server 4 has information (for example, product name, unit price, point reduction) of products sold on a wide area network (WAN) 6 such as the Internet connected via the WAN controller 47 by the net super sales method. The function of publishing the website “Net Super” with the rate and the like, and the purchase order of the products sold on the website “Net Super” from the customer terminal 7 such as a personal computer or a mobile phone are received, and the printer controller 48 The controlled slip printer 401 has a function of printing out a delivery slip 50 indicating the details of a product for which an order has been received and storing the ordered product information recorded in the delivery slip 50 in the slip database 8. The slip database 8 is formed by the HDD 44 of the net super management server 4.

  Here, the network super management server 4 accepts a purchase order for a product from the customer terminal 7, prints a delivery slip 50, and stores the order product information recorded in the delivery slip 50 in the slip database 8. This will be described with reference to the flowcharts of FIGS. This function is realized by the CPU 41 operating according to a control program stored in the ROM 42, for example.

  The CPU 41 waits for access from the customer terminal 7 to the Web site “net super” published on the WAN 6 (ST1). When the customer terminal 7 accepts access to the website “net super” (YES in ST1), the CPU 41 reads and stores the current date and time data from the clock unit 45 (ST2). In addition, a login screen for prompting the member number to be input is output to the Web site “net supermarket” (ST3). Then, it waits for the member number to be input (ST4).

  When the member number is input from the customer terminal 7 to the login screen (YES in ST4), the CPU 41 acquires member information corresponding to the member number from the member master file 13 of the store server 2 and stores it (ST5). . In addition, the CPU 41 causes the website “net super” to output an order reception screen for selecting a product to be purchased and an accounting instruction (ST6). Then, it waits for an accounting instruction to be issued (ST7).

  When there is an instruction input for performing accounting together with the selection information of the product to be purchased from the customer terminal 7 on the order reception screen (YES in ST7), the CPU 41 stores the product information of the product to be purchased on the store server. 2 from the product master file 11 and store it (ST8). Based on the unit price included in the product information, the sales amount of the product is calculated and stored. Further, the number of points is calculated and stored from the sales amount and a predetermined point return rate (ST9).

  Next, the CPU 41 causes the website “net super” to output a settlement confirmation screen showing a list of products to be purchased and the sales amount and the number of points stored in the process of step ST9 (ST10). Then, it waits for an instruction input for settlement confirmation to be made (ST11). Here, if no settlement confirmation instruction is input from the customer terminal 7 and, for example, a cancellation instruction is input (NO in ST11), the current process ends. CPU41 discards all the data memorize | stored by each process of step ST2, ST5, ST8, ST9, and waits for the next customer terminal 7 to access.

  When there is a settlement confirmation instruction input from the customer terminal 7 (YES in ST11), the CPU 41 generates print data of a delivery slip relating to the delivery of the commodity to be purchased (ST12). Hereinafter, the print data generation processing procedure for the delivery slip will be described with reference to FIG.

  First, the CPU 41 issues a new slip number as slip identification information. For example, a 13-digit number string YYYYMMDDNNNNNN is added to the date YYYYMMDD acquired in the process of step ST2 with a 5-digit serial number NNNNNN incremented by “1” every time this print data generation process is executed. Numbers are issued as numbers (ST21). Then, the CPU 41 generates a code indicating the slip number (hereinafter referred to as “slip code”) (ST22). Note that the slip number is not limited to that issued by the above procedure.

  An example of the slip code is shown in FIG. FIG. 6 shows an example of a code 128 bar code having a code system of 20 digits. As shown in FIG. 6, the slip code includes a 13-digit first code area C11 from the first digit to the thirteenth digit, flag information (F) at the fourteenth digit, and the fifteenth digit through It consists of a 5-digit second code area C12 up to the 19th digit and a check digit (C / D) of the 20th digit. A 13-digit slip number is represented using the first code area C11. The flag information (F) is a unique value indicating that the barcode is a slip code. In this embodiment, it is “7”. The number of digits constituting each of the first code area C11 and the second code area C12 is not limited to the ratio shown in FIG.

  Next, the CPU 41 generates a code (hereinafter referred to as “member code”) representing the member number received in the process of step ST4 (ST23). Further, a code representing the number of points calculated in the process of step ST9 (hereinafter referred to as “point code”) is generated (ST24).

  The member code and the point code are also code 128 type bar codes having a code system of 20 digits as in the case of the slip code. That is, the member code is a total of 18-digit code consisting of a 13-digit first code area from the first digit to the 13th digit and a 5-digit second code area from the 15th digit to the 19th digit. The area is used to represent the customer's membership number. The flag information (F) in the 14th digit is a unique value indicating that this barcode is a member code, which is “5” in this embodiment. The point code is fixed using the 13-digit first code area from the 1st digit to the 13th digit, and the 5-digit second code area from the 15th to the 19th digit is used for the point code. Represents a number. The flag information (F) in the 14th digit is a unique value indicating that this bar code is a point code, which is “6” in this embodiment.

  Next, the CPU 41 generates a unit price code representing a product unit price at the time of purchasing the product for each product to be purchased in the process of step ST8 (ST25). For each product, a code combining the product code and unit price code attached to the product (hereinafter referred to as a purchase code) is generated (ST26).

  An example of the purchase code is shown in FIG. In the present embodiment, the purchase code is also expressed using a 20-digit code 128-type bar code, like the above-described slip code, member code, and point code. Specifically, a product code (country code, manufacturer code, product item code) is represented using a 13-digit first code area C21 from the first digit to the thirteenth digit, and from the fifteenth digit to the nineteenth digit. The unit price code is expressed using the second code area C22 of five digits up to the digit. The flag information (F) of the 14th digit is “4” in the present embodiment as a unique value indicating that this barcode is a purchase code.

  If the slip code, the membership code, the point code, and the purchase code for each purchase target product are generated by the processes of steps ST22, ST23, ST24, and ST26, the CPU 41 generates print data for the delivery slip (ST27). ). Specifically, a slip code, a member code, a point code, and a purchase code for each purchase target product are arranged in a predetermined delivery slip format. In addition, the date acquired in the process of step ST2, the slip number acquired in the process of step ST21, the member information acquired in the process of step ST4, the product information for each purchase target product received in the process of step ST7, and the like are also arranged.

Returning to FIG.
When the delivery slip generating process in step ST11 is completed, the CPU 41 outputs the generated print data to the printer controller 48 (ST13). The printer controller 48 drives the slip printer 401 according to the print data, and prints and issues the delivery slip 50. Further, the CPU 41 stores the data relating to the delivery slip 50 in the slip database 8 (ST14). Above, the process of the network super management server 4 with respect to the access from this customer terminal 7 is complete | finished.

  An output example of the delivery slip 50 is shown in FIG. Here, the area A0 is an area where the order date and the slip number are printed. In the area A01, the date acquired in step ST2 is printed as the order date. In the area A02, the slip number issued in the process of step ST21 is printed. Further, the slip code generated by the process of step ST22 is printed in the area A03.

  The area A1 is an area where member information of customers serving as delivery destinations is printed. Of the member information acquired in step ST5, the customer's name is printed in area A11, the customer's telephone number is printed in area A12, and the customer's address as the delivery destination is printed in area A13. Note that when a customer orders a delivery address or telephone number separately when ordering a product, the designated information is printed in the corresponding area.

  The area A2 is an area in which the customer membership number and the number of points given in the current order are printed. Among them, the member number and the number of points are printed in plain text in the area A21, and each code of the member number and the number of points, that is, the member code and the point code generated by the processing of steps ST23 and ST24, are displayed in the area A22. Is printed. In the example of FIG. 8, the member code and the point code are arranged side by side in the horizontal direction of the paper. However, the present invention is not limited to this, and may be arranged in two columns in the vertical direction of the paper.

  In area A3, delivery information necessary for delivery is printed. As the delivery information, information for designating the delivery date, information for designating the delivery time, and information for designating the settlement method are printed in each of the areas A31 to A33. These pieces of delivery information are input separately from the customer terminal 7 when ordering goods. In the area A34, the total amount of the commodity to be purchased is printed as a receipt amount. The area A35 is a blank area provided for a signature or seal for delivery, and the area A36 is a blank area provided for a customer's receipt signature or stamp.

  In the area A4, details such as the product name, the unit price at the time of purchase, the quantity, the subtotal, and the total amount of money are printed. Among them, in the area A41, a purchase code of each product to be purchased is printed for each product.

  An example format of the delivery slip data stored in the slip database 8 is shown in FIG. As shown in the figure, the delivery slip data includes a slip number, a membership number, an order date, a point return rate, purchase target product information, a total amount, and a point number. The purchase target product information includes a product code, a product name, a unit price, a score, and a sales amount. For example, the slip database 8 stores delivery slip data in ascending order of slip numbers.

  The delivery slip 50 issued from the slip printer 401 is delivered to the delivery staff together with each product to be purchased in the store, and delivered to the customer's home of the delivery destination. After the delivery is completed, the customer's receipt signature or stamped delivery slip 50 is returned to the store of the POS system 1 and subjected to sales processing by the POS terminal 3 at an arbitrary timing. If the customer refuses or returns some of the products during delivery, the delivery staff writes a mark such as a strikethrough in the delivery information for the product (hereinafter referred to as a canceled product). Thus, the cashier can identify the canceled product at the time of sales processing.

  Hereinafter, the sales process performed in the POS terminal 3 will be described with reference to the flowcharts of FIGS. Sales processing includes sales processing for merchandise sales transactions at existing stores, so-called store sales sales processing, and sales processing for network order sales transactions using the net super sales method, so-called net super sales processing. In the store sales process, the product code (JAN code) attached to the product purchased by the customer at the store is read by the code scanner 306, which is a code reading means, and the sales data of the product is converted to the unit price at the time of purchase. Sales are processed on the basis. The net supermarket sales process reads the code recorded on the delivery slip 50 issued according to the order contents by the net supermarket sales system by the code scanner 306 as the code reading means, and thereby the product of which the order has been accepted via the WAN 6. Sales data is processed based on the unit price at the time of order confirmation.

  The flowchart of FIG. 10 shows a procedure of processing executed by the CPU 31 when a code is read by the code scanner 306. This processing procedure is realized by a control program stored in the ROM 32, for example.

  When the code is read, the CPU 31 first determines whether or not the registering flag RF is set to “1” (ST31). The registering flag RF is stored in the RAM 33 and is reset to “0” in the idle state.

  When the registering flag RF is not set to “1”, the CPU 31 clears the transaction buffer (ST32). Further, the registration flag RF is set to “1” (ST33). The transaction buffer is formed in the RAM 33.

  Next, CPU 31 determines whether or not the read code is a code having a predetermined value “7” as flag information F at the 14th digit, that is, a slip code printed on delivery slip 50 (ST34). ). In the case of a slip code (YES in ST34), the CPU 31 sets the net super flag NSF to “1” (ST35). The net super flag NSF is stored in the RAM 33 and is reset to “0” in the idle state. Next, the CPU 31 executes net super sales processing in step ST36. The online super sales process will be described later.

  When the read code is not a slip code (NO in ST34), the CPU 31 executes store sales sales processing in steps ST38 to ST42. That is, it is determined whether or not the read code is a product code (ST38). When the read code is a product code (YES in ST38), the CPU 31 stores the product information corresponding to the product code in the product of the store server 2. Obtained from the master file 11 (ST39). Then, the unit price is detected from the acquired product information, and the sales amount is calculated by multiplying the unit price by the number of sales points (ST40). Note that the sales score is the multiplier when a multiplier is input by the numeric keys of the keyboard 301 immediately before the code is read, and is “1” when the multiplier is not input. Thereafter, the CPU 31 stores the product code, the product name and unit price in the product information, the number of sales points and the sales price in the transaction buffer (ST41). Further, the product name and the sales price are displayed on the operator display 302 and the customer display 303 (ST42). This is the end of the current code reading process.

  On the other hand, if the registration flag RF has already been set to “1” at the time the code is read (YES in ST31), the CPU 31 checks the net super flag NSF (ST37). Here, if the net super flag NSF is set to “1” (TES in ST37), the net supermarket sales process is executed (ST36), and if it is reset to “0” (NO in ST37), the store Sales sales processing is executed (ST38 to ST42).

  FIG. 11 is a flowchart showing a specific processing procedure of the net supermarket sales processing. When entering the net supermarket sales process in step ST36, the CPU 31 checks the value of the flag information F which is the 14th digit of the read code (ST51, ST61).

  Here, if the value of the flag information F is “7”, the code read from the delivery slip 50 is a slip code. In this case (YES in ST51), the CPU 31 acquires a slip number from the slip code (ST52). Then, this slip number is transmitted to the net super management server 4 and a search of the slip database 8 is requested.

  The network super management server 4 that has received the request searches the slip database 8 using the received slip number as a search key, and detects slip number data including the slip number that is the search key. If the corresponding slip number data can be detected, the slip number data is transmitted to the requesting POS terminal 3. If it cannot be detected, an error response is sent.

  The CPU 31 of the POS terminal 3 that requested the search of the slip database 8 waits for a response from the net super management server 4 (ST54). When an error response is received (NO in ST54), the CPU 31 displays an error message such as “the slip number does not exist” on the operator display 302, for example.

  On the other hand, when slip number data is received from the net super management server 4 (YES in ST54), the CPU 31 stores the slip number data in the RAM 33 and analyzes it to obtain the membership number, the number of points, and all purchases. The target product information (product code, product name, unit price, points, sales amount) and total amount information are acquired (capture means). Then, each acquired information is stored in the transaction buffer (ST55: storage means).

  Next, the CPU 31 displays a transaction confirmation confirmation screen on the operator display 302. On this screen, a list of product names, points and sales amounts of the purchase target product information stored in the transaction buffer and the total amount thereof are displayed (display control means). In addition, for example, a message such as “Are there any canceled products? Press the closing key if there are none, and press the cancel key if there are any.” Is displayed.

  The CPU 31 waits for the close key K1 of the keyboard 301 to be input (ST57) or the cancel key K2 to be input (ST58: settlement acceptance means). Here, when the cancel key K2 is input instead of the closing key K1 (NO in ST57) (YES in ST58), the CPU 31 displays, for example, “a purchase time code of the canceled product on the operator display 302. Please read with a code scanner "is displayed (ST59: control means). This is the end of the current code reading process.

  On the other hand, when the closing key K1 is input instead of the cancel key K2 (NO in ST58) (YES in ST57), a closing key process described later is executed (ST60: control means).

  On the other hand, when the flag information F of the code read by the code scanner 306 is “4”, the code read from the delivery slip 50 is a purchase time code. In this case (YES in ST61), the CPU 31 acquires the product code and the unit price data from the purchase code (ST62: cancel acceptance means). Next, the CPU 31 searches for a transaction buffer (ST63). Then, it is determined whether or not purchase target product information including the product code and unit price acquired from the purchase code is stored (ST64). If not stored (NO in ST64), the CPU 31 displays an error message such as “Product information does not exist” on the operator display 302, for example.

  If stored (YES in ST64), the score is subtracted by “1” from the purchase target product information. At this time, if the score after subtraction is “1” or more, the amount and total amount of the purchase target product information are recalculated from the score after subtraction and the unit price. On the other hand, when the score after subtraction becomes “0”, the purchase target product information is deleted from the transaction buffer, and the total amount is recalculated from the other purchase target product information in the transaction buffer ( ST65: Deletion means).

  Thereafter, the CPU 31 transmits the canceled product information including the product code acquired from the purchase code and the cancellation score “1” to the net super management server 4 together with the slip number (ST66: transmission means). Further, the number of points is recalculated from the total amount recalculated in the process of step ST65 and the point return rate included in the slip number data stored in the RAM 33, and the number of points in the transaction buffer is updated. This is the end of the current code reading process.

  The net super management server 4 that has received the cancel product information cancels the cancel product from the information on the purchase target product included in the delivery slip data of the corresponding slip number stored in the slip database 8 based on the cancel product information. Delete the information.

  Thus, when the product code attached to the product is read by the code scanner 306 in the idle state in which the registration flag RF is reset to “0”, the CPU 31 of the POS terminal 3 sets the registration flag RF to “ Set to 1 "to execute store sales sales processing. Thereafter, the store sales process is repeatedly executed each time the product code is read by the code scanner 306 until the registration flag RF is reset to “0”. The store sales sales process is processed based on the current product unit price set in the product master file 11.

  Accordingly, a store clerk operating the POS terminal 3, a so-called cashier, reads the product code attached to the product purchased by the customer one by one with the code scanner 206 at the time of a product sales transaction in the actual store. When the reading operation for all purchased products is completed, the closing key K1 is input to declare the closing of one commercial transaction.

  On the other hand, when the slip code printed on the delivery slip 50 is read by the code scanner 306 in the same idle state, the CPU 31 of the POS terminal 3 sets both the registration flag RF and the net super flag NSF to “1”. Then, the net super sales process is executed. That is, the delivery slip data specified by the slip number obtained from the read slip code is taken into the POS terminal 3 from the slip database 8, and a transaction confirmation confirmation screen showing the content is displayed on the operator display 302.

  Therefore, the cashier looks at the delivery slip 50 and checks whether there is a canceled product. If there is no canceled product, enter the closing key K1 to declare the closing of one commercial transaction. If there is a cancel product, after inputting the cancel key K2, the code scanner 306 reads the cancel product purchase code. Thereafter, the closing key K1 is entered to declare the closing of one commercial transaction.

  FIG. 12 is a flowchart showing the processing procedure of the CPU 31 when the closing key K1 is input. This processing procedure is realized by a control program stored in the ROM 32, for example.

  When detecting that the closing key K1 has been input, the CPU 31 first checks the registering flag RF (ST81). Here, when the registration flag RF is reset to “0” (NO in ST8), an error occurs because the lock key K1 has been operated in an idle state in which the sales process is not being executed.

  When the registering flag RF is set to “1” (YES in ST81), the CPU 31 is based on the product sales data such as the product code, product name, unit price, sales number, sales price, etc. stored in the transaction buffer. Then, sales registration processing is executed (ST82: processing means). That is, for the product sales data stored in the transaction buffer by the store sales processing, the sales registration processing is executed based on the current product unit price detected from the product master file 11. For the product sales data stored in the transaction buffer by the net super sales processing, the sales registration processing is executed based on the product unit price at the time of order confirmation detected from the purchase code. Then, the total amount of the commercial transaction is calculated by this sales registration process. Further, sales registration data including the product code, the number of sales points, the sales amount, and the total amount of each product sold in the commercial transaction is generated.

  When the sales registration process ends, the CPU 31 checks the net super flag NSF (ST83). When the net super flag NSF is reset to “0”, the commercial transaction for which registration has been declared is a commercial transaction in which product sales data is processed by the store sales sales processing means, that is, a store sales transaction. On the other hand, when the net super flag NSF is set to “1”, it is a commercial transaction in which the product sales data is sales processed by the network sales processing means, that is, a network order sales transaction.

  Here, in the case of network order sales transaction, the membership number and the number of points at the time of order confirmation are obtained from the delivery slip data fetched from the slip database 8 when the slip code of the delivery slip 50 is read. Stored in the transaction buffer. However, in the case of a store sales transaction, the member number is stored by the information of the member card read by the card reader 305, but the number of points is not yet stored.

  Therefore, in the case of network order sales transaction (YES in ST83), the CPU 31 resets the net super flag NSF to “0” (ST84). On the other hand, in the case of store sales transaction (NO in ST83), the CPU 31 calculates the number of points from the total amount and the current point return rate and stores it in the transaction buffer (ST85).

  When the process of step ST84 or ST85 is completed, the CPU 31 operates the receipt printer 304 based on the data in the transaction buffer to print and issue a transaction receipt (ST86). In addition, the sales registration data generated in the process of step ST82 and each data of the membership number and the number of points stored in the transaction buffer are transmitted to the store server 2 via the LAN 5 (ST87).

  Thereafter, the CPU 31 clears the transaction buffer (ST88). Further, the registration flag RF is reset to “0” (ST89). This is the end of the closing key process, and the POS terminal 3 returns to the idle state.

  The store server 2 that has received the sales registration data, the membership number, and the point number transmitted from the POS terminal 3 updates the data in the store sales file 12 and the member performance file 14 based on the received data.

  As described above, in the present embodiment, at the time of sales processing of a commercial transaction by the net supermarket sales method, the slip code printed on the delivery slip 50 related to this transaction is read by the code scanner 306. If there is no cancel product, the closing key K1 is input. On the other hand, if there is a cancel product, the cancel key K2 is input, the code at the time of purchase of the cancel product is read by the code scanner 306, and then the closing key K1 is input. With the above operation, the sales process of the commercial transaction by the net supermarket sales method can be terminated. Therefore, the time required for the sales process of the commercial transaction by the net supermarket sales method can be shortened regardless of the number of products to be purchased, so that the efficiency of accounting work at the POS terminal 3 can be improved.

  Normally, sales processing of commercial transactions using the net supermarket sales method is performed in anticipation of times when there are few customers within the store's business hours. For this reason, if sales processing takes a long time, there is a risk of waiting for a customer who has come to checkout. According to the present embodiment, since the time required for the sales process of the commercial transaction by the net supermarket sales method is shortened, it is possible to prevent a problem that makes the customer who has come to pay wait.

  The present invention is not limited to the above-described embodiment as it is, and can be embodied by modifying the constituent elements without departing from the scope of the invention in the implementation stage.

  For example, in the above-described embodiment, the server that manages the slip database 8 has been described as the net super management server 4, but is not limited thereto, and may be the store server 2, for example.

  Moreover, in the said embodiment, although the code | cord | chord containing the slip code printed on a delivery slip was made into code128 type | mold barcode, it is good not only as this but the barcode of another form. Alternatively, it may be a two-dimensional data code such as a QR code (registered trademark).

  In the above embodiment, the control program is recorded in the ROM 32 of the POS terminal 3 in advance. However, the present invention is not limited to this, and a similar program may be downloaded from the network to the POS terminal 3. What is stored in the recording medium may be installed in the POS terminal 3. The recording medium may be any form as long as the recording medium can store the program and can be read by the apparatus, such as a CD-ROM. In addition, the function obtained by installing or downloading in advance may be realized in cooperation with an OS (operating system) inside the apparatus.

  In addition, various inventions can be formed by appropriately combining a plurality of constituent elements disclosed in the embodiment. For example, some components may be deleted from all the components shown in the embodiment. Furthermore, the constituent elements over different embodiments may be combined.

  DESCRIPTION OF SYMBOLS 1 ... POS system, 2 ... Store server, 3 ... POS terminal, 4 ... Net super management server, 5 ... LAN, 6 ... WAN, 7 ... Customer terminal, 8 ... Slip database, 11 ... Merchandise master file, 12 ... Store sales File: 13 ... Member master file, 14 ... Member achievement file, 31 ... CPU, 32 ... ROM, 33 ... RAM, 301 ... Keyboard, 302 ... Display for operator, 303 ... Display for customer, 304 ... Receipt printer, 305 ... Card Reader, 306... Code scanner.

JP 2009-294759 A

Claims (6)

Reading means for reading slip identification information for identifying a slip indicating the details of a product for which an order has been accepted via a network;
The order product information including the product identification codes of all the products recorded in the slip identified by the slip identification information read by the reading means, the unit price at the time of order reception, and the order score is obtained as the slip identification information of each slip. Incorporating means for fetching from the database formed by storing the order product information recorded in the slip identified by the slip identification information corresponding to
Storage means for storing order product information captured by the capture means;
Cancel accepting means for accepting an input of a product identification code of a cancel product among the products recorded in the slip;
Deleting means for deleting the ordered product information of the product specified by the product identification code received by the receiving means from the storage means;
Processing means for processing sales data of the products for which orders are received via the network based on the order product information stored in the storage means;
A product sales data processing apparatus characterized by comprising: Display control means for displaying the order product information stored in the storage means on a display unit;
A settlement accepting means for accepting a selection input as to whether or not to settle the commercial transaction of the ordered product information displayed on the display unit;
A control means for executing a sales process by the processing means upon accepting a selection input for payment by the payment accepting means;
The merchandise sales data processing apparatus according to claim 1, further comprising:   3. The product sales according to claim 2, wherein the control unit displays a message prompting for an input of a product identification code of a canceled product on the display unit when receiving the selection input indicating that the settlement is not performed by the settlement accepting unit. Data processing device. Transmitting means for transmitting the product identification code of the canceled product accepted by the cancellation accepting means and the slip identification information read by the reading means to a server that manages the database;
The product sales data processing apparatus according to claim 1, further comprising: A server that manages a database that stores order product information recorded in a slip identified by the slip identification information corresponding to the slip identification information of each slip;
A merchandise sales data processing device according to claim 4;
A product sales data processing system comprising: A product sales data processing apparatus comprising a reading means for reading slip identification information for identifying slips indicating details of a product accepted through a network;
In the product sales data processing device,
Order identification information including product identification codes, unit prices at the time of order reception and order points recorded for all products recorded in the slips identified by the slip identification information read by the reading means, slip identification information of each slip The function of taking in the order product information recorded in the slip identified by the slip identification information corresponding to
A function for storing in the storage unit the order product information captured from the database;
A function of accepting an input of a product identification code of a canceled product among the products recorded in the slip;
A function of deleting the order product information of the product specified by the product identification code that accepted the input from the storage unit;
Based on the order product information stored in the storage unit, the function of processing sales data of the product that received the order via the network;
Control program to realize.

Images