JPS62139097A - Sales data processor with batch correcting function - Google Patents

Abstract

(57) [Summary] This bulletin contains application data before electronic filing, so abstract data is not recorded.

Description

DETAILED DESCRIPTION OF THE INVENTION [Industrial Field of Application] The present invention relates to a sales data processing device equipped with a batch correction machine.

[Prior Art] Conventionally, electronic cash registers (ECRs) have been known to have a so-called bulk correction function that allows the registration contents to be corrected all at once during the registration process for a customer. . That is, in this type of ECR, the buffer for batch correction that sequentially stores input data in the order of registration every time the input sales data is registered in the sales total memory is deleted, and the data registered for the customer is If the batch correction key is operated in cases such as when all registered content is canceled during the process, sales will be made based on the registered content for that customer up to that point, which is held in the batch correction IE buffer. and corrects the contents of total memory.

[Problem to be solved by the invention 1 However, such a collective revision 1 [EC with mechanical
In R, if the number of registrations for a customer exceeds the capacity ξ11- for batch correction, batch correction [F is not +
There were some shortcomings such as becoming 17th Noh.

In order to eliminate the drawbacks mentioned in this invention, one batch correction is required.
The object of the present invention is to provide a data processing device with a batch correction function that allows you to register while confirming the available Q settings.

[Child actors to solve problems] FIG. 1 is a block diagram showing the configuration of the present invention.

This statement IIl is based on the fact that in a sales data processing device equipped with batch correction IEa function, batch correction +E is provided with an r operation stage for calculating the inverted registration entry f number, and an output means for outputting the result of this calculation. This is a characteristic feature.

[Saku Kawa 1 Cumulative child actor registers sales data by accumulating the input sales data into the total sales data in the sales total memory, and also causes the input sales data to be stored in the registration 111 in the batch correction memory. Then, the correction stage corrects the registered contents registered in the sell 1-total memory based on the contents of the batch correction memory. Therefore, the calculation means calculates the number of data that can be stored in the batch correction memory from the remaining memory capacity of the batch correction memory, and the calculated registration number is used for display, printing, etc. Output from the output stage.

[First Embodiment] Hereinafter, a first embodiment of the present invention will be specifically described based on FIGS. 2 to 11. Note that this embodiment shows an example applied to ECR.

[Configuration of Example] FIG. 2 is a block circuit diagram of the ECR. In this ECR input data l, sales amount 1 is displayed on the keyboard.
Numeric keypad KA for setting rl''g, various non-function keys KB, batch correction key KC.

The FLU (plus look up) key KD, subtotal key KE, clear key KF, and cash key KG are hidden, as well as a buzzer BU and mode changeover switch MS. Therefore, the key input signal outputted from the input section l in response to the operation 1 and the mode designation signal outputted in response to each switching position t of the mode changeover switch MS are CP.
It is input to U (central processing circuit) 2 and specifies its input processing program.

The CPU 2 executes input processing, zero recording processing, correction processing, etc. according to a pre-stored microprogram, and operates in registers A, B, and F, which store various information required for batch correction processing. In addition, the configuration includes 11 control units and 11 calculation units.

The CPU 2 exchanges data with the RAM (random access memory) 3 to register sales data, controls the opening operation of the drawer 4, and also sends and receives sales data to the display section 5. etc., and print section 6.
Send sales data, etc. to the computer and have it printed on journal paper and receipt paper.

RAM3 executes data loading and reading operations under the control of CPU2, and the FLU total memory PM
In addition to other total memories OM for each transaction and person, a batch correction memory TM and a batch correction flag register FM are provided. Here, each memory MA-MC has its storage capacity! For example, row addresses 1 to 10 of RAM3 are not fixedly determined, but can be changed arbitrarily.
If up to address 7 is preset as the area of the FLU total memory PM, all the remaining areas except for the 1-bit batch correction flag register FM will be secured as the batch correction memory TM.

Operation of the Embodiment FIG. 3 is a flowchart showing the operation when setting the FLU number etc. in the FLU total memory PM.

First, with the mode switching switch and MS switched to the "setting" position, setting data is input according to the normal key operation procedure. That is, when the FLU key is operated after setting the PLU number, and then the unit price is set and the subtotal key is operated, the operation according to the flow shown in FIG. 3 starts to be executed. First, the PL (J total memory PM) is searched for the input FLU number eight, and as a result, the corresponding P
It is checked whether the LU number eight is stored in the LU total memory PM (steps 51 and 52).
If the LU number has already been set, the input intermediate price is written in the FLU total memory PM corresponding to the FLU number, and the unit price is set (step S3).
), and as a result of searching for the relevant FLU number, if the input FLU number is not set in the PLU total memory PM, it is checked in the next step S4 whether there is an area without data (empty area) in the RAM 3. Now, if there is no empty area, the process returns to step S1, but if there is an empty area, the monovalent data is transferred to the FLU numbers input into that empty area and stored therein (step S4), so step S3 In this case, only the unit price is set when the unit price is changed, but in step S5, data including the input PLU number is newly set in the '.p area. When such setting processing (steps S3 and S5) is completed,
At once, except for 1 bit of 111 flag L Leinster FM,
All the remaining areas of RAM3 are dynamically secured 1"1 as batch correction memory TM (step S6). Once batch correction memory TM is secured in this way, then RAM
Full details of 3 1. The capacity of the collective J-stop memory TM is calculated based on t and the setting memory capacity q (total capacity of the FLU total memory PM and other total memories OM) (step S7).

After setting data in RAM3 in this way, to check the contents, press the mode selector switch MS.
Switch to the "inspection" position and save to inspection mode.

In this inspection mode, when a specific key (cash key) is operated, a program inspection process for confirming the setting contents of the RAM 3 is executed according to the flow shown in FIG. First of all,
PLU total memory PM in RAM3, other joint 1 memory O
The contents of M are read out and printed (step 5ll)
, and the memory fj of the batch correction memory TM and PLU
PL that can be stored in the bulk correction memory TM based on the storage capacity per 5 JIl sales data (FLU number, character code, sales 1: quantity, unit price) l-)
A calculation program is executed to obtain the number of sales data by U (the number of registrations that can be collectively corrected) (step S l 2).
In this case, the number of batch correction 11r i@registrations is ~The number of batch correction machine residue registrations obtained by dividing the storage capacity of the batch correction J3 memory TM by the storage capacity of FLU (sold separately) - data 1 is output to. FIG. 5 shows the printing status during this program inspection, and shows that the setting contents of the PLLI total memory PM are the same as the program (PGM 1-PGM
For example, the program PGMI (
The FLU belonging to department 1) and setting data (FLU number and unit price) are printed. Further, the setting contents of the other total memory OM and the number of sales data, that is, the number of batch + iT regular registrations are printed. In this case, in the printed form 78 of FIG. 5, the symbol ``rcANcELL'' indicating the batch correction memory TM is printed, as well as rPLU IO indicating the number of batch correction LiT residues registered.
J is printed.

FIG. 6 is a flowchart that starts execution in response to the FLU-specific Q record operation. After setting the registration mode with the mode selector switch MS, enter the FLU sold separately 1-data according to the normal PLU-specific registration operation procedure, and the total sold corresponding to the corresponding FLU number in the FLU total memory PM]
- FLU (sold separately) entered in the data] - Registration processing to accumulate the data is executed, and the input FLU (sold separately) is sent to the data character section 6 and printed (stage 2
21). Then, in step S22, it is checked whether the flag is turned on in the flag register FM, but since it is initially turned off, the process proceeds to the next step S23, where the currently registered FLU Transferred to the primary memory TM and its starting address -, +, Xg
:'! * When the input data is written into the batch correction memory TM in this way, in the next step S24, it is changed from the final address of the batch correction memory TM to the address to be used (the storage location of the last written data). address) is subtracted to determine the remaining capacity, and the remaining capacity is determined and set in the A register. The remaining capacity transferred to this A register is FLU (sold separately) 1 - storage capacity per data 1
How much P is left in the bulk revision + E memory TM based on the data?
It is converted into a registered number indicating whether the LU separately sold data can be stored, and is set in the A register (step 525).

In this case, the fraction is rounded to the nearest H, and the possible number of registrations becomes an integer. However, this number of registrations is based on the input F
LU Sold Separately - Displayed with Data (Step 526)
), Figure 7 shows the display state in this case, and the input F
Sales data by LU (PLU number r10J, lii price r
100J) is displayed, and the FLU-specific sales data =T ability registration number "9" is displayed. In this case, since the maximum D (the number of No registers installed) of the batch correction memory TM is "10",
Assuming that 1 has been registered now, the remaining number of registered ■f functions is ``9'', so whether or not the number of registered II functions in the A register is greater than or equal to ``l'') Next, it is checked whether the remaining capacity of the batch correction memory TM is enough to store one more FLU data (sold separately) (step 527).Currently, the number of i7 function registrations is "9", so from this flow. Get out. By performing such an operation every time a FLU-specific registration operation is executed, the data on the υ are sequentially stored in the batch correction memory TM, and the number of fishable registrations decreases, and the number of possible registrations is reduced to rQJ. If so, this is detected in step 527 and the batch correction flag is turned on in the next step 32B.

Then, a special symbol is printed on the receipt paper (step 529). FIG. 8 shows the printing state in this case, and the sales data registered within the special symbol (real stamp) is stored in the batch correction memory TM. It is clearly shown that there is a When the next registration operation is performed in this state, step 521
And part 9. After the recording process is executed, the process advances to step S22, but since the batch correction flag is currently on, the process exits from this flow. Therefore, when sales data for a maximum of n (number of performance registrations (10 registrations)) are stored in the batch correction memory TM, sales data by FLU after the 11th registration will not be written to the batch correction memory TM.

When the registration for one customer is completed by such a registration operation and a closing key such as a cash key is operated, the closing process shown in FIG. :fS9 is executed. First, after the normal closing process (step 531), all the contents of the batch correction memory TM are cleared and the batch correction flag resosta FM is cleared (step S32.533). Therefore, in the normal case where batch correction is not performed, If so, the batch correction memory TM and batch correction flag register F can be accessed by pressing the closing key.
Since the contents of M are cleared individually, the batch correction memory TM
The contents of are stored and retained until the transaction is completed.

By the way, in such a case during registration before operating the closing key, the batch correction key is operated in the registration mode.

As a result, execution of the flow shown in FIG. 10 is started. First, the contents of the PLU-specific total memory PM are subtracted based on the FLU-sold separately data stored in the batch correction memory TM, and thereby the PLU-specific total memory PM is collectively corrected (step 541), and It is checked whether the batch correction flag is turned on (step 54).
2) Currently, the maximum number of registrations in the batch correction memory TM (10)
When the above registration has been performed, the batch correction flag is turned on, so this is detected in step S32, a buzzer is driven for a certain period of time, and this is notified (step 543), and the batch correction flag is turned on. If the correction flag is turned off or if the batch correction flag is turned on, the contents of the batch correction memory PM and batch correction flag register FM are cleared, respectively, after the buzzer alerts (step S44.545). By operating the batch correction key, the contents of the FLU total memory PM are automatically corrected based on the contents of the batch correction memory TM. When it is confirmed that the FLU-specific sales data that is not stored in the batch correction memory TM is corrected by inputting it according to the normal correction operation while checking the entry contents on the receipt paper, in this case, Identify special symbols printed on receipt paper,
Since the registration within the data on which the special symbol is printed is automatically corrected all at once, it is clearly indicated that normal correction input by key operation should be performed from the data following the data on which the special symbol is printed.

FIG. 11 is a flowchart that starts execution when the subtotal key is operated in the settlement mode. First, when entering this flow, normal payment processing (step 55) is performed.
After step 1) is executed, the number of batch-correctable registrations is determined and printed based on the storage capacity of the batch-correction memory TM, similar to the program check shown in FIG. 4 (step 55).
2).

In this manner, in this embodiment, the number of registrations that can be stored in the batch correction memory TM can be registered while being checked on the display.

If a registration is made that exceeds the capacity of the batch correction memory TM +,H, a special note (2) will be printed on the receipt paper. It is possible to confirm the gap data to be corrected by the operation.

[Second Embodiment] Next, a second embodiment of the present invention will be explained with reference to FIGS. 12 to 16. Note that the above first embodiment is based on FLU
Although IJ1 described the batch correction associated with separate registration, this embodiment makes it possible to make batch corrections not only for FLU-based registration, but also for department-based registration and product number-based registration. FIG. 12 shows the configuration of RAM 3, which is a characteristic part of this embodiment, and the other total memories OM, ! In addition to the bar-specific total memory BM, the product number-specific total memory AM, and the FLU total memory PM, a batch correction memory TM and a batch correction flag register FM are provided. The batch correction memory TM is secured after setting data is set in the FLU total memory PM, similarly to the first embodiment described in E. When the batch correction memory TM is secured in this way, the maximum possible number of registrations that can be stored in the batch correction memory TM is printed out in conjunction with payment or program inspection, as in the first embodiment. Figure 13 shows the printing state in this case, and assuming that the sales data by department, product number, and FLU have the data length as shown in Figure 14,
Maximum jr (the number of moats registered is 2 when converted to sales data by department)
0 registrations, 15 registrations when converted to sales data by product number,
When converted to sales data by FLU, it is shown that it is 10 registered sales data for January.

FIG. 15 is a flowchart that is executed in accordance with the registration operation for each department, product number, and FLU. In this case, for registration by department, enter the sales amount after operating the department key, and for registration by product number, enter the sales amount by operating the product number key.
First, enter the product number, and if registered by FLU, enter the FL
By operating the U key and then inputting the FLU number, execution of the flow of the 15th UA is started. First, after a registration process according to the type of registration (step 561) is executed, it is checked whether the batch correction flag is turned on (step 562). Initially, the batch correction flag is turned off, so the processes (steps 563 to 567) corresponding to steps S23 to S27 in FIG. 6 are executed, and data for one registration is loaded into the batch correction memory TM. The number of registrations is calculated and displayed for each department, product number, and FLU according to the remaining capacity r and 32 (refer to the fSlB diagram).
. Now, assuming that FLU-based registration has been performed, the number of registered η units for one department and product number remains unchanged at "20" and "15", but the number of FLUs that can be registered becomes "9".

Then, in step S67, it is checked whether the remaining capacity of the batch correction memory TM has enough storage capacity to store one "sold separately by department" data. It is checked whether the comparison process in step S67 was performed in the same way for the two. If comparison processing is not currently being performed on all data, the process returns to step 367 and it is checked whether there is enough memory 6111 to store one piece of sales data by product number. When comparison processing is performed for each department, product number, and FLU in this way, if it is detected that even one of them cannot be stored, a batch correction flag is flagged as in steps 528 and S29 in FIG. After is turned on, a special symbol is printed on the receipt (step S68.569). Therefore, when the next registration is performed, regardless of whether the registration is for department 1 product number FLU registration, it will be printed all at once in step S62. An overflow of the correction memory TM is detected and exits from this flow.

The present embodiment configured as described above has the same effects as the first embodiment, and can also reliably perform batch correction even if registrations include a mixture of departments, product numbers, and FLU-based records.

In each of the above embodiments, the setting data is written into the FLU total memory or the like by key operation, but the setting data may be automatically written by an auto program function.

[Effects of Issue II] As explained in detail in 1.1 below, this Issue II calculates the number of registrations for which batch correction is performed in a data processing device equipped with a batch correction mechanism. Since it is configured to output the corrected data, it has the advantage that batch correction can be reliably performed.

[Brief explanation of drawings]

Figure 1 is a functional block diagram showing the configuration of this invention, Figure 2 is a functional block diagram showing the configuration of this invention.
Pyi ~ Figure 11 shows the first embodiment of this invention, and the second embodiment
The figure is a block circuit diagram of ECH to which this invention is applied.
The figure is a flowchart showing data setting processing, :fS4
Figure 5 is a flowchart showing the program inspection process, Figure 5 is a diagram showing the printing status of program inspection, Figure 6 is a flowchart showing the registration process, Figure 7 is a display status diagram during the registration process, and Figure 8 is the receipt. 9 is a flowchart showing closing processing, FIG. 10 is a flowchart showing batch correction processing, FIG. 11 is a flowchart showing payment processing, and FIGS. An example is shown in Fig. 2'S. Fig. 12 is a block diagram of RAM (total memory), Fig. 13 is a printing state diagram, Fig. 14 is a section J'l,
Data format of sales data by product number and FLU, 1st
FIG. 5 is a flowchart showing the registration process, and FIG. 16 is a display state diagram. l...Input section, 2...CPU, 3...
...RAM, 5...Display section, 6...
・Printing section, OM, PM, BM, AM...Total memory, TM...Batch correction memory. Patent Applicant: Casio Computer Co., Ltd. Agent Attorney: ILI Shun Tadashi Figure 1 Figure 2 Figure 3 Figure 4 Figure 5 Figure 6 Figure 7 Figure 8 Figure 9 Figure 10 Figure 11 Figure 16 figure

Claims (1)

[Claims] an accumulating means for accumulating the input sales data into total sales data in a sales total memory and registering the input data;
A sales data processing device comprising: a batch correction memory for sequentially storing input sales data; and a correction means for collectively correcting the registered contents in the sales total memory based on the stored contents of the batch correction memory, The present invention is characterized by comprising a calculation means for calculating the number of registered sales data that can be stored in the batch correction memory from the remaining storage capacity of the batch correction memory, and an output means for outputting the number of sales data that can be registered obtained by the calculation means. A sales data processing device with a bulk correction function.