Kiểm soát thất thoát doanh thu khách sạn: nhìn đúng số thật, bảo vệ cả chủ lẫn đội vận hành

Ở kỳ trước, chúng tôi đã giới thiệu DiOwner — app báo cáo dành riêng cho chủ đầu tư cùng cách đọc công suất, ADR, RevPAR. Kỳ này đi vào một chủ đề khác hẳn, thực tế hơn và cũng nhạy cảm hơn: kiểm soát thất thoát doanh thu khách sạn. Nói cho rõ ngay từ đầu, đây không phải bài viết về chuyện "bắt lỗi" ai. Phần lớn thất thoát ở khách sạn nhỏ không đến từ ý xấu, mà đến từ khe hở quy trình: một giao dịch quên ghi lúc đông khách, một lần miễn giảm không ai nhớ lý do, một khoản nợ trôi qua ba tháng. Số liệu minh bạch giúp bịt các khe hở đó — và đồng thời bảo vệ chính những người đang làm đúng, vì công sức của họ được ghi nhận bằng con số thay vì bằng cảm tính.

Phần 1: Thất thoát doanh thu khách sạn thường đến từ đâu

Nếu bạn quản lý một khách sạn 15–40 phòng, một nhà nghỉ hay vài căn homestay, khả năng cao thất thoát của bạn nằm ở năm chỗ dưới đây. Chúng ít khi lớn trong một ngày, nhưng cộng dồn cả năm thì đủ để làm lệch hẳn bức tranh lợi nhuận.

1. Giao dịch phát sinh nhưng không vào sổ

• Khách thuê thêm giờ, khách đi sớm nhưng vẫn thu tiền mặt, khách trả phòng muộn — những khoản nhỏ dễ bị xử lý ngoài hệ thống lúc quầy đang đông.
• Hệ quả không chỉ là mất tiền: doanh thu thật bị ghi thiếu nên công suất, ADR và RevPAR đều méo theo, dẫn tới quyết định giá sai ở tháng sau.

2. Hủy giao dịch (void) và miễn giảm không có dấu vết

• Void là thao tác nghiệp vụ bình thường và cần thiết — gõ nhầm phòng, nhầm dịch vụ thì phải hủy. Vấn đề chỉ xuất hiện khi không ai biết ai hủy, hủy lúc nào, vì lý do gì.
• Miễn giảm cho khách quen, khách phàn nàn cũng vậy: đúng chính sách thì tốt, nhưng nếu không ghi lý do và không có ngưỡng thì tháng sau không ai giải thích được vì sao doanh thu hụt.

3. Khách vãng lai dùng dịch vụ nhưng không được ghi nhận

• Khách ăn sáng, uống cà phê, thuê phòng họp mà không lưu trú là nguồn thu có thật, thường bị bỏ sót khi cộng sổ thủ công vì "không gắn với phòng nào".
• Ở cơ sở mạnh về ăn uống, phần này chiếm tỷ trọng đáng kể — bỏ sót nó là bỏ sót một mảng kinh doanh, chứ không phải vài hóa đơn lẻ.

4. Công nợ bỏ quên

• Công ty đối tác, đại lý, đoàn khách ký nợ rồi… trôi. Không ai theo tuổi nợ thì khoản 30 ngày thành 90 ngày lúc nào không hay.
• Doanh thu đã ghi nhận nhưng tiền chưa về — đây là dạng "thất thoát chậm", nguy hiểm vì trên báo cáo doanh thu trông vẫn đẹp.

5. Giá bán lệch bảng giá

• Phòng bán dưới giá sàn vào mùa cao điểm, áp nhầm hạng giá, quên phụ thu khách thứ ba — mỗi lần lệch một chút, nhưng lặp lại hàng trăm lượt mỗi tháng.
• Đây là loại thất thoát khó thấy nhất, vì mọi giao dịch đều có trong hệ thống, chỉ là ở mức giá không đúng chính sách.

Phần 2: Kiểm soát doanh thu khách sạn từ xa — cùng một con số cho mọi người

Vấn đề của cách làm cũ không nằm ở việc chủ "không kiểm tra", mà ở chỗ chủ và người vận hành đang nhìn hai bộ số khác nhau: một bên là báo cáo tổng hợp lại bằng bảng tính, gửi qua tin nhắn, đã lọc qua trí nhớ và cách hiểu của người tổng hợp; một bên là dữ liệu gốc trong hệ thống. Chênh lệch giữa hai bộ số này sinh ra tranh luận vô ích.

DiOwner giải quyết đúng chỗ đó. Đây là ứng dụng chỉ để xem (read-only) trên điện thoại, đọc real-time từ phần mềm quản lý khách sạn cloud AI DiCloud. Chủ mở app ở bất cứ đâu và thấy đúng con số mà hệ thống đang ghi nhận — không phải bản đã tổng hợp lại, không phải bản đã được thuyết minh. Vì DiOwner không sửa được dữ liệu, việc chủ xem báo cáo không hề can thiệp vào công việc của quầy lễ tân: không khóa thao tác, không tạo thêm bước phê duyệt, không làm chậm giờ cao điểm.

• Một nguồn sự thật duy nhất: chủ, quản lý và kế toán cùng đối chiếu trên một bộ số gốc, nên tranh luận chuyển từ "số này ở đâu ra" sang "làm gì tiếp theo".
• Không cần ai ngồi làm báo cáo: quản lý bớt hẳn việc tổng hợp thủ công cuối ngày — thời gian đó trả về cho khách và cho đội.
• Chủ ở xa vẫn ra quyết định kịp: duyệt giá mùa cao điểm hay xử lý một khoản nợ lớn không phải chờ tới lúc về cơ sở.

Phần 3: Báo cáo doanh thu khách sạn hàng ngày — thói quen ba phút mỗi sáng

Kiểm soát thất thoát không phải một chiến dịch rà soát mỗi năm một lần, mà là một thói quen ngắn lặp đi lặp lại. Với báo cáo doanh thu khách sạn hàng ngày trên DiOwner, ba phút mỗi sáng là đủ cho bốn câu hỏi:

• Đêm qua bán được bao nhiêu? Doanh thu hôm qua, luôn kèm so sánh cùng kỳ để thấy ngay xu hướng thay vì nhìn một con số trơ trọi.
• Tiền đến từ đâu? Cơ cấu theo nguồn: phòng, ẩm thực, dịch vụ khác và khách vãng lai — nhìn tỷ trọng đổi bất thường là biết có chuyện cần hỏi.
• Bán ở mức giá nào? ADR và RevPAR của ngày, tuần, tháng. (Công thức và cách đọc từng chỉ số đã trình bày chi tiết ở bài kỳ trước về DiOwner, kỳ này không nhắc lại.)
• Lấp đầy bao nhiêu? Công suất tính theo chuẩn ngành: số phòng có khách chia cho tổng số phòng đã trừ phòng hỏng/sửa (OOO), giữ nguyên phòng tạm dừng dịch vụ (OOS) trong mẫu số vì chúng vẫn thuộc năng lực bán.

Điểm cốt lõi của thói quen này là phát hiện lệch khi nó còn nhỏ. Một khoản chưa vào sổ hôm nay còn hỏi được người trực đêm qua; ba tháng sau thì không ai nhớ nổi. Với cơ sở nhỏ đang dùng phần mềm quản lý nhà nghỉ hay khách sạn mini, việc rút vòng kiểm tra từ "mỗi tháng một lần" xuống "mỗi sáng ba phút" thường tạo khác biệt lớn hơn bất kỳ tính năng cao siêu nào.

Phần 4: Void, miễn giảm và giá lệch — nhìn theo quy trình, không nhìn theo người

Đây là phần dễ viết sai tinh thần nhất, nên xin nói thẳng: mục tiêu của việc theo dõi void và miễn giảm không phải để truy người, mà để mỗi thao tác đều có ngữ cảnh đi kèm. Khi hệ thống ghi lại đầy đủ, người thao tác đúng chính sách được bảo vệ tuyệt đối — có bằng chứng rằng họ làm theo quy định, không cần giải trình bằng trí nhớ.

Ba nguyên tắc nên đặt ra

• Mọi thao tác đều để lại dấu vết. Hệ thống ghi ai thực hiện, lúc nào, trên chứng từ nào. Đây là chuẩn mực kế toán bình thường, áp dụng cho tất cả — kể cả chủ.
• Miễn giảm cần lý do và ngưỡng. Dưới ngưỡng thì trưởng ca tự quyết cho nhanh, trên ngưỡng thì cần một xác nhận. Đội vận hành thường ủng hộ cách này, vì nó gỡ cho họ áp lực phải tự quyết định những khoản lớn.
• Giá bán so chiếu với bảng giá đã duyệt. Lệch giá phần lớn là nhầm hạng giá hoặc quên phụ thu, không phải cố ý. Thấy sớm thì sửa quy trình và đào tạo lại, chứ không phải quy trách nhiệm.

Một điểm kỹ thuật quan trọng ở phía sau: các chỉ số DiOwner hiển thị đều được lọc theo nguyên tắc kế toán chuẩn — chỉ tính dòng chứng từ chưa bị hủy, loại phần miễn phí (complimentary), vẫn tính khách ghi nợ chuyển sổ công ty, và tính trên từng dòng chi tiết chứ không gộp theo hóa đơn. Nhờ vậy, một giao dịch đã void không thể vô tình được cộng lại vào doanh thu, còn một khoản ghi nợ thì không thể biến mất chỉ vì chưa thu tiền.

Phần 5: Chi phí vận hành khách sạn — nửa còn lại của bức tranh

Bịt thất thoát doanh thu mới là một nửa. Nửa còn lại là chi phí vận hành khách sạn: điện nước, giặt là, đồ dùng trong phòng (amenities), nhân công theo ca, hoa hồng kênh bán, chi phí bảo trì. Có ba lý do khiến chủ đầu tư nên nhìn chi phí cùng lúc với doanh thu, thay vì chờ báo cáo cuối tháng.

• Doanh thu tăng không đồng nghĩa lãi tăng. Một tháng đầy khách nhưng phần lớn đến từ kênh có hoa hồng cao có thể cho lợi nhuận thấp hơn tháng vắng hơn mà khách đặt trực tiếp.
• Chi phí biến đổi đi theo công suất. Giặt là, amenities, nhân công dọn phòng tăng theo số phòng có khách — nên chi phí trên mỗi phòng có khách mới là thước đo đáng theo dõi, chứ không phải tổng chi phí.
• Rò rỉ chi phí cũng là thất thoát. Mua sắm lặp, tồn kho amenities vượt nhu cầu, điện nước tăng bất thường ở khu vực ít khách — những khoản này không ai gọi là "thất thoát doanh thu", nhưng ăn vào lợi nhuận y hệt.

Ở đây chúng tôi nói rõ ranh giới của sản phẩm, vì thà nói thật còn hơn hứa hẹn: DiOwner hiện tập trung ở phía doanh thu — doanh thu và cơ cấu nguồn, công suất, ADR, RevPAR, cùng bức tranh công nợ. Chỉ số lợi nhuận gộp vận hành theo phòng khả dụng (GOPPAR — bằng lợi nhuận gộp vận hành chia cho số đêm-phòng khả dụng) là thước đo tiêu chuẩn quốc tế mà chủ đầu tư nên biết, và nó nằm trong lộ trình sắp ra mắt của DiOwner, chưa phải chỉ số đang hiển thị. Chi phí vận hành hiện được ghi nhận và đối chiếu ở phân hệ kế toán trong hệ sinh thái, theo kỳ kế toán chốt sổ.

Phần 6: Cảnh báo theo ngưỡng — để không ai phải ngồi soi

Cách kiểm soát mệt mỏi nhất là chủ tự đi tìm bất thường trong hàng nghìn dòng dữ liệu. Cách nhẹ nhàng hơn là đặt ngưỡng một lần, rồi để hệ thống chủ động báo. Quan trọng là ngưỡng được đặt công khai và áp dụng cho mọi ca trực như nhau — nhờ vậy cảnh báo là tín hiệu khách quan về một sự kiện, chứ không phải lời buộc tội một cá nhân.

• Doanh thu lệch quá tỷ lệ cho phép so với cùng kỳ — có thể do mùa vụ, có thể do một đoàn hủy, nhưng luôn đáng hỏi một câu.
• Công suất rơi dưới ngưỡng — dấu hiệu cần điều chỉnh giá hoặc mở thêm kênh bán, càng sớm càng đỡ mất doanh thu.
• Giao dịch bất thường — hủy phòng giá trị lớn, miễn giảm vượt ngưỡng: không phải để quy kết, mà để có ngữ cảnh ngay khi mọi người còn nhớ.
• Công nợ chạm mốc quá hạn — nhắc trước khi khoản nợ già đi thêm một bậc tuổi nợ.

Bên cạnh cảnh báo về việc đã xảy ra, DiOwner còn có báo cáo dự báo doanh thu và công suất 30/60/90 ngày dựa trên số phòng đã đặt trước (on-the-books). Nói cho minh bạch: đây là dự báo tính từ lượng đặt phòng có thật đang nằm trong hệ thống, không phải mô hình dự đoán bằng trí tuệ nhân tạo. Chúng tôi mô tả đúng bản chất của nó, vì với chủ đầu tư, biết con số tính từ đâu quan trọng hơn cái tên gọi của nó. Dự báo này giúp phát hiện một dạng thất thoát ít ai gọi tên: thất thoát cơ hội — nhìn thấy tháng sau đang trống mà không ai điều chỉnh giá kịp.

Phần 7: Vì sao mọi con số đều kiểm toán được

Một app báo cáo chống thất thoát chỉ có ý nghĩa nếu bản thân nó không tạo ra sai lệch mới. Nguyên tắc gốc của DiOwner rất đơn giản và cũng là điều đáng tin nhất ở nó: DiOwner chỉ hiển thị, mọi phép tính đều nằm ở hệ thống quản lý bên dưới — đúng nơi sinh ra báo cáo chính thức của khách sạn. App không cộng trừ lại, không có "công thức riêng", nên mỗi con số trên điện thoại đều truy ngược được về đúng chứng từ gốc.

• Truy ngược được: từ con số tổng có thể lần về báo cáo hệ thống và về từng dòng chứng từ — điều kiện bắt buộc để một cuộc rà soát nội bộ có kết luận rõ ràng thay vì cãi nhau.
• Khớp tuyệt đối: toàn bộ chỉ số đã được đối chiếu khớp với báo cáo gốc theo từng ngày, trên dữ liệu khách sạn thật.
• Không rủi ro vận hành: quyền chỉ-đọc và đăng nhập bằng sinh trắc học trên điện thoại; dữ liệu đọc real-time qua kết nối bảo mật.
• Công nợ nói rõ kỳ: số công nợ luôn kèm nhãn ghi rõ đã chốt tới kỳ kế toán nào — vì số kế toán vốn trễ hơn số vận hành, và giấu điều đó mới là gieo hiểu lầm.

Đây cũng là lý do chúng tôi luôn nhắc: một dashboard đẹp đặt trên số liệu sai chỉ giúp bạn ra quyết định sai nhanh hơn. Chống thất thoát bắt đầu từ chỗ dữ liệu được ghi nhận đúng ngay tại nguồn — ở phần mềm quản lý khách sạn online AI DiCloud — chứ không phải ở lớp biểu đồ phía trên.

Phần 8: Bảng tổng hợp — năm khe hở và cách bịt bằng số liệu

Kết luận

Kiểm soát thất thoát doanh thu khách sạn không phải cuộc rà soát căng thẳng mỗi quý một lần, mà là kết quả tự nhiên của việc mọi người cùng nhìn một bộ số đúng, mỗi ngày. Năm khe hở phổ biến — giao dịch không vào sổ, void và miễn giảm không dấu vết, khách vãng lai bị bỏ sót, công nợ bỏ quên, giá bán lệch bảng giá — đều bịt được bằng quy trình rõ ràng cộng với số liệu minh bạch, chứ không cần tới sự nghi ngờ. Và khi số liệu đủ rõ, người hưởng lợi nhiều thứ hai sau chủ đầu tư chính là đội vận hành: kết quả tốt của họ cuối cùng cũng được đo bằng dữ liệu.

DiOwner đưa doanh thu, cơ cấu nguồn, công suất, ADR, RevPAR và công nợ vào lòng bàn tay, real-time và chỉ để xem — nhưng giá trị thật nằm ở nền móng bên dưới: phần mềm quản lý khách sạn cloud AI DiCloud, nơi từng dòng chứng từ được ghi nhận chuẩn ngay từ gốc nên mọi con số đều truy ngược và kiểm toán được. Khi cơ sở của bạn lớn lên thành chuỗi hay resort, cùng một triết lý đó tiếp tục ở tầng cao hơn với phần mềm quản lý khách sạn AI DiHotel — và bạn có thể đọc tiếp về cách dựng báo cáo P&L chuẩn USALI cho chủ đầu tư trong bài cùng kỳ trên DiHotel Blog.