Scan the table code in the development restaurant to place an order

background feed

Now more and more restaurants are transferring the ordering process to mini programs/webpages in order to save labor costs and reduce error rates.
After taking a seat, the customer can view the restaurant menu and select food to place an order by scanning the QR code or the small program code on the dining table. After paying online, wait for the waiter to serve the meal.
Instructions follow.
Foreground mind map:
insert image description here
Background mind map:
insert image description here

Realization of code scanning function

Through WeChat, Alipay or other apps with built-in scanning functions, or integrate the scanning function in the website/app developed by yourself, you can officially enter the order after scanning the code.
If you want to develop it yourself, you can also call the corresponding interface in the browser, app, WeChat applet, and WeChat service account to realize the code scanning function.
Reference document:
Call the WeChat applet to scan the code.
Call the JS-SDK to scan the code on the WeChat service account.
The ordinary browser H5 calls the camera to scan the code.

Things to do before scanning

The generated QR code must be accompanied by a table logo, which can be obtained by both the front and back ends after entering the webpage/mini-program, and bind the user and table number to facilitate subsequent settlement processing.

Things to do after scanning

If you scan the QR code of the service account, you need to follow the official account to facilitate sending order messages to users.
If the applet needs to use the request user to subscribe to the message, it is also convenient for sending order messages later.
No matter what port you enter through, if the previous order has not been settled, the order or the status of the table will be displayed directly after scanning the code, preventing customers from finding the original order status after accidentally exiting.
After placing an order, it is best to ask the customer to select the number of diners, so that the waiter can present the right amount of tableware and the kitchen can divide the food in advance. After the number of people is selected, the menu, shopping cart and checkout button will be displayed.

table management

The waiter can see all the tables (one table corresponds to one table code), including but not limited to the number of diners, the number of orders placed, and the duration of meals.
Table status: "Free" when no one is there, the waiter can change it to "Occupied" instead of the customer to occupy the seat first, when someone scans the table code, it is considered "Ordering", after the order is placed, it is "Ordered", After the meal is served, it will be "served", and when calling for service, it will be "calling". If a waiter receives the message, it can be changed to "going", and when the waiter is in place or the service is completed, it will change back to "served" when clicking the end, "dining After the cleaning is completed, it will be "checked out", and it will become "idle" again after the cleaning is completed.

After the meal, you can directly select "cleaned" to become "idle", and the default is "checked out".
Merchants can tag the dining table, which is convenient for statistics and waiters to watch and filter.
Servers can reorder individual tables, take notes, filter by tags, and more.
You can click on the table to view the current and previous order status.

Place an order, add food and pay

Pay after order: Pay immediately after placing an order, and the waiter will be notified
after payment. It is regarded as "the first order", and the next order will be regarded as "the first time to add food" and "the second time to add food" on the original basis. The order will not be considered as completed until the waiter clicks "Dining Finished" after leaving the table ;
Post-meal checkout mode: payment will not be made when placing an order or adding food afterwards. Online/offline payment is only required when the customer or waiter clicks "Dining Finished" for settlement at the end. When the customer clicks the meal is finished, the waiter will also receive a notification Go forward and clear the table.

correct order

When the customer finds that the order he placed is wrong, he can call the waiter to modify it;
when the waiter finds/receives a notification from the kitchen and finds that the meal is unexpected, he can modify it after notifying the customer; the
waiter can use his mobile phone to search or scan the code to modify the corresponding order Uncooked items in a table order.
It is best for the kitchen to have the corresponding permission to modify the status of pending/making.

Printing and Notification

After the mobile phone receives the order, it prints a small ticket to the customer: the small program calls the printer
and needs to mark different table numbers, which can be attributed to different floors, and the waiters and front desks at different locations can choose to print and accept notifications of which types and tables.
Customers can click to call the waiter if they have any problems during the meal (and can directly select the requirements, such as paper towels, tableware, reminders, checkout, etc.). During the call, the call can be canceled. After the call, the waiter at the corresponding position will receive a notification and can click to go. After clicking, everyone will see "Going" and can only click to end the service after completion.

Compatible with takeaway function

Originally, there were three modes of take-out delivery, self-pickup and package, and self-pickup store food. Orders are placed uniformly and selected on the settlement interface.
Meal preparation time and restaurant waiting time can still be used in the mode of table code ordering, but in-store dining and table code ordering will occupy each other's dining facilities and equipment such as tables, chairs, tableware, etc., so mutually exclusive single options are used, that is, merchants enable The form of table code ordering cannot be used for self-pickup in the store. Conversely, if the table code is enabled, the front desk will not display the in-store dining option.
The order list was originally a unified management interface, but because the table code is not based on orders and individuals, but on the table code, accompanied by multiple people or multiple orders, it is mainly presented and managed in the table list, and in The order list is added to filter takeaway/package or store food/dining table. Orders with multiple additional dishes in one meal should be marked as table ordering, additional dishes, or combine a table as an overall order.

epilogue

The above is the information collected for the development of table code ordering and the process, points to be noted, etc. If you have any questions, you can ask me again~~

Guess you like

Origin blog.csdn.net/u013102711/article/details/127675078