Doanh thu lưu trú thường nằm ở PMS, OTA, POS, payment gateway và ngân hàng. Chuẩn hóa dữ liệu, đối soát chênh lệch và lưu chứng từ trước kỳ kê khai giúp cơ sở giảm việc dồn cuối kỳ.
Một cơ sở lưu trú nhận booking từ website, Booking.com, Agoda và Airbnb. Đến lúc chuẩn bị kê khai, chủ cơ sở mới thấy doanh thu phòng, phụ thu, F&B, phí hủy và tiền đặt cọc chưa được tách rõ.
Đây là ví dụ giả định. Nhưng lỗi dữ liệu này rất phổ biến.
Bỏ thuế khoán từ 2026 khiến nhiều hộ kinh doanh cần xem lại cách ghi nhận doanh thu. Không nên bắt đầu bằng câu hỏi “phải nộp bao nhiêu thuế”. Hãy bắt đầu bằng dữ liệu giao dịch, chứng từ và quy trình đối soát.
Doanh thu lưu trú thường nằm ở nhiều hệ thống, cần lập danh mục nguồn dữ liệu trước.
Trong ví dụ giả định, booking không nằm ở một hệ thống duy nhất. PMS có trạng thái lưu trú. OTA có giá bán, hoa hồng và hoàn tiền. POS có doanh thu F&B. Payment gateway và ngân hàng có dòng tiền thực nhận.
Gộp số tiền về một bảng rồi gọi chung là doanh thu sẽ gây khó cho đối soát. Booking đã hủy có thể còn tiền đặt cọc. Một khoản thanh toán có thể về khác kỳ. Phí OTA có thể bị trừ trước khi tiền về tài khoản.
Việc đầu tiên: lập danh mục nguồn dữ liệu.
Kênh bán: website, booking engine, OTA, khách vãng lai, đại lý.
Loại doanh thu: phòng, phụ thu, F&B, phí hủy, tiền đặt cọc.
Phương thức thanh toán: tiền mặt, chuyển khoản, thẻ, payment gateway, OTA thu hộ.
Chứng từ cần lưu: booking, hóa đơn, sao kê, biên nhận, báo cáo đối soát.
Quy định thuế, ngưỡng doanh thu, phương pháp tính, kỳ khai và nghĩa vụ hóa đơn có thể thay đổi theo văn bản áp dụng. Mô hình lưu trú, quy mô và doanh thu thực tế cũng ảnh hưởng nghĩa vụ cần thực hiện.
Không tự suy ra mức thuế hay mức phạt từ tin tóm tắt, bài đăng mạng xã hội hoặc kinh nghiệm của cơ sở khác. Cần rà soát văn bản hiện hành và trao đổi với cơ quan thuế quản lý trực tiếp khi tình huống chưa rõ.
Kiểm tra tình trạng đăng ký hộ kinh doanh, ngành nghề và địa điểm kinh doanh.
Xác định kỳ theo dõi doanh thu theo quy định áp dụng.
Kiểm tra yêu cầu về hóa đơn theo tình trạng thực tế.
Rà soát tài khoản thuế điện tử và chữ ký số nếu cần.
Phần pháp lý cần đúng từ đầu.
Cơ sở trong ví dụ bắt đầu bằng từng giao dịch, không bắt đầu bằng số dư ngân hàng. Mỗi booking được gắn kênh bán, dịch vụ phát sinh, trạng thái thanh toán và chứng từ liên quan.
Cách này giúp nhìn rõ doanh thu gộp, khoản khấu trừ và tiền thực nhận. Ba số này có thể khác nhau. Nếu không tách, cơ sở dễ nhầm hoa hồng OTA là doanh thu mất đi, hoặc nhầm tiền đặt cọc với doanh thu đã hoàn tất.
Tách doanh thu phòng khỏi phụ thu và F&B.
Ghi riêng phí hủy, hoàn tiền và tiền đặt cọc.
Gắn từng giao dịch với Booking.com, Expedia, Airbnb, Agoda, website hoặc kênh khác.
Xác định cách theo dõi hoa hồng OTA và chênh lệch tỷ giá nếu phát sinh.
Lưu booking, hóa đơn, sao kê và chứng từ thanh toán cùng mã tham chiếu.
Dữ liệu sạch trước. Báo cáo sau.
Mỗi chênh lệch cần có nguyên nhân, người kiểm tra, phê duyệt và thời điểm điều chỉnh.
Tiếp theo, cơ sở đối chiếu PMS, booking engine, OTA, POS, payment gateway và tài khoản ngân hàng. Đây là bước phát hiện booking trùng, booking hủy nhưng chưa cập nhật, hoàn tiền thiếu chứng từ hoặc giao dịch lệch kỳ.
Đừng sửa số trực tiếp mà không để lại dấu vết. Mỗi chênh lệch cần có nguyên nhân, người kiểm tra, người phê duyệt và thời điểm điều chỉnh. Audit trail giúp giải thích thay đổi khi rà soát nội bộ hoặc cần giải trình.
Đối chiếu số booking và trạng thái booking giữa PMS với từng OTA.
Kiểm tra phí nền tảng, hoa hồng và khoản OTA thu hộ.
So khớp hoàn tiền với giao dịch gốc và chứng từ thanh toán.
Rà tiền đặt cọc chưa chuyển thành doanh thu hoặc chưa hoàn khách.
Đánh dấu giao dịch thanh toán về khác kỳ.
Sau khi dữ liệu đã có cấu trúc, chủ cơ sở mới hoàn thiện hồ sơ. Hồ sơ cần khớp tình trạng đăng ký thực tế, không chỉ khớp số liệu nội bộ.
Chuẩn bị sẵn quy trình giải trình giúp tránh tìm lại dữ liệu khi đã sát hạn. Mỗi khoản cần truy được từ báo cáo về booking, chứng từ thanh toán và chứng từ đối soát.
Rà soát thông tin đăng ký và ngành nghề kinh doanh.
Kiểm tra khả năng phát hành hóa đơn theo quy định áp dụng.
Lưu thông tin truy cập và quy trình dùng tài khoản thuế điện tử.
Phân công người cung cấp dữ liệu khi cơ quan thuế yêu cầu giải trình.
Lịch chốt dữ liệu giúp không dồn việc sát kỳ kê khai.
Cơ sở trong ví dụ không đợi đến sát kỳ kê khai mới mở báo cáo. Họ đặt lịch theo dõi doanh thu theo tháng hoặc quý, tùy quy định áp dụng, rồi chốt dữ liệu trước hạn nội bộ.
Lịch này cần chừa thời gian cho booking hủy, hoàn tiền, phí OTA và thanh toán lệch kỳ. Người thu thập dữ liệu không nên là người tự phê duyệt mọi điều chỉnh. Phân vai rõ giảm lỗi bỏ sót. Hồ sơ cũng dễ tìm hơn khi lưu theo kỳ, kênh bán và loại chứng từ. Việc cuối kỳ nhẹ hơn nhiều.
Người thu thập dữ liệu từ PMS, OTA, POS và thanh toán.
Người kiểm tra chênh lệch và chứng từ thiếu.
Người phê duyệt điều chỉnh dữ liệu.
Người nộp hồ sơ và lưu hồ sơ theo kỳ.
TravelOpen hỗ trợ cơ sở lưu trú gom dữ liệu booking, kênh bán và thanh toán để kiểm tra trước kỳ kê khai. PMS, booking engine, POS, báo cáo và audit trail hỗ trợ đối chiếu dữ liệu vận hành; nền tảng cũng đồng bộ hai chiều giá, phòng trống và booking với Booking.com, Expedia, Airbnb, Agoda cùng OTA khác. Guardrails và bước phê duyệt giúp cơ sở kiểm soát thay đổi dữ liệu. TravelOpen không thay thế tư vấn thuế và không xác định nghĩa vụ thuế.
Kiểm tra văn bản thuế và hướng dẫn mới nhất từ cơ quan thuế quản lý trực tiếp.
Tách doanh thu theo loại dịch vụ và kênh bán.
Đối soát PMS, OTA, POS, payment gateway và ngân hàng.
Hoàn thiện thông tin đăng ký, tài khoản thuế điện tử và yêu cầu hóa đơn nếu áp dụng.
Phân công kiểm tra, phê duyệt và lưu audit trail cho từng kỳ.
Dữ liệu rõ, chứng từ đủ, đối soát sớm. Đó là nền cho mỗi kỳ kê khai.
Xem nó xử lý hội thoại khách thật trong demo 30 phút.
Đặt demo →