Loading...
Một đặt phòng có nhiều con số: giá khách trả, giảm giá, phí kênh và khoản thực nhận. Cách chủ homestay lập bảng đối soát không bị lệch dòng tiền.
Một phòng được bán qua OTA với giá hiển thị 1,2 triệu đồng không có nghĩa tài khoản ngân hàng của homestay sẽ tăng đúng 1,2 triệu đồng. Giá hiển thị, số tiền khách thanh toán, khoản nền tảng thu hộ, hoa hồng, điều chỉnh, hoàn tiền và khoản thực nhận là những dòng dữ liệu khác nhau. Nếu chỉ nhìn tổng đặt phòng, chủ cơ sở có thể tưởng bán tốt nhưng vẫn không biết tiền đang nằm ở đâu.
Số đầu tiên là giá trị đặt phòng theo điều kiện bán, thường bao gồm tiền phòng theo các đêm và các thành phần được nêu trên xác nhận đặt phòng. Số thứ hai là giảm giá hoặc ưu đãi, cần phân biệt phần cơ sở chịu và phần nền tảng tài trợ nếu hợp đồng thể hiện. Số thứ ba là các khoản thuế, phí hoặc dịch vụ được tính hay thu riêng theo cấu trúc giao dịch cụ thể. Số thứ tư là phí phân phối/hoa hồng theo hợp đồng thực tế. Số cuối cùng là tiền đã thực sự nhận, sau khi đối chiếu chuyển khoản hoặc chứng từ thu tại quầy.
Không nên gom tất cả vào một cột “doanh thu”. Ngay cả khi một nền tảng cung cấp báo cáo tiện lợi, điều kiện thanh toán khác nhau có thể khiến cùng một loại đặt phòng xuất hiện ở các kỳ nhận tiền khác nhau. Hãy đọc đúng tên trường dữ liệu của từng kênh trước khi hợp nhất vào bảng nội bộ.
Giả sử một booking có tiền phòng trước điều chỉnh là 1.200.000 đồng, giảm giá cơ sở chịu 100.000 đồng, phí OTA 150.000 đồng và không có khoản thuế/phí khác trong ví dụ. Tiền ròng theo giả định sẽ là 950.000 đồng. Đây chỉ là phép minh họa để hiểu cấu trúc, không phải biểu phí hay quy tắc thanh toán của bất kỳ OTA nào.
Vấn đề nằm ở chỗ khoản 950.000 đồng nói trên vẫn là số dự kiến, chưa phải tiền đã về ngân hàng. Nếu nền tảng trả tiền theo kỳ, booking có thể đã hoàn tất nhưng chưa được thanh toán. Nếu khách thanh toán trực tiếp tại khách sạn, cách đối soát lại khác. Vì vậy cần thêm cột ngày nhận, phương thức nhận và mã đối chiếu thay vì kết luận đã thu đủ từ một báo cáo đặt phòng.
Một bảng có thể có mã đặt phòng, nguồn bán, ngày lưu trú, ngày trả phòng, tổng giá phòng, giảm giá, phí kênh, điều chỉnh, tiền dự kiến nhận, tiền đã nhận, thời điểm nhận, trạng thái xử lý và ghi chú. Nếu quản lý nhiều cơ sở, thêm mã cơ sở để không trộn tiền của các địa điểm khác nhau.
Mỗi giao dịch cần có một khóa đối chiếu ổn định: mã đặt phòng cùng nguồn bán, hoặc mã thanh toán/đối soát do kênh cung cấp. Khi có khách đổi ngày, nâng hạng phòng, hủy một phần hoặc hoàn tiền, không xóa số cũ để nhập đè tùy tiện. Ghi lại sự thay đổi và giữ căn cứ, vì số cuối cùng cần giải thích được khi đối chiếu chứng từ.
Chủ cơ sở nên chọn nhịp đối soát phù hợp với số lượng giao dịch: hàng ngày nếu số booking nhiều, hoặc theo tuần nếu cơ sở ít phòng. Bắt đầu bằng danh sách khách đã trả phòng và các khoản thanh toán đến hạn; đối chiếu số dự kiến với thông báo thanh toán của từng kênh; cuối cùng đối chiếu với sao kê hoặc phiếu thu thực tế.
Những dòng chưa khớp cần được đưa vào danh sách chờ xử lý, không ép về 0 chỉ để bảng trông đẹp. Chẳng hạn một khoản chưa nhận đúng hạn cần phân loại là “chờ thanh toán”, “cần kiểm tra phí/điều chỉnh” hoặc “cần liên hệ nền tảng”, kèm người phụ trách và hạn kiểm tra tiếp. Không nên đưa ra kết luận nền tảng trả thiếu khi chưa đọc chi tiết kỳ thanh toán hoặc điều kiện hợp đồng.
Doanh thu đặt phòng trả lời câu hỏi cơ sở đã bán được bao nhiêu theo quy ước ghi nhận. Tiền thu được cho biết bao nhiêu tiền đã thực sự vào quỹ hoặc ngân hàng. Lợi nhuận phải tính thêm chi phí vận hành và các khoản liên quan. Ba chỉ tiêu phục vụ ba quyết định khác nhau; nếu đặt chúng trong cùng một biểu đồ, cần ghi rõ đơn vị và cách tính.
Giá bình quân phòng cũng phải có định nghĩa nhất quán: chia doanh thu phòng cho số đêm phòng đã bán, không tự ý lấy tổng tiền về tài khoản chia số lượt khách. Nếu có hoàn tiền, giảm giá hoặc nhiều loại sản phẩm, nên thống nhất cách xử lý ngay từ đầu để so sánh tháng này với tháng trước không bị lệch.
Lễ tân ghi nhận thay đổi ở cấp booking; người đối soát kiểm tra phí, sao kê và các khoản chờ; chủ cơ sở theo dõi ngoại lệ chưa xử lý. Ở homestay rất nhỏ, một người có thể làm cả ba vai trò, nhưng ba bước vẫn nên tách rõ để tránh vừa tự sửa số vừa tự kết luận đã khớp.
Đối soát tốt không đòi hỏi mua phần mềm đắt tiền từ đầu. Điều quan trọng là một quy ước thống nhất về trường dữ liệu, mã giao dịch, thời điểm ghi nhận và bằng chứng thanh toán. Khi có nhiều kênh hơn, hãy tìm hệ thống giúp gom thông tin đặt phòng và hỗ trợ việc theo dõi thay vì chỉ thêm nhiều báo cáo riêng lẻ.
Chủ cơ sở có thể tìm hiểu cách quản lý booking, dữ liệu vận hành và báo cáo tại Danahost. Tính năng, gói sử dụng và khả năng đối soát với từng OTA cần được xác minh riêng, không nên mặc định phần mềm tự quyết toán hay tự chuyển tiền.
Đối soát cũng nên gắn với quy trình bán phòng: chủ cơ sở cần đối chiếu điều kiện hủy phòng của từng mức giá; và xử lý trường hợp trùng đặt phòng khi không đủ phòng.