Khách đặt bàn cho sáu người và ghi chú muốn ăn lẩu. Lễ tân xác nhận chỗ, nhưng bếp hiểu ghi chú đó là lệnh chuẩn bị món. Khi khách đến lại đổi sang gọi riêng, nhà hàng phải xử lý phần đã sơ chế mà không có một đơn món được xác nhận. Sai lệch bắt đầu từ việc hai bên hiểu khác nhau về một nút đặt trên website.
Phân biệt đặt bàn và đặt món trước giúp nhà hàng chốt đúng cam kết: giữ sức chứa hay chuẩn bị thực phẩm. Bài này đề xuất mô hình luồng website tới lễ tân và bếp, có đối chiếu khả năng quản lý bàn và đơn trong Odoo POS. Các ví dụ là tình huống giả định; phần tích hợp đề xuất cần kiểm thử trên phiên bản thực tế.
Đặt bàn và đặt món trước giữ hai loại năng lực
Đặt bàn chủ yếu hỏi nhà hàng có chỗ phù hợp cho nhóm khách trong khoảng thời gian đó không. Đặt món trước hỏi có thể chuẩn bị những món, số lượng và thời điểm phục vụ đã chọn không. Một bàn còn trống không chứng minh bếp còn nguyên liệu; một món còn bán không chứng minh nhà hàng còn chỗ ngồi.
Vì vậy, giao diện nên dùng tên hành động đủ rõ. Nếu khách chỉ gửi nhu cầu để nhân viên liên hệ, đừng trả thông báo như đã giữ bàn chắc chắn. Nếu khách chọn món để tham khảo, đừng âm thầm chuyển thành lệnh bếp. Phần xác nhận cần nêu đúng nội dung nhà hàng đã nhận trách nhiệm thực hiện.
Tài liệu nhà hàng của Odoo 19 mô tả quản lý bàn, booking và luồng đơn món trong POS. Việc có các thành phần này là cơ sở để phân tích mô hình, không phải bằng chứng mọi website đặt bàn sẽ tự nối đúng vào bếp mà không cần cấu hình và kiểm tra.
Tách phiếu giữ chỗ khỏi đơn món
Một phiếu giữ chỗ nên có mã riêng, cơ sở phục vụ, số khách, thời điểm đến, khoảng sử dụng dự kiến và trạng thái xác nhận. Đơn món có mã khác, danh sách món, số lượng, ghi chú được chấp nhận và trạng thái chuẩn bị. Hai đối tượng liên kết với nhau khi có căn cứ, nhưng không cần trở thành cùng một bản ghi.
Ví dụ nhóm G6 giữ một bàn vào buổi tối. Trước ngày đến, trưởng nhóm chốt hai món cần chuẩn bị sớm. Nhà hàng tạo đơn liên kết O8 sau khi xác nhận món và thời hạn thay đổi. Khi nhóm tăng từ sáu lên tám người, lễ tân phải kiểm tra lại chỗ; bếp đồng thời cần biết có thay số lượng món không. Đổi một trường không tự suy ra trường còn lại đã đổi.
Tách dữ liệu làm quy trình nhiều bước hơn, nhưng đổi lại có thể giải thích rõ ai đã cam kết phần nào. Một phiếu giữ chỗ không có món vẫn hợp lệ nếu nhà hàng cho phép gọi tại bàn. Một đơn mang đi có món nhưng không cần bàn cũng không phải lỗi dữ liệu. Mô hình linh hoạt hơn khi không ép mọi đơn vào cùng một khuôn.
Ghi chú món ăn chưa phải đơn bếp
Trường ghi chú tự do thường dùng để hỏi nhu cầu như có trẻ nhỏ, ăn chay hoặc cần bàn yên tĩnh. Nó cũng dễ chứa tên món và số lượng chưa rõ. Nếu bếp dùng trực tiếp phần này để chuẩn bị, nhà hàng đang để một câu văn chưa được kiểm tra quyết định chi phí thực tế.
Muốn hỗ trợ đặt món trước, nên có bước chuyển lựa chọn thành dòng món có định danh, số lượng và điều kiện áp dụng. Những yêu cầu đặc biệt cần người có thẩm quyền xác nhận. Ví dụ ghi chú tránh một nguyên liệu không nên được tự coi là cam kết bếp có thể phục vụ an toàn; nhà hàng cần quy trình trao đổi riêng theo khả năng của mình.
Tài liệu self-ordering của Odoo giúp đối chiếu luồng khách chọn món và chuyển đơn trong hệ thống hỗ trợ. Khi nối với form đặt bàn riêng, cần xác định bước nào chỉ lưu nhu cầu và bước nào thực sự gửi đơn vào quy trình chuẩn bị. Đừng suy từ một email xác nhận form rằng bếp đã nhận lệnh.
Chốt thời điểm chuyển sang chuẩn bị
Nhà hàng có thể chọn chỉ chuyển đơn sau khi nhân viên duyệt, sau khi khách chốt lựa chọn hoặc ở một mốc trước giờ đến. Đây là chính sách vận hành cần công bố phù hợp, không phải con số chung áp dụng cho mọi nhà hàng. Các món cần chuẩn bị dài và món chế biến ngay có thể dùng quy tắc khác nhau.
Trước mốc này, một lần sửa của khách có thể cập nhật lựa chọn đang chờ. Sau mốc này, sửa món cần trở thành yêu cầu thay đổi để bếp đánh giá. Không nên để khách bấm giảm số lượng rồi xóa dấu vết phần đã được gửi chuẩn bị; lịch sử trước sau giúp hai bộ phận giải thích chi phí và xử lý khiếu nại.
Khách đổi giờ: bàn và bếp phải cùng được đối chiếu
Giả sử khách đổi từ sáu giờ sang bảy giờ. Bàn có thể còn chỗ, nhưng món đang được chuẩn bị theo giờ cũ. Hệ thống nên nêu những phần thay đổi cần xác nhận lại thay vì chỉ sửa giờ trên phiếu rồi gửi thông báo thành công. Người chịu trách nhiệm cần nhìn thấy đơn món liên quan để tránh bỏ sót.
Ở chiều ngược lại, nếu một món tạm hết, không nhất thiết phải hủy cả bàn. Có thể đề nghị đổi món trong khi giữ phiếu chỗ còn hiệu lực, tùy chính sách đã thỏa thuận. Việc liên kết nhưng tách trạng thái giúp nhà hàng xử lý từng phần, tránh phản ứng cực đoan là một thay đổi nhỏ làm mất toàn bộ đặt chỗ.
Thông báo cho khách cũng nên nói đúng phần đã được giải quyết. “Đã nhận yêu cầu đổi giờ” khác “Đã xác nhận giờ mới”. Nếu bếp cần thời gian kiểm tra món, hãy thể hiện điều đó trong luồng liên hệ, không để khách hiểu rằng mọi cam kết đã tự động chuyển sang giờ mới.
Bàn được nhận khách không đồng nghĩa món đã lên
Khi nhóm tới nơi, lễ tân có thể đánh dấu đã đến và gán bàn thực tế. Bếp cần biết món nào đang chờ, món nào đã chuẩn bị và lúc nào bắt đầu phục vụ. Một trạng thái chung như “hoàn thành” không mô tả đủ hai tiến trình; nếu dùng nó quá sớm, nhân viên có thể bỏ mất việc còn phải làm.
Hướng dẫn preparation của Odoo là điểm tham chiếu cho theo dõi đơn ở khâu chuẩn bị. Trước khi chọn công cụ, nhà hàng nên liệt kê những chuyển trạng thái cần thiết trong thực tế, rồi kiểm tra hệ thống đã cấu hình có thể hiện chúng đúng không. Không cần thêm hàng chục trạng thái nếu nhân viên không dùng.
Với cơ sở nhỏ, sổ đặt bàn và màn hình đơn có thể được đối chiếu thủ công bằng mã liên kết. Với chuỗi nhiều cơ sở, kết nối tự động hữu ích hơn nhưng cần định danh chi nhánh và giới hạn quyền. Một đơn gửi nhầm bếp không được sửa bằng cách chỉ đổi tên chi nhánh trên email khách nhận.
Nghiệm thu bằng một buổi phục vụ giả lập
Tạo phiếu thử có đặt bàn nhưng chưa đặt món. Kiểm tra bếp không nhận lệnh chuẩn bị. Tiếp theo chốt một món có số lượng rõ, xác nhận đúng nhân viên có quyền chuyển đơn và bếp nhận được mã liên kết. Dùng món thử hoặc môi trường được cho phép, không phát lệnh thật tới bếp trong giờ phục vụ.
Thử tăng số khách, đổi giờ, thay món trước và sau mốc chốt. Với mỗi tình huống, ghi rõ bên nào cần duyệt và nội dung khách được thông báo. Chạy lại thao tác gửi trong tình huống kết quả không chắc chắn để xem có sinh hai đơn món hay hai phiếu giữ bàn không; không chỉ kiểm tra giao diện hiện thông báo xanh.
Cuối cùng kiểm tra một nhóm không đến và một nhóm đến nhưng đổi người đại diện. Quy trình phải giữ được dữ liệu cần đối soát mà không tạo cam kết ngoài chính sách. Báo cáo chỉ cần mã giả và kết quả, không đưa số điện thoại khách hoặc ghi chú riêng tư vào tài liệu chia sẻ nội bộ rộng.
Nếu website nhà hàng đang gộp giữ bàn và đặt món thành một form khó kiểm soát, Onter có thể hỗ trợ xác định lại đối tượng, điểm xác nhận và luồng tới lễ tân, bếp. Nhận tư vấn & báo giá theo cách phục vụ của từng cơ sở; giá liên hệ.
