Kế toán khách sạn nhỏ thời Thông tư 99: khỏi nhập tay 2 lần

Kỳ trước chúng tôi bàn về doanh thu ngoài tiền phòng và cách bịt các điểm rò khi ghi dịch vụ bằng tay. Bài đó dừng ở quầy lễ tân: làm sao để mọi thứ khách đã dùng đều nằm trên hóa đơn. Kỳ này đi tiếp một chặng nữa, chặng mà rất nhiều chủ cơ sở nhỏ coi là "việc của kế toán" nên không để mắt tới: từ hóa đơn của khách đến sổ sách của doanh nghiệp. Và chặng đó vừa có một lý do rất cụ thể để phải nhìn lại — Thông tư 99/2025/TT-BTC thay cho Thông tư 200, có hiệu lực từ 01/01/2026.

Nói ngay để khỏi hiểu nhầm hai điều. Thứ nhất, bài này viết cho cơ sở lưu trú nhỏ đang vận hành theo mô hình doanh nghiệp — có pháp nhân, có sổ sách kế toán, có báo cáo tài chính. Hộ kinh doanh áp dụng chế độ kế toán khác, không thuộc phạm vi Thông tư 99, nên nếu bạn đang là hộ kinh doanh thì phần quy định trong bài không áp cho bạn, còn phần về số liệu vận hành thì vẫn dùng được. Thứ hai, bài này không nói "dùng phần mềm thì khỏi cần kế toán". Ngược lại: kế toán vẫn là người quyết định hạch toán thế nào. Điều bài này bàn là làm sao để kế toán không phải gõ lại những con số mà quầy lễ tân đã gõ một lần rồi.

Phần 1: Vì sao khách sạn nhỏ luôn nhập tay hai lần

Ở gần như mọi cơ sở lưu trú nhỏ, cùng một khoản tiền được ghi ít nhất hai lần vào hai nơi khác nhau. Lần thứ nhất ở quầy: khách nhận phòng, khách dùng dịch vụ, khách thanh toán — mọi thứ vào hóa đơn của phòng. Lần thứ hai vào cuối tháng: kế toán nhận một tập bảng kê, một tệp Excel hoặc một xấp hóa đơn, rồi nhập lại từ đầu vào phần mềm kế toán để lên sổ.

Ba hệ quả của việc nhập hai lần

• Số của hai bên không bao giờ khớp tuyệt đối. Không phải vì ai làm ẩu, mà vì mỗi lần nhập lại là một lần diễn giải: một khoản trả trước bị hiểu là doanh thu, một khoản thu hộ bị tính thành tiền của mình, một hóa đơn tách đôi ở quầy nhưng gộp lại ở sổ.
• Không ai đối chiếu được về nguồn. Khi hai con số lệch nhau, việc truy ngược từ dòng trên sổ kế toán về đúng đêm phòng đã bán, đúng phiếu dịch vụ đã ký, gần như là không làm được nếu ở giữa có một bước gõ tay.
• Số về quá muộn để dùng. Sổ sách lên vào cuối tháng sau thì nó chỉ còn là tài liệu quyết toán, không còn là thông tin để điều hành. Chủ cơ sở biết tháng vừa rồi lãi hay lỗ vào lúc đã không làm gì được nữa.

Vì sao ngành khách sạn dễ dính lỗi này hơn ngành khác

• Doanh thu phát sinh liên tục chứ không theo đơn hàng. Một cửa hàng bán một món là xong một giao dịch. Một khách sạn thì mỗi phòng đang ở là một khoản doanh thu tăng dần theo từng đêm, chưa kết thúc thì chưa chốt được.
• Một lượt khách sinh ra nhiều loại doanh thu khác nhau — tiền phòng, đồ ăn uống, dịch vụ, hàng bán lẻ, tiền thu hộ cho bên thứ ba — và mỗi loại có cách ghi nhận riêng.
• Tiền vào không cùng nhịp với doanh thu. Khách đặt tháng này, trả tiền tháng này, nhưng ở tháng sau. Kênh bán trung gian giữ tiền rồi chuyển về sau kỳ đối soát. Dòng tiền và doanh thu là hai đường khác nhau, và ghi nhầm đường này sang đường kia là lỗi phổ biến nhất.

Phần 2: Thông tư 99 đổi gì và vì sao nó chạm tới khách sạn

Thông tư 99/2025/TT-BTC là chế độ kế toán doanh nghiệp thay cho Thông tư 200/2014/TT-BTC, áp dụng từ 01/01/2026. Đây là văn bản áp cho doanh nghiệp; hộ kinh doanh có chế độ kế toán riêng và không nằm trong phạm vi này. Với một cơ sở lưu trú nhỏ đã thành lập doanh nghiệp, có ba điều cần nắm.

Ba thay đổi cần biết

• Hệ thống tài khoản có thay đổi. Một số tài khoản được đổi tên, sắp xếp lại hoặc điều chỉnh nội dung phản ánh — ví dụ tài khoản 112 nay mang tên Tiền gửi không kỳ hạn. Với người làm sổ, đây không phải chuyện đổi nhãn cho đẹp: nó kéo theo cách phân loại và cách lên báo cáo.
• Số dư phải được chuyển đổi sang hệ tài khoản mới. Nghĩa là tại thời điểm chuyển sang chế độ mới, doanh nghiệp phải đối chiếu và đưa số dư cũ về đúng chỗ trong hệ mới — một công việc phải làm một lần, làm sai thì kéo theo cả năm tài chính.
• Phần mềm kế toán phải cập nhật kịp. Đây là điểm nhiều cơ sở nhỏ bị động: hệ tài khoản đổi mà công cụ đang dùng chưa đổi thì hoặc phải sửa tay, hoặc phải chờ. Cả hai cách đều tốn đúng vào giai đoạn bận nhất là đầu năm tài chính.

Điều Thông tư 99 không làm thay bạn

• Nó không quyết định hộ bạn đâu là doanh thu, đâu là tiền của người khác. Việc phân biệt tiền thu hộ với doanh thu của mình vẫn là việc của người ghi nhận, và nó bắt đầu từ thao tác ở quầy chứ không phải ở sổ.
• Nó không sinh ra số liệu vận hành. Nếu doanh thu dịch vụ vẫn nằm trong sổ tay của người trực thì dù hệ tài khoản có chuẩn tới đâu, thứ lên sổ vẫn là con số ước lượng.
• Nó không thay bạn chốt ranh giới ngày. Đây là đặc thù riêng của ngành lưu trú, và là nội dung của phần tiếp theo.

Đây cũng là lúc nhắc lại một nguyên tắc mà chúng tôi đã viết trong bài thẩm định nhà cung cấp phần mềm quản lý khách sạn: khả năng cập nhật theo quy định pháp luật là một tiêu chí chọn nhà cung cấp, không phải một tính năng phụ. Một hệ thống theo kịp thay đổi chế độ kế toán giúp bạn tránh đúng thứ tốn kém nhất — sửa tay hàng loạt vào đầu kỳ.

Phần 3: Năm chỗ số liệu lệch giữa quầy lễ tân và sổ kế toán

Đây là phần trọng tâm. Năm tình huống dưới đây là những chỗ mà con số ở quầy và con số trên sổ bắt đầu tách nhau ra. Điểm chung: cả năm đều là đặc thù nghiệp vụ lưu trú, không phải lỗi kế toán, nên không thể sửa bằng cách làm sổ cẩn thận hơn.

Năm chỗ lệch

• 1. Đêm kiểm toán vắt qua nửa đêm. Ngày làm việc của khách sạn không kết thúc lúc 24 giờ mà kết thúc ở phiên chốt sổ đêm. Khách nhận phòng lúc 0 giờ 30, đồ uống bán lúc 1 giờ sáng — thuộc về ngày nào? Nếu quầy chốt theo một mốc còn kế toán cộng theo một mốc khác, doanh thu của mọi ngày đều lệch một chút, và cuối tháng thì phần lệch không tự triệt tiêu ở ranh giới đầu và cuối kỳ.
• 2. Doanh thu qua kênh trung gian so với khách vãng lai. Khách đặt qua một kênh bán trực tuyến trả một khoản; kênh giữ lại phần hoa hồng và chuyển về phần còn lại sau kỳ đối soát. Nếu ghi vào sổ đúng số tiền nhận về ngân hàng thì doanh thu bị ghi thiếu và chi phí hoa hồng biến mất khỏi báo cáo. Nếu ghi theo giá bán thì phải có khoản phải thu và khoản chi phí tương ứng. Khách vãng lai trả thẳng tại quầy lại đơn giản hơn nhiều — nên hai loại này phải tách được ngay từ lúc phát sinh, không phải lúc lên sổ.
• 3. Tiền nhận trước và tiền cọc chưa phải doanh thu. Khách chuyển khoản đặt cọc tháng này cho kỳ nghỉ tháng sau. Tiền đã vào tài khoản, nhưng dịch vụ chưa cung cấp. Ghi thẳng thành doanh thu của tháng nhận tiền là sai kỳ; và nếu khách hủy thì còn phải xử lý ngược. Đây là chỗ sai phổ biến nhất ở cơ sở nhỏ, vì cách nghĩ tự nhiên là "tiền vào là bán được".
• 4. Dịch vụ ghi nợ về phòng. Khách dùng dịch vụ hôm nay, ký nhận, trả tiền vào ngày trả phòng ba hôm sau. Doanh thu thuộc ngày phục vụ, tiền thuộc ngày thanh toán — hai ngày khác nhau, và nếu vắt qua ranh giới tháng thì hai kỳ khác nhau. Đây chính là phần nối tiếp trực tiếp từ bài kỳ trước về doanh thu ngoài tiền phòng.
• 5. Hủy, hoàn tiền, giảm giá và khoản miễn phí. Ở quầy, một khoản được miễn là một dòng bị xóa hoặc một con số được sửa. Trên sổ, nó phải là một khoản giảm trừ có căn cứ và có người duyệt. Nếu ở quầy chỉ sửa số mà không để lại dấu vết thì kế toán không có gì để ghi nhận, và phần chênh lệch sẽ được "làm tròn" cho khớp — đó là lúc sổ sách mất khả năng giải trình.

Phần 4: Đêm kiểm toán — ranh giới ngày của khách sạn

Phiên chốt sổ cuối ngày trong ngành lưu trú có tên riêng là đêm kiểm toán. Nó chạy vào lúc thấp điểm nhất trong ngày, khóa lại toàn bộ phát sinh của ngày vừa qua và chuyển hệ thống sang ngày mới. Với người làm kế toán, đây là mốc duy nhất có ý nghĩa để cắt kỳ doanh thu — không phải nửa đêm theo đồng hồ.

Ba việc đêm kiểm toán làm được mà cộng tay không làm được

• Tính tiền phòng cho toàn bộ phòng đang có khách theo đúng giá của từng đêm, kể cả khách đổi phòng giữa kỳ, khách gia hạn thêm đêm, khách đoàn có giá riêng.
• Chốt và khóa số liệu của ngày. Sau khi khóa, mọi thay đổi đều phải để lại dấu vết. Đây là điều kiện tiên quyết để sổ sách giải trình được, và cũng là thứ mà một bảng tính không có.
• Đối chiếu tiền và doanh thu trong ngày — tiền mặt trong két, các khoản đã chuyển khoản, các khoản còn ghi nợ về phòng, các khoản chờ thu từ kênh trung gian. Bốn nhóm này cộng lại phải khớp với doanh thu đã ghi nhận.

Hai quy tắc nên chốt bằng văn bản trong nội bộ

• Ngày kế toán của cơ sở là ngày theo phiên chốt sổ đêm. Ghi rõ mốc giờ, áp dụng thống nhất cho mọi báo cáo, và giữ nguyên qua các kỳ — đổi mốc giữa chừng làm mọi so sánh cùng kỳ trở nên vô nghĩa.
• Không sửa số liệu của ngày đã khóa bằng cách sửa trực tiếp. Mọi điều chỉnh đều là một bút toán mới có ngày, có lý do, có người thực hiện. Nguyên tắc này bảo vệ cả chủ cơ sở lẫn nhân viên.

Phần 5: Doanh thu kênh trung gian, khách vãng lai và tiền của người khác

Phần này là nơi doanh thu bị thổi phồng hoặc bị ghi thiếu nhiều nhất, và cả hai đều gây hậu quả. Ghi thừa thì nghĩa vụ thuế tính trên một con số không có thật; ghi thiếu thì không giải trình được khi đối chiếu.

Ba nhóm cần tách bạch ngay từ lúc ghi nhận

• Doanh thu của chính cơ sở. Tiền phòng, dịch vụ do mình cung cấp, hàng do mình bán. Đây là phần vào doanh thu.
• Chi phí bán hàng qua kênh trung gian. Phần hoa hồng kênh giữ lại là chi phí, không phải khoản giảm doanh thu tùy tiện. Ghi đúng bản chất mới thấy được thực tế: bán qua kênh nào đang đắt, kênh nào đang rẻ.
• Tiền thu hộ cho bên thứ ba. Tiền xe, vé tham quan, tour đặt hộ — phần của cơ sở chỉ là hoa hồng, phần còn lại là tiền của người khác đi qua tay mình. Gộp chung vào doanh thu là cách nhanh nhất để tự tạo ra một con số doanh thu ảo và một nghĩa vụ thuế tính sai.

Hai việc làm được ngay tuần này

• Lập danh mục khoản mục doanh thu có mã, bỏ hẳn ô "khác". Mỗi loại doanh thu một mã, mỗi kênh bán một mã. Việc này mất một buổi và tiết kiệm cả năm.
• Đánh dấu nguồn đặt phòng ngay tại thời điểm nhận đặt. Nguồn ghi sau bao giờ cũng ghi thiếu; nguồn ghi ngay thì báo cáo cơ cấu nguồn khách tự có mà không phải làm gì thêm — đúng cách chúng tôi đã trình bày trong bài tích hợp kênh bán và đặt phòng trực tiếp.

Phần 6: Tiền nhận trước không phải doanh thu

Đây là phần ngắn nhất nhưng đáng đọc kỹ nhất, vì đây là lỗi khiến báo cáo của nhiều cơ sở nhỏ sai lệch một cách có hệ thống — nhất là ở mùa cao điểm, khi khách đặt trước nhiều.

Ba tình huống nhận tiền trước thường gặp

• Đặt cọc giữ phòng. Tiền vào trước, dịch vụ cung cấp sau, và có thể không bao giờ cung cấp nếu khách hủy. Trước ngày khách ở, khoản này là nghĩa vụ của cơ sở với khách chứ chưa phải kết quả kinh doanh.
• Thanh toán toàn bộ trước kỳ nghỉ. Phổ biến với các gói bán qua kênh trực tuyến. Doanh thu vẫn ghi nhận theo từng đêm khách thực ở, không ghi gộp một cục vào ngày nhận tiền.
• Voucher và gói trả trước. Bán ra là nhận tiền cho một dịch vụ sẽ dùng trong tương lai. Đây là nhóm phức tạp nhất vì còn liên quan tới thời hạn sử dụng và phần không dùng đến — nên hỏi kế toán trước khi triển khai chương trình, chứ không phải sau khi đã bán được vài trăm voucher.

Điều kiện để xử lý đúng cả ba tình huống rất đơn giản về nguyên tắc nhưng khó nếu làm tay: hệ thống phải phân biệt được khoản tiền đã nhận với khoản doanh thu đã ghi nhận, ở cấp từng đặt phòng. Đó là việc mà một phần mềm quản lý khách sạn cloud AI làm ngay trong thao tác nghiệp vụ — nhận cọc là một loại giao dịch riêng, ghi nhận doanh thu là một loại khác — thay vì để hai thứ trộn vào cùng một dòng thu tiền.

Phần 7: Để doanh thu tự chảy từ phần mềm quản lý sang sổ kế toán

Đến đây thì vấn đề đã rõ: không phải kế toán làm chưa tốt, mà là giữa vận hành và sổ sách đang có một bước gõ tay. Bỏ được bước đó thì năm chỗ lệch ở Phần 3 mất đi phần lớn, vì mỗi khoản chỉ còn được ghi đúng một lần, tại nơi nó phát sinh, với đầy đủ thuộc tính để hạch toán.

Điều mà một phần mềm kế toán rời không làm được

• Nó không biết đêm kiểm toán của bạn kết thúc lúc mấy giờ. Nó nhận một bảng tổng hợp theo ngày dương lịch và không có cách nào biết bảng đó cắt kỳ đúng hay sai.
• Nó không biết khoản tiền vừa vào là cọc hay là doanh thu. Thông tin đó nằm ở đặt phòng, tức là nằm ở hệ thống vận hành, không nằm ở sao kê ngân hàng.
• Nó không truy ngược được về đêm phòng và phiếu dịch vụ. Khi cần giải trình một dòng doanh thu, đường truy phải dẫn về tận hóa đơn của phòng — điều chỉ có được khi hai bên dùng chung một nguồn dữ liệu.

Cách hệ sinh thái DiHotel Solutions giải bài toán này

• Doanh thu sinh ra từ thao tác nghiệp vụ, không phải từ bảng tổng hợp. Nhận phòng, bán dịch vụ, thu tiền, chốt sổ đêm — mỗi thao tác đã mang sẵn khoản mục, nguồn khách, ngày phát sinh và tham chiếu ngược về chứng từ gốc.
• Phân hệ kế toán nằm trong cùng hệ sinh thái. Phần mềm kế toán khách sạn DiACC nhận dữ liệu từ hệ thống quản lý thay vì chờ người nhập lại, nên phần "nhập tay lần hai" đơn giản là không tồn tại.
• DiACC đã cập nhật hệ thống tài khoản theo Thông tư 99 và đang vận hành thật tại các khách sạn cùng chuỗi 4–5 sao — nghĩa là phần chuyển đổi hệ tài khoản không còn là việc bạn phải tự xoay xở vào đầu kỳ.
• Kế toán vẫn giữ toàn quyền quyết định. Hệ thống đưa dữ liệu sang đúng khoản mục; việc rà soát, điều chỉnh và chốt sổ vẫn là của người làm kế toán. Cái được bỏ đi là thao tác gõ lại, không phải vai trò chuyên môn.

Nếu cơ sở của bạn đang dùng một phần mềm kế toán khách sạn tách rời và vẫn muốn giữ nguyên, điều kiện tối thiểu nên đặt ra là: dữ liệu chuyển sang phải ở mức từng giao dịch kèm tham chiếu ngược, không phải một con số tổng theo ngày. Đồng bộ tổng số nghe thì gọn nhưng nó bỏ mất đúng thứ bạn cần khi phải giải trình.

Phần 8: Bảng tổng hợp — nghiệp vụ nào, lệch ở đâu, xử lý thế nào

Phần 9: Sáu việc nên làm trước kỳ kế toán đầu tiên theo Thông tư 99

Danh sách dưới đây viết cho một cơ sở nhỏ, không cần thuê tư vấn, làm được trong vài buổi. Thứ tự có chủ ý: ba việc đầu là dọn dẹp nội bộ, ba việc sau mới liên quan tới công cụ.

Ba việc dọn dẹp nội bộ

• Chốt mốc ngày kế toán theo phiên chốt sổ đêm và thông báo cho cả người trực lẫn kế toán. Ghi thành một dòng trong quy định nội bộ.
• Lập lại danh mục khoản mục doanh thu và chi phí, mỗi loại một mã, bỏ hẳn ô "khác", tách rõ ba nhóm: doanh thu của mình, chi phí bán qua kênh, tiền thu hộ.
• Rà danh sách khoản nhận trước đang treo — cọc chưa dùng, voucher chưa sử dụng, gói trả trước — và lập một bảng theo dõi riêng. Đây thường là bảng chưa ai từng lập.

Ba việc về công cụ

• Hỏi nhà cung cấp phần mềm một câu duy nhất: hệ tài khoản theo Thông tư 99 đã cập nhật chưa, và cập nhật vào phiên bản nào. Câu trả lời mơ hồ là một tín hiệu đáng lưu tâm.
• Kiểm tra dữ liệu đi từ vận hành sang sổ kế toán ở mức nào — từng giao dịch có tham chiếu ngược, hay chỉ là một con số tổng theo ngày.
• Chạy đối chiếu thử một tháng giữa báo cáo doanh thu ở quầy và sổ doanh thu của kế toán, rồi bóc phần lệch theo đúng năm nhóm ở Phần 3. Đây là bài kiểm tra cho biết chính xác cơ sở của bạn đang đứng ở đâu.

Kết luận

Thông tư 99 là mốc bắt buộc phải nhìn lại sổ sách, nhưng nó không phải vấn đề lớn nhất của một cơ sở lưu trú nhỏ. Vấn đề lớn hơn nằm ở chỗ giữa quầy lễ tân và sổ kế toán đang có một bước gõ tay, và mọi sai lệch có hệ thống đều sinh ra ở bước đó. Ba việc quyết định: chốt một mốc ngày kế toán duy nhất theo đêm kiểm toán; phân biệt dứt khoát doanh thu với dòng tiền, đặc biệt ở tiền nhận trước và tiền thu hộ; và để mỗi khoản chỉ được ghi một lần tại nơi nó phát sinh, với đủ thuộc tính để hạch toán. Việc đổi hệ tài khoản đứng sau ba việc đó, vì nó là việc làm một lần, còn ba việc trên thì lặp lại mỗi ngày.

Điểm khởi đầu rẻ nhất vẫn là phép đối chiếu một tháng ở Phần 9. Từ nền ấy, một phần mềm quản lý khách sạn online AI DiCloud cùng giải pháp quản lý khách sạn tổng thể có thể đưa doanh thu chảy thẳng sang phân hệ kế toán trong cùng hệ sinh thái, thay vì đi vòng qua một bảng tổng hợp cuối tháng. Nếu bạn đang vận hành nhiều cơ sở, hoặc một khu nghỉ dưỡng có nhiều điểm bán, thì bài cùng đợt bên DiHotel Blog bàn về kế toán khách sạn theo Thông tư 99 ở quy mô chuỗi — một hệ tài khoản chung, nhiều cơ sở, và cách hợp nhất số liệu mà vẫn giữ được báo cáo riêng từng nơi. Ở tầng đó, nghiệp vụ được xử lý bằng phần mềm quản lý khách sạn AI DiHotel — nền tảng gốc cho khách sạn 4–5 sao, resort và chuỗi — trong khi các cơ sở nhỏ và vừa dùng phần mềm quản lý khách sạn cùng hệ sinh thái và hợp nhất báo cáo về một chỗ. Còn nếu bạn muốn hiểu vì sao mọi thứ trong bài này bắt đầu từ thao tác ở quầy, hãy đọc lại bài về doanh thu ngoài tiền phòng — số liệu không ghi đúng lúc phát sinh thì không có chế độ kế toán nào cứu được.