JP7376909B2 - Product data processing device and program - Google Patents

Description

The present invention relates to a product data processing device such as a POS device and a program .

Conventionally, products whose expiration date (or best-before date, the same applies hereinafter) has passed are checked at the time of sale and are not sold. Specifically, for example, a barcode containing expiry date information along with the product name and selling price is printed on the label attached to the product, and by reading this barcode, it can be determined whether the expiry date has passed or not. Controls were implemented to prevent sales from being registered if the sales amount exceeded the limit. There were also cases where registration of sales was prohibited, with the sell-by deadline being several hours before the expiry date.

Japanese Patent Application Publication No. 2007-316807

However, if the purchase format of the product is a mix of dine-in and take-out, and if you try to determine the sell-by date for all products by taking into account the take-out time for take-out, then in the case of eat-in, where there is no need to take take-out time into account, In some cases, sales of products are restricted and products have to be disposed of even though they are within the expiry date, which may result in waste loss.

The present invention has been made in view of the above-mentioned points, and an object thereof is to provide a product data processing device and program that can appropriately sell products according to the purchase format of the product.

The product data processing device according to the present invention includes an output means for outputting information regarding the sell-by date based on the expiration date or best-before date of the product registered at the time of product data processing, and a purchase format designation that specifies the purchase format of the product. means, and is characterized in that the sell-by date based on the expiration date or best-before date of the registered product is varied depending on the purchase type designated by the purchase type designation means.

1 is a perspective view of a POS system 1. FIG. 1 is a diagram showing an example of functional blocks of a POS device 10. FIG. It is a schematic diagram showing a data structure and a data example of a product master. FIG. 2 is a schematic diagram showing a data structure and data example of inventory information. FIG. 3 is an operation flow diagram showing an example of the operation of the POS device 10, including a case where takeout is specified for one entire transaction. It is a figure showing screen G1 for product registration. It is a figure showing screen G2 for product registration. It is a figure showing screen G3 for product registration. It is a figure showing screen G4 for product registration. It is a figure showing screen G4 for product registration. It is a figure showing screen G4 for product registration. FIG. 3 is an operation flow diagram showing an example of the operation of the POS device 10, including a case where takeout is specified for each product. FIG. 7 is an operation flow diagram showing an example of the operation of the POS device 10, including a case where the entire transaction is taken out, and which involves changing the expiration date. It is a figure showing screen G5 for product registration. It is a figure showing screen G6 for product registration. FIG. 7 is an operation flow diagram showing an operation example of the POS device 10 including a case where takeout is specified for each product and an expiration date is changed.

Embodiments of the present invention will be described in detail below with reference to the drawings.
FIG. 1 is a perspective view of a POS device 10 according to one embodiment of the present invention. As shown in the figure, the POS device 10 is a product data processing device that performs accounting processing such as registration and settlement of products purchased by customers, and in the case of cash payment, performs payment processing for one transaction, and also performs credit card processing. When performing non-cash payments such as electronic money or electronic money, this device performs payment processing for one transaction (non-cash payment processing) in conjunction with a payment terminal (not shown).

The POS device 10 has a store clerk display section 13 installed on top of the box-shaped device main body 11, a customer display section 15 installed above the store clerk display section 13, and a cash display section 15 installed below the device main body 11. It is configured by installing a drawer 16 for payment. An input section 17 having various operation buttons is provided on the top surface of the device main body 11, and a receipt issuing section 19 is provided on the front side of the device main body 11. The input section 17 is provided with a predetermined number of operation buttons such as a numeric keypad, a registration function key, a subtotal key, a current total key, etc., and outputs a signal according to the operation by the store clerk (operator) to the CPU 21 described below. The receipt issuing section 19 is a section that issues a receipt printed by a printing section 31 (described below) installed in the main body section 11 of the apparatus. Also connected to this POS device 10 is a handy scanner unit (barcode reader, reading means) 20 that reads barcodes affixed to products. Note that the scanner section 20 may be built into the POS device 10. Further, the drawer 16 may be replaced with an automatic change/ticket machine, or may be omitted in the case of a cashless POS device.

In this example, both the store clerk display section 13 and the customer display section 15 are constituted by liquid crystal touch panels. Various product information such as product name and product price is displayed on the display screen of the store clerk display section 13 under the control of the CPU 21 described below. On the display screen of the customer display section 15, part of the product information displayed on the clerk display section 13, such as the total price of purchased products, is displayed. Both the clerk display section 13 and the customer display section 15 are equipped with a touch panel in this example, and are therefore both display sections and input sections (together with the input section 17 or in place of the input section 17). )It has become.

FIG. 2 is a diagram showing an example of functional blocks of the POS device 10. As shown in the figure, the POS device 10 includes a CPU (control unit) 21 that controls the operation of the POS device 10, a hard disk 23 that stores customer purchase information, etc., and various programs (this program) that the CPU 21 executes. The ROM 25 stores various information such as a POS device operation program that causes the CPU 21 to execute the processes shown in FIGS. 5, 12, 13, and 16 described below, The RAM 27 stores the product master (obtained from the management device of the model), the display section 13 for store staff, the display section 15 for the customer, and the management device, payment terminal, and label issuing means (label printer) of the higher model. , a printer), etc., a printing section 31 that prints and outputs a receipt, the input section 17, the scanner section 20, and a clock section 33 that measures time, each connected to a communication line 35. configured to connect via.

In addition, although the number of POS devices 10 used in small-scale stores is usually about one, in large-scale stores, multiple POS devices 10 that connect to the store controller (upper management device) via LAN may be installed. be. That is, it is also possible to configure a product sales data processing system including a plurality of product sales data processing devices 10, a store controller, and the like. A store controller is installed in an area (for example, an office) where administrative processes such as data aggregation and accounting processing are performed, as well as decisions regarding purchasing quantities, production/processing quantities, etc., are made based on this data. It holds various files.

FIG. 3 is a schematic diagram showing a data structure and data example of a product master used in this embodiment. As shown in the figure, the product master is data in a two-dimensional tabular format consisting of rows and columns. It has a column for each item of "retrospective time".

A "department" is a department that manages products. A "product code" is an identification number for uniquely identifying a product. "Take-out retroactive time" is the expected time from when the product is taken out to when it is actually eaten (actual consumption or best-before date). This is the time backwards from the deadline. Different times are set for the retroactive time depending on the method of take-out (at room temperature, in a cold bag, with dry ice, or ready to eat), and all of these times are memorized.

FIG. 4 is a schematic diagram showing a data structure and data example of inventory information used in this embodiment. The data in each row shown in this figure is registered when the product is produced in the store or when the product is delivered from the factory to the store. The POS device 10 uses the scanner unit 20 to read the barcode of the product and registers the product data in inventory information.

As shown in the figure, inventory information includes "department", "product code", "code information", "product name", "arrival date and time", "arrival quantity", "sales quantity", It has columns for each item: "Amount of disposal" and "Amount of inventory". The primary key of this inventory information is the product code, and the secondary key is code information. With this key configuration, it is possible to manage products by processing or manufacturing lot. Each line of inventory information exists for each pair of product code and code information. Inventory information is associated with product master data by data values.

Code information is given to each production lot of a product, and is information including the date and time of consumption or best-before date. The arrival date and time is the date and time when the product was received from the factory or the date and time when the product was produced in the store. The arrival quantity is the quantity of products received or the quantity of products produced in the store. The sales quantity is the quantity of products sold. When a product is sold, the POS device 10 adds the sold quantity to the sales quantity. The discarded quantity is the quantity of products discarded due to consumption or expiration of the best-before date. The number of items in stock is the amount of products in stock.

Next, multiple operational examples of the POS device 10 when takeout and eat-in operations coexist will be described.
[Example of specifying takeout for an entire transaction]
FIG. 5 is an operation flow diagram showing an example of the operation of the POS device 10 including a case where takeout is specified for one entire transaction. First, a product registration screen G1 for barcode scan mode as shown in FIG. 6, for example, is displayed on the store clerk display section 13 of the POS device 10.

The product registration screen G1 displays a selected product display field G11, a function switch field G13, a number key field G15, and the like. In the function switch field G13, there is an overall takeout button G131 for selecting to take out all the products to be purchased, and an individual takeout button for selecting to take out some of the products to be purchased. G133 is displayed. In this example, if the overall takeout button G131 or the individual takeout button G133 is not pressed (selected), it is assumed that eat-in has been selected.

First, the store clerk acquires the product code and code information (at least code information) of the product that the customer wants to purchase by reading the barcode attached to the product using the scanner unit 20 (step 1-1). The barcode includes information on the expiration date, for example, "FF CCCCCC DDHH C/D". Here, "FF" indicates the barcode format itself or a country code. "CCCCCC" is the product code, "DDHH" is where DD is the date, HH is the time (24 hours), and "C/D" is the check digit. Of course, another format may be used within the 13 digits. For example, instead of DDHH, it may be used as DDD(001~365)H (1:0~3 o'clock, 2:3 o'clock~6 o'clock,..., 8:21 o'clock~24 o'clock in 3-hour units). In cases where dates can be used, such as expiration dates, only DDD information can be used without H, or MM (month) DD can be used. It may also be composed of another CODE128 or GS1 data bar, or it may be composed of a two-dimensional code. In step 1-1, the CPU 21 simultaneously obtains the current date and time measured by the clock unit 33 (hereinafter also referred to as "scan date and time") at the timing when the scanner unit 20 reads the barcode. The scan date and time includes the year, month, day, hour, and minute. Then, the CPU 21 sets the product as a purchase target product, stores the read information and scan date and time in the RAM 27, uses the stored product code to acquire information on the product from the product master, and stores it in the RAM 27. As a result, the product is registered (step 1-2).

The product registered (temporarily registered) by reading the barcode is displayed in the selected product display field G11, as shown in the product registration screen G2 shown in FIG. 7 (step 1-2). In this example, it is assumed that product A shown in the selected product display field G11 is selected and displayed (at this stage, the field for product B is not displayed, and the numbers in the subtotal and total fields are not as shown). are different).

Next, if there is another product to purchase, return to step 1-1 from step 1-3 and register product B by performing the same operation as above. The registered (temporarily registered) product B is displayed in the selected product display field G11, as shown in the product registration screen G2 shown in FIG.

If there are no other products to purchase ("N" in step 1-3), the purchase format, ie, eat-in or take-out, is specified (step 1-4). In this case, the purchase format is specified for all the selected products at once. When selecting takeout, the user presses (touches, the same applies hereinafter) the entire takeout button G131 displayed on the product registration screen G2. On the other hand, as described above, if the entire take-out button G131 is not pressed, this means that the entire eat-in is designated. Note that a configuration may also be adopted in which a separate all-inclusive eat-in button is provided and either the all-inclusive eat-in button or the all-inclusive takeout button G131 is pressed. Furthermore, instead of separately installing a whole eat-in button, the whole take-out button G131 may be omitted, and if the whole eat-in button is not pressed, it is assumed that the whole take-out is instructed.

If the purchase format is eat-in, the process moves from "N" in step 1-5 to step 1-11, and the acquired current date and time (scan date and time) and the expiration date (eat-in) of each product selected above are entered. In this case, the expiration date becomes the sell-by date (the same applies hereafter). As a result of the comparison, if none of the products exceeds the expiration date obtained for each product, proceed to step 1-12, and perform payment processing by pressing the subtotal button G151 on the product registration screen G2 ( Step 1-12), a receipt is issued from the printing unit 31 (Step 1-13), the accounting information is stored in the RAM 27 (Step 1-14), and the series of processes ends.

On the other hand, in step 1-11, if the current date and time (scan date and time) of any product, in this case product B, exceeds the expiration date obtained for the product B (step 1-11 Y'') displays an output to the effect that product sales are restricted or prohibited on the clerk display section 13 (step 1-9). For example, a pop-up screen is displayed on the product registration screen G2 in FIG. 7, and a message such as "Product B cannot be sold because its expiration date has passed" is displayed on the pop-up screen.

If you delete the product B from the selected product display field G11, move from "Y" in step 1-10 to step 1-12, press the subtotal button G151, etc., and check the remaining products. A settlement process (step 1-12), a receipt issuing process (step 1-13), and an accounting information registration process (step 1-14) are performed, and the series of processes ends. On the other hand, if the product B is not to be deleted from the selected product display field G11 in step 1-10, the process proceeds to "N" in step 1-10, and the series of processes ends without performing the product payment process. .

Next, in step 1-5, if the purchase type is take-out, the entire take-out button G131 is pressed, and the process moves from "Y" in step 1-5 to step 1-6. At this time, as in the product registration screen G3 shown in FIG. 8, "Takeout" is displayed at the top of the selected product display field G11. It is preferable to display this display in a conspicuous color or display mode, such as displaying in a color different from the surroundings, for example, red. At this time, for example, a pop-up screen is displayed on the product registration screen G3 shown in FIG. 8, prompting the user to specify a take-out method. As an example of the display, for example, "Please specify the method of return. (1) Room temperature (2) Cold bag (3) Comes with dry ice (4) Eat immediately." Then, by pressing one of the numbers, you can specify the return method.

Next, the sell-by date of each selected product is calculated and output (step 1-7). The calculation method is to set the sell-by date as the time obtained by subtracting the retroactive time for take-out for each take-out method read from the product master from the expiration date obtained for each registered product. Specifically, for example, if the take-home method for product B is a cold bag and the expiration date read from the barcode is "October 1st 1:00 p.m.", as shown in Figure 3, from the product master Since the retroactive time obtained is 3 hours, the sales deadline is "October 1st 10:00". For example, if the take-home method is room temperature, the retroactive time obtained from the product master will be 7 hours, so the sales deadline will be "October 1st 6:00", compared to when using a cold bag. The sale deadline will be earlier. In other words, using a cold bag can keep the product fresh for a longer period of time, so the sell-by date can be set to a time close to the expiration date for eat-in food on the spot.

If the sell-by date calculated for each product has not passed the current date and time ("N" in step 1-8), proceed to step 1-12, and click the subtotal button G151 to make the payment. Processing (step 1-12), receipt issuing processing (step 1-13), and accounting information registration processing (step 1-14) are performed, and the series of processing ends.

On the other hand, if any of the sell-by dates calculated for each product have passed the current date and time ("Y" in step 1-8), the process moves to step 1-9, and a message indicating that product sales are to be restricted or prohibited is sent. The output is displayed on the store clerk display section 13 (step 1-9). For example, a pop-up screen is displayed on the product registration screen G3 in Figure 8, and a message such as "Product B cannot be sold because the sales period for takeout has passed" is displayed in the pop-up screen. conduct.

If you delete the product B from the selected product display field G11, move from "Y" in step 1-10 to step 1-12, press the subtotal button G151, etc., and check the remaining products. A settlement process (step 1-12), a receipt issuing process (step 1-13), and an accounting information registration process (step 1-14) are performed, and the series of processes ends. On the other hand, if the product B is not to be deleted from the selected product display field G11 in step 1-10, the process proceeds to "N" in step 1-10, and the series of processes ends without performing the product payment process. .

In the above operation example, the timing for pressing the entire takeout button G131 is set after all products have been selected (registered), but it may be pressed at other times, such as before selecting a product or while selecting a product. It may be configured so that this can be pressed at the appropriate timing. In these cases, as in the above operation example, the sell-by date is configured to vary based on the expiration date of the registered product depending on the purchase format specified by the purchase format designation means (eat-in and take-out designation means). do.

Furthermore, in the above operation example, the scan date and time when the barcode of each selected product is read is used as the current date and time to be compared with the expiry date and sell-by date, but other dates and times, such as the date and time when the entire takeout button G131 is pressed, are used. , it may also be the current date and time to be compared with the expiration date or sell-by date.

Further, in the above operation example, a sell-by date based on the expiry date is used, but a best-before date, that is, a sell-by date based on the best-before date may be used instead of the best-before date. This also applies to the embodiments described below.

As explained above, the POS device 10 is an output unit that outputs information regarding the sell-by date based on the expiry date (or best-before date) of the product registered during product data processing (steps 1-1 to 3). (Step 1-7), and a purchase format designation means (Steps 1-4, 6) for designating the purchase format of the product, and the registered product is registered according to the purchase format designated by the purchase format designation means. It is configured to vary the sell-by date based on the expiry date (or best-before date) of the product (step 1-7).

Further, the purchase format designation means can specify eat-in and take-out, and the sell-by date based on the expiry date (or best-before date) for take-out is shorter than the sell-by date based on the best-before date (or best-before date) for eat-in. It is composed of

Furthermore, the purchase type designation means allows the user to designate a take-out method for take-out (step 1-6).

The POS device 10 further includes a scanner unit (reading means) 20 that reads code information for identifying the product, and the consumption or best-before date is acquired by reading the code information using the scanner unit 20 (step 1-1). ).

Also, the current date and time are compared with the date and time of the sell-by date based on the expiration date (or best-before date) determined by the purchase format specified by the purchase format specifying means, and the current date and time is determined to be the sell-by date based on the best-before date (or best-before date). If it exceeds the limit, an output indicating that the sale of the product is restricted or prohibited is output (steps 1-8 and 9).

[Example of specifying takeout for each product]
FIG. 12 is an operation flow diagram showing an example of the operation of the POS device 10, including a case where takeout is specified for each product. First, the clerk display section 13 of the POS device 10 displays a product registration screen G1 for the barcode scan mode, as shown in FIG. 6, for example, as described above. In this example, as in the above case, if the overall takeout button G131 or the individual takeout button G133 is not pressed (selected), it is assumed that eat-in has been selected.

First, the store clerk acquires the product code and code information (at least the code information) of the product that the customer wants to purchase by reading the barcode attached to the product using the scanner unit 20 ( Step 2-1). At the same time, the CPU 21 acquires the current date and time (scan date and time) measured by the clock unit 33 at the timing when the scanner unit 20 reads the barcode. The scan date and time includes the year, month, day, hour, and minute. Then, the CPU 21 sets the product as a purchase target product, stores the read information and the current date and time in the RAM 27, uses the stored product code to acquire information on the product from the product master, and stores it in the RAM 27. As a result, the product is registered (step 2-2).

The product registered (temporarily registered) by reading the barcode is displayed in the selected product display field G11, as shown in the product registration screen G2 shown in FIG. 7 (step 2-2). In this example, it is assumed that product A shown in the selected product display field G11 is selected and displayed (at this stage, the field for product B is not displayed, and the numbers in the subtotal and total fields are not as shown). are different).

Next, if you do not want to designate the selected product A as takeout (in the case of eat-in), do not press the individual takeout button G133 (step 2-3) and go from "N" in step 2-4 to step 2-14. Then, the acquired current date and time is compared with the expiration date of the selected product A. As a result of the comparison, if the current date and time does not exceed the expiration date ("N" in step 2-14), the process moves to step 2-10. In this case, there are other products to purchase, so the next Read the barcode of product B (step 2-1 from "Y" in step 2-10).

On the other hand, in step 2-14, as a result of the comparison, if the above current date and time exceeds the above expiration date ("Y" in step 2-14), the process moves to step 2-8, and product sales are restricted or prohibited. An output indicating this is displayed on the display section 13 for clerks. For example, a pop-up screen is displayed on the product registration screen G2 in FIG. 7, and a message such as "Product A cannot be sold because the expiration date has passed" is displayed therein. If the product A is deleted from the selected product display field G11, the process moves to step 2-10, and since there are other products to purchase in this case, the barcode of the next product B is read (step 2 -Step 2-1 from “Y” of 10).

Next, product B is registered by the same operation as above (step 2-2). The registered (temporarily registered) product B is displayed in the selected product display field G11, as shown in the product registration screen G2 shown in FIG.

Next, if the selected item B is to be designated as takeout, the individual takeout button G133 is pressed (step 2-3), and the process moves from "Y" in step 2-4 to step 2-5. At this time, as in the product registration screen G4 shown in FIG. 9, "Takeout" is displayed below product B in the selected product display field G11. It is preferable to display this display in a conspicuous color or display mode, such as displaying in a color different from the surroundings, for example, red. At this time, for example, a pop-up screen is displayed on the product registration screen G4 shown in FIG. 9, prompting the user to specify the take-out method. For example, the message ``Please specify the method of return. (1) At room temperature (2) Insulated bag (3) With dry ice (4) Ready to eat'' is displayed, and by pressing one of the numbers, the message will be displayed. , make the specification.

Next, the sell-by date of the selected product B is calculated and output (step 2-6). The sell-by date is calculated by subtracting the retroactive time at the time of take-out in the take-out method read from the product master from the expiry date of the acquired product B, and using this time as the sell-by date. The specific method for calculating the sell-by date is the same as in the above case [example of specifying take-out for one transaction].

If the sell-by date calculated for product B has not passed the current date and time ("N" in step 2-7), the process moves to step 2-10. In this case, there are no purchased products to be added (step 2-10), payment processing (step 2-11), receipt issuing processing (step 2-12), accounting information registration processing (step 2-13), and the series of processing ends.

On the other hand, if the sell-by date calculated for product B has passed the current date and time ("Y" in step 2-7), the process moves to step 2-8, and the sales deadline for product B is restricted or prohibited. The output is displayed on the display section 13 for clerks. For example, as shown in FIG. 10, a pop-up screen G41 is displayed on the product registration screen G4, and a message such as "This product is past its sell-by date and cannot be sold" is displayed therein, and the above-mentioned message is displayed. Delete product B from the registration (step 2-9). At this time, for example, by pressing the return button G43, the display regarding the product B in the selected product display field G11 of the product registration screen G4 is deleted. As another example of the pop-up screen G41, as shown in FIG. 11, it displays that the product in question has passed its sell-by date, and then displays a message saying that although the sell-by date at room temperature has passed, dry ice or a cold bag If the product is within the sell-by date when the product is used for immediate consumption or for immediate consumption, it may be indicated that the product can be sold (selectable) in those sales formats. Specifically, for example, as shown in FIG. 11, a dry ice button G45, a cold bag button G47, and an eat-now button G48 may be displayed for each sales format. At that time, buttons are displayed only for the sales formats that are within the sell-by date, or bright buttons are displayed for sales formats that are within the sell-by date, and dark buttons are displayed for other sales formats, making it easy to select the available take-out method. It may be possible to do so. Furthermore, as shown in FIG. 11, a return button G49 may be displayed when these buttons G45, 47, and 49 are not pressed. Further, as shown in FIG. 11, additional charges associated with the sales form may be displayed near the dry ice button G45 and the cold bag button G47. For example, when you are in eat-in mode, if you have registered a product that is within the sell-by date for eat-in but is outside the sell-by date for take-out, and you later press the take-out button to change the product to take-out mode, It may be configured to display an error screen such as the pop-up screen G41 described above.

Returning to FIG. 12, when moving to step 2-10, in this case there are no purchased items to be added (“N” in step 2-10), payment processing (step 2-11), receipt issuing processing (step 2 -12), performs accounting information registration processing (step 2-13), and ends the series of processing.

In the above operation example, the individual takeout button G133 is pressed immediately after specifying the corresponding product, but the method of specification can be changed in various ways, for example, immediately before specifying the corresponding product. Alternatively, after registering all the products, the corresponding product and the individual takeout button G133 may be pressed in succession to specify the product. Further, after pressing the individual takeout button G133, the user may press the individual takeout button G133 again to cancel the designation. Furthermore, in the above operation example, the current date and time is obtained by reading the barcode of the selected product, but other dates and times, such as the date and time when the individual takeout button G133 is pressed, can be used to limit the sale of takeout products or It may also be used as the current date and time of prohibition.

Further, in each of the operation examples of steps 1-9 and 2-8, a display indicating that the product sale is prohibited is displayed, but instead, an output indicating that the product sale is restricted may be output. In other words, for example, rather than prohibiting the sale of a product, if the product is within its expiration date, even if the sell-by date has passed, "This product (these products) is past its sell-by date, but Do you want to allow the sale?" and the store staff will inform the customer of this, and if the customer does not approve the sale, they will take the same action as above (delete the registration and do not sell the product). However, if the customer approves the sale, the registered state of the product may be maintained and the product may be sold. At that time, the price of the product may be discounted. The discount amount and discount rate may be changed depending on the time measured or the time until the sales deadline. It may be set uniformly for all products, or it may be settable for each product. For example, 2 hours before the sell-by date, you will get a 10% discount (or 10 yen off product A, 20 yen off product B), and 1 hour before the sell-by deadline, you will get a 20% discount (or 20 yen off product A). 40 yen off for product B), or 30% off 30 minutes before the sell-by date (or 40 yen off for product A and 80 yen off for product B).

Further, in each of the above operation examples, the expiration date (or expiration date) is set for each product, but it may be set for each category of the product. This also applies to the embodiments described below.

In addition, in each of the above operation examples, the output in step 1-9 and step 2-8 is displayed on a screen such as a pop-up display, but instead of or in addition to that, other warnings such as a printed warning or an audio warning are displayed. Various output methods may be used. In addition, in each of the above operation examples, one screen is used to input both eat-in and take-out, but for example, it is possible to input both using separate screens, or even separate screens of the same screen. It may be configured as follows. Further, in each of the above operation examples, a barcode scan mode screen is used as the product registration screen G1, but instead, a screen for specifying a product using a preset key may be used as the product registration screen.

By the way, in each of the above operation examples, in the case of take-out (and depending on the take-out method), the expiry date (or best-before date) is not changed, and sales are made earlier than the expiry date (or best-before date). Although we set an expiration date, in some cases, the expiration date (or best-before date) itself may be changed (different) to accommodate take-out (and take-out methods). Also good. This will be explained below.

[Example of take-out of entire transaction with change of expiry date]
FIG. 13 is an operation flow diagram illustrating an example of the operation of the POS device 10, which includes a case where the entire transaction is taken out and involves a change in the expiration date. First, a product registration screen G5 for preset key mode as shown in FIG. 14, for example, is displayed on the store clerk display section 13 of the POS device 10. However, at this time, nothing is displayed in the selected product display column G51 described below.

The product registration screen G5 displays a selected product display field G51, a function switch field G53, a preset key display field G55, and the like. In the function switch column G53, a general takeout button G531 and an individual takeout button G533 are displayed. In this example as well, if the overall takeout button G531 or the individual takeout button G533 is not pressed (selected), it is assumed that eat-in has been selected.

First, the store clerk obtains the product code of the product A that the customer wants to purchase by pressing the preset key G551 (step 3-1). At the same time, the CPU 21 acquires the current date and time measured by the clock unit 33 (hereinafter also referred to as "key press date and time") at the timing when the preset key G551 is pressed. The key press date and time includes the year, month, day, hour, and minute. Then, the CPU 21 sets the product A as a product to be purchased, stores the acquired information and the current date and time in the RAM 27, acquires information on the product A from the product master using the stored product code, and stores it in the RAM 27. As a result, the product A is registered (step 3-2).

The product registered (temporarily registered) by reading the barcode is displayed in the selected product display field G11, as shown in the product registration screen G5 shown in FIG. In this example, it is assumed that product A shown in the selected product display field G11 is selected and displayed (at this stage, the product B field and the word takeout are not displayed, and the numbers in the subtotal and total fields are not displayed. (different from what is shown).

Next, if there is another product to purchase, return to step 3-1 from step 3-3, and register product B by performing the same operation as above. The registered (temporarily registered) product B is displayed in the selected product display field G11, as shown in the product registration screen G5 shown in FIG.

If there are no other products to purchase ("N" in step 3-3), the purchase format, ie, eat-in or take-out, is specified (step 3-4). In this case, the purchase format is specified for all the selected products at once. The take-out selection is made by pressing the entire take-out button G531 displayed on the product registration screen G5. At this time, the words "take-out" are displayed at the top of the selected product display column G11, as shown in FIG. 14.

Next, if the purchase type is eat-in, the process moves from "N" in step 3-5 to step 3-9, where payment processing (step 3-9), receipt issuing processing (step 3-10), and accounting Information registration processing (step 3-11) is performed, and the series of processing ends.

On the other hand, in step 3-5, if the purchase format is take-out (if the entire take-out button G531 is pressed), a pop-up screen is displayed on the product registration screen G5 shown in FIG. prompt you to specify. An example of a display would be, ``Please specify the method of return. (1) Room temperature (2) Cold bag (3) Dry ice included'' and specify by pressing one of the numbers ( Step 3-6).

Next, the expiry date of each selected product is calculated and output according to the return method (step 3-7). The calculation method is to read the period until the expiration date (not shown) that has been set in the product master in advance according to the return method for each registered product, and add the period to the current date and time obtained above. and calculate the expiry date of each product. Specifically, for example, assume that for product B, the period until the expiry date in the product master is "4 hours" when it is at room temperature, and "8 hours" when it comes with dry ice, and the current date and time is If "October 1st 13:00" is selected, "October 1st 17:00" is selected when room temperature is selected, and "October 1st 21:00" is selected when dry ice is selected. Each has an expiry date. In other words, products with dry ice can maintain their freshness, so the expiration date can be set later than when taking out products at room temperature.

Then, for each product, a label with the expiration date and the like printed thereon is issued by a label issuing means (output means) not shown, and is affixed to each product (step 3-8). After that, as in the case of eat-in above, the process moves to step 3-9, where payment processing (step 3-9), receipt issuing processing (step 3-10), accounting information registration processing (step 3-11), and a series of Terminates the process.

In the above operation example, the entire takeout button G531 is pressed at a timing after all products have been selected (registered), but it may be pressed at other times, such as before selecting a product or while selecting a product. It may be configured so that this can be pressed at the appropriate timing.

In addition, in the above operation example, the current date and time is obtained when the preset key of each product to be selected is pressed, but other dates and times, such as the date and time when the whole takeout button G531 is pressed, are used as the current date and time and the expiration date. It may be configured to calculate.

As explained above, the above-mentioned POS device 10 uses the expiration date (or best-before date) of the product registered at the time of product data processing (this deadline is the sell-by date based on the expiration date (or best-before date) of the product). an output means (step 3-7) for outputting information related to the item (also known as a product); and a purchase type designation means (steps 3-4, 6) for specifying the purchase type of the product, and the purchase type designation means specifies the purchase type. The expiration date (or expiration date) of the registered product is changed depending on the type of purchase made (step 3-7).

[Example of takeout for each product with change in expiry date]
FIG. 16 is an operation flow diagram illustrating an example of the operation of the POS device 10, which includes a case where take-out is designated for each product and which involves changing the expiration date. First, the clerk display section 13 of the POS device 10 displays a product registration screen G6 for the preset key mode, as shown in FIG. 15, for example, as described above. However, at this time, nothing is displayed in the selected product display column G51 described below.

First, the store clerk obtains the product code of the product A that the customer wants to purchase by pressing the preset key G551 (step 4-1). At the same time, the CPU 21 acquires the current date and time measured by the clock unit 33 (hereinafter also referred to as "key press date and time") at the timing when the preset key G551 is pressed. Then, the CPU 21 sets the product A as a product to be purchased, stores the acquired information and the current date and time in the RAM 27, acquires information on the product A from the product master using the stored product code, and stores it in the RAM 27. As a result, the product A is registered (step 4-2).

The product registered (temporarily registered) by pressing the preset key is displayed in the selected product display field G51, as shown in the product registration screen G6 shown in FIG. 15. In this example, it is assumed that product A shown in the selected product display field G51 is selected and displayed (at this stage, the field for product B is not displayed, and the numbers in the subtotal and total fields are not as shown). are different). If the purchase format for product A is eat-in, the process moves from "N" in step 4-4 to step 4-8.

In this example, since product B is selected next, the process returns to step 4-1, and steps 4-1 and 4-2 are executed in the same manner as above to register and display product B. When taking out product B, the individual takeout button G533 is pressed, the process moves from step 4-4 to step 4-5, and a pop-up screen, for example, is displayed on the product registration screen G6 shown in FIG. prompt you to specify. As an example of the display, for example, "Please specify the return method. (1) Room temperature (2) Cold bag (3) Dry ice included" is displayed, and the designation is made by pressing one of the numbers.

Next, the expiration date of product B is calculated according to the return method and output (step 4-6). The calculation method is the same as above. Then, for the product B, a label on which the expiration date and the like are printed is issued by a label issuing means (output means) not shown, and is attached to the product B (step 4-7). In this example, assuming that all purchased products have been selected, the process moves from "N" in Step 4-8 to Step 4-9, which includes payment processing (Step 4-9) and receipt issuing processing (Step 4-9). 4-10), accounting information registration processing (step 4-11) is performed, and the series of processing ends.

As explained above, the POS device (product data processing device) 10 according to the present invention serves as an output means for outputting information regarding the sell-by date based on the expiration date or best-before date of the product registered during product data processing. , a purchase format designation means for designating a purchase format of the product, and a sell-by date based on the expiry date or best-before date of the registered product is varied according to the purchase format designated by the purchase format designation device. It is characterized by
Here, the "sell-by date based on the product's expiration date or best-before date" also includes "the product's best-before date or best-before date itself."
This makes it possible to obtain a sell-by date based on the expiration date or best-before date of the product depending on the type of purchase, thereby making it possible to prevent wasteful disposal of the product.

In addition to the above-mentioned features, the POS device 10 according to the present invention is such that the purchase format designating means can specify eat-in and take-out, and the sell-by date based on the expiration date or best-before date for take-out is the expiration date or best-before date for eat-in. It is characterized by a shorter sell-by date than the expiry date.
This makes it possible to set sell-by dates that suit the actual purchase formats of eat-in and take-out, making it possible to prevent waste loss.

In addition to the above-mentioned features, the POS device 10 according to the present invention is characterized in that the purchase type designating means can designate a take-out method in the case of take-out.
This allows us to set sell-by dates that more closely match the actual situation, depending on how you take out the same take-out item, such as whether you take it home at room temperature, in a cold bag, or with dry ice, and whether you want to eat it immediately even if you are not eating it in. This makes it possible to prevent unnecessary waste.

Further, in addition to the above characteristics, the POS device 10 according to the present invention further includes a reading means for reading code information for identifying a product, and the consumption or best-before date is acquired by reading from the code information by the reading means. It is a feature.
This makes it possible to read the consumption or best-before date from the code information attached to the product, making it possible to set the consumption or best-before date for each item.

In addition to the above characteristics, the POS device 10 according to the present invention compares the current date and time with the date and time of the sell-by date based on the expiry date or best-before date determined by the purchase type specified by the purchase type designation means, and determines the current date and time. It is characterized in that a predetermined output is performed when the sell-by date based on the expiration date or best-before date has been exceeded.
As a result, it is possible to output an output that restricts or prohibits the sale of products whose sell-by date has passed, and it is possible to ensure the safety of the products being sold.

Further, in addition to the above features, the POS device 10 according to the present invention is characterized in that the predetermined output performed by the output means is an output to restrict or prohibit the sale of the product.
As a result, it is possible to output an output that restricts or prohibits the sale of products whose sell-by date has passed, and it is possible to ensure the safety of the products being sold.

Further, the program executed by the POS device 10 according to the above embodiment is provided as being pre-installed in the ROM 25 or the like, but is not limited to this, and is provided as a file in an installable format or an executable format on a CD. - The information may be provided by being recorded on a computer-readable recording medium such as a ROM, a flexible disk (FD), a CD-R, or a DVD (Digital Versatile Disk). Further, the program executed by the POS device 10 of the embodiment described above may be stored on a computer connected to a network such as the Internet, and may be provided by being downloaded via the network. Further, the program executed by the POS device 10 of the above embodiment may be configured to be provided or distributed via a network.

Although the embodiments of the present invention have been described above, the present invention is not limited to the above embodiments, and various modifications can be made within the scope of the claims and the technical idea described in the specification and drawings. It is possible. It should be noted that any structure not directly described in the specification or drawings is within the scope of the technical idea of the present invention as long as it achieves the functions and effects of the present invention. Furthermore, the embodiments described above and shown in the figures can be combined with each other as long as there is no contradiction in purpose, structure, etc. In addition, the above description and the contents of each figure, even if only a part thereof, can be an independent embodiment, and the embodiment of the present invention is an embodiment that combines the above description and each figure. It is not limited to.

10 POS device (product data processing device) 11 Device main unit 13 Display section for clerk 15 Display section for customers 16 Drawer 17 Input section 19 Receipt issuing section 20 Scanner section (barcode reader, reading means) 21 CPU
23 Hard disk 25 ROM
27 RAM 29 Communication Department 31 Printing Department 33 Clock Department 35 Communication Line G1 Product Registration Screen G11 Selected Product Display Field G13 Function Switch Field G131 Whole Takeout Button G133 Individual Takeout Button G15 Number Key Field G2 Product Registration Screen G3 Product Registration Screen G4 Product registration screen G41 Pop-up screen G43 Back button G45 Dry ice button G47 Cold bag button G48 Eat now button G49 Back button G5 Product registration screen G51 Selected product display field G53 Function switch field G531 Whole takeout button G533 Individual takeout button G55 Preset key display field G551 Preset key G6 Product registration screen

Claims (7)

an output means for outputting information regarding a sell-by date based on the expiration date or best-before date of the product registered during product data processing;
a purchase format specifying means for specifying the purchase format of the product;
Equipped with
A product data processing device characterized in that a sell-by date based on an expiration date or a best-before date of a registered product is varied depending on a purchase format designated by the purchase format designation means. The purchase type designation means is capable of specifying eat-in and take-out, and a sell-by date based on the expiry date or best-before date for take-out is shorter than the sell-by date based on the best-before date or the best-before date for eat-in. 1. The product data processing device according to 1. 3. The product data processing device according to claim 1, wherein the purchase type designating means can designate eat-in or take-out, and can designate a take-out method in the case of take-out. Further comprising a reading means for reading code information for identifying the product,
4. The product data processing device according to claim 1 , wherein the consumption or best-before date is obtained by reading from the code information by the reading means. Compare the current date and time with the date and time of the sell-by date based on the expiry date or best-before date determined by the purchase format specified by the purchase format specifying means, and if the current date and time exceeds the sell-by date based on the best-before date or the best-before date 5. The product data processing device according to claim 1, further comprising an output means for performing a predetermined output. 6. The product data processing device according to claim 5, wherein the predetermined output performed by the output means is an output indicating that sale of the product is restricted or prohibited. A computer as a product data processing device,
output means for outputting information regarding the sell-by date based on the expiry date or best-before date of the product registered during product data processing;
a purchase format specification means for specifying the purchase format of the product;
function as
Furthermore, the program functions to vary the sell-by date based on the expiration date or best-before date of the registered product according to the purchase format designated by the purchase format designation means.

Images