JP3955856B2 - Product sales data processing system - Google Patents

Description

  The present invention relates to a merchandise sales data processing apparatus such as a POS (Point Of Sales) terminal and a merchandise sales data processing system formed by connecting a higher-level server to the apparatus.

  A merchandise sales data processing system used in a supermarket, a convenience store, or the like, a so-called POS system, includes a plurality of POS terminals as merchandise sales data processing apparatuses and a server that is a higher-level machine. Each POS terminal and the server are connected by a wired or wireless communication line.

  The server stores a PLU master file in which various data relating to products such as product name, price, cost, and manufacturer code are set for each product in correspondence with a PLU (Price Look Up) code for identifying each product. For example, at a predetermined time of the store business day, at least PLU data necessary for merchandise sales registration such as PLU code, product name, price, etc. is extracted from the data set in the PLU master file and distributed to each POS terminal.

  Each POS terminal stores the PLU data received from the server in the memory. Then, when the PLU code of the sales product is input, the product name, price, etc. corresponding to the PLU code is called out from the PLU data and displayed on the display unit. Further, the sales amount is calculated by multiplying the price by the number of sales points, and merchandise sales data including the PLU code, the price, the sales point, and the sales amount is registered in the memory.

  The merchandise sales data registered in the memory of each POS terminal is transmitted to the server every time one transaction is closed. The server aggregates sales data for each product and sales data for each transaction such as cash and credit based on each product sales data received from each POS terminal, for example, every business day.

In such a product sales data processing system, there has heretofore been one in which a plurality of prices are set in advance for each product and it is possible to select which price is used to process the product sales data. . (For example, see Patent Document 1)
Japanese Patent Laid-Open No. 04-102195

  By the way, in Japan, a consumption tax has been introduced as a tax imposed on the transfer of assets, lending and provision of services, and the import of foreign cargo, which are paid by businesses as a business in Japan. In general, at retail stores, the customer who is the consumer of the product bears in addition to the main unit price of the product to be traded, from the total amount of the transaction that subtracts the price of each product that is the subject of the transaction for each transaction with the customer. An external tax method is used to calculate the consumption tax that must be present. For this reason, in the PLU master file, the main unit price, which is the tax-excluded price, is set for most products excluding domestic tax products such as cigarettes whose consumption tax is included in the price. The total price of products purchased excluding tax-included products and tax-exempt products (prepaid cards, gift certificates, etc.) among the products purchased, and the consumption tax amount is calculated for the total amount. Is to be displayed.

  However, in Japan, due to the tax system revision, a total amount display method that requires the display of the total payment amount (including tax) including the amount equivalent to the consumption tax when displaying prices on price tags and advertisements to consumers will be started. became. As a result, even when a customer registers a product purchased by a customer in the POS terminal, it is desired to display a tax-inclusive price instead of a main unit price on the display for each product unit so as to match the price tag. Therefore, it has been considered to change the stored price of each setting of the PLU master file from the main unit price to the tax-included price so that the called price can be displayed as it is when registering the product. However, on the other hand, it is predicted that the consumption tax rate will change in the future, and if the tax rate is changed, the tax-included price must be calculated and set again. In addition, each time a product is registered, it may be possible to calculate and display the tax-inclusive price from the body price and the tax rate.

  In addition, in the server, the tax-included price may be used when summarizing sales data for each transaction or sales data for the entire store. However, to analyze the sales status of each product, use data that summarizes the main unit price. I liked it.

  The present invention has been made based on such circumstances, and the object of the present invention is to provide a product sales data processing apparatus and product sales data in which the price set in the product file can correspond to either the main body price or the tax-included price. It is intended to provide a processing system.

  The product sales data processing apparatus of the present invention, for example, the POS terminal, is set in the product file, price judging means for judging whether the price data set in the product file is a tax-inclusive price including a tax amount or a main body price not including the tax amount. When the price data is a tax-included price, the body price calculation means for calculating the body price obtained by subtracting the tax amount from the tax-included price, and when the price data set in the product file is the body price, Establish tax-included price calculation means to calculate the tax-included price including the tax amount. And each time a product code is input via the input means, based on the determination result by the price determination means, either the main body price calculation means or the tax-included price calculation means is executed, and the product code and the product The set price data called from the file and the calculated price data calculated by the executed calculation means are transmitted and output to, for example, a server connected via a communication line.

  Further, the product sales data processing system of the present invention is configured such that the set price data of the sales product specification data is based on the product sales data processing device having the above configuration and the identification data added to the specification data of the sales product received from the terminal. Price type discriminating means for judging whether the price is the main unit price or tax-included price and whether the calculation price data is the main unit price or the tax-included price, and sales that process the main unit price and tax-included price of the sales product recognized by this price recognition unit It is comprised from the server provided with the process means.

  By taking such a means, it is possible to provide a product sales data processing apparatus and a product sales data processing system in which the price set in the product file can correspond to either the main body price or the tax-included price.

Hereinafter, embodiments of the present invention will be described with reference to the drawings.
This embodiment is a case where the present invention is applied to a POS system for a chain store in which the headquarters manages a plurality of chain stores.

  FIG. 1 is an overall configuration diagram of a POS system in the present embodiment. A computer installed at the headquarters, a so-called headquarter server 1, and a computer installed at each chain store, so-called a store server 2, are connected by a network 3 such as the Internet or ISDN (Integrated Services Digital Network). The store server 2 of each chain store is connected to one or a plurality of POS terminals 4 installed in the accounting office of the store by a communication line 5 such as a wired LAN (Local Area Network) or a wireless LAN. Yes.

  In the store server 2, in particular, a PLU master file (product file) 6 having the data structure shown in FIG. 2, a sales summary file 7 by PLU having the data structure shown in FIG. 3, and a sales summary file by transaction having the data structure shown in FIG. 8 are managed. The PLU master file 6 is a setting file that stores product data such as a department, a product name, and a price of a product corresponding to a PLU code as a product code for identifying each product. The PLU master file 6 is distributed from the head office server 1 to each store server 2 and updated. The store server 2 extracts at least PLU data necessary for product sales registration of the PLU code, department, product name, and price from each product data set in the PLU master file 6 every business day, and creates a PLU data file. At a predetermined time, the PLU data file is distributed to each POS terminal 4 via the communication line 5. Here, the price data of the PLU master file 6 may be a main body price that does not include a tax amount, or may include a tax-inclusive price to which a consumption tax amount is added.

  The PLU sales summary file 7 is a summary file that counts the sales points, sales amounts, etc. of the products sold at the store by PLU code. Further, the sales summary file 8 for each transaction is a summary file for summarizing the number of sales, the sales amount, etc. of the products sold at the own store according to transaction items such as total sales, cash transactions, credits, and returns transactions. These summary files are transmitted to the headquarters server 1 at the time of server settlement for one business day, for example, and the headquarters server 1 manages the daily sales, inventory, etc. of each store.

  FIG. 5 is a block diagram showing a main configuration of the POS terminal 4. The POS terminal 4 includes a CPU (Central Processing Unit) 11 constituting a control unit main body, a ROM (Read Only Memory) 12 storing fixed data such as programs, and various memory areas for storing variable data. In addition to a RAM (Random Access Memory) 13 in which is formed, an HDD (Hard Disk Drive) device 14 that stores a PLU data file distributed from the store server 2, a clock unit 15 that measures the current date and time, communication A communication interface 16 for controlling data communication with the store server 2 connected to the line 5; an I / O port 19 to which a mode selection signal from the mode switch 17 is input and an opening command signal to the drawer 18 is output; Display data on a keyboard controller 21 and an operator display 22 that capture key signals corresponding to operation keys from the keyboard 20 Bar code data read by the display controller 23 for displaying the corresponding image, the display controller 25 for displaying the image corresponding to the display data on the customer display 24, the printer controller 27 for controlling the printing operation of the printer 26, and the scanner 28. A scanner controller 29 for capturing the image data is provided. The CPU 11, ROM 12, RAM 13, HDD device 14, clock unit 15, communication interface 16, I / O port 17, and various input / output device controllers 21, 23, 25, 27, 29 include an address bus, a data bus, etc. They are connected by a bus line 30.

  In addition to the numeric keys “0” to “9”, the keyboard 20 is provided with various function keys such as a clear key, a PLU key, a subtotal key, a deposit / cash key, and a credit key. The PLU key is a key for instructing that the numeric data is a PLU code. The subtotal key is a key for instructing a total output of products registered as a product sales transaction with one customer. The deposit / current total key and the credit key are the closing keys for declaring the closing of merchandise sales transactions with one customer, the deposit / current total key is the closing key for cash transactions, and the credit key is the closing key for margin transactions. Key.

  The mode switch 17 is an operation switch for instructing the CPU 11 to execute a business mode selected and operated from various business modes such as “registration”, “inspection”, and “settlement”. Incidentally, “registration” means that when a PLU code is input via the input means of the keyboard 20 or the scanner 28, the price data set corresponding to the PLU code is called, and merchandise sales are performed based on the price data. This is a business mode for performing data processing according to the above. “Inspection” is a task of outputting a report of sales summary data obtained from product sales data processed by the “registration” task. “Checkout” is an operation for outputting sales summary data in the same manner as “checking” and then clearing the sales summary data.

  As shown in FIG. 6 in particular, the RAM 13 has various memory areas such as a PLU table memory 31, a price status memory 32, a sales summary memory 33, a transaction memory 34, a totalizer 35, and a flag memory 36 for a flag being registered. Yes. The PLU table memory 31 is an area where the PLU data (PLU code, department, product name, price) stored in the PLU data file is developed.

  The price status memory 32 is an area for storing data “00” when the price in the PLU data is the main body price, and storing data “99” when the price is tax-inclusive price. For example, information identifying whether the price in the file is a main body price or a tax-inclusive price is added to the PLU data file distributed from the store server 2, and the above information is recognized when the PLU data is expanded in the PLU table memory 31. Then, “00” is stored if the information indicates the body price, and “99” is stored if the information indicates the tax-included price. Alternatively, the date when the price in the PLU data file is changed from the main unit price to the tax-included price or the date when the price is changed from the tax-included price to the main unit price is preset and stored, and the date when the PLU data is expanded in the PLU table memory 31 is set. If it is a set date, the price status is updated from one to the other, for example, if it is “00”, it is updated to “99”, and if it is “99”, it is updated to “00”.

  The sales tabulation memory 33 is an area in which the sales points and sales amounts of products for which data processing related to product sales is performed by the POS terminal 4 are tabulated according to transaction items such as total sales, cash transactions, credits, and returns transactions. The transaction memory 34 is an area for storing detailed data of sales merchandise registered as one transaction, detailed data of the transaction, and the like. The totalizer 35 is an area for summing up the prices of the sales products registered as one transaction. The flag memory 36 is an area for storing a registering flag that is turned ON when one transaction is being registered.

  Thus, when the “registration” mode is selected by the mode switch 17, the CPU 11 of each POS terminal 4 executes the registration process for one transaction according to the procedure shown in the flowcharts of FIGS. 8 to 9. Is programmed.

  That is, the CPU 11 waits for input of a PLU code as ST (step) 1. If a PLU code is input by key input or scanning input, the CPU 11 acquires PLU data of the department, product name, and price corresponding to the input PLU code from the PLU table memory 31 as ST2. In ST3, the price status in the price status memory 32 is checked to determine whether the price of the PLU data is the main body price or the tax-included price (price judgment means).

  Here, when the price status is “00”, that is, the price of the PLU data is the main body price, the CPU 11 checks the registering flag in the flag memory 36 as ST4. If the registering flag is in the off state, since it is the first item registration of one transaction, the totalizer 35 and the transaction memory 34 are cleared as ST5. In ST6, the registering flag is turned on. Thereafter, the tax-included processing flag is stored in the off state in the top area of the transaction memory 34 as ST7. If the registering flag is on in ST4, it is the product registration for the second and subsequent points of one transaction, so the processing of ST5 to ST7 is not performed.

  Next, in step ST8, the CPU 11 calculates a tax-included price from the price in the PLU data, that is, the main body price and a pre-set consumption tax rate by the following equation (1) (tax-included price calculation means).

Tax-included price ← body price × (1 + tax rate)… (1)
In ST9, the product name in the PLU data and the calculated tax-included price are displayed on the operator display 22 and the customer display 24. In addition, the tax-included price calculated in the total unit 35 as ST10 is added. Thereafter, the process proceeds to ST19.

  When the price status is “99” in ST3, that is, the price of the PLU data is a tax-included price, the CPU 11 checks the registration flag as ST11. If the registering flag is off, the totalizer 35 and the transaction memory 34 are cleared as ST12. In ST13, the registration flag is turned on. Thereafter, the tax-included processing flag is stored in the ON state in the top area of the transaction memory 34 as ST14. If the registration flag is on in ST11, the processing of ST12 to ST14 is not performed.

  Next, the CPU 11 calculates the tax amount included in the tax-included price from the price in the PLU data, that is, the tax-included price and the consumption tax rate in ST15 by the following equation (2), and further, in ST16, the following (3) Subtracting the tax amount from the tax-inclusive price according to the formula, the main body price is calculated (main body price calculating means).

Tax amount ← tax-included price × (tax rate / (1 + tax rate)) (2)
Body price ← Tax-included price-Tax amount ... (3)
In ST17, the product name and the tax-included price in the PLU data are displayed on the operator display 22 and the customer display 24. In ST18, the tax-included price in the PLU data is added to the totalizer 35. Thereafter, the process proceeds to ST19.

  In ST19, the CPU 11 adds the price in the PLU data as the first price to the input PLU code, and further adds the sales amount obtained by multiplying the sales score = 1 and the tax-included price by the sales score, Further, sales merchandise description data is created by adding the price calculated in the process of ST8 or ST15 as the second price. That is, when the price status is “00”, as shown in FIG. 7A, sales product description data in which the first price is the main body price and the second price is the tax-inclusive price is created. When the price status is “99”, as shown in FIG. 7B, sales product description data is created in which the first price is the tax-inclusive price and the second price is the main body price (sales product). Description creation means). Then, in ST20, the sales merchandise details data is stored in the transaction memory 34 in order from the second area.

  Thereafter, the CPU 11 determines whether or not the subtotal key of the keyboard 20 has been operated and input in ST21. If the subtotal key has not been operated, the process returns to ST1, and if the next PLU code is entered, the above process is repeated. That is, when the price status is “00”, the processes of ST8, 9, 10, 19, 20 are executed in order, and when the price status is “99”, ST15, 16, 17 , 18, 19, and 20 are sequentially executed.

  When the input of the subtotal key is detected in ST21, the tax amount of one transaction is calculated by the following equation (4) from the sum totaled by the summing unit 35 and the tax amount of the consumption tax as ST22.

Tax amount ← total amount × (tax rate / (1 + tax rate)) (4)
Then, the total amount and the tax amount are stored in the transaction memory 34 as ST23. In ST24, the total amount is displayed on the operator display 22 and the customer display 24. At this time, the tax amount may be displayed together with the total amount.

  Thereafter, the CPU 11 waits for input of a keyboard closing key in ST25. If a transaction-specific closing key such as a deposit / cash key and a credit key is input, the CPU 11 executes a transaction closing process in ST26. For example, in the case of a cash transaction, “1” is added to each sales point area of the transaction item “total sales” and “cash transaction” in the sales total memory 33, and the total amount is added to each sales amount area. In the case of a credit transaction, “1” is added to each of the sales item number areas of the transaction items “total sales” and “credit” in the sales total memory 33, and the total amount is added to each sales amount area.

  After the closing process, the CPU 11 stores each data of transaction type, transaction date, transaction time, and transaction number in the transaction memory 34 as ST27. In ST28, the printer 26 is driven to issue a receipt. Further, all data stored in the transaction memory 34 as ST29, that is, transaction details data is transmitted and output from the communication interface 16 to the store server 2 via the communication line 5 (sales merchandise details output means). Thereafter, the CPU 11 returns the registering flag to OFF in ST30 and ends the registration process for one transaction.

  Further, the CPU 11 of each POS terminal 4 is programmed to execute the settlement process according to the procedure shown in the flowchart of FIG. 10 when the “settlement” mode is selected by the mode switch 17.

  That is, the CPU 11 prints the sales data aggregated for each transaction item in the sales aggregation memory 33 in ST31 on the receipt paper by the printer 26 and issues a settlement report. In ST32, the transaction item sales data is transmitted from the communication interface 16 to the store server 2 via the communication line 5. Thereafter, the CPU 11 clears the memory areas 31 to 36 of the RAM 13 as ST33. Either the settlement report issuance process or the transmission process to the store server may be performed first.

  Next, the CPU 11 expands the PLU data of the PLU data file stored in the HDD device 14 to the PLU table memory 31 as ST34. At this time, the CPU 11 determines in ST35 whether the price in the PLU data is a main body price or a tax-inclusive price. If the price is the main unit price, data “00” is stored in the price status memory 32 as ST36, and if it is a tax-included price, the data “99” is stored in the price status memory 32 as ST37. Then, the current checkout process is terminated.

  On the other hand, at the store server 2, when the business day is a predetermined time, the settlement process of the procedure shown in the flowchart of FIG. 11 is executed. That is, the store server 2 first initializes the PLU sales summary file 7 and the transaction sales summary file 8. Next, it is determined whether transaction detail data is received from each POS terminal 4. And when receiving, the following processes are performed with respect to all the transaction details data.

  That is, it is determined whether the tax-included processing flag in the received transaction details data is in an off state or an on state (price type discrimination means). For transaction details data in which the tax-included processing flag is off, the first price (set price data) is the main unit price and the second price (calculated price data) is the tax-included price. The file 7 adds the first price (set price data) of each sales product specification data by PLU code, and the sales summary file 8 for each transaction stores the second price (calculated price data) of each sales product specification data. Add by transaction item. On the other hand, for transaction details data in which the tax-inclusive processing flag is off, the first price (set price data) is the tax-inclusive price and the second price (calculated price data) is the body price. The sales summary file 7 adds the second price (calculated price data) of each sales product detail data for each PLU code, and the transaction-based sales summary file 8 contains the first price (set price data) of each sales product detail data. ) For each transaction item (sales processing means).

  In this way, when all transaction details data is aggregated, the store server 2 transmits the sales summary file 7 for each PLU and the sales summary file 8 for each transaction to the headquarters server 1 through the network 3, and the summary data for the relevant transaction date. And the settlement process is terminated.

  In the POS system of the present embodiment configured as described above, the price of each product set in the PLU master file 6 is changed from the previous main unit price to the tax-included price because, for example, the total amount display method is introduced. Then, the price status is set to “99” in each POS terminal 4. Therefore, when the PLU registration of the product is performed at each POS terminal 4, the tax amount included in the price is calculated from the tax-included price which is the PLU unit price, and the tax amount is subtracted from the tax-included price. The body price of the product is calculated. Then, the tax-included price set in the PLU table memory 31 is set as the first unit price that is the set price data, and the main body price calculated from the tax-included price and the tax rate is the second price that is the calculation price data. The set sales merchandise item data is created and transmitted to the store server 2 together with the tax-included processing flag in the on state. In addition, at the time of PLU registration, a tax-inclusive price that is a PLU price is displayed as the price of the product on the operator display 22 and the customer display 24.

  In the store server 2, since the tax-included processing flag of the sales product specification data received from the POS terminal 4 is on, the first price (set price data) of the sales product specification data is the tax-included price. The price of 2 (calculated price data) is recognized as the main body price. The PLU sales summary file 7 summarizes the main body price, which is the second price, and the transaction sales summary file 8 summarizes the tax-included price, which is the first price.

  On the other hand, even after the introduction of the total amount display method, if the price data of the PLU master file 6 is set as the main body price in consideration of the change of the consumption tax rate, the price status is set to “00” in each POS terminal 4. Therefore, when a PLU registration of a product is performed at each POS terminal 4, a tax amount corresponding to the consumption tax rate is calculated from the main unit price, which is a PLU unit price, and this tax amount is added to the main unit price to include the tax included in the product. The price is calculated. Then, the main unit price set in the PLU table memory 31 is set as the first unit price, and sales merchandise item data in which the tax-inclusive price calculated from the main unit price and the tax rate is set as the second price is created. Are transmitted to the store server 2 together with the off-tax processing flag. Further, at the time of PLU registration, a tax-included price, which is a calculated price, is displayed on the operator display 22 and the customer display 24 as the price of the product.

  In the store server 2, since the tax-included processing flag of the sales product specification data received from the POS terminal 4 is in an off state, the first price (set price data) of the sales product specification data is the main body price, The price of 2 (calculated price data) is recognized as a tax-included price. Then, the main price, which is the first price, is totalized in the sales totaling file 7 by PLU, and the tax-inclusive price, which is the second price, is totalized in the sales totaling file 8 by transaction.

  As described above, in each POS terminal 4, regardless of whether the price set in the PLU master file 6 is the main body price or the tax-included price, the operator display 22 and the customer display 24 are displayed at the time of PLU registration. Since the price of the displayed product is a tax-included price, it corresponds to the total amount display method. Further, each POS terminal 4 outputs the tax-included price and the body price as the product sales detailed data regardless of whether the price set in the PLU master file 6 is the body price or the tax-included price. It is possible to provide data as it is without post-processing for a plurality of different product sales data processing for which only one of the tax-included price or the body price of the product is a data processing target, and a plurality of different product sales data Processing efficiency can be improved. Furthermore, in each POS terminal 4, when creating the product sales specification data, the PLU set price may be set for the first price, and the calculated price may be set for the second price. it can.

  In the store server 2, sales data for each product is totaled based on the main unit price in the sales totaling file for each PLU 7, and sales data for each transaction is totaled based on the tax-included price in the sales totaling file 8 for each transaction. . Therefore, even if only one of the main unit price or tax-included price is set in the PLU master file 6, sales data for each transaction, sales data for the entire store, etc. can be aggregated based on the tax-included price, and the sales of each product Analysis can be performed on the basis of its price.

  In the embodiment, either one of the PLU data file storing the main unit price as the price data or the PLU data file storing the tax-included price is distributed from the store server 2 to each POS terminal 4. For example, one of the PLU data files may be selected on the POS terminal 4 side according to the date and expanded in the PLU table memory 31. Also in this case, the same effect can be obtained by setting the price status to “00” or “99” according to the price type at the time of data expansion. Needless to say, the price statuses “00” (main unit price) and “99” (tax included price) are merely examples, and the present invention is not limited thereto.

1 is an overall view of a POS system according to an embodiment of the present invention. The schematic diagram which shows the data structure of the PLU master file which the shop server of the POS system has. The schematic diagram which shows the data structure of the sales total file according to PLU which the shop server has. The schematic diagram which shows the data structure of the sales summary file classified by transaction which the store server has. The block diagram which shows the principal part structure of the POS terminal in the POS system. The schematic diagram which shows the main memory areas formed in RAM of the POS terminal. The schematic diagram which shows the data structure of the sales merchandise detailed data produced in the same POS terminal. The flowchart which shows the PLU registration process of the registration work which CPU of the same POS terminal performs. The flowchart which shows the subtotal input post-process of the registration work which CPU of the POS terminal performs. The flowchart which shows the principal part of the adjustment business process which CPU of the POS terminal performs. The flowchart which shows the principal part of the adjustment process which the shop server performs.

Explanation of symbols

  DESCRIPTION OF SYMBOLS 1 ... Head office server, 2 ... Store server, 4 ... POS terminal, 5 ... Communication line, 6 ... PLU master file, 7 ... Sales total file by PLU, 8 ... Sales total file by transaction, 31 ... PLU table memory 31, 32 ... Price status memory, 33 ... Sales total memory, 34 ... Transaction memory, 35 ... Total device.

Claims (1)

A terminal is connected to the server via a communication line, and the terminal has a product file in which price data of the product is set corresponding to a product code for identifying each product, and the product code is input via the input means. When input, in the product sales data processing system that calls the price data set corresponding to the product code from the product file and performs data processing related to product sales based on the price data,
The terminal
Price determination means for determining whether the price data set in the product file is a tax-inclusive price including a tax amount or a main body price not including a tax amount;
When the price data set in the product file is a tax-included price, a body price calculating means for calculating a body price obtained by subtracting the tax amount from the tax-included price;
Tax-included price calculation means for calculating a tax-included price obtained by adding a tax amount to the body price when the price data set in the product file is the body price;
Each time a product code is input via the input unit, the calculation unit of the main body price calculation unit or the tax-included price calculation unit is executed based on a determination result by the price determination unit, and the product code and the product Sales product specification creation means for creating sales product specification data from the set price data called from the file and the calculated price data calculated by the executed calculation means;
Data for identifying whether the sales product specification data created by the sales product specification creation unit includes the calculation price data by the main unit price calculation unit or the calculation price data by the tax-included price calculation unit And a sales commodity description output means for transmitting and sending to the server,
The server
Based on the identification data added to the sales product specification data received from the terminal, whether the set price data of the sales product specification data is the main unit price or the tax-included price and whether the operation price data is the main unit price or the tax-included price. A price type discriminating means for judging;
A merchandise sales data processing system comprising sales processing means for processing sales of a main product price and a tax-included price of a sold product based on a discrimination result by the price type discrimination means.

Images