JP2006031514A - Commodity sales data processor, program and storage medium - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To make good use of sales data storage area according to a coordinator even in a store where the sales data management is not performed according to the coordinator. <P>SOLUTION: The sales data storage area F3 is provided which stores the sales data of commodities in commodity sales data processing according to the coordinator. By using the sales data storage area F3, either one of the coordinator or a day of the week can be set as a management object for managing the sales data. When the coordinator is set as the management object, the sales data are associated with a coordinator code registering the coordinator and stored in the sales data storage area F3. When the day of the week is set as the management object, the day is assigned to the coordinator code and the sales data are stored in the sales data storage area F3 according to the day of the week. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

  The present invention relates to a merchandise sales data processing apparatus, a program, and a storage medium.

  Conventionally, in merchandise sales data processing devices such as ECR (Electronic Cash Register) and POS (Point Of Sales) terminals installed in stores, merchandise sales registration processing is performed based on cashier operations. Product sales data processing including

  In general, in stores such as convenience stores and supermarkets, a plurality of responsible persons (cashers) use product sales data processing devices in turn. In such a store, for example, the daily sales amount is managed for each person in charge. Therefore, in the merchandise sales data processing device, in addition to the sales registration file for registering the sales data of each sold product, for example, by department code, the sales by manager responsible for accumulating sales data such as the sales amount for each manager A sales data file for each person in charge as a data storage area is provided (see, for example, Patent Document 1). And in this merchandise sales data processing apparatus, before each responsible person starts a sales operation, the responsible person registration (sign-on) is performed by inputting his responsible person code by key operation and performing a sign-on operation. Is made. After that, when a normal sales registration operation is executed, the input sales data is registered in the sales registration file described above, and the storage area of the sales data file by person in charge corresponding to the person who has signed on (responsible person code) Is accumulated and stored. This makes it possible to manage sales data such as the sales amount for each responsible person (responsible person code).

Japanese Examined Patent Publication No. 6-42273

  By the way, in a small-scale private store or the like, for example, when there is one cashier or two couples are working and the cashier is relative, the sales amount is calculated for each cashier as described above. There is no need to manage. In such a store, there is a problem that the sales data file for each person in charge is not used and its memory area is wasted.

  An object of the present invention is to make it possible to effectively use a sales data storage area for each responsible person even in a store or the like that does not manage sales data for each responsible person.

  The present invention relates to a sales data storage area for each person in charge for accumulating and storing the sales data of the goods in the product sales data processing, the day of week management means for managing the day of the week, and the person in charge code input via the input device. Means for registering the person in charge based on the above, means for managing sales data using the person-by-person sales data storage area, means for setting either the person in charge or the day of the week, and When a person in charge is set, means for storing the sales data in the person-by-person sales data storage area corresponding to the person-in-charge registered as the person in charge, and a day of the week is set as the management target Means for assigning a day of the week to the person-in-charge code and storing the sales data for each day of the week in the person-by-person sales data storage area.

  According to the present invention, the sales data storage area for each person in charge can be used effectively.

  An embodiment of the invention will be described with reference to the drawings. The present embodiment is an example in which ECR is applied as a merchandise sales data processing apparatus.

  FIG. 1 is an external perspective view showing the ECR 1. The ECR 1 is placed on the drawer 2 and controls the opening and closing of the drawer 2. A keyboard 4 as an input device is arranged on the front right side of the main body 3 of the ECR 1, and a mode change switch 5 for setting operation modes such as registration / setting / settlement with a key (not shown) so as to be switchable behind the keyboard 4. Is arranged. A receipt issuing port 6 for discharging a receipt issued from a printer 25 (see FIG. 2) built in the main body 3 is formed on the rear left side of the main body 3. A display 8 is arranged on the right rear side of the main body 3, and a customer side display unit 9 is arranged behind the display 8. Further, a code scanner 10 that optically reads a product code or the like is connected to the ECR 1.

  FIG. 2 is a block diagram showing the electrical connection of each part provided in the ECR 1. The ECR 1 incorporates a microcomputer (hereinafter referred to as a microcomputer) 13, and the microcomputer 13 drives and controls each part. The microcomputer 13 is connected to a CPU (Central Processing Unit) 14 that centrally controls each unit, a ROM (Read Only Memory) 16 and a RAM (Random Access Memory) 17 via a bus line 15 such as an address bus and a data bus. A timer T which is a day of week management means is connected. The ROM 16 is a memory that stores in advance fixed data such as a startup program, and the RAM 17 functions as a work area that constitutes various buffers such as a sales buffer and a print buffer and stores various data in a rewritable manner. The timer T measures the date and time and manages the day of the week based on the date. The RAM 17 is backed up by the battery BT.

  In the RAM 17, a day table T1 as shown in FIG. 3 is formed. This day of week table T1 is used in a sign-on process described later. The day of week table T1 includes a previous day of week area 31 and a current date day of week area 32. The current date and day area 32 stores the current date and day of the week based on the timer T.

  Further, a storage device (storage medium) 18 such as an HDD (Hard Disk Drive) is connected to the bus line 15 connected to the CPU 14, and a computer program for operating the microcomputer 13 and a product master file are connected to the storage device 18. F1, a sales file F2, a sales data file by manager as a sales data storage area by manager, a management target setting table T2, and the like are stored. The product master file F1 has a file structure that stores and holds a product name, a unit price, a department code, and the like in association with each product code of the product. The sales file F2 has a file structure for storing and holding a merchandise sales history such as sales details and sales amount.

  As shown in FIG. 4, the sales data file by manager F3 includes a manager code area 41, a manager name area 42, a sign-on flag area 44, and a sales data area 45 for each manager. The responsible person code area 41 stores a responsible person code. The responsible person name area 42 stores the responsible person name. The sign-on flag area 44 is an area for storing a sign-on flag, in which “1” is stored for a person who is signed on and “0” is stored for a person who is not signed on. The sales data area 45 is an area for accumulating and storing, for each person in charge, product sales data based on product sales registration in the product sales data processing described later. The merchandise sales data includes the sales amount of the merchandise, the number of sales of the merchandise, and the number of customers that each responsible person performed the sales business. Here, the day of the week is assigned to the person-in-charge code in the process described later. The day of the week described in correspondence with the person-in-charge code in the sales data file F3 by person-in-charge is the day of the week assigned to each person-in-charge code for description.

  As shown in FIG. 5, the management target setting table T2 selectively selects the management target of sales data, such as whether to manage sales data such as sales amount, sales points, number of customers, etc. It is for setting. In the management target setting table T2, a target setting flag area 51 is provided corresponding to each of management by candidate and management by day of the week (Sunday to Saturday). Management target candidates in which “1” is stored in the target setting flag area 51 are management targets of sales data. In the management by day of the week, target setting flag areas 51 are provided on Sunday, Monday, Tuesday, Wednesday, Thursday, Friday, and Saturday, respectively. When the day of the week is a management target, “1” is set in the target setting flag area 51 for one or more days of the week.

  The computer program stored in the storage device 18 is written in the RAM 17 together with the merchandise master file F1 and the like when the ECR 1 is started, so that the microcomputer 13 can control the drive of each unit.

  Next, each unit that is driven and controlled by the microcomputer 13 will be described.

The keyboard 4 is provided with various keys such as a numeric key, a PLU key, a department key, a subtotal key, a deposit / current total key, a clear key, an enter key, a reset key, a move key, a responsible key, and a report key. It is. The deposit / cash total key is a numeric key for inputting a monetary amount, a sales quantity, and the like, and a key for declaring closing with cash in sales processing. The responsible person key is a key for declaring input of the responsible person code. The report key is a key for inputting a sales data report output command for each responsible person or each day of the week. The keyboard 4 is connected to the bus line 15 via the keyboard input circuit 20 and inputs a signal corresponding to the key operated by the operation of the keyboard input circuit 20 to the microcomputer 13.

  The mode changeover switch 5 is connected to the bus line 15 via the mode changeover switch input circuit 21 and inputs a signal corresponding to the changeover position to the microcomputer 13 by the operation of the mode changeover switch input circuit 21. The microcomputer 13 sets the operation mode of the ECR 1 to each business mode such as a registration mode, a setting mode, a checkout mode, and an inspection mode in accordance with the output signal of the mode switch 5.

  The display 8 is connected to the bus line 15 via the display control circuit 22, and when display data from the microcomputer 13 is input to the display control circuit 22, the display 8 is driven by the display control circuit 22 to display predetermined items.

  The customer side display unit 9 is connected to the bus line 15 via the customer side display control circuit 23, and when customer side display data from the microcomputer 13 is input to the customer side display control circuit 23, the customer side display control circuit 23. To display predetermined items.

  The code scanner 10 is connected to the bus line 15 via the scanner input circuit 24, and transmits the product code data read from the barcode attached to the product to the microcomputer 13 by the operation of the scanner input circuit 24.

  The ECR 1 incorporates a printer 25 and is driven and controlled by the microcomputer 13. The printer 25 is connected to the bus line 15 via the printer control circuit 26. When print data from the microcomputer 13 is input to the printer control circuit 26, the printer 25 is driven by the printer control circuit 26 to receive paper, journal paper, or the like. Print out the prescribed items. Further, the printer 25 includes a cutter unit (not shown). The cutter unit is driven and controlled by the microcomputer 13 to cut the receipt paper at a predetermined position and issue it as a receipt. As a result, the printer 25 functions as a receipt / journal printer that issues receipts in transaction units and issues journals by printing on journal paper in parallel with sales processing.

  The drawer 2 provided separately from the ECR 1 is also driven and controlled by the microcomputer 13. The drawer 2 is connected to the bus line 15 via the drawer control circuit 27, and the drawer control circuit 27 is driven in response to an opening signal from the microcomputer 13 to open the drawer 2a of the drawer 2.

  Next, various processes executed by the CPU 14 according to the computer program will be described including the operations of the operator.

  FIG. 6 is a flowchart showing the flow of merchandise sales data processing. As shown in FIG. 6, in the merchandise sales data processing of the present embodiment, generally, sales processing including merchandise sales registration processing and closing processing is executed (step S1). Then, as the sales data management process, the sales data of the product registered in the sales process is stored in the sales data file F3 by manager for each manager or day of week (step S2). Here, in order to set the management target of the sales data in the sales data management process, the sales data management target setting process is necessary. In addition, sign-on is necessary to start the sales process. Therefore, before describing the details of the sales process and the sales data management process, the sales data management process and the sign-on process will be described.

  A sales data management target setting process for setting a management target of sales data in sales processing will be described with reference to FIGS. FIG. 7 is a flowchart showing a flow of sales data management target setting processing, and FIG. 8 is a front view showing a system option setting screen G1.

  The sales data management target setting process is executed in the setting mode. In the setting mode, a system option setting screen G1 as shown in FIG. The system option setting screen G1 is provided with check boxes 61 and setting keys 62 corresponding to management by manager and management by day of the week (Sunday to Saturday), which are candidates for management of sales data.

  The CPU 14 waits until a sales data management target candidate is selected on the system option setting screen G1 (N in step S11). Here, the operator puts a check in the check box 61 of a desired management target candidate by the key operation of the keyboard 4 and presses the setting key 62 by the key operation of the keyboard 4. Thereby, a management target candidate is selected. At this time, the management target candidates that can be selected are either management by manager or management by day of the week. In the case of management by day of the week, one or more can be selected from Sunday to Saturday.

  When a management target candidate is selected on the system option setting screen G1 (Y in step S11), a target for managing sales data is set (step S12). Specifically, in the management target setting table T2, “1” is stored in the flag area of the management target candidate selected on the system option setting screen G1. As a result, the management target candidate selected on the system option setting screen G1 is set as a target for managing sales data. Here, the function of means for setting either the person in charge or the day of the week is executed as a management target for managing the sales data using the sales data file F3 by person in charge. Further, the function of means for selectively setting the day of the week for managing the sales data is executed.

  When the day of the week is set as the management target (Y in step S13), the day of the week is assigned to the responsible person code (step S14). As shown in FIG. 4, for example, Sunday to Saturday are assigned to the responsible person codes “001” to “007”. At this time, if the management day is not a whole day but a specific day, only that day is assigned to the responsible person code. Here, when the day of the week is set as the management target, part of the function of the means for assigning the day of the week to the responsible person code and storing the sales data for each day of the week in the sales data storage area for each responsible person is executed.

  Next, the sign-on process will be described. First, the sign-on process when the management of sales data is set for each person in charge will be described with reference to FIG. FIG. 9 is a flowchart showing the flow of sign-on processing in the case of management by person in charge.

  The responsible person (casher) inputs his responsible person code with the keyboard 4 and presses the responsible person key when performing the merchandise sales data processing business. As a result, the responsible person code is input. When the responsible person code is input by such an operation (Y in step S21), it is searched whether or not the input responsible person code exists in the sales data file F3 classified by responsible person (step S22).

  When the responsible person code does not exist in the sales data file F3 classified by responsible person (N in step S23), error notification is executed (step S27). The error notification is performed, for example, by displaying on the display 8 a screen displaying that the responsible person code is incorrect.

  If the responsible person code exists in the sales data file F3 by person in charge (Y in step S23), “0” is set in all the sign-on flag areas 44 of the sales data file F3 by person in charge. It is checked whether or not (step S24). If there is a sign-on flag area 44 in which “1” is set, the sign-on is in progress, and error notification is executed. The error notification at this time is performed, for example, by displaying on the display 8 a screen displaying that sign-on is in progress.

  If the responsible person code exists in the sales data file F3 by responsible person (Y in step S23) and all sign-on flag areas 44 are set to “0” (Y in step S24), the responsible person “1” is set in the sign-on flag area 44 of the responsible person code in the separate sales data file F3 (step S25). This completes sign-on with the responsible person code. Here, the function of means for registering a person in charge is executed based on the person-in-charge code input via the input device. Then, a sign-on completion screen indicating that sign-on is complete is displayed on the display 8 (step S26).

  Next, a sign-on process in the case where the sales data is managed for each day of the week will be described with reference to FIG. FIG. 10 is a flowchart showing the flow of sign-on processing in the case of day-of-week management.

  First, after activation, when the registration mode is set, sign-on is executed on the current day of the week (step S31). Specifically, in the sales data file F3 by person in charge, “1” is set in the sign-on flag area 44 of the person in charge corresponding to the day of the week at this time, and “ Set to “0”. The day of the week is acquired by referring to the timer T. At the same time, the current day of the week is stored in both the previous day area 31 and the current day area 32 of the day table T1 formed in the RAM 17.

  After that, the sign-on day update process is performed when the above-described sales process is not executed. Specifically, when the sales process is not performed (N in Step S32), the current day of the week and the previous day of the week stored in the day of week table T1 of the RAM 17 are read (Step S33).

  The read current day and the previous day are compared to determine whether or not the day has changed (step S34). If there is no change in the day of the week (N in step S34), the process returns to step S32.

  If it is determined in step S34 that the day of the week has been changed (Y in step S34), the day of the week that is signed on is changed to the current day of the week (step S35). Specifically, in the sales data file by manager F3, the setting of the sign-on flag area 44 of the manager corresponding to the previous day of the week is changed from “1” to “0”, and the sign-on of the manager corresponding to the current day of the week is changed. “1” is set in the flag area 44. As a result, sign-on is performed for the current day of the week. Then, the current day of the week is stored in the previous day of week area 31. The processes from step S32 to step S35 are repeatedly executed until the registration mode ends (Y in step S36).

  Next, the merchandise sales data processing shown in FIG. 6 will be described in detail. The sales process in step S1 will be described. When the product code attached to the product is read and input by the code scanner 10 by the scanning operation of the product code by the cashier, the product master file F1 expanded in the RAM 17 is searched based on the read product code, and the corresponding The product name and unit price corresponding to the product code to be read are read out. Then, after temporarily storing the sales registration data registered as sales based on the quantity input via the keyboard 4, the read product code, the searched product name, unit price, etc., in the sales buffer of the RAM 17 as transaction details. Then, the sales registration data is registered by department and displayed on the display 8 and the customer display unit 9 (sales registration processing). After the sales registration for all the sales products is completed, the closing process is executed. In the closing process, an accounting amount composed of a subtotal amount, a consumption tax amount, a total amount, a deposit amount, and a change amount is temporarily stored in the sales buffer of the RAM 17 as a transaction statement, and the print output by the printer 25 and the drawer 2a 2a are drawn. And the transaction details (sales registration data and sales amount registered for sales) are stored in the storage device 18 as journal data.

  In the sales data management process in step S2, the sales amount and the number of sales points of the product registered in the sales process for the person (day of the week) who has signed on the sales process in the sales data file F3 by person in charge. Is accumulated and at the same time, 1 is added to the number of customers. Therefore, when the management object of sales data is set to the person in charge, the sales data for each person in charge is stored in the person-in-charge sales data file F3. Here, when the person in charge is set as the management target, the function of means for storing the sales data in the sales data storage area for each person in charge corresponding to the person-in-charge code registered as the person in charge is executed. On the other hand, when the sales data management target is set to the day of the week, the sales data for each day of the week is stored in the sales data file F3 for each person in charge. Here, when the day of the week is set as the management target, the function of means for assigning the day of the week to the responsible person code and storing the sales data for each day of the week in the sales data storage area for each responsible person is executed.

  Next, report output processing of sales data stored and managed in the sales data file F3 by person in charge in this way will be described with reference to FIGS. This sales data report output process is executed in the settlement mode. Here, FIG. 11 is a flowchart showing the flow of the sales data report output process, FIG. 12 is a front view showing the responsible person report R1, and FIG. 13 is a front view showing the day of week report R2.

  First, when the report key on the keyboard 4 is pressed by the operator (step S41), the management object setting table T2 is referred to determine whether the management object of the sales data is the responsible person or the day of the week. Judgment is made (step S42).

  When the management target is the person in charge (Y in step S42), the person-by-person report R1 in which the contents stored in the person-in-charge sales data file F3 are printed by the printer 25 in accordance with the form for the person in charge (FIG. 12). Is issued from the receipt issuing port 6 (step S43). Here, the function of means for visualizing and outputting the sales data stored in the sales data storage area by person in charge is executed.

  On the other hand, if the management object is a day of the week (N in step S42), the day-by-day report R2 in which the contents stored in the sales data file F3 by person in charge are printed by the printer 25 in accordance with the format for the day of the week (FIG. 13). Is issued from the receipt issuing port 6 (step S44). Here, the function of means for visualizing and outputting the sales data stored in the sales data storage area by person in charge is executed.

  As described above, in the present embodiment, when the management target of sales data in sales processing is set to the responsible person, the sales data for each responsible person is accumulated in the responsible sales data file F3. When the management target of sales data stored in sales processing is set to the day of the week, the sales data for each day of the week is stored cumulatively in the sales data file F3 for each person in charge. In this way, you can select the target of sales data management. For example, if you do not need to manage sales data for each person in charge at a personal store, set sales data management for each day of the week. Data can be managed. At this time, because the sales data file F3 by person in charge is also used for sales data management by day of the week, even if the management by person in charge is not performed, sales by person in charge in the sales data storage area by person in charge The data file F3 can be used effectively.

  In addition, a program that executes such processing can be realized by changing or adding a part of the conventional program for managing sales data only for each person in charge, thereby shortening the program creation time. It is done.

  In addition, when the day of the week is set as the management target of sales data, the sign-on day of the week is automatically updated every time the day of the week changes, which is easy for the operator.

  In the present embodiment, the sales data can be easily confirmed by providing means for visualizing and outputting the sales data stored in the sales data file F3 classified by the person in charge.

  Further, in this embodiment, by providing means for selectively setting the day of the week for managing sales data, all days of the week from Sunday to Saturday can be managed, or only a certain day of the week can be managed. You can selectively do.

  In the present embodiment, the computer program is stored in the storage device 18 such as an HDD. However, the present invention is not limited to this, and a magnetic storage medium such as a flexible disk or a magnetic tape is used. Optical magneto-optical storage medium, optical storage medium such as CD, CD-ROM, CD-R, CD-RW, DVD-ROM, DVD-R, DVD-RAM, DVD-RW, DVD + RW, semiconductor Various types of media such as a memory may be used as the storage medium. Various optical storage media such as CD-ROM and DVD-ROM, various magneto-optical storage media, various magnetic storage media such as flexible disks, etc. are fixedly provided on the ECR 1. In addition, it has a form as a replaceable storage medium that can be handled as a single unit, and various processes can be performed by reading the program using various program reading devices (CD-ROM drive or the like) adapted to each medium.

  In the present embodiment, ECR1 has been described as an example of the product sales data processing apparatus. However, the present invention is not limited to this, and the product sales data processing apparatus may be a POS terminal.

It is an external appearance perspective view which shows ECR of one embodiment of this invention. It is a block diagram which shows the electrical connection of each part with which ECR is provided. It is explanatory drawing for demonstrating the day table of RAM. It is explanatory drawing for demonstrating the sales data file according to a responsible person. It is explanatory drawing for demonstrating a management object setting table. It is a flowchart which shows the flow of a merchandise sales data process. It is a flowchart which shows the flow of a sales data management object setting process. It is a front view which shows a system option setting screen. It is a flowchart which shows the flow of the sign-on process in the case of management according to a person in charge. It is a flowchart which shows the flow of the sign-on process in the case of management according to a day of the week. It is a flowchart which shows the flow of a sales data report output process. It is a front view which shows the report according to a responsible person. It is a front view which shows the report according to a day of the week.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 ... ECR (product sales data processing device), 4 ... Keyboard (input device), 18 ... Storage device (storage medium), F3 ... Sales data file by manager (sales data storage area by manager), T ... Timer ( Day of week management)

Claims (5)

In a product sales data processing apparatus that executes product sales data processing,
Sales data storage area by person in charge for accumulating and storing sales data of goods in the product sales data processing by person in charge code,
A day of the week management means for managing the day of the week;
Means for registering the person in charge based on the person in charge code input via the input device;
Means for setting one of the person in charge and the day of the week as a management target for managing the sales data using the sales data storage area by person in charge;
When a person in charge is set as the management target, means for storing the sales data in the person-by-person sales data storage area corresponding to the person-in-charge registered as the person in charge,
When a day of the week is set as the management target, means for assigning a day of the week to the responsible person code, and storing sales data for each day of the week in the sales data storage area for each responsible person,
A product sales data processing device comprising:   A merchandise sales data processing apparatus comprising: means for visualizing and outputting the sales data stored in the sales data storage area for each person in charge.   3. The merchandise sales data processing apparatus according to claim 1, further comprising means for selectively setting a day of the week for managing the sales data. A computer-readable program for executing product sales data processing,
A function for registering the person in charge based on the person in charge code entered via the input device;
A function to set either the person in charge or the day of the week as a management target for managing the sales data using the sales data storage area by person in charge for accumulating the sales data of goods in the merchandise sales data processing by person in charge code; ,
When a person in charge is set as the management target, a function for storing the sales data in the person-by-person sales data storage area corresponding to the person-in-charge registered as a person in charge,
When a day of the week is set as the management object, a function of assigning a day of the week to a responsible person code and storing sales data for each day of the week in the sales data storage area for each responsible person;
That causes the computer to execute the program. A computer-readable storage medium storing the program according to claim 4.

Images