JP6318731B2 - Order system for restaurants - Google Patents

Description

The present invention relates to an order system for restaurants, and more particularly to an order system capable of calculating a payment amount according to a category of products eaten and consumed by each customer for a customer group where a plurality of customers eat and drink ordered products.

When a customer group consisting of multiple customers uses a restaurant, multiple customers may share and eat one product, and when this customer group pays the food and beverage fee, the total payment is divided by the number of customers in the customer group In many cases, a so-called split-account method for calculating the amount of payment per customer is used.

However, there are customers who cannot drink alcohol because they are underage or driving a car, for example, those who cannot eat or drink meat, fish or products using specific ingredients due to food allergies, etc. Since the products to eat and drink may differ depending on the customer, there is an unfair feeling in the split account that divides the payment amount by the number of customers in the customer group.

In order to eliminate this unfairness, an accounting processing device is disclosed that calculates a payment amount for each customer by associating customers who eat and drink the product with each ordered product. (For example, refer to Patent Document 1).

JP 2008-65574 A (pages 9 to 10, FIG. 3)

According to the accounting processing device disclosed in Patent Literature 1, although the unfairness of the customer with respect to the even split is eliminated, there is a problem that the input operation for associating each customer for each product becomes complicated. In stores such as izakaya where many products are eaten and eaten, the customer group does not check who will eat or drink the product at the time of ordering or serving the product. There was also a problem that it was not always possible to remember which product was eaten.

An object of the present invention is to provide an order system for restaurants that solves the above-described problems and realizes a fair split with a simple input operation.

As described in the description of the prior art, when eating and drinking in a group, customers are biased in the categories of food and drink products such as those who drink alcohol, those who do not drink, people who can eat meat, and people who cannot eat meat. The present invention pays attention to the bias of the product category and is characterized in that the product category, not the individual product, and the customer who wants to eat and drink the product belonging to the product category are related to each other to perform split payment.

By using the above means, according to the order system for restaurants according to the present invention, it is possible to simplify the input work and realize a fair split.

It is explanatory drawing explaining the outline | summary of the order system by this invention. It is a block diagram which shows an example of a structure of the order system by this invention. It is an example of a split account processing screen displayed on the table terminal by this invention. It is explanatory drawing explaining the goods table of the order system by this invention. It is explanatory drawing explaining the customer management table of the order system by this invention. It is explanatory drawing explaining the order merchandise management table of the order system by this invention. It is a flowchart explaining the process of the control part of the order system by this invention.

  DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, embodiments of the present invention will be described in detail as examples based on the attached drawings. Note that the present invention is not limited to the following embodiments, and various modifications can be made without departing from the spirit of the present invention.

FIG. 1 is an explanatory diagram for explaining an outline of an order system according to the present invention. The order system 1 is installed in a customer table in a store, and a table terminal 2 for inputting order information of products ordered by a customer without going through the store clerk, details of customer group information to be described later, accounting instructions for split account, etc., and a table Information received from terminal 2 is stored as data for each customer group, product order data is sent to a device such as a printer (not shown), order processing is performed, and a payment amount is calculated when a billing accounting instruction is accepted. The order server 3 that transmits the calculation result of the payment amount to the table terminal 2 is connected by a wired or wireless communication line.

FIG. 2 is a block diagram showing an example of the configuration of the order system according to the present invention. The order system 1 includes an input unit 11 that is an input unit that receives input of various data from an order input screen of the table terminal 2 and a later-described split account processing screen, and an output that is an output unit that outputs various data to the table terminal 2 and the like A payment amount calculation unit 13 which is a payment amount calculation means for calculating a payment amount for each customer in accordance with customer group information, which will be described in detail later, And a control unit 15 which is a control means for controlling them.

In addition, the storage unit 14 of the order system 1 includes a product table 141 that stores product information such as a product code for each product, a product name, a product category corresponding to a product attribute, and a unit price, and a customer in each customer group. The customer account table grouped for each type of product category desired, the customer management table 142 for storing the customer number and product category for each customer account group in association with each other, and the customer management table 142 for each product item ordered by the customer group An order product management table 143 is stored which stores product information and the order quantity.

FIG. 3 is an example of the split processing screen displayed on the table terminal according to the present invention. This split-account processing screen is used for confirming the payment amount per customer of each customer who eats or drinks different products when the customer inputs customer group information.

This split-account processing screen is displayed by operating a “split-account processing” button from an order input screen (not shown) displayed on the table terminal 2.

The item of the split account processing screen displays the product category names as many as the number of product categories to which the products eaten and consumed by the customer group belong with reference to the ordered product management table 143 vertically. Next, for example, “A to C” and “Z” such as a split group code and a split group code so that a plurality of customers in the customer group can be grouped according to the type of product category of the product that each customer eats or drinks. Display an input field for the number of customers. In addition, each cell when the product categories are arranged vertically and the percent account groups are arranged horizontally displays an input field in which a customer belonging to each percent group can select whether or not a product belonging to each product category is desired. In each cell, an operation such as touching the cell is switched between “◯” indicating that eating and drinking is desired and “−” indicating that eating and drinking is not desired.

The customer group information input by the customer shown in the split account processing screen of FIG. 3 is, for example, one customer grouped in the split account group “B” is a product category of “alcohol”, “soft drink”, “meat” This indicates that the user wishes to eat and drink the product belonging to the item “No.” and does not want to eat and drink the product belonging to the “fish dish” product category.

Although illustration is omitted, when the display frame displaying the product category name is selected so that the customer can confirm which product category each product belongs to, a list of products belonging to the product category is displayed. It is supposed to be displayed. In addition, when a display frame that displays the code of the split account group is selected so that each customer grouped in the split account group can be specified, the names of customers belonging to the split account group can be registered and referenced. good.

In this way, the customer inputs the customer group information so that each customer belongs to any one of the split account groups from the split account processing screen in FIG. 3, and operates by operating the “Calculate split account” button at the lower left of the screen. The result of the split calculation according to the customer group information is displayed at the bottom of the screen corresponding to each customer group, so that the amount of payment per person can be confirmed.

FIG. 4 is an explanatory diagram illustrating a product table of the order system according to the present invention. The merchandise table 141 is merchandise information such as the merchandise name, unit price, and merchandise category of all the merchandise that the customer can order using the order system 1 and is stored in the storage unit 14 in advance.

Each data item of the product table 141 will be described from the left side of FIG. The “product code” is a product identification code numbered for each product. “Product name” is the name of the product. “Unit price” is the selling price of the product. “Product category” is an identification code of product category information in which each product is classified by the type of food.

FIG. 5 is an explanatory diagram for explaining the customer management table of the order system according to the present invention. The customer management table 142 stores the data of the customer group information in the storage unit 14 when the control unit 15 receives the input of the customer group information from the input unit 11.

Each data item of the customer management table 142 will be described from the left side of FIG. “Discount group code” is a split group identification code in which a plurality of customers in a customer group are grouped in association with the product category type and the number of customers. “Number of customers” is the target number of customers grouped into the discount group. The “product category” is an identification code of a product category selected as having desired eating and drinking of products belonging to each product category for each split group.

FIG. 6 is an explanatory diagram for explaining an order merchandise management table of the order system according to the present invention. The order product management table 143 is the product information extracted by referring to the product table 141 for each product together with the order quantity of the ordered product when the control unit 15 receives the order input of the customer's product from the input unit 11. Is stored in the storage unit 14.

Each data item in the order product management table 143 is obtained by adding an item “order quantity” to the product table 141 described with reference to FIG. 4. Each product ordered by referring to this order product management table 143 Payment amount and product category can be discriminated.

The customer management table 142 described with reference to FIG. 5 and the order merchandise management table 143 described with reference to FIG. 6 are tables created for each customer group, and are associated with an identification code of a customer group (not shown) in the storage unit 14. Remember.

FIG. 7 is a flowchart for explaining the processing of the control unit of the order system according to the present invention. Assume that the use of a specific table terminal 2 is started by a customer group as a condition for starting the processing of FIG. Note that ST described in the flowchart represents a step, and the subsequent numbers represent step numbers.

When the use of the table terminal 2 is started, the control unit 15 checks whether or not an order input for a product has been received from the input unit 11 that is an order input screen (ST1). If no order input has been received (ST1-No), it is confirmed whether or not customer group information input has been received from the input unit 11 which is a split account processing screen (ST2). If input of customer group information has not been accepted (ST2-No), it is confirmed whether or not an instruction to terminate use of the table terminal 2 has been received from an accounting processing device such as a POS terminal that has accepted payment of the customer group's food and drink charges. (ST3). If an instruction to end use is received (ST3-Yes), the process ends.

When the control unit 15 receives an order input of a product from the input unit 11 in ST1 (ST1-Yes), the control unit 15 refers to the product table 141 together with the order quantity of the received product, and extracts product information data of the product. The order product management table 143 of the storage unit 14 is stored (ST4). Then, the process proceeds to ST2.

When the control unit 15 receives an input of customer group information from the input unit 11 in ST2 (ST2-Yes), the control unit 15 stores the received customer group information data in the customer management table 142 of the storage unit 14 (ST5). Then, the process proceeds to ST3.

When the control unit 15 does not accept an operation for ending the use of the table terminal 2 in ST3 (ST3-No), the control unit 15 confirms whether data is stored in the customer management table 142 and the order product management table 143 ( ST6). When data exists in the customer management table 142 and the order merchandise management table 143 (ST6-Yes), it is confirmed whether or not an accounting instruction input has been received from the input unit 11 which is a split account processing screen (ST7). When the input of the accounting instruction is accepted (ST7-Yes), the subroutine for calculating the payment amount for each customer, which will be described later, is executed (ST8). Subsequently, the payment amount for each customer calculated by executing the subroutine is displayed as the payment amount of the customer belonging to the percent account group on the percent account processing screen which is the output unit 12 (ST9). Then jump to ST1.

On the other hand, when there is no data in the customer management table 142 and the order merchandise management table 143 in ST6 (ST6-No), and in ST7, the control unit 15 does not accept the input of the accounting instruction (ST7-No). Each jumps to ST1.

Next, details of the subroutine processing of calculating the payment amount for each customer in ST8 will be described. When the subroutine for calculating the payment amount for each customer is started, the customer management table 142 described with reference to FIG. 5 is referred to, and the number (X) of customers who wish to eat and drink products belonging to the product category for each product category. Aggregate (ST11).

Subsequently, the total amount (Y) for each product category is calculated with reference to the ordered product management table 143 described with reference to FIG. 6 (ST12).

Subsequently, the product category unit price (Z) is calculated by dividing the calculated total amount (Y) for each product category by the number of customers (X) who want to eat and drink the products belonging to the product category. (ST13).

Subsequently, the calculated product category unit price (Z) is assigned to each category of the customer management table 142 described with reference to FIG. 5, and the payment amount for each customer is calculated by adding the assigned product category unit price (Z) for each split group. (ST14). Then, the subroutine processing for calculating the payment amount is completed.

Note that the payment amount of the customer displayed on the discount account processing screen described in ST9 is the total amount (Y) for each product category in the processing of the subroutine of ST11 to ST14 for calculating the payment amount for each customer. Since the product category unit price (Z) divided by the number of customers who want to eat and drink (X) is calculated, the total amount of the product category unit price (Z) for each split account group is calculated as It becomes the payment amount per person of the individual customer belonging to.

The restaurant order system according to the present invention simplifies the input work by performing the processing described with reference to FIG. 7, and when a specific product is divided and eaten by a plurality of customers, or a specific product is handled by one person. Even when eating and drinking only by customers, since the amount of payment is equally divided by the number of customers in each discount group that wants to eat and drink products belonging to the product category, a fair split can be realized.

DESCRIPTION OF SYMBOLS 1 Order system 2 Table terminal 3 Order server 11 Input part (input means)
12 Output section (output means)
13 Payment amount calculation part (payment amount calculation means)
14 storage unit 141 product table 142 customer management table 143 ordered product management table 15 control unit (control means)

Claims (1)

A customer group including a plurality of customers, and a split group that associates each of the plurality of customers with a product category of a product that each of the plurality of customers desires to eat and drink, are included in the split group and the split group and customer group information associated with the customer number of people, said the commodity customer group is in accordance with the products and input means for inputting and accounting instructions of the order quantity and the previous Symbol customer groups, the attributes of the product in advance goods to order A product table for assigning a category and storing it as product information together with a unit price, a customer management table for storing the customer group information, an order product management table for storing the product information of products ordered by the customer group together with an order quantity, Storing customer group information input by the input means in the customer management table; The order product management table along with the order quantity of the product to extract the product information of the products that were the order by referring to the product table when the customer group has been input items and order quantity of the product to be ordered by the fill power means And when the accounting instruction of the customer group is input by the input means, the customer management table is referred to, the number of customers for each product category is totaled, and the ordered product management table is referred to. Calculating the total amount for each product category based on the product information and the order quantity of the product, and dividing the total amount for each product category by the number of customers for each product category to calculate the product category unit price. The product category unit price assigned is assigned to the customer group information, and is totaled for each of the split account groups. Payment amount calculation means to be output, and output means for outputting the payment amount for each customer calculated by the payment amount calculation means as the payment amount of a customer belonging to the split account group input by the input means Order system for restaurants.

Images