Chi nhánh A hết một món trong buổi trưa, còn chi nhánh B vẫn phục vụ bình thường. Nhân viên muốn ngừng nhận món ở A nhưng vô tình gỡ sản phẩm khỏi danh mục chung. Khách ở B cũng không đặt được, trong khi báo cáo món và các đơn cũ trở nên khó đối chiếu. Yêu cầu vận hành chỉ là tạm ngưng tại một nơi, nhưng hành động lại thay đổi dữ liệu dùng chung.
Quản lý món tạm hết theo chi nhánh cần phân biệt danh tính món, nơi bán và khoảng thời gian áp dụng. Bài này đề xuất hợp đồng dữ liệu cho website nhà hàng nhiều cơ sở, có dùng tài liệu Odoo POS làm điểm đối chiếu. Mô hình tạm hết theo chi nhánh dưới đây là thiết kế đề xuất; không mặc định phần mềm đang cài đã có sẵn mọi hành vi này.
Món tạm hết theo chi nhánh vẫn dùng chung danh mục
Danh mục chung trả lời món là gì: tên, định danh, mô tả và các thuộc tính được quản lý tập trung. Quyết định nhận bán trả lời cơ sở nào có thể nhận món đó vào thời điểm cụ thể. Gộp hai câu hỏi vào một cờ hoạt động dễ gây tác động vượt phạm vi người vận hành mong muốn.
Ví dụ giả định món M7 xuất hiện ở ba cơ sở. A thiếu nguyên liệu vào buổi trưa, B vẫn đủ, còn C chưa từng bán món này. Ba trường hợp cần ý nghĩa khác nhau: tạm ngưng có thời điểm xem lại; đang nhận; và không thuộc thực đơn cơ sở. Nếu cùng ghi là không hoạt động, hệ thống khó biết trường hợp nào nên mở lại sau ca.
Tài liệu nhà hàng của Odoo 19 mô tả các điểm bán, bàn và luồng xử lý đơn. Khi áp dụng cho website nhiều cơ sở, cần kiểm tra cách cấu hình điểm bán và đường chuyển đơn thực tế. Không suy rằng một chỉnh sửa sản phẩm bất kỳ chỉ tác động cơ sở đang mở trên màn hình.
Một bản ghi nhận bán được đề xuất có thể gồm định danh món, cơ sở, trạng thái, thời điểm bắt đầu, điều kiện mở lại và người chịu trách nhiệm. Chỉ lưu các trường phục vụ vận hành, không nhất thiết biến mọi lần hết món thành một phiếu phức tạp. Quan trọng là có thể trả lời vì sao khách ở A không đặt được trong khi B vẫn đặt được.
Điều kiện mở lại cũng nên rõ. “Tạm hết tới khi bếp xác nhận” khác “ngừng trong ca này”. Tự mở lại theo đồng hồ thuận tiện nhưng có thể nhận đơn khi nguyên liệu chưa về. Chỉ mở bằng tay giảm rủi ro đó nhưng dễ bị quên. Nhà hàng cần chọn theo khả năng kiểm tra thực tế và có người chịu trách nhiệm cho trạng thái kéo dài.
Từ màn hình thực đơn tới lúc chốt đơn
Ẩn một món trên trang mới không giải quyết các giỏ hàng đã mở trước đó. Khách có thể chọn món lúc còn bán rồi gửi đơn sau khi bếp tạm ngưng. Hệ thống cần kiểm tra lại điều kiện nhận bán ở thời điểm chốt, theo đúng chi nhánh và chế độ phục vụ khách đã chọn.
Phản hồi nên nêu món nào chưa nhận được và cho khách lựa chọn tiếp, thay vì làm mất toàn bộ giỏ hàng. Nếu món đã được bếp xác nhận trước lúc ngưng, việc có tiếp tục phục vụ hay cần đổi món phải theo chính sách riêng. Không áp dụng một cờ tạm hết mới để âm thầm xóa dòng trên đơn đã được nhận.
Hướng dẫn self-ordering của Odoo mô tả luồng khách duyệt danh mục và đặt đơn. Khi kết nối website riêng, cần đối chiếu phiên bản dữ liệu mà khách thấy với kiểm tra ở bước gửi đơn. Một giao diện đã tải trước có thể không đại diện khả năng phục vụ hiện tại.
Thay đổi cơ sở trong giỏ hàng cũng cần được xem như thay đổi bối cảnh. Một món hợp lệ tại A chưa chắc được bán tại B, và ghi chú phục vụ có thể khác. Nên kiểm tra lại các dòng ảnh hưởng, giải thích phần thay đổi cho khách rồi mới xác nhận đơn ở cơ sở mới. Đổi nhãn địa chỉ mà giữ mọi cam kết cũ là chưa đủ.
Với hệ thống có nhiều kênh nhận đơn, website không nên tự tạo một nguồn sự thật khác mà nhân viên không biết. Có thể chọn POS, công cụ quản lý bếp hoặc một lớp danh mục làm nguồn quyết định; mỗi lựa chọn cần quy tắc cập nhật và xử lý khi kết nối gián đoạn. Nêu rõ nguồn nào đang chịu trách nhiệm sẽ giúp giảm tình trạng mỗi kênh báo một trạng thái.
Đừng để thông báo hết món thay thế xác nhận của bếp
Đôi khi một món còn nhận được số lượng nhỏ dù không đủ cho mọi đơn mới. Nếu sản phẩm chỉ hỗ trợ nhận hoặc ngưng, đừng diễn giải nó thành quản lý tồn nguyên liệu chính xác. Muốn giới hạn số suất, cần mô hình số lượng và quy trình cập nhật phù hợp, có kiểm thử khi hai khách cùng đặt.
Thêm một dòng thông báo “còn ít” không tạo ra cơ chế giữ suất. Ngược lại, cập nhật số suất thủ công sau mỗi đơn có thể không theo kịp giờ cao điểm. Trước khi hứa nhận đơn tự động chắc chắn, nhà hàng nên chứng minh cách kiểm tra đồng thời và cách xử lý đơn cuối cùng trong phạm vi phần mềm đã chọn.
Quyền thay đổi cần khớp với phạm vi trách nhiệm
Bếp trưởng cơ sở A có thể cần ngưng món ở A nhưng không cần sửa tên và giá chung của cả chuỗi. Nhân viên quản lý danh mục có thể thay thông tin chung nhưng không nên được coi là người xác nhận nguyên liệu tại mọi cơ sở. Phân quyền theo công việc giúp thao tác thường ngày ít gây tác động ngoài ý muốn.
Trước khi lưu, giao diện nên hiển thị rõ cơ sở và phạm vi thay đổi. Với thao tác dùng chung, cần cách nhận biết khác về hậu quả, nhưng không nên thêm quá nhiều hộp xác nhận cho mọi thay đổi nhỏ. Mục tiêu là giúp nhân viên biết mình đang sửa gì, không làm chậm họ bằng những câu hỏi không có thông tin.
Tài liệu preparation display cho thấy bước xử lý đơn có cấu hình điểm bán và nhóm món. Khi triển khai thực tế, kiểm tra món bị ngưng có còn nằm trên đơn đã tới bếp hay không, và nhân viên nào được xử lý phần đó. Không tự xóa các đơn cũ để làm màn hình trông đồng nhất với thực đơn mới.
Nhật ký tối thiểu nên giữ món, cơ sở, trạng thái trước sau và thời gian, kèm người có quyền thực hiện. Một lý do ngắn như thiếu nguyên liệu có thể hữu ích; không cần ghi thông tin khách hay nội dung trao đổi cá nhân. Lịch sử này phục vụ đối soát và nhận ra trạng thái tạm ngưng bị quên quá lâu.
Một ca thử đủ để lộ thay đổi vượt phạm vi
Dùng hai cơ sở thử, cùng một món giả. Mở giỏ hàng của A và B, tạm ngưng ở A rồi gửi cả hai giỏ. Kỳ vọng là A được thông báo đúng phạm vi, B vẫn có thể nhận nếu điều kiện khác hợp lệ. Kiểm tra cả màn hình khách, đơn nhân viên nhìn thấy và đường chuyển tới nơi chuẩn bị.
Thử thêm đơn đã được nhận trước khi ngưng, giỏ đổi cơ sở và thao tác mở lại sau ca. Với từng trường hợp, xác định đơn nào giữ nguyên, đơn nào cần khách chọn lại và ai có quyền quyết định. Không dùng dữ liệu hoặc đơn bếp thật nếu môi trường chưa được cho phép phát sinh tác động.
Cần thêm một lượt thử khi kết nối tới nguồn trạng thái bị gián đoạn. Doanh nghiệp phải quyết định tiếp nhận có duyệt hay tạm ngừng xác nhận tự động, thay vì dùng dữ liệu cũ mà không báo. Ghi thời điểm cập nhật cuối giúp nhân viên phân biệt món thực sự đang nhận với trạng thái chưa được kiểm tra lại.
Nghiệm thu nên ghi thay đổi theo món và cơ sở, không chỉ nói nút tạm hết hoạt động. Danh mục dùng chung phải còn, đơn lịch sử phải đọc được và trạng thái cơ sở khác không bị kéo theo. Nếu cần Onter thiết kế luồng thực đơn nhiều cơ sở, hãy Nhận tư vấn & báo giá theo nguồn dữ liệu và cách phối hợp với bếp hiện tại; giá liên hệ.
