Cuối tháng — cực hình của Admin và Kế toán F&B#

Một kế toán F&B tại Hà Nội chia sẻ: "Cứ đến 28-30 hàng tháng là tôi muốn nghỉ việc. Bếp bảo hao hụt 8%, Kho bảo chỉ 5%, tôi không biết tin ai. Hai bên cãi nhau, tôi ngồi giữa gỡ. Nhiều khi con số cuối cùng chênh nhau 15-20% — không biết lấy số nào làm báo cáo thuế."

Đây là bài toán xuất nhập tồn (XNT) kinh điển của F&B: dữ liệu rời rạc giữa Kho, Bếp, POS, và Kế toán. Cuối tháng, ai cũng có số liệu riêng, ai cũng tự đối chiếu với NCC, kết quả là không ai thống nhất được con số cuối cùng. Bài viết này chia sẻ cách hệ thống XNT tự động giải quyết bài toán này — giải phóng Admin khỏi cực hình cuối tháng.

Tóm tắt

Một hệ thống XNT tự động — trừ tồn theo recipe khi bán hàng + nhập kho tự động khi nhập hàng + đối chiếu theo thời gian thực — giúp chốt tồn cuối tháng trong vài giờ thay vì vài ngày. Triển khai 20-60 triệu + 1-4 triệu/tháng vận hành. Phù hợp chuỗi F&B ≥ 2 cửa hàng, đã từng cãi nhau về tồn kho, và đang tốn ≥ 2 ngày mỗi tháng cho việc chốt tồn.

Case study: chuỗi cafe 5 cửa hàng tại Hà Nội#

Minh hoạ dưới đây dựa trên dự án DsAI đã triển khai (thông tin ẩn danh theo NDA). Số liệu là ước tính từ kết quả triển khai thực tế, có thể thay đổi tuỳ ngành và quy mô.

Bối cảnh#

  • Chuỗi cafe 5 cửa hàng tại Hà Nội
  • Doanh thu khoảng 25 tỷ/năm
  • Đội ngũ: 1 kế toán trưởng + 3 kế toán viên + 5 quản lý cửa hàng

Tình huống trước khi triển khai#

  • Mỗi cuối tháng, kế toán dành 3-5 ngày để chốt tồn kho
  • Dữ liệu nằm rải rác: POS báo cáo doanh thu, Kho ghi sổ NVL nhập, Bếp theo dõi NVL xuất bằng giấy, Kế toán tổng hợp bằng Excel
  • Mỗi bộ phận có con số riêng → cuối tháng phải đối chiếu thủ công
  • Bếp báo cáo hao hụt NVL 7-10% mỗi tháng, Kho báo cáo chỉ 3-4%, Kế toán không biết lấy số nào
  • Sai số tồn kho cuối tháng thường 8-15% so với thực tế
  • Ảnh hưởng đến báo cáo tài chính, kế hoạch đặt hàng, và quyết toán thuế

Giải pháp: hệ thống XNT tự động 3 lớp#

Lớp 1 — Trừ tồn tự động theo recipe. Mỗi ly cafe bán ra qua POS → hệ thống tự động trừ NVL theo công thức (recipe): bao nhiêu gram cà phê, bao nhiêu ml sữa, bao nhiêu gram đường. Không cần Bếp ghi sổ thủ công.

Lớp 2 — Nhập kho tự động khi nhập hàng. Khi nhập NVL từ NCC, Kho quét QR/barcode → hệ thống tự động ghi nhận: NCC nào, NVL gì, số lượng bao nhiêu, đơn giá bao nhiêu, lô hàng nào. Không cần nhập tay vào Excel.

Lớp 3 — Đối chiếu tự động theo thời gian thực. Hệ thống liên tục so sánh: NVL nhập - NVL xuất (theo recipe) = tồn kho lý thuyết. So với tồn kho thực tế (do Kho kiểm đếm định kỳ) → tự động phát hiện chênh lệch → cảnh báo cho Admin biết ngay.

Kết quả sau 5 tháng#

Chỉ số Trước Sau
Thời gian chốt tồn cuối tháng 3-5 ngày, nhiều khi kéo dài Vài giờ, số liệu thống nhất
Sai số tồn kho cuối tháng 8-15% Dưới 3%
Thời gian Bếp dành cho ghi chép NVL 1-2 giờ/ngày Gần 0 (tự động)
Thời gian Kho dành cho nhập liệu 2-3 giờ/ngày 30 phút/ngày
Phát hiện NVL hao hụt/hư hỏng Cuối tháng mới biết Realtime qua cảnh báo
Độ hài lòng của Admin/Kế toán Thấp, thường kiệt sức cuối tháng Cao, kiểm soát được

Đáng chú ý nhất: không còn cảnh cãi vã giữa Bếp và Kho cuối tháng — vì cả hai cùng dùng dữ liệu từ một hệ thống duy nhất, không ai có số liệu riêng.

Tại sao XNT F&B đặc biệt khó so với ngành khác?#

Qua triển khai, chúng tôi nhận thấy ngành F&B có 4 đặc điểm khiến bài toán XNT phức tạp hơn retail hay sản xuất:

1. NVL bị hao hụt trong chế biến. Cà phê xay ra còn 90% (hao 10% do bay bụi, dính máy), thịt nướng còn 70% (hao 30% do nước chảy, cháy). Tỷ lệ hao hụt thay đổi theo kỹ năng nhân viên, thiết bị, nguyên liệu đầu vào → khó dự đoán chính xác.

2. Recipe (công thức) thay đổi theo mùa, theo khuyến mãi. Quán cafe có thể thay đổi lượng đường theo mùa, hoặc giảm lượng cà phê khi giá cà phê tăng. Nếu không cập nhật recipe kịp thời → trừ tồn sai.

3. NVL có đơn vị chuyển đổi phức tạp. Cà chua có thể nhập theo kg, Bếp dùng theo quả, POS bán ra theo phần ăn. Mỗi lần chuyển đổi là cơ hội sai sót (xem thêm bài viết về chuẩn hoá đơn vị NVL).

4. Hàng hoá nhiều, biến động nhanh. F&B thường có 50-200 mã NVL, hàng hoá xuất nhập liên tục mỗi ngày. Quản lý bằng Excel/sổ tay rất dễ sai.

Góc nhìn từ DsAI#

Qua triển khai cho chuỗi F&B, chúng tôi rút ra 4 bài học thường gặp:

Bài học 1 — Recipe là linh hồn của hệ thống XNT. Trừ tồn tự động chỉ chính xác khi recipe chính xác. Recipe sai 10% → tồn kho lý thuyết sai 10% → báo cáo sai → quyết định sai. Cần có người sở hữu recipe và cập nhật kịp thời khi có thay đổi.

Bài học 2 — Hao hụt là một phần của kinh doanh, không phải lỗi. Mục tiêu không phải hao hụt = 0% (không thể), mà là biết chính xác hao hụt bao nhiêu, ở khâu nào, để tối ưu. Hệ thống tốt giúp phân tích hao hụt theo từng NVL, từng ca, từng nhân viên.

Bài học 3 — Tự động hoá dần, không cần làm tất cả cùng lúc. Ưu tiên tự động hoá theo thứ tự: (1) Recipe + trừ tồn khi bán hàng (giải quyết 60% vấn đề); (2) Nhập kho tự động khi nhập hàng (giải quyết 25%); (3) Đối chiếu tự động và cảnh báo hao hụt (giải quyết 15% còn lại).

Bài học 4 — Đừng bỏ qua giai đoạn pilot. Trước khi triển khai toàn chuỗi, chạy pilot 1 cửa hàng trong 2-4 tuần. Nếu kết quả tốt → nhân rộng. Nếu không → điều chỉnh recipe hoặc quy trình trước khi mở rộng.

5 lỗi thường gặp khi triển khai XNT tự động F&B#

Lỗi 1 — Recipe không được cập nhật. Bếp thay đổi công thức nhưng không cập nhật vào hệ thống → trừ tồn sai. Cần quy trình: mỗi lần Bếp đổi recipe → cập nhật hệ thống trong ngày.

Lỗi 2 — Không tính hao hụt trong recipe. Recipe lý thuyết (1 ly cafe = 20g cà phê) nhưng thực tế Bếp dùng 22g vì hao hụt. Nếu không tính hao hụt vào recipe → tồn kho lý thuyết thấp hơn thực tế → luôn nghi ngờ "mất hàng".

Lỗi 3 — POS không liên kết với hệ thống kho. Nhiều F&B có POS nhưng POS không kết nối với phần mềm kho → doanh thu bán ra không tự động trừ NVL → vẫn phải ghi sổ thủ công.

Lỗi 4 — Bỏ qua kiểm kê định kỳ. Hệ thống tự động cho biết tồn kho lý thuyết, nhưng không thay thế kiểm kê thực tế. Cần kiểm kê 1 lần/tháng hoặc 1 lần/quý để đối chiếu và hiệu chỉnh.

Lỗi 5 — Đào tạo Bếp không đầy đủ. Bếp không hiểu tại sao phải cập nhật recipe, không thấy giá trị của việc báo cáo NVL → không hợp tác → hệ thống không chính xác. Cần đào tạo Bếp hiểu mục đích và lợi ích.

Khi nào KHÔNG nên triển khai XNT tự động#

Hệ thống không phù hợp nếu F&B của bạn đang ở một trong các tình huống sau:

  • Quán nhỏ 1 cửa hàng, dưới 30 món. Excel hoặc sổ tay vẫn đủ, chưa cần đầu tư hệ thống.
  • Chưa có POS hoặc POS không thể tích hợp. Hệ thống XNT tự động cần kết nối với POS để trừ tồn khi bán hàng. Nếu không có POS hoặc POS không cho phép tích hợp → phải đổi POS trước.
  • Recipe chưa được chuẩn hoá. Nếu mỗi nhân viên Bếp làm một kiểu, không có công thức chuẩn → không thể tự động trừ tồn. Cần chuẩn hoá recipe trước.
  • Đội ngũ không sẵn sàng thay đổi. Hệ thống tự động thay đổi cách Bếp, Kho, Kế toán làm việc. Nếu không có sự ủng hộ → triển khai sẽ gặp khó khăn.

Quyết định: F&B của bạn có nên triển khai XNT tự động?#

Câu hỏi Nên triển khai Chưa cần
Số cửa hàng trong chuỗi? Từ 2 trở lên 1 cửa hàng
Số món trong menu? Trên 30 Dưới 20
Thời gian chốt tồn cuối tháng hiện tại? Trên 2 ngày Dưới 1 ngày
Đã từng cãi nhau về tồn kho giữa Bếp và Kho? Có Không
Sai số tồn kho cuối tháng ước tính? Trên 5% Dưới 3%
Đã có POS tích hợp được? Có Chưa có

Nếu ≥ 4/6 câu trả lời "Nên triển khai": hệ thống XNT tự động sẽ giải phóng Admin và Kế toán khỏi cực hình cuối tháng.

Câu hỏi thường gặp#

Hệ thống XNT tự động có cần recipe chuẩn không?

Có, recipe là linh hồn của hệ thống. Mỗi món cần có recipe rõ ràng: NVL gì, số lượng bao nhiêu (theo đơn vị chuẩn), hao hụt bao nhiêu. Recipe cần được Bếp trưởng xác nhận và cập nhật khi có thay đổi.

Chi phí triển khai hệ thống XNT tự động là bao nhiêu?

  • SaaS có sẵn (KiotViet, Sapo...): 1-3 triệu/tháng, có sẵn XNT nhưng giới hạn tuỳ biến
  • Custom cho chuỗi nhỏ: 20-50 triệu setup + 1-3 triệu/tháng vận hành
  • Tích hợp sâu với ERP/recipe: 50-150 triệu setup + 3-8 triệu/tháng vận hành

Chuỗi F&B 2-10 cửa hàng thường bắt đầu với custom nhẹ, sau đó nâng cấp khi mở rộng.

Có thể tự xây trên Excel không?

Khó khả thi. XNT tự động cần kết nối với POS để trừ tồn realtime khi bán hàng — điều Excel không làm được. Excel chỉ phù hợp để tổng hợp số liệu thủ công, không phù hợp với XNT tự động.

Bao lâu thì nhìn thấy ROI rõ ràng?

Theo kinh nghiệm triển khai:

  • Tuần 1-2: Bếp và Kho không cần ghi sổ thủ công nữa
  • Tháng 1-2: Phát hiện được các điểm hao hụt bất thường (NVL nào hao hụt nhiều, ca nào, ai)
  • Tháng 2-3: Số liệu tồn kho cuối tháng chính xác, Admin không còn cãi vã với Bếp/Kho
  • Tháng 3-6: Tiết kiệm chi phí NVL từ 3-6% doanh thu (giảm hao hụt, đặt hàng chính xác hơn)

Có cần thay đổi POS hiện tại không?

Không nhất thiết, nếu POS hiện tại có API cho phép tích hợp. Nếu POS cũ không có API → có thể giữ POS và dùng phần mềm XNT riêng, với điều kiện có cơ chế đồng bộ dữ liệu giữa hai hệ thống. Trường hợp xấu nhất là phải đổi POS để có tích hợp sâu.

Tổng kết#

Hệ thống XNT tự động không phải công cụ "cho đẹp" — đó là cách giải phóng Admin, Kế toán, Bếp, Kho khỏi cực hình cuối tháng, giúp họ tập trung vào công việc có giá trị thay vì đối chiếu số liệu. Giá trị lớn nhất không phải tiết kiệm thời gian — mà là biết chính xác NVL của mình đang ở đâu, hao hụt bao nhiêu, ở đâu, để ra quyết định kinh doanh tốt hơn.

Nếu chuỗi F&B của bạn đang mất 3-5 ngày cuối tháng để chốt tồn, và Bếp - Kho cãi nhau về hao hụt — đây có thể là một trong những khoản đầu tư có ROI tốt nhất cho đội ngũ vận hành.


Bạn đang vận hành chuỗi F&B và đau đầu với XNT cuối tháng? Yêu cầu tư vấn miễn phí — chúng tôi sẽ giúp audit tình huống hiện tại và đề xuất approach phù hợp nhất.

Bài viết liên quan: