Corporate Account Report trả lời câu hỏi hợp đồng doanh nghiệp nào thực sự tạo room-nights và doanh thu, với giá và điều khoản nào, rồi account nào cần gia hạn, thương lượng lại hay phát triển. Đây là báo cáo theo mã account và hợp đồng, không phải phép chia chung corporate so với leisure; nguồn đặt qua GDS, website hay đại lý phải là một chiều riêng.
Tóm tắt nhanh
- Đối soát room-nights và doanh thu theo mã account và hợp đồng.
- Tách account doanh nghiệp khỏi kênh đặt qua GDS, website hoặc đại lý.
- Dùng số liệu sau chi phí để gia hạn hoặc đàm phán hợp đồng.
Xác lập account và grain
Chọn dòng chi tiết là account ID × property × ngày lưu trú × reservation/room-night; giữ contract ID và khoảng hiệu lực để không áp một mức giá cho các kỳ khác nhau. Dùng mã account ổn định thay vì tên gõ tay: công ty mẹ, công ty con, TMC và mã billing có thể cùng xuất hiện trên một booking. Oracle cho phép báo cáo account theo phân cấp mẹ–con, tách individual/group, room/F&B/other revenue và net/gross (Oracle Account Production Report); vì vậy khi roll-up phải quyết định cấp tổng hợp và không cộng dòng mẹ thêm lần nữa vào tổng công ty con.
Bảng master gồm account ID, mã hợp đồng, đầu mối sales, hiệu lực, mức giá hoặc dynamic discount, blackout dates, điều khoản hủy, thanh toán, quyền đặt của công ty con và cam kết sản lượng nếu có. Bảng production gồm ngày lưu trú, số phòng bán, room-nights, room revenue thực tế, ADR, nguồn đặt, mã rate, phí kênh nếu biết, khoản ưu đãi và doanh thu dịch vụ có gắn được tài khoản. Phân biệt corporate account thật với guest chỉ chọn corporate segment mà không có quan hệ hợp đồng.
Tách sản lượng đã lưu trú khỏi tương lai
Actual production chỉ ghi room-nights đã lưu trú và doanh thu đã đủ điều kiện ghi nhận; booking còn on-the-books là forecast/pipeline riêng. Trong một phiên bản báo cáo Oracle, số liệu Account Production chỉ xét dữ liệu quá khứ, không gồm reservation và group vẫn còn trên sổ (Oracle, lưu ý về dữ liệu quá khứ). Khi khách sạn tự bổ sung cột tương lai, đặt nhãn rõ, giữ snapshot và trạng thái hủy để không hứa sản lượng chưa đến.
So actual với cam kết hợp đồng trên cùng kỳ hiệu lực và property. Cột nên có target room-nights, actual room-nights, ADR đã lưu trú, room revenue, F&B có thể quy thuộc, tỷ lệ hủy/no-show, booking tương lai theo stay-date, mức thiếu mục tiêu và ngày hết hạn hợp đồng. Không thay doanh thu ròng bằng ADR gross: hoa hồng GDS/TMC, ưu đãi, điểm thưởng và chi phí phục vụ chỉ được trừ khi có dữ liệu đáng tin, với phương pháp tính được finance xác nhận. CoStar định nghĩa ADR theo doanh thu phòng trên phòng bán; ở report account, ghi rõ mẫu phòng bán nào được tính để so các hợp đồng cho đúng.
Đối soát và quyết định gia hạn
Đối chiếu room-nights theo account với PMS và tổng corporate segment; kiểm tra booking thiếu account ID, account đổi tên, rooming list đoàn gắn nhầm mã và cùng reservation được credit cho hai sales owner. Đối chiếu room revenue với báo cáo phòng và tài khoản tương ứng; công nợ là một bảng khác từ AR/GL, không tự suy từ doanh thu đã ghi nhận. Nếu invoice đang tranh chấp, ghi số và trạng thái xử lý riêng, không coi thanh toán chậm là booking ít giá trị.
Sales xem danh sách account có chênh lệch sản lượng hằng tuần, gặp revenue/finance hằng tháng về giá và công nợ, rồi rà gia hạn trước ngày hết hạn hợp đồng. Với account thường lưu trú các ngày thấp điểm, cân nhắc điều khoản khuyến khích tăng volume; với account chiếm ngày cao điểm, thử giới hạn allotment hoặc điều chỉnh giá cho kỳ mới dựa trên cầu thay thế. Chỉ ra quyết định sau khi tách phòng theo stay-date và so đóng góp biên, không dùng một ADR bình quân năm để phủ nhận toàn bộ account.
Giới hạn: dữ liệu PMS thường không tự chứng minh quan hệ giữa người lưu trú, công ty thanh toán và người đặt; cơ cấu account mẹ–con thay đổi theo thời gian. Nếu mã profile và master data chưa sạch, công khai tỷ lệ booking chưa gán account và xử lý mapping trước khi xếp hạng đối tác.
Kết luận
Báo cáo account hữu ích khi nối đúng khách, hợp đồng và ngày lưu trú, tách actual khỏi pipeline, rồi đối soát sản lượng với PMS và công nợ với tài chính. Quyết định gia hạn phải dựa trên điều khoản và giá trị theo ngày, không chỉ tổng doanh thu hiển thị.
Câu hỏi thường gặp (FAQ)
Không. Để ở cột on-the-books có snapshot và trạng thái riêng cho forecast.
Không cộng hai lần. Chọn một cấp roll-up, lưu quan hệ phân cấp và kiểm tra tổng chi tiết về tổng mẹ.
Không. Xem ngày lưu trú, đóng góp sau chi phí, cam kết và cơ hội bán thay thế trước khi thương lượng kỳ mới.
Không. Kênh đặt và phân khúc/account là hai chiều dữ liệu khác; cần mã hợp đồng hoặc quy tắc phân loại rõ.
Xem sản lượng thực, ngày cao điểm, giá, điều kiện thanh toán và đóng góp sau chi phí thay vì chỉ tổng doanh thu.
