Kế toán chuỗi khách sạn thời Thông tư 99: một hệ thống, nhiều cơ sở

Phần 1: Vì sao kế toán chuỗi khó hơn kế toán một khách sạn

Điểm khác biệt không nằm ở khối lượng chứng từ. Một chuỗi năm cơ sở không đơn giản là một khách sạn nhân năm; nó là một cấu trúc mà mỗi cơ sở có nghiệp vụ riêng nhưng phải lên chung một bức tranh tài chính.

Bốn nguồn phức tạp

• Nhiều nơi cùng sinh ra doanh thu, mỗi nơi một kiểu. Một cơ sở thành phố chủ yếu là tiền phòng và một nhà hàng; một khu nghỉ dưỡng có nhà hàng chính, quầy bar hồ bơi, khu tắm khoáng, quầy tour, dịch vụ hội nghị. Cùng một chuỗi nhưng cơ cấu doanh thu khác hẳn nhau.
• Danh mục không thống nhất. Mỗi cơ sở tự đặt tên khoản mục theo thói quen của mình — và đến lúc hợp nhất thì không ai cộng được, vì "dịch vụ khác" ở nơi này không cùng nội dung với "dịch vụ khác" ở nơi kia.
• Giao dịch nội bộ giữa các cơ sở. Điều chuyển hàng hóa, dùng chung nhân sự, một cơ sở đặt phòng hộ cho cơ sở khác. Nếu không nhận diện được, những khoản này bị cộng hai lần vào bức tranh chung.
• Hai loại báo cáo cùng lúc. Ban giám đốc cần báo cáo theo bộ phận để đánh giá hiệu quả từng khối; cơ quan quản lý và ngân hàng cần báo cáo tài chính theo đúng chế độ kế toán. Hai chiều này không thay thế được cho nhau, và làm tay một trong hai là lựa chọn tồi.

Đây là lý do hệ thống quản lý khách sạn ở quy mô chuỗi không thể dừng ở mảng vận hành. Một hệ thống chỉ mạnh ở lễ tân và buồng phòng nhưng không có đường nối xuống sổ kế toán sẽ đẩy toàn bộ khối lượng ấy sang phòng kế toán dưới dạng bảng kê — và bảng kê thì phải nhập lại.

Phần 2: Thông tư 99 với doanh nghiệp nhiều cơ sở

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. Ba điểm dưới đây là những gì một chuỗi cần chuẩn bị, và cả ba đều nặng hơn khi số cơ sở tăng lên.

Ba việc phải làm đồng loạt

• Cập nhật hệ thống tài khoản. 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 — chẳng hạn tài khoản 112 nay mang tên Tiền gửi không kỳ hạn. Ở một chuỗi, việc này phải làm thống nhất; nếu mỗi cơ sở tự cập nhật theo cách hiểu của mình thì việc hợp nhất kỳ sau sẽ vỡ.
• Chuyển đổi số dư sang hệ tài khoản mới. Đây là việc làm một lần nhưng ảnh hưởng cả năm tài chính. Với nhiều cơ sở, nó cần một mốc thời gian chung, một người chịu trách nhiệm rà soát chéo, và một bản đối chiếu trước–sau lưu lại để giải trình.
• Bảo đảm công cụ đã cập nhật kịp. Nếu phần mềm kế toán chưa hỗ trợ hệ tài khoản mới đúng thời điểm, phương án còn lại là sửa tay trên nhiều cơ sở cùng lúc — đúng vào đầu năm tài chính, giai đoạn bận nhất của cả khối kế toán.

Về điểm thứ ba, chúng tôi nói rõ hiện trạng của mình: phần mềm kế toán khách sạn 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. Đây là một thông tin về trạng thái sản phẩm, không phải một lời hứa: phần chuyển đổi số dư và rà soát vẫn là công việc chuyên môn của khối kế toán, thứ mà công cụ chỉ hỗ trợ chứ không làm thay.

Phần 3: Một hệ tài khoản chung cho nhiều cơ sở

Nền móng của kế toán chuỗi là một hệ danh mục duy nhất dùng chung cho toàn danh mục, kèm các chiều phân tích để bóc tách lại theo từng nơi. Làm ngược lại — mỗi cơ sở một hệ rồi cuối kỳ ánh xạ sang nhau — là cách tạo ra một công việc thủ công vĩnh viễn.

Bốn chiều tối thiểu phải có

• Chiều cơ sở. Mỗi khách sạn, mỗi khu nghỉ dưỡng là một mã. Đây là chiều để tách báo cáo và cũng là chiều để hợp nhất.
• Chiều bộ phận. Buồng phòng, ẩm thực, dịch vụ chăm sóc sức khỏe, hội nghị và sự kiện, khối hành chính. Đây là chiều cho báo cáo quản trị và cho việc đánh giá hiệu quả từng khối.
• Chiều điểm bán. Bên trong một bộ phận có thể có nhiều điểm bán — nhà hàng chính và nhà hàng bãi biển đều thuộc khối ẩm thực nhưng cần đo riêng, như chúng tôi đã trình bày ở bài ghi nợ dịch vụ về phòng và quản lý đa điểm bán.
• Chiều loại doanh thu. Lưu trú, ăn uống, đồ uống có cồn, dịch vụ, hàng hóa bán lẻ, tiền thu hộ bên thứ ba. Đây là chiều phục vụ nghĩa vụ thuế và hóa đơn, và nó phải độc lập với ba chiều trên — một chai rượu vang bán ở nhà hàng bãi biển thuộc đồng thời cả bốn chiều.

Ba nguyên tắc giữ cho hệ danh mục không vỡ

• Danh mục do một nơi quản lý. Cơ sở đề xuất, khối kế toán tập đoàn phê duyệt và mở mã. Nếu mỗi nơi tự mở mã thì trong hai năm danh mục sẽ có nhiều mã trùng nội dung khác tên.
• Không mở khoản mục "khác" ở cấp báo cáo. Cần thì mở mã mới, đừng dồn vào ô chờ — thông tin vào ô "khác" thì không bao giờ đi ra.
• Mã đã dùng thì không đổi ý nghĩa. Muốn thay đổi thì mở mã mới và đóng mã cũ, để dữ liệu lịch sử còn so sánh được với hiện tại.

Phần 4: Doanh thu chảy từ hệ thống quản lý xuống sổ kế toán

Đây là phần cốt lõi và cũng là chỗ khác biệt thật sự giữa một hệ tích hợp và một tập công cụ rời rạc. Ở một chuỗi, mỗi ngày có hàng nghìn dòng phát sinh tại nhiều điểm bán; câu hỏi không phải "có nhập được không" mà là "mỗi dòng đi tới sổ kế toán bằng đường nào và có truy ngược được không".

Ba mức độ kết nối, chỉ một mức đủ dùng

• Mức thấp — bảng kê tổng theo ngày. Cuối ngày vận hành xuất một bảng, kế toán nhập vào sổ. Nghe gọn, nhưng mọi khả năng truy ngược đều mất: khi có chênh lệch, không ai lần được về đêm phòng hay phiếu dịch vụ nào.
• Mức trung bình — tệp chi tiết nhập định kỳ. Có chi tiết hơn, nhưng vẫn có độ trễ và vẫn tồn tại thao tác của con người ở giữa, tức là vẫn còn chỗ để sai và để sót.
• Mức đủ dùng — dữ liệu đi thẳng ở cấp giao dịch, có tham chiếu ngược. Mỗi khoản phát sinh mang theo cơ sở, bộ phận, điểm bán, loại doanh thu, ngày kế toán và số hiệu chứng từ gốc. Kế toán không nhập lại; việc của khối kế toán chuyển từ nhập liệu sang rà soát và phân tích — đúng chỗ tạo ra giá trị.

Điều kiện để mức đủ dùng chạy được

• Mọi điểm bán nằm trên cùng nền tảng hoặc nối vào nền tảng ở cấp giao dịch. Trong hệ sinh thái DiHotel Solutions, mảng ẩm thực do phân hệ DiPOS đảm nhiệm, khu tắm khoáng do phân hệ DiONSEN, mua hàng và kho do phân hệ DiPO — tất cả cùng nhìn về một hóa đơn phòng và một hệ danh mục.
• Ngày kế toán được định nghĩa thống nhất theo phiên chốt sổ đêm, không theo đồng hồ. Nội dung này quan trọng tới mức nó là cả phần tiếp theo.
• Có cơ chế đối chiếu tự động giữa hai đầu — tổng phát sinh ở vận hành phải bằng tổng đã ghi nhận ở sổ, mỗi ngày, theo từng cơ sở. Chênh lệch phải hiện ra ngay hôm sau chứ không phải cuối quý.

Nếu chuỗi 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à muốn giữ nguyên, điều kiện tối thiểu nên đưa vào hợp đồng là dữ liệu phải chuyển sang ở mức từng giao dịch kèm tham chiếu ngược, kèm điều khoản xác định rõ bên nào chịu trách nhiệm khi hai đầu lệch số. Đồng bộ một con số tổng theo ngày 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 5: Bốn nghiệp vụ đặc thù dễ sai khi lên sổ

Bốn nghiệp vụ dưới đây là đặc thù của ngành lưu trú. Chúng không sai vì kế toán làm ẩu; chúng sai vì thời điểm phát sinh khác thời điểm thu tiền, và độ lệch đó nhân lên theo số cơ sở.

Bốn chỗ phải xử lý bằng thiết kế, không bằng cẩn thận

• 1. Đêm kiểm toán và ranh giới ngày. Ngày làm việc của khách sạn kết thúc ở phiên chốt sổ đêm, không phải lúc 24 giờ. Khách nhận phòng lúc 0 giờ 30, một chai rượu bán lúc 1 giờ sáng — cả hai thuộc ngày kế toán nào là do mốc chốt sổ quyết định. Trong một chuỗi, nếu các cơ sở chốt ở mốc khác nhau mà báo cáo hợp nhất lại cộng theo ngày dương lịch, số của toàn danh mục sẽ lệch một cách khó truy.
• 2. Kênh trung gian, hợp đồng lữ hành và giá thỏa thuận. Bán qua kênh trực tuyến thì có phần hoa hồng kênh giữ lại; bán qua công ty lữ hành thì có giá thỏa thuận và công nợ phải thu sau kỳ. Ghi doanh thu theo số tiền thực nhận về là ghi thiếu và làm biến mất chi phí bán hàng — cùng lúc làm mất luôn khả năng so sánh hiệu quả giữa các kênh.
• 3. Doanh thu nhận trước. Tiền cọc giữ phòng, gói trả trước, voucher dịch vụ, tiền đặt cọc hội nghị. Tiền đã vào nhưng dịch vụ chưa cung cấp — đây là nghĩa vụ với khách, chưa phải kết quả kinh doanh. Với chuỗi có mùa vụ rõ rệt, khoản nhận trước dồn vào cuối năm cho kỳ nghỉ đầu năm sau đủ lớn để làm sai lệch hẳn bức tranh của cả hai kỳ nếu ghi nhận nhầm.
• 4. Ghi nợ dịch vụ về phòng và các tài khoản nội bộ. Doanh thu thuộc ngày phục vụ, tiền thuộc ngày trả phòng. Bên cạnh đó là các khoản không thuộc khách nào — chiêu đãi đối tác, dùng thử nội bộ, khoản bù cho khiếu nại — bắt buộc phải có nơi ghi nhận riêng và người duyệt, nếu không chúng sẽ nằm lẫn trong doanh thu và làm hỏng cả số liệu lẫn khả năng giải trình.

Phần 6: Hợp nhất số liệu mà vẫn giữ báo cáo riêng từng cơ sở

Một chuỗi cần hai bức tranh cùng lúc, và hai bức tranh này phục vụ hai người khác nhau. Điều quan trọng là chúng phải sinh ra từ cùng một nguồn dữ liệu, chứ không phải hai bảng do hai người lập theo hai cách.

Hai chiều báo cáo, một nguồn dữ liệu

• Báo cáo tài chính theo chế độ kế toán. Lên theo pháp nhân, theo đúng hệ thống tài khoản của Thông tư 99, phục vụ nghĩa vụ báo cáo và làm việc với ngân hàng, kiểm toán, cơ quan quản lý.
• Báo cáo quản trị theo bộ phận. Doanh thu và chi phí bóc theo cơ sở, bộ phận, điểm bán để ban giám đốc đánh giá hiệu quả từng khối — cấu trúc mà chúng tôi đã trình bày kỹ trong bài P&L khách sạn theo chuẩn USALI. Hai chuẩn này không mâu thuẫn: một bên là cách trình bày cho bên ngoài, một bên là cách nhìn cho bên trong.

Ba việc kỹ thuật quyết định chất lượng hợp nhất

• Nhận diện và loại trừ giao dịch nội bộ. Điều chuyển hàng hóa giữa các cơ sở, dịch vụ một cơ sở cung cấp cho cơ sở khác — phải được gắn dấu ngay từ lúc phát sinh, không phải đi tìm vào cuối kỳ.
• Thống nhất kỳ khóa sổ. Các cơ sở phải khóa cùng mốc; một cơ sở khóa muộn là toàn bộ báo cáo hợp nhất phải làm lại.
• Giữ một bảng định nghĩa chỉ tiêu duy nhất. Doanh thu thuần tính gồm những gì, công suất trừ phòng nào, doanh thu dịch vụ có gồm tiền thu hộ không. Chốt một lần, lưu thành văn bản, và không đổi giữa năm — nếu không thì mọi so sánh cùng kỳ đều mất giá trị.

Phần 7: Kiểm soát, dấu vết và khả năng giải trình

Ở quy mô chuỗi, chất lượng sổ sách không được đo bằng việc số có đẹp hay không, mà bằng việc có giải trình được từng dòng hay không khi kiểm toán, ngân hàng hoặc cơ quan thuế hỏi tới. Bốn cơ chế dưới đây là tối thiểu.

Bốn cơ chế tối thiểu

• Dấu vết đầy đủ cho mọi thao tác sửa và hủy — ai làm, lúc nào, lý do gì, giá trị trước và sau. Đây là cơ chế bảo vệ cả doanh nghiệp lẫn nhân viên trung thực.
• Khóa kỳ có kiểm soát. Sau khi khóa, mọi điều chỉnh là bút toán mới chứ không sửa đè. Quyền mở lại kỳ phải nằm ở một người xác định, không phải quyền mặc định của người dùng.
• Phân quyền theo vai trò và theo cơ sở. Kế toán cơ sở nhìn dữ liệu cơ sở mình; khối tập đoàn nhìn toàn danh mục. Gán theo vị trí công việc, không gán theo cá nhân.
• Đường truy ngược từ sổ về chứng từ gốc. Từ một dòng doanh thu trên sổ phải lần được về hóa đơn phòng, về phiếu tại điểm bán, về giờ giao dịch và người nhập. Không có đường này thì mọi khiếu nại và mọi cuộc rà soát đều xử lý bằng cảm tính.

Đây cũng là nhóm tiêu chí nên đưa vào danh sách thẩm định khi chọn nhà cung cấp, cùng nhóm với những gì chúng tôi đã liệt kê ở bài thẩm định nhà cung cấp cho chuỗi và khách sạn 4–5 sao. Một phần mềm quản lý khách sạn AI phục vụ chuỗi phải trình diễn được bốn cơ chế trên trên dữ liệu thật, không phải bằng một dòng trong tài liệu giới thiệu.

Phần 8: Bảng tổng hợp — nghiệp vụ nào, sai ở đâu khi lên quy mô chuỗi

Phần 9: Lộ trình chuyển đổi cho một chuỗi

Thứ tự dưới đây có chủ ý: dọn danh mục trước, nối dữ liệu sau, chuyển số dư sau cùng. Làm ngược lại thì phần đã chuyển sẽ phải làm lại.

Năm bước

• Bước 1 — Chốt danh mục dùng chung. Một hệ tài khoản, một bộ mã cơ sở, bộ phận, điểm bán và loại doanh thu cho toàn danh mục. Đây là bước tốn thời gian nhất và cũng là bước quyết định.
• Bước 2 — Chuẩn hóa ngày kế toán và quy trình khóa sổ. Cùng mốc chốt sổ đêm, cùng lịch khóa kỳ, cùng quy định về điều chỉnh sau khóa.
• Bước 3 — Nối dữ liệu ở cấp giao dịch. Từ hệ thống quản lý và các điểm bán xuống phân hệ kế toán, có tham chiếu ngược, có đối chiếu hằng ngày giữa hai đầu.
• Bước 4 — Chạy song song một kỳ. Đối chiếu số cũ và số mới, bóc chênh lệch theo đúng bảy nhóm ở Phần 8. Nguyên tắc chạy song song và phương án hoàn tác chúng tôi đã trình bày trong bài checklist chuyển đổi hệ thống.
• Bước 5 — Chuyển đổi số dư và khóa kỳ đầu tiên theo chế độ mới, lưu lại bản đối chiếu trước–sau cho từng cơ sở.

Khi năm bước này xong, thứ chuỗi có được không chỉ là một bộ sổ đúng chuẩn. Đó là khả năng nhìn thấy kết quả kinh doanh của toàn danh mục theo tháng mà không cần ai ngồi ghép bảng — cũng chính là góc nhìn mà ứng dụng báo cáo dành cho chủ đầu tư phục vụ. Các cơ sở quy mô nhỏ hơn trong cùng danh mục dùng phần mềm quản lý khách sạn cloud AI DiCloud và vẫn dùng chung một bộ định nghĩa chỉ tiêu, nên bức tranh không bị vỡ giữa hai tầng sản phẩm.