Báo cáo Month-to-Date dễ đánh lừa khi đặt doanh thu đã ở cạnh giá trị đặt phòng cho những ngày còn lại rồi gọi cả hai là “tháng này”. Người điều hành cần biết kỳ thực tế đã chốt đến đâu, phần tồn kho sắp tới đang bán theo nhịp nào và chênh lệch mục tiêu còn phải lấp. Bản MTD tự động nên trả lời ba câu hỏi ấy bằng ba lớp dữ liệu tách biệt.
Tóm tắt nhanh
- Tách actual đã chốt khỏi booking cho phần tháng còn lại.
- Hiển thị ngày chốt dữ liệu và nhịp bán so với mục tiêu.
- Không cộng doanh thu đã thực hiện với giá trị đặt phòng tương lai như một chỉ số.
Đóng khung MTD bằng ngày kinh doanh
Đặt ngày đầu tháng và ngày cuối cùng đã hoàn tất đối soát làm hai mốc của actual MTD. Doanh thu phòng thực tế lấy từ ngày lưu trú/ghi nhận theo chính sách nội bộ, không lấy ngày tạo booking hay ngày nhận tiền. Trong OPERA Cloud, quy trình Income Audit có thể để ngày kinh doanh trước mở cho điều chỉnh rồi mới hoàn tất báo cáo cuối ngày; hệ thống khác cũng phải có cờ tương đương nếu có chỉnh sửa muộn.
Đặt cạnh actual là budget MTD trên đúng số ngày đã chốt, không dùng nguyên ngân sách cả tháng. Forecast cuối tháng là một lớp khác: actual đã chốt cộng dự báo cho các ngày chưa đến/ chưa chốt, theo quy tắc tránh chồng lấn. Người xem cần thấy ngày chốt, thời điểm chụp dữ liệu, phạm vi doanh thu, thuế và đồng tiền.
Các phép tính không được trộn mẫu số
Doanh thu MTD là tổng doanh thu ngày hợp lệ. ADR MTD bằng doanh thu phòng chia tổng phòng-đêm bán MTD; RevPAR MTD bằng doanh thu phòng chia tổng phòng-đêm khả dụng MTD. CoStar/STR định nghĩa ADR và RevPAR với hai mẫu số khác nhau. Nếu inventory thay đổi, trung bình cộng tỷ lệ hoặc KPI ngày sẽ không cho kết quả kỳ đáng tin. Đánh dấu những ngày thiếu báo cáo trước khi cộng tổng.
Muốn xem tốc độ đạt budget, so phần actual với phần budget cùng ngày, rồi mô hình hóa phần còn lại theo ngày lưu trú. Đừng ngoại suy thẳng một ngày lễ đông khách ra toàn bộ tháng. So cùng kỳ năm trước cũng cần khớp ngày đã chốt và lưu ý khác biệt lịch ngày trong tuần, ngày nghỉ, phòng khả dụng hoặc chính sách ghi nhận.
Pickup ròng khác đặt mới gộp
Lưu hai snapshot cùng phạm vi ngày lưu trú, ví dụ đầu và cuối ngày. Net pickup phòng-đêm là on-the-books ở snapshot sau trừ on-the-books ở snapshot trước; nó có thể âm vì hủy, rút ngắn lưu trú hoặc chuyển ngày. Gross new bookings đếm đặt mới trong cửa sổ, trước khi trừ hủy và sửa đổi; nếu đếm booking thay vì phòng-đêm, đơn vị cũng khác. Không đặt hai cột cạnh nhau rồi gọi chung “pickup”.
Gắn các biến động với stay date để biết ngày nào cần can thiệp. Một booking đoàn cho nhiều đêm tác động nhiều ô ngày, không chỉ ngày tạo reservation. Nếu muốn giải thích net pickup, lập bảng cầu nối gồm đặt mới, hủy, thay đổi đêm/loại phòng, tái đặt và các điều chỉnh khác. Tài liệu Daily Pickup của Oracle cũng cho thấy báo cáo pickup có thể nhóm theo booking channel; đó là chiều phân phối, không phải phân khúc khách.
Thiết kế luồng cập nhật không nhân đôi doanh thu
Xuất actual đã chốt từ PMS hoặc báo cáo tài chính vận hành; xuất on-the-books tại một giờ cố định từ PMS; nhập budget và forecast có phiên bản. Lưu snapshot chứ không chỉ ghi đè số mới. Nếu dùng Excel, có thể hợp nhất tệp cùng schema bằng Power Query, nhưng cần lọc rõ kỳ, cơ sở và phiên bản tệp. Mỗi dòng đầu ra nên có nhãn actual, on-the-books hoặc forecast; cùng một đêm không được đồng thời nằm trong actual và dự báo cộng thêm.
Trước khi gửi, so tổng actual với báo cáo đã kiểm toán, tổng phòng-đêm với PMS và phiên bản budget được duyệt. Đánh dấu ngoại lệ khi snapshot thiếu, cơ cấu phòng thay đổi hoặc booking chuyển ngày. Người quản lý không nên nhận email “đã cập nhật” nếu phần actual vẫn là tệp hôm qua.
Đọc báo cáo để quyết định có điều kiện
Nếu actual MTD dưới budget nhưng ngày còn lại on-the-books vượt forecast, kiểm tra giá, hủy dự kiến và chi phí kênh trước khi kích hoạt khuyến mại. Nếu net pickup âm ở một ngày cao điểm do hủy đoàn, xác minh khả năng thay thế, lead time và các điều kiện hợp đồng; không tự động mở giảm giá cho mọi kênh. Nếu tổng phòng bán tiến triển mà doanh thu ròng yếu, xem ADR, mix phòng và phí phân phối.
Phân tách người chịu trách nhiệm: Finance xác nhận actual, Revenue sở hữu snapshot và forecast, bộ phận vận hành giải thích thay đổi inventory. Sau quyết định, lưu ngày can thiệp và đo lại net pickup, doanh thu dự kiến và phần đóng góp thay vì chỉ xem số booking mới.
Kết luận
MTD là ảnh chụp có mốc chốt, không phải con số cuối tháng đang hình thành. Báo cáo hữu ích nhất khi actual, pickup và pace có định nghĩa, đơn vị và thời điểm riêng, đủ để sửa quyết định mà không che lấp dữ liệu chưa chắc chắn.
Câu hỏi thường gặp (FAQ)
Không đưa vào actual đã chốt. Có thể hiện ngày đó ở cột tạm tính với thời điểm cập nhật rõ ràng.
Không. Đặt mới vẫn có thể phát sinh; hủy và rút ngắn lưu trú khiến biến động ròng âm.
Pace theo dõi trạng thái đặt phòng cho các ngày lưu trú tương lai ở một snapshot; MTD actual là doanh thu ngày đã ghi nhận và chốt.
Actual là kết quả đã ghi nhận và chốt; pace là nhịp đặt phòng cho ngày ở tương lai nên còn thay đổi do hủy, sửa và đặt mới.
Ghi ngày kinh doanh cuối cùng đã đối soát, nguồn dữ liệu và thời điểm trích xuất ngay trên báo cáo để người đọc không nhầm kỳ.
