JP2016224519A - Merchandise data processor - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a merchandise data processor capable of flexibly corresponding to the application of a plurality of tax rates.SOLUTION: The merchandise data processor includes: condition setting means for determining whether or not a predetermined condition is fulfilled concerning a transaction; and tax rate setting means for, when it is determined that the predetermined condition is not fulfilled, applying a first tax rate to merchandise in a transaction, and for, when it is determined that the predetermined condition is fulfilled, applying a second tax rate different from the first tax rate to the merchandise in the transaction.SELECTED DRAWING: Figure 4

Description

  The present invention relates to a product data processing apparatus.

For example, in calculating a pack fee combining a hotel accommodation fee and a meal fee, the tax rate for the hotel accommodation fee may be different from the tax rate for the meal fee.
Corresponding to the above case, the tax rate for each of a plurality of products combined as one product is stored, the unit price of each product combined as one product is acquired, and the tax of each stored product is stored. Calculate the taxable amount of each product based on the rate and the unit price of each acquired product, and calculate the taxable amount of one product that combines multiple products from the calculated taxable amount of each product A merchandise data processing apparatus is known (see, for example, Patent Document 1).

Japanese Patent No. 3991712

  For example, a reduced tax rate may be applied under a consumption tax. The reduced tax rate is an example of a tax rate that is lower than the standard tax rate, depending on the nature of the product (including services), such as setting a tax rate lower than the standard tax rate for commodities such as daily necessities. Say.

As can be seen in countries where reduced tax rates have already been introduced, the application of reduced tax rates varies depending on the product type, the number of products purchased, etc. Has been done.
For this reason, when a reduced tax rate is introduced, it is required that merchandise data processing devices such as POS registers also support various tax rates. At present, however, the tax rate can be set manually. I need it. In this case, there is a high possibility that proper accounting will not be performed due to an incorrect tax rate applied due to operational mistakes. However, for example, since Patent Document 1 is a configuration for obtaining a taxable amount with respect to a specific product and a tax rate, it is difficult to deal with a situation where the tax rate is not uniform as in the case where a reduced tax rate is introduced.

  This invention is made | formed in view of such a situation, and it aims at providing the merchandise data processing apparatus which can respond flexibly to application of a some tax rate.

  In order to solve the above-described problem, one aspect of the present invention provides a condition determination unit that determines whether or not a predetermined condition for a transaction is satisfied, and when it is determined that the predetermined condition is not satisfied. Applies a first tax rate to the product in the transaction and applies a second tax rate different from the first tax rate to the product in the transaction when it is determined that the predetermined condition is satisfied; A product data processing apparatus.

  As described above, according to the present invention, it is possible to provide a commodity data processing apparatus that can flexibly cope with the application of a plurality of tax rates.

It is a figure which shows the example of an external appearance of the POS register in 1st Embodiment. It is a figure which shows the structural example of the POS register in 1st Embodiment. It is a figure which shows the example of the content of the tax rate application table in 1st Embodiment. It is a flowchart which shows the example of a process sequence which the POS register in 1st Embodiment performs. It is a figure which shows the example of the content of the receipt which the POS register | resistor in 1st Embodiment outputs. It is a figure which shows the example of the content of the tax rate application table in 2nd Embodiment. It is a flowchart which shows the example of a process sequence which the POS register in 2nd Embodiment performs. It is a figure which shows the example of the content of the tax rate application table in 3rd Embodiment. It is a flowchart which shows the example of a process sequence which the POS register in 3rd Embodiment performs. It is a figure which shows the example of the content of the tax rate application table in 4th Embodiment. It is a flowchart which shows the example of a process sequence which the POS register in 4th Embodiment performs. It is a figure which shows the example of the content of the tax rate application table in 5th Embodiment. It is a flowchart which shows the example of a process sequence which the POS register | resistor in 5th Embodiment performs. It is a figure which shows the example of the content of the tax rate application table in 6th Embodiment. It is a flowchart which shows the example of a process sequence which the POS register | resistor in 6th Embodiment performs.

Hereinafter, a commodity data processing apparatus as an embodiment of the present invention will be described with reference to the drawings.
<First Embodiment>
FIG. 1 shows an appearance example of the POS register 1 in the present embodiment. FIG. 1A is a front view of the POS register according to the present embodiment as viewed from the store clerk (operator) side who operates the POS register, and FIG. 1B is a side view of the POS register 1.

  The POS register shown in the figure includes a display unit 14 with a touch panel, a key operation unit 15, a customer display unit 16, an automatic change machine 17, a scanner unit 18, a printing unit 19, and a drawer 30.

  The display unit 14 with a touch panel is a display device for a store clerk provided with a touch panel 14a. In the display unit 14 with a touch panel, a product registration screen corresponding to the product registration process, an accounting screen corresponding to the accounting process, and the like are displayed. Further, the store clerk can perform a predetermined operation related to product registration, accounting, and the like on the touch panel 14a.

  The key operation unit 15 is a keyboard provided with operation keys such as a numeric key for inputting a quantity at the time of product registration processing, a number of deposits received from a customer at the time of accounting processing, and a closing key for closing accounting. is there.

The customer display unit 16 is a display device for notifying the customer of the product name and price of the product to be purchased.
The automatic change machine 17 is a change machine for discharging at least money out of the change to be paid to the customer to the change discharge port 17a. Prepare.

The scanner unit 18 reads code information (for example, a barcode) attached to a product to be purchased or code information written on a product catalog or a product order sheet.
The scanner unit 18 may be a reading device that reads not only a barcode but also a two-dimensional code, for example.

  The printing unit 19 is a printer device that prints and outputs a receipt (accounting slip) that is a description of a product to be purchased.

  The drawer 30 is a storage unit that stores banknotes and money received from a customer, and is pulled out in the direction of arrow A in FIG.

FIG. 2 is a block diagram showing an electrical configuration of the POS register 1. In the figure, blocks corresponding to the configuration shown in FIG.
As shown in the figure, the POS register 1 includes a CPU 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, a display unit 14 with a touch panel, a key operation unit 15, a customer display unit 16, an automatic change machine. 17, a scanner unit 18, a printing unit 19, a communication unit 20, and a drawer 30.
CPU 11, ROM 12, RAM 13, touch panel display unit 14, key operation unit 15, customer display unit 16, automatic change machine 17, scanner unit 18, printing unit 19, communication unit 20, and drawer 30 are connected to the internal bus and communication line. Are connected to each other.

The communication unit 20 performs communication with, for example, a store controller (not shown) that is a higher-level device of the POS register 1.
The ROM 12 stores a program to be executed by the CPU 11 and image data to be displayed on the display unit 14 with a touch panel.
The RAM 13 is a memory that expands a program or work area read from the ROM 12. Further, the RAM 13 stores, for example, information related to products taken from the store controller.

The POS register 1 of the present embodiment implements functions as condition determination means, tax rate setting means, and accounting result output means by executing a program read from the ROM 12 by the CPU 11.
The condition determining means determines whether or not a predetermined condition (second tax rate application condition) is satisfied for the transaction.
When it is determined that the second tax rate application condition is not satisfied, the tax rate setting means applies the first tax rate to the product in the transaction, and when it is determined that the second tax rate application condition is satisfied, A second tax rate different from the one tax rate is applied to the merchandise in the transaction.
In the present embodiment, the first tax rate is a standard tax rate in the consumption tax system to which the reduced tax rate is applied, and the second tax rate is the reduced tax rate.
The accounting result output means outputs an accounting result in which products are rearranged according to the tax rate set for each product when the second tax rate is applied. In the present embodiment, the accounting result output means outputs an accounting result output by causing the printing unit 19 to print an accounting slip (receipt) on paper.

The POS register 1 of the present embodiment determines whether or not a condition (second tax rate application condition) that a predetermined combination of products is included in the transaction is satisfied.
When the second tax rate application condition is satisfied, the POS register 1 applies the second tax rate to each of a plurality of predetermined products corresponding to the second tax rate application condition among the products included in the transaction. In this case, the POS register 1 applies the first tax rate to products other than the predetermined plurality of products corresponding to the second tax rate application condition among the products included in the transaction.
On the other hand, when the above-described second tax rate application condition is not satisfied, the POS register 1 applies the first tax rate for all commodities included in the transaction.

  For example, there are various combinations of products that are closely related to each other, such as a television device and a recorder. As described above, a second tax rate lower than the first tax rate (standard tax rate) may be applied to a specific one of the related product combinations for the purpose of business promotion, for example. The POS register 1 of this embodiment corresponds to an application example of such a second tax rate.

FIG. 3 shows an example of a tax rate application table used by the POS register 1 in the present embodiment for determining the tax rate application. The tax rate application table shown in the figure is stored in the ROM 12 in the POS register 1.
Alternatively, the tax rate application table may be stored in, for example, an upper store controller, and the POS register 1 may be acquired from the store controller via communication and stored in the RAM 13.
Alternatively, for example, the tax rate application table may be stored in a higher-level store controller, and each time the POS register 1 determines the tax rate application, the store controller may be accessed and referenced.

The tax rate application table in the figure has a structure in which an applied second tax rate is associated with each product group.
In the record in the first row of FIG. 2, two product IDs “P0001” and “P0002” are shown as the product group, and “A%” is shown as the applied second tax rate. This is because, in a transaction, when a combination of a product with the product ID “P0001” and a product with the product ID “P0002” is included, the product with the product ID “P0001” and the product ID “P0002”. This means that “A%” should be applied as the second tax rate for products of.

  Further, in the record in the second row of the figure, three product IDs “P0003”, “P0004”, and “P0005” are shown as the product group, and “B%” is shown as the applicable second tax rate. ing. In this transaction, when a combination of a product with a product ID “P0003”, a product with a product ID “P0004”, and a product with a product ID “P0005” is included in the transaction, the product ID is “P0003”. This indicates that “B%” should be applied as the second tax rate for the product with the product ID “P0004” and the product with the product ID “P0005”.

  For example, in the case of a supermarket, merchandise is sold separately for each department such as a fresh fish department, a meat department, a vegetable department, and a prepared vegetables department. There is no particular limitation on the correspondence between the product group of the present embodiment and the above department. That is, one product group may include only products that belong to the same certain department, or one product group may include products that belong to each of a plurality of different departments.

An example of a processing procedure executed by the POS register 1 in this embodiment will be described with reference to the flowchart of FIG.
Step S101: First, the POS register 1 performs a merchandise registration process every time a store clerk performs an operation for registering merchandise in a transaction (a merchandise registration operation). Depending on the product registration operation, for example, an operation of reading a barcode printed on a label affixed to the product by the scanner unit 18 or an operation of specifying a product on the display unit 14 with a touch panel is performed. Predetermined information (product ID, product name, unit price, etc.) is acquired.

Step S102: The POS register 1 determines whether or not the product registration corresponding to the transaction is completed. For example, when an operation such as a subtotal key or a current total key is performed, the product registration corresponding to the transaction is completed.
If it is determined that the product registration has not been completed, the process returns to step S101 in response to, for example, a product registration operation.

Step S103: When it is determined that the product registration is completed, the POS register 1 performs the following process.
At the stage where the product registration is completed, the breakdown of the products in the transaction is finalized. That is, it is determined which product is in the transaction. Therefore, the POS register 1 determines whether or not a product in the transaction includes the same combination as the product group to which the second tax rate is applied. Specifically, the POS register 1 determines whether or not the product included in the transaction has the same combination of products as any one of the product groups shown in the tax rate application table of FIG. Note that the process of step S103 is executed by a function as a condition determination unit.

Step S104: When it is determined that the same combination of products as the product group to which the second tax rate is applied among the products in the transaction, the POS register 1 executes the following processing.
In other words, the POS register 1 sets the second item in the tax rate application table corresponding to the product group of the plurality of products corresponding to the product group to which the second tax rate is applied among the products in the transaction. Apply tax rates.
Step S105: Further, the POS register 1 applies the first tax rate to the products remaining in the transaction without applying the second tax rate in Step S104.

  Step S106: On the other hand, if it is determined that the same combination of products as the product group to which the second tax rate is applied is not included in the products in the transaction, the POS register 1 includes the first in all the products in the transaction. Apply tax rates.

Note that “applying” the tax rate (second tax rate or first tax rate) in step S104, step S105, or step S106 means associating the tax rate to be applied to each product in the transaction.
The application of the second tax rate in step S104 and the application of the first tax rate in step S105 or step S106 are performed by a function as a tax rate setting means.

Step S107: At the stage of reaching Step S107, the tax rate is applied to each product in the transaction by the processing of Step S104 and Step S105, or Step S106.
Therefore, the POS register 1 calculates the total amount of tax included in the transaction based on, for example, the unit price for each product in the transaction and the tax rate (applicable tax rate) applied to each product.
Thus, in the present embodiment, the correct tax-included total amount can be calculated by appropriately applying the tax rate for each product in the transaction.

Step S108: The POS register 1 performs an accounting process using the tax-included total amount calculated in step S107. In other words, the POS register 1 calculates change according to the deposit amount received from the customer and performs processing such as change change.
Step S109: The POS register 1 also outputs a receipt (accounting slip) indicating the result of the accounting process (accounting result) in step S108. That is, the POS register 1 causes the printing unit 19 to print the accounting result on a sheet, and discharges the printed sheet as a receipt.

  Here, in this embodiment, when the tax rate applied to each product in the transaction results in a mixture of multiple items, the receipts are rearranged (sorted) so that the products are grouped according to the applicable tax rate. Can be output. In a transaction, a case where a plurality of tax rates are mixed is a case where a first tax rate and one or more second tax rates are mixed. The other is a case where a plurality of different second tax rates are mixed even if there is no first tax rate.

FIG. 5 shows an example of the receipt of the printed content in which the products are rearranged according to the applicable tax rate as described above.
In the receipt shown in the figure, for example, from the top, “product P1000” and “product P2000” to which the first tax rate of 10% is applied are collected, and these “product P1000” and “product P2000” are collected. The subtotal amount including tax is shown.
Subsequently, two items, “Product P0001” and “Product P0002”, to which a second tax rate of 5% is applied, are collected under the receipt, and the tax included for “Product P0001” and “Product P0002” Subtotal amount is shown.
As described above, the receipts are rearranged and printed so that the products in the transaction are collected according to the applicable tax rate, so that the customer can easily understand the relationship between the applicable tax rate and the product.
Note that the receipt output in step S109 is realized by a function as an accounting result output unit.

  Note that the format related to the order of products in the receipt output in step S109 does not necessarily have to be summarized according to the applicable tax rate as illustrated in FIG. For example, the receipt may be in a format according to the order of products according to the registered order. In addition, for example, the format of a receipt printed by the printing unit 19 may be switched in accordance with a store clerk specifying a receipt format.

  In addition to the output by the receipt described above, for example, the POS register 1 outputs so that the products are rearranged collectively according to the applicable tax rate. For example, the output of the display, the accounting processing result for the upper store controller, etc. Transmission etc. may also be included.

For example, depending on the food labeling method, products as food are classified into fresh food and processed food. Thus, for example, it is conceivable that the predetermined tax rate is applied to fresh food, and the first tax rate is applied to processed food.
However, for example, the classification of fresh food and processed food according to the Food Labeling Act is not always compatible with the application of tax rates. In other words, even if it is classified as processed food, there are things that consumers can perceive as fresh food, and even if it is classified as fresh food, it takes much time for preservation, etc. There are things that can be caught in the sense of.
For this purpose, for example, a product group consisting of a combination of a plurality of products as a specific fresh food is treated the same as a processed food and the first tax rate is applied, or a product group consisting of a combination of a plurality of products as a specific processed food May be operated in the same way as fresh food and apply the second tax rate. Furthermore, for product groups (for example, combinations of vegetables and dressings used in salads such as lettuce) with a combination of products as specific fresh foods and products as specific processed foods, May be treated as fresh food and applied at the second tax rate.
The POS register 1 in the present embodiment can be configured to change the tax rate applied to the product according to the combination of the product related to fresh food and processed food as described above.

Second Embodiment
Next, the second embodiment will be described. In the present embodiment, as the second tax rate application condition, it is determined that the total amount (excluding tax) corresponding to the transaction should fall within a predetermined range. That is, the POS register 1 in the present embodiment applies the second tax rate corresponding to the corresponding predetermined range to the product in the transaction when the total amount before tax for the product in the transaction falls within the predetermined range.
In the present embodiment, for the sake of simplicity of explanation, when the total amount before tax for the product in the transaction falls within a predetermined range, a case where the second tax rate is applied to all the products in the transaction is taken as an example.

FIG. 6 shows an example of the contents of the tax rate application table in the present embodiment. The tax rate application table in the figure has a structure in which an applied second tax rate is associated with each total amount range.
Specifically, in the record of the first row in the tax rate application table of the figure, the applied second tax rate of C% corresponds to the total amount range of a yen to (b-1) yen (a <b). It is attached. That is, the record on the first line shows that if the total amount excluding tax according to the transaction falls within the range from a yen to (b-1) yen, the second tax rate of C% for each product in the transaction Indicates to apply.
Further, in the record on the second line in the figure, an applied second tax rate of D% (for example, D% <C%) is associated with a total amount range of b yen or more. That is, the record on the second line indicates that when the total amount excluding tax according to the transaction falls within a range of b yen or more, the second tax rate of D% is applied to each product in the transaction.

  As a specific example, for example, in rural areas, there are no shops nearby, so it is common to go to a supermarket by car and stock up for a week of food on weekends. Against this backdrop, for example, it may be possible to apply a reduced tax rate for economic support to customers who make bulk purchases. The POS register 1 of this embodiment can cope with such tax rate application.

With reference to the flowchart of FIG. 7, an example of a processing procedure executed by the POS register 1 of this embodiment will be described.
The processing in step S201 and step S202 is the same as that in step S101 and step S102 in FIG.
Step S203: When it is determined in step S202 that the product registration has been completed, the POS register 1 determines whether or not the total tax-excluded amount corresponding to the current transaction is an application target of the second tax rate.
Therefore, the POS register 1 may determine whether or not the total amount before tax corresponding to the current transaction corresponds to one of the total amount ranges shown in the tax rate application table illustrated in FIG.
The total tax-excluded amount corresponding to the transaction is calculated by totaling the unit prices excluding tax for each product included in the transaction.
Moreover, the process of step S203 is performed by the function as a condition determination means.

  Step S204: When it is determined that the total tax-excluded amount corresponding to the current transaction is a target of the second tax rate, the POS register 1 adds the total tax-excluded corresponding to the current transaction to all products in the transaction. Apply the second tax rate corresponding to the amount. That is, the POS register 1 applies the second tax rate associated with the total amount range to which the total amount excluding tax corresponding to the current transaction corresponds in the tax rate application table to all products in the transaction.

Step S205: On the other hand, if it is determined that the total amount excluding tax corresponding to the current transaction is not subject to the second tax rate, the POS register 1 applies the first tax rate to all products in the current transaction. .
Steps S204 and S205 are executed by a function as a tax rate setting means.

  The processing in steps S206 to S208 may be the same as that in steps S107 to S109 in FIG. However, in step S208 in the present embodiment, either one of the second tax rate and the first tax rate is applied to all products in the transaction. Therefore, as in the first embodiment, products are applied for each applicable tax rate. There is no need to print receipts together.

  In addition, you may make it determine whether the total amount about the specific goods (a plurality of types may be included) included in the transaction falls within a predetermined range. In this case, when it falls within the predetermined range, the second tax rate may be applied only to specific products, and the first tax rate may be applied to other products.

<Third Embodiment>
Subsequently, the third embodiment will be described. In the present embodiment, the second tax rate application condition is that the day on which the transaction is performed should have a predetermined attribute.
FIG. 8 shows an example of the tax rate application table in the present embodiment. The tax rate application table in the figure has a structure in which an applicable tax rate is associated with each date attribute.
Specifically, in the record of the first row in the tax rate application table of FIG. 6, the first tax rate is associated with the date attribute “holiday / holiday” as the applicable tax rate. In the record in the second row, the second tax rate of E% is associated with the date attribute “weekday” as the applicable tax rate. Note that “holiday” here means Saturday and Sunday.

  For example, an increase in the number of tourists is required in tourist areas. Therefore, in order to attract tourists in tourist areas, for example, set a low tax rate as the second tax rate on weekdays when the number of tourists decreases, and set the standard first tax rate on holidays and holidays when the number of tourists increases. Can be considered. The POS register 1 of this embodiment can cope with such tax rate application.

With reference to the flowchart of FIG. 9, an example of a processing procedure executed by the POS register 1 in the present embodiment will be described.
The processing in step S301 and step S302 is the same as that in step S201 and step S202 in FIG.

  Step S303: When it is determined in step S302 that the product registration has been completed, the POS register 1 determines whether or not the day on which the current transaction is performed is a holiday or a holiday. At this time, the POS register 1 may refer to, for example, a calendar stored in the ROM 12. The process of step S303 is executed by a function as condition determination means.

  Step S304: If it is determined that the date of the current transaction is neither a holiday nor a holiday, the POS register 1 applies E to all products in the current transaction according to the contents of the tax rate application table of FIG. % Second rate applies.

Step S305: On the other hand, if it is determined that the day on which the current transaction is performed is neither a holiday nor a holiday, that is, a weekday, the POS register 1 sets the first tax rate for all products in the current transaction. Apply.
Steps S304 and S305 are executed by a function as a tax rate setting means.
The processing in steps S306 to S308 may be the same as that in steps S206 to S208 in FIG.

In the present embodiment, the products to which the second tax rate is applied may be limited to some types.
Further, in the above example, the example of “weekday” and “holiday / holiday” is given as the attribute of date, but the attribute of date is not particularly limited. As for the date attribute, for example, the day of the week may be used as the date attribute, or a specific holiday may be used as the date attribute.

Further, in the processing procedure of FIG. 9 described above, at the timing when registration is completed for each transaction, the determination in step S303 (that is, determination as to whether or not the attribute of the day of the day is the second tax rate application target) is made. Has been done.
However, the determination in step S303 is not related to the contents of the registered product. For this reason, the timing which performs determination by step S303 in this embodiment is not limited to said example.
As an example, the determination in step S303 may be performed at a timing according to the start of product registration.
Further, for example, the determination in step S303 may be performed at a timing at which processing for enabling the use of the POS register 1 is performed in accordance with the start of business in one day, which is called store opening processing. In this case, the determination in step S303 may be performed once per day. In addition, in each transaction on one day, either the application of the second tax rate according to step S304 or the application of the first tax rate according to step S305 is executed according to the determination result of step S303. You can do it.

In the above example, the applicable tax rate is changed according to the time interval of the day as the date. However, for example, the POS register 1 may change the applicable tax rate according to a specific time zone.
As a specific example, a case is taken as an example in which, for example, in consideration of improvement of working conditions, security, etc., a policy is desired to refrain from store operations at midnight as much as possible. In this case, the standard 1st tax rate is applied during a predetermined time zone defined as midnight, and the 2nd tax rate is applied during a time zone other than midnight to lower the tax rate, thereby enabling commercial activities at midnight. Can be suppressed. When dealing with such tax rate application, the POS register 1 of the present embodiment changes the tax rate applied to the product depending on whether or not the time at which the transaction was performed is included in the target time zone. What is necessary is just to comprise.

<Fourth embodiment>
Subsequently, a fourth embodiment will be described. The second tax rate application condition in the present embodiment is that the settlement type (payment method) corresponding to the transaction should be a predetermined settlement type.
FIG. 10 shows an example of the contents of the tax rate application table in the present embodiment. The tax rate application table in the figure has a structure in which an applicable tax rate is associated with each settlement type.
In the record of the first row in the tax rate application table of FIG. 8, the applicable tax rate of “first tax rate” is associated with the settlement type of “cash”. In the record in the second row, the second tax rate of F% is associated with the settlement type “credit card” as the applicable tax rate.

  For example, assuming that the use of credit cards is promoted against the backdrop of economic policies and safety measures, a reduced tax rate will be applied when paying with a credit card rather than with cash for transactions. Can be considered. The POS register 1 in this embodiment can cope with such tax rate application.

An example of a processing procedure executed by the POS register 1 in this embodiment will be described with reference to the flowchart of FIG.
Steps S401 and S402 are the same as steps S201 and S202 of FIG.

Step S403: When it is determined in step S402 that the product registration has been completed, the POS register 1 inputs a settlement method for the current transaction. For example, after completing the product registration by operating the subtotal key or the current total key, the store clerk confirms whether the payment method is cash or credit card and confirms the payment method with cash and credit card. Perform an operation according to either of the above.
Step S404: Next, the POS register 1 determines whether or not the settlement method corresponding to the current transaction is a card settlement using a credit card.

  Step S405: When it is determined that the payment method is credit card payment, the POS register 1 applies the second tax rate of F% to all products in the current transaction according to the contents of the tax rate application table of FIG. .

Step S406: On the other hand, if it is determined that the payment method is not credit card payment, that is, cash payment, the POS register 1 applies the first tax rate to all products in the current transaction.
Steps S405 and S406 are executed by a function as a tax rate setting unit.
The processing in steps S407 to S409 may be the same as that in steps S206 to S208 in FIG. However, in step S408 of this embodiment, the accounting process according to the settlement method input corresponding to step S403 is performed.

In the present embodiment, the products to which the second tax rate is applied may be limited to some types.
In addition, as a settlement method to which the second tax rate is applied, a settlement using a point card point may be included.

<Fifth Embodiment>
Subsequently, a fifth embodiment will be described. In the present embodiment, the second tax rate application condition is that a predetermined information type related to a customer corresponding to a transaction has a predetermined content.
FIG. 12 shows an example of the contents of the tax rate application table in the present embodiment in the present embodiment. The tax rate application table in the figure has a structure in which a customer attribute and an applied second tax rate are associated with each target product to which the second tax rate is applied.

The record in the first row of the tax rate application table in FIG. 6 includes a customer attribute “70 years or older” and an applied second tax rate of “G%” for the product ID “P0010” indicating the target product. It is associated. The record in the first row with such content has a content of “G%” when the product type is “P0010” and the information type as the customer's age is 70 years old or more. Indicates that the tax rate applies.
In the record in the second row, the customer attribute “female” and the applied second tax rate “H%” are associated with the product ID “P0011” indicating the target product. The record in the first row with such contents shows that the product with the product ID “P0011” has the content that the information type as the customer's gender is female, and the second tax rate of “H%” is Indicates that it applies.

  For example, commodities that are necessities vary depending on attributes such as the age and sex of the customer. Considering this, for example, it is conceivable to change the tax rate to be applied according to the attribute of a customer (product purchaser) for a certain product. The POS register 1 in this embodiment can cope with such tax rate application.

With reference to the flowchart of FIG. 13, an example of a processing procedure executed by the POS register 1 in the present embodiment will be described.
The processing of step S501 and step S502 is the same as that of step S101 and step S102 of FIG.

Step S503: After the product registration is completed, the POS register 1 inputs customer attributes.
As an input mode of customer attributes, for example, the store clerk looks at the appearance of the customer, determines the age, sex, etc., and performs an operation for specifying the customer attributes to the POS register 1, and the POS register 1 is operated by the operation. What is necessary is just to be made to input the designated customer attribute.
Alternatively, the customer attribute may be input to the POS register 1 by reading the content stored in a card that can be used as an identification card by a reader / writer connected to the POS register 1. An example of a card that can be used as an ID card is a personal number card issued under the My Number (personal number) system.
In the figure, the customer attribute is input after the product registration is completed. However, for example, the customer attribute may be input prior to the start of the product registration. Alternatively, customer attributes may be input between the start and end of product registration.

  Step S504: Next, the POS register 1 determines whether or not there is the same combination of the target product and customer attribute (corresponding combination) shown in the tax rate application table of FIG. The process of step S504 is performed by a function as a condition determination unit.

Step S505: When it is determined that there is a corresponding combination for the current transaction, the POS register 1 performs the following processing. That is, the POS register 1 applies the second tax rate indicated by the tax rate application table to products that match the corresponding combination among the products in the current transaction.
For example, in the current transaction, it is indicated that the customer attribute input in step S503 is 70 years or older, and among the products in the transaction, a product with the product ID “P0010” is included. To In this case, in step S504, based on the tax rate application table of FIG. 12, it is determined that there is a corresponding combination of a customer attribute 70 years or older and a product with a product ID “P0010”.
In this case, in step S505, based on the tax rate application table of FIG. 12, the second tax rate of G% is applied to the product with the product ID “P0010” among the products in the transaction.

  Step S506: The POS register 1 applies the first tax rate to the remaining products for which the second tax rate is not applied in Step S505 among the products in the current transaction.

On the other hand, when it is determined that there is no corresponding combination for the current transaction, the POS register 1 applies the first tax rate to all products in the current transaction.
The processes in steps S505 to S507 are executed by a function as tax rate setting means.
The processing in steps S508 to S510 may be the same as that in steps S107 to S109 in FIG.
In the present embodiment, the customer attribute included in the second tax rate application condition is merely an example, and for example, the customer's nationality, occupation, family structure, and the like can be considered.
Further, for example, the tax rate applied based only on the customer attribute may be changed without associating the customer attribute with the product.

<Sixth Embodiment>
Subsequently, a sixth embodiment will be described. In the previous fifth embodiment, the applicable tax rate has been changed based on age, sex, etc., as the predetermined information type for the customer. In the present embodiment, the applicable tax rate is changed based on the customer's address as the predetermined information type regarding the customer.

FIG. 14 shows an example of the tax rate application table in the present embodiment. The tax rate application table in the figure has a structure in which an applicable tax rate is associated with each prefecture as a residential area. The residence area in the tax rate application table of the figure shows the area where the customer resides by the division of the prefecture.
The record on the first line in the tax rate application table of FIG. 6 associates the applicable tax rate as the first tax rate with the residential area as prefecture A. The record on the first line having such contents indicates that the first tax rate is applied to the corresponding transaction when the residential area (address) relating to the customer is A prefecture.
Further, in the tax rate application table of the same figure, the record in the second row associates the applicable tax rate as the first tax rate with the residential area as prefecture B. The record on the second line having such contents indicates that the first tax rate is applied to the corresponding transaction when the residential area (address) relating to the customer is B prefecture.

In the record on the third line, the applicable tax rate as the second tax rate of I% is associated with the residential area as the C prefecture. The record on the third line having such a content indicates that when the residential area (address) relating to the customer is C prefecture, the second tax rate of I% is applied to the corresponding transaction.
In the record on the fourth line, the applicable tax rate as the second tax rate of J% (for example, J <I) is associated with the residential area as the D prefecture. The record on the fourth line having such contents indicates that when the residential area (address) relating to the customer is C prefecture, the second tax rate of J% is applied to the corresponding transaction.

For example, as a business operator in a tourist area, considering the increase in the number of tourists, not only the people in the suburbs but also people who live as far away as possible should visit. Based on this way of thinking, for example, the farther the residential area is from the tourist area, the less the tax rate on shopping and service charges, so that the convenience to customers can be improved. Conceivable.
The tax rate application table in FIG. 14 corresponds to a case where a reduced tax rate based on the above-described concept is applied, for example. Specifically, since the prefecture A and the prefecture B are the same prefecture as the sightseeing spot or a prefecture in the vicinity of the prefecture where the sightseeing spot is located, the first tax rate, which is a standard tax rate, is applied.
On the other hand, since prefecture C is a prefecture far from the prefecture where the tourist spot is located, it indicates that the second tax rate of I% corresponding to the distance from the prefecture where the tourist spot is located is applied.
In addition, since D Province is a prefecture farther away from the prefecture where the tourist destination is located, and from the prefecture C, the second tax rate of J%, which is lower than I%, depends on the distance from the prefecture where the tourist destination is located. Indicates that this applies.
That is, the second tax rate application condition in the present embodiment is that the residential area as the information type relating to the customer should be a predetermined prefecture.

With reference to the flowchart of FIG. 15, an example of a processing procedure executed by the POS register 1 in the present embodiment will be described.
Steps S601 and S602 are the same as steps S201 and S202 of FIG.

Step S603: After the product registration is completed, the POS register 1 inputs the customer's residence area as a customer attribute for the customer corresponding to the current transaction. Here, in order to input the residential area, the prefecture where the customer resides may be input in correspondence with the tax rate application table shown in FIG.
As a mode of inputting the prefecture as the residence area, for example, the store clerk asks the prefecture where the customer resides, and the store clerk inputs the prefecture transmitted from the customer by a predetermined operation on the POS register 1.
Alternatively, by reading an address stored in a card that can be used as an identification card such as the personal number card described above with a reader / writer connected to the POS register 1, the name portion of the prefecture indicated in the read address is The POS register 1 may be acquired as a residential area (prefecture).
In the figure, the customer's residence area is entered after the product registration is completed. However, for example, the residence area may be entered prior to the start of product registration. Alternatively, the residential area may be input between the start and end of product registration.

  Step S604: Next, the POS register 1 determines whether or not the prefecture as the residential area input in Step S603 is an application target of the second tax rate. At this time, the POS register 1 may determine whether or not the applicable tax rate corresponding to the prefecture input in step S603 is the second tax rate with reference to the tax rate application table of FIG. The process of step S604 is performed by a function as a condition determination unit.

Step S605: If it is determined that the input prefecture as the residential area is not subject to the second tax rate, the POS register 1 sets all the products in the current transaction to the prefecture input in Step S603. Apply the corresponding second tax rate.
For example, if the prefecture input in step S603 is C prefecture in the tax rate application table of FIG. 14, the POS register 1 uses the I% second tax rate associated with C prefecture in the tax rate application table in this transaction. Applies to all products.
Further, for example, if the prefecture input in step S603 is D prefecture in the tax rate application table of FIG. 14, the POS register 1 sets the second tax rate of J% associated with D prefecture in the tax rate application table to this time. Applies to all products in the transaction.

Step S606: On the other hand, when it is determined that the prefecture as the input residence area is not subject to the second tax rate, that is, the prefecture as the input residence area is subject to the first tax rate. Is determined, the POS register 1 applies the first tax rate to all products in the current transaction.
The processing of step S605 and step S606 is executed by a function as a tax rate setting means.

The processing in steps S607 to S609 may be the same as that in steps S206 to S208 in FIG.
In the above description, when applying the second tax rate in step S204, all products in the transaction are targeted. However, for example, the second tax rate may be applied only to specific products designated in advance, and the first tax rate may be applied to the remaining products in the transaction.

In the above example, the applicable tax rate is changed according to the division of prefecture (prefecture). However, for example, the applicable tax rate may be changed according to a regional division smaller than that of a prefecture, such as a municipality. In addition, the applicable tax rate may be changed according to the region classification based on the telephone number or the postal code.
Further, the distance from the area where the POS register 1 is installed to the customer's address may be obtained by using map data or the like, and the applicable tax rate may be changed according to the obtained distance.

<Modification>
Hereinafter, modifications of the POS register 1 in the present embodiment will be described.
For example, if a predetermined number or more of the same specific product is included in the transaction, the POS register 1 can be configured to apply the second tax rate to the predetermined number or more of the same same product. In addition, the POS register 1 may be configured to change the tax rate as the second tax rate to be applied according to the number of specific same products.

Further, for example, based on the number of customers corresponding to one transaction, all or some of the products in the transaction are changed from the first tax rate to the second tax rate, or the tax rate is changed as the second tax rate. The POS register 1 may be configured.
In this case, for example, the POS register 1 stores a tax rate application table indicating a tax rate according to the number of customers for each target product whose tax rate is changed according to the number of customers. The store clerk performs an operation for inputting the number of customers to the POS register 1 when the target product is included in the transaction. The POS register 1 acquires a tax rate corresponding to the target product included in the transaction and corresponding to the input number of customers from the tax rate application table, and applies the acquired tax rate to the target product.
The change of the tax rate based on the number of customers corresponding to one transaction is easy to apply in a business situation in which orders of menus of a plurality of customers may be handled as one transaction, such as a restaurant.
Further, for example, in changing the tax rate based on the number of customers, it is conceivable to combine with the customer attributes in the fifth embodiment. For example, it is conceivable that the second tax rate is applied when a predetermined number of customers over 70 years old eat and drink and account for one transaction. In this case, the POS register 1 of the present embodiment is configured to change the tax rate of the ordered menu (product) based on the combination of the input customer attribute and the input number of customers.

Furthermore, at restaurants, etc., the same tax is changed from the first tax rate to the second tax rate, or the tax rate is changed as the second tax rate, depending on whether they are eating in (in) or taking out (takeout). The POS register 1 may be configured as shown in FIG.
In this case, the POS register 1 stores, for example, a tax rate application table indicating a tax rate corresponding to each of eat-in and take-out for each target product whose tax rate is changed depending on whether it is eat-in or take-out. The store clerk performs an operation for designating which of the eat-in and the take-out is performed on the POS register 1 when the target product is included in the transaction. The POS register 1 acquires the tax rate corresponding to the target product included in the transaction and corresponding to the designation of eat-in or take-out from the tax rate application table, and applies the acquired tax rate to the target product.

Further, the POS register 1 may be configured so that the change from the first tax rate to the second tax rate or the change of the tax rate as the second tax rate is performed based on the number of all products in the transaction.
In this case, the POS register 1 stores, for example, a tax rate application table indicating a tax rate according to the number of products. Then, the POS register 1 acquires a tax rate associated with the number of products determined upon completion of product registration from the tax rate application table, and applies the acquired tax rate to the target product.

For example, some products are sold by weight or volume. Therefore, for example, for products sold by weight, the tax rate is changed according to the weight purchased, and for products sold by volume, the tax rate is changed according to the volume purchased. May be.
Therefore, for example, the weight or volume measured for a product to be sold by weight can be input to the POS register 1, and the tax rate applied to the corresponding product is changed based on the input weight or volume. Can be configured.

Further, the POS register 1 may be configured to change the tax rate applied to the product based on the relationship between the region related to the product and the region where the product is sold. Specifically, there are cases where local production for local consumption is recommended for agricultural products in order to promote local industries, for example. Therefore, in order to promote local production for local consumption, in the case where agricultural products produced in a certain area are sold in the same area, a second tax rate lower than the standard first tax rate is set for the corresponding product. Operation to apply is conceivable.
In accordance with the application of such a tax rate, for example, information on the installed area is registered in the POS register 1 in advance. In addition, when the product corresponding to the transaction is registered, if the production location is associated with the product to be registered, the production location is input to the POS register 1. The production area may be input, for example, by reading a barcode printed on a label affixed to the product, or a store clerk may perform an operation of designating the production area. Then, the POS register 1 changes the tax rate applied to the registered product depending on whether or not the registered area matches the input area as the production area.
For example, when a store clerk performs an input operation, instead of inputting information indicating the production area itself, an operation for designating that is performed when the production area of the product corresponds to an area registered in the POS register 1. You may do it. In this case, the POS register 1 changes the tax rate applied to the target product according to the operation being performed.

In each of the above embodiments, the tax rate to be applied to the product in the transaction is set by the POS register 1 referring to the tax rate application table corresponding to the second tax rate application condition.
However, when the tax rate change key provided in the POS register 1 is operated during product registration, the POS register 1 switches the tax rate applied to the corresponding product from the first tax rate to the second tax rate. It may be.
Alternatively, during the period from when the product registration is started to before the accounting process is started, the POS register 1 sets the tax rate of all products in the transaction as the first tax rate in response to the operation of the tax rate change key. May be switched to the second tax rate.

Moreover, the aspect of application of the second tax rate in each embodiment and each modification described so far may be combined as appropriate for those that can be combined.
In the above description, the first tax rate is the standard tax rate in the consumption tax and the second tax rate is a reduced tax rate lower than the standard tax rate. For example, the second tax rate is higher than the standard tax rate. It may be a tax rate.

Further, in each of the above-described embodiments, the POS register 1 in which product registration and accounting processing are performed according to the operation of the store clerk has been described as an example. However, for example, the configuration of the present embodiment can also be applied to a POS system in which a product registration device in which product registration is performed by a store clerk and a settlement device in which customer settlement (accounting processing) is performed are separated.
In this case, the determination as to whether or not the second tax rate is applied to the transaction may be performed by the registration device or the settlement device, respectively, for calculating the total amount including tax according to the applicable tax rate. It may be broken.
In addition, the configuration of the present embodiment can be applied to a self-type POS system in which, for example, the customer himself performs from product registration to payment.

  As described above, according to one aspect of the present embodiment, the condition determination means for determining whether or not a predetermined condition (for example, the second tax rate application condition) is satisfied with respect to the transaction, and the predetermined condition is not satisfied. Is determined to apply the first tax rate to the product in the transaction, and if it is determined that the predetermined condition is satisfied, the second tax rate different from the first tax rate is applied to the product in the transaction Product data processing apparatus (for example, POS register 1).

  With the above configuration, the product data processing device determines whether or not a predetermined tax rate application condition for the transaction is satisfied, and according to the determination result, either the first tax rate or the second tax rate is applied to the product in the transaction. To be applied. Thereby, the product data processing apparatus which can respond flexibly to application of a some tax rate by the setting of application conditions can be provided.

  Moreover, one aspect of the present embodiment is the product data processing device described above, wherein the condition determination unit determines whether or not a condition that a combination of predetermined products is included in a transaction is satisfied, The tax rate setting means applies the second tax rate to a plurality of predetermined products when it is determined that the condition is satisfied.

  With the above configuration, it is possible to appropriately set the tax rate in response to the case where the second tax rate is applied to a combination of predetermined products.

  Further, one aspect of the present embodiment is the product data processing apparatus described above, wherein the condition determination unit determines whether or not a condition that the total amount corresponding to the transaction falls within a predetermined range is satisfied. The tax rate setting means applies the second tax rate to the product in the transaction when it is determined that the condition is satisfied.

  With the above configuration, it is possible to appropriately set the tax rate corresponding to the case where the second tax rate is applied corresponding to the predetermined range of the total amount according to the transaction.

  Further, one aspect of the present embodiment is the product data processing device described above, wherein the condition determination unit determines whether or not a day on which a transaction is performed satisfies a condition that a predetermined attribute is satisfied, The tax rate setting means applies the second tax rate to the product in the transaction when it is determined that the condition is satisfied.

  With the above configuration, it is possible to appropriately set the tax rate in response to the case where the application condition of the second tax rate is determined according to the attribute of the day on which the transaction is performed.

  Further, one aspect of the present embodiment is the product data processing device described above, wherein the condition determination unit determines whether or not a condition that a payment type corresponding to a transaction is a specific payment type is satisfied. The tax rate setting means applies the second tax rate to the product in the transaction when it is determined that the condition is satisfied.

  With the above configuration, it is possible to appropriately set the tax rate in response to the case where the application condition of the second tax rate is determined according to the settlement type corresponding to the transaction.

  Further, one aspect of the present embodiment is the product data processing apparatus described above, wherein the condition determination unit determines whether or not a predetermined information type related to a customer corresponding to a transaction has a predetermined content, and sets a tax rate. The means applies the second tax rate to the merchandise in the transaction if it is determined that the condition is met.

  With the above configuration, it is possible to appropriately set the tax rate in response to the case where the application condition of the second tax rate is determined according to the predetermined information about the customer corresponding to the transaction.

  Also, one aspect of the present embodiment is the product data processing device described above, and outputs an accounting result in which products are rearranged according to a tax rate set for each product when the second tax rate is applied. The accounting result output means is further provided.

  According to the above configuration, when a plurality of different tax rates are applied to the products in the transaction, the accounting result is output in a form in which the products are grouped for each tax rate. Thereby, for example, the customer can easily grasp which tax rate is applied to each of the plurality of products purchased by the customer.

  A program for realizing the function as the POS register 1 is recorded on a computer-readable recording medium, and the program recorded on the recording medium is read into a computer system and executed, thereby executing the POS. Processing as the register 1 may be performed. Here, “loading and executing a program recorded on a recording medium into a computer system” includes installing the program in the computer system. The “computer system” here includes an OS and hardware such as peripheral devices. The “computer system” may include a plurality of computer devices connected via a network including a communication line such as the Internet, WAN, LAN, and dedicated line. The “computer-readable recording medium” refers to a storage device such as a flexible medium, a magneto-optical disk, a portable medium such as a ROM and a CD-ROM, and a hard disk incorporated in a computer system. As described above, the recording medium storing the program may be a non-transitory recording medium such as a CD-ROM. The recording medium also includes a recording medium provided inside or outside that is accessible from the distribution server in order to distribute the program. The code of the program stored in the recording medium of the distribution server may be different from the code of the program that can be executed by the terminal device. That is, the format stored in the distribution server is not limited as long as it can be downloaded from the distribution server and installed in a form that can be executed by the terminal device. Note that the program may be divided into a plurality of parts, downloaded at different timings, and combined in the terminal device, or the distribution server that distributes each of the divided programs may be different. Furthermore, the “computer-readable recording medium” holds a program for a certain period of time, such as a volatile memory (RAM) inside a computer system that becomes a server or a client when the program is transmitted via a network. Including things. The program may be for realizing a part of the functions described above. Furthermore, what can implement | achieve the function mentioned above in combination with the program already recorded on the computer system, and what is called a difference file (difference program) may be sufficient.

DESCRIPTION OF SYMBOLS 1 POS register | resistor, 11 CPU, 12 ROM, 13 RAM, 14 Display part with a touch panel, 14a Touch panel, 15 Key operation part, 16 Display part for customers, 17 Automatic change machine, 17a Change outlet, 17b Deposit inlet, 18 Scanner Section, 19 printing section, 20 communication section, 30 drawer

Claims (7)

A condition determination means for determining whether or not a predetermined condition is satisfied with respect to the transaction;
When it is determined that the predetermined condition is not satisfied, the first tax rate is applied to the commodity in the transaction, and when it is determined that the predetermined condition is satisfied, the first tax rate is different from the first tax rate. A product data processing apparatus comprising: a tax rate setting unit that applies a second tax rate to the product in the transaction. The condition determining means determines whether or not a condition that a combination of predetermined products is included in the transaction is satisfied,
The product data processing apparatus according to claim 1, wherein the tax rate setting unit applies the second tax rate to the plurality of predetermined products when it is determined that the condition is satisfied. The condition determination means determines whether or not a condition that a total amount corresponding to the transaction falls within a predetermined range is satisfied,
The product data processing apparatus according to claim 1, wherein the tax rate setting unit applies the second tax rate to the product in the transaction when it is determined that the condition is satisfied. The condition determining means determines whether or not a date and time when the transaction is performed satisfies a condition that the transaction has a predetermined attribute,
The product data processing apparatus according to any one of claims 1 to 3, wherein the tax rate setting unit applies the second tax rate to the product in the transaction when it is determined that the condition is satisfied. The condition determination means determines whether or not a condition that a payment type corresponding to the transaction is a specific payment type is satisfied,
The product data processing apparatus according to any one of claims 1 to 4, wherein the tax rate setting unit applies the second tax rate to the product in the transaction when it is determined that the condition is satisfied. The condition determination means determines whether or not a predetermined information type related to a customer corresponding to the transaction has a predetermined content,
The product data processing apparatus according to any one of claims 1 to 5, wherein the tax rate setting unit applies the second tax rate to the product in the transaction when it is determined that the condition is satisfied. The accounting result output means which outputs the accounting result by which goods were rearranged according to the tax rate set for every goods when the 2nd tax rate was applied is provided. The product data processing apparatus described.

Images