
Đổi phần mềm khách sạn: chốt số dư đầu kỳ cho kế toán trưởng
Khi khách sạn đổi phần mềm khách sạn, ban điều hành hỏi về giao diện, đào tạo, ngày vận hành chính thức. Kế toán trưởng hỏi câu khác: sáng hôm sau, số dư đầu kỳ trên hệ mới có bằng số dư trên hệ cũ tại giờ cắt, và bằng tiền thật trong ngân hàng, trong két hay không. Chưa có đáp án bằng giấy tờ thì mọi báo cáo kỳ đầu trên hệ mới đều kèm một dấu hỏi.
Bài này dành cho kế toán trưởng, giám đốc tài chính và tổng giám đốc khách sạn 5 sao, resort, chuỗi đang đổi từ phần mềm cài tại chỗ đời cũ. Nguyên tắc chung đã có ở bài 10 bước chuyển đổi phần mềm quản lý khách sạn; bài này đi vào phần thực thi: chọn ngày nào, chốt số nào, đối chiếu với gì, ai ký, nhập vào đâu, lưu hồ sơ ra sao.
Phần 1: Đổi phần mềm khách sạn — số dư đầu kỳ nằm trên bàn kế toán trưởng
Nhắc ngắn nguyên tắc "đóng sổ cũ, mở sổ mới": công nợ đối tác lịch sử chỉ chuyển số dư tại ngày cắt sổ, mỗi đối tác một dòng, kèm bảng kê và biên bản; hóa đơn phòng (folio) của khách đang ở và tiền cọc của đặt phòng tương lai bắt buộc chuyển, gắn đúng từng đặt phòng; cọc treo trên phòng ảo của hệ cũ không tạo lại phòng ảo mà vào số dư đầu kỳ của phân hệ kế toán.
Nguyên tắc đúng vẫn có thể thực thi sai. Rủi ro dồn vào vài giờ quanh đêm cắt sổ, nên phân vai từ tuần đầu: tổng giám đốc duyệt ngày cắt và ngưỡng chênh lệch; kế toán trưởng chốt danh mục số dư và quyết khoản chờ soát xét; lễ tân, thu ngân in bản kê, đếm quỹ; nhà cung cấp chạy thử và lập bảng đối chiếu.
Phần 2: Chọn ngày cắt sổ và quy ước giờ cắt
- Cắt ngay sau khóa sổ đêm (kiểm toán đêm) trên hệ cũ. Lúc đó doanh thu ngày đã chốt, tiền phòng đêm cuối đã lên folio, số dư là một ảnh chụp đứng yên.
- Đóng băng hệ cũ. Từ giờ cắt, khóa quyền ghi của mọi tài khoản, kể cả đặt phòng, kinh doanh và điểm bán nhà hàng. Hệ cũ chuyển sang chỉ đọc.
- Viết quy ước giờ cắt thành văn bản. Nghiệp vụ có chứng từ trước giờ cắt thuộc sổ cũ, sau giờ cắt thuộc sổ mới; tiền về trước giờ cắt mà chưa gắn được đặt phòng thì vào nhóm chờ soát xét.
- Nếu được, chọn ngày sát kỳ khóa sổ tháng để số dư đầu kỳ trên hệ mới dễ khớp số cuối kỳ kế toán đã khóa. Nếu cuối tháng rơi vào mùa đông khách thì ưu tiên mùa thấp điểm.
- Tránh đêm có đoàn lớn nhận hoặc trả phòng, và báo giờ cắt cho mọi bộ phận để không ai thu cọc mới vào hệ cũ.
Phần 3: Danh mục số dư đầu kỳ phải chốt
| Nhóm số dư | Ghi vào đâu trên hệ mới | Căn cứ đối chiếu |
|---|---|---|
| Phải thu công ty, lữ hành | DiACC, mỗi đối tác một dòng | Bảng kê; thư xác nhận công nợ |
| Phải thu kênh bán phòng trực tuyến | DiACC, mỗi kênh một dòng | Báo cáo thanh toán trên trang quản trị của kênh |
| Phải trả nhà cung cấp | DiACC, mỗi nhà cung cấp một dòng | Hóa đơn chưa thanh toán; biên bản đối chiếu |
| Tiền cọc đặt phòng tương lai | Gắn vào từng đặt phòng | Sao kê ngân hàng, sổ quỹ |
| Folio của khách đang ở | Gắn số dư vào từng đặt phòng; bản kê folio chi tiết in từ hệ cũ lưu kèm | Bản kê folio in ngay sau giờ cắt |
| Quỹ tiền mặt ca lễ tân | Số dư quỹ đầu kỳ | Đếm thực tế, biên bản kiểm quỹ |
| Phiếu trả trước, phiếu quà tặng chưa dùng | Khoản khách hàng trả tiền trước, bảng kê theo số phiếu | Sổ phát hành phiếu, danh sách phiếu đã dùng |
| Cọc treo trên phòng ảo của hệ cũ | DiACC bên Có, đối tượng riêng cho khoản chuyển đổi, mỗi khoản một dòng | Bảng kê riêng theo số folio gốc |
Bảng này chỉ gồm các số dư phát sinh từ vận hành khách sạn. Các số dư khác trên sổ kế toán như tiền gửi ngân hàng, hàng tồn kho, tài sản cố định, thuế, vốn, kế toán chuyển theo quy trình khóa sổ thông thường của doanh nghiệp. Phiếu quà tặng và cọc trên phòng ảo hay bị quên vì không hiện trên sơ đồ phòng; nên hỏi thẳng lễ tân và bộ phận kinh doanh về mọi khoản khách đã trả mà chưa dùng.
Phần 4: Đối chiếu ba nguồn cho từng nhóm số dư
So hệ mới với hệ cũ chỉ chứng minh việc chuyển đã chép đúng, không chứng minh con số trên hệ cũ là đúng. Mỗi nhóm cần thêm một nguồn thứ ba, độc lập với cả hai phần mềm.
| Nhóm | Hệ mới | Hệ cũ tại giờ cắt | Nguồn độc lập |
|---|---|---|---|
| Tiền cọc | Cọc gắn trên từng đặt phòng | Danh sách cọc | Sao kê ngân hàng, sổ quỹ |
| Folio khách đang ở | Số dư từng phòng | Bản kê folio | Phiếu thu, phiếu ghi nợ dịch vụ |
| Công nợ đối tác | Số dư từng đối tác | Sổ chi tiết công nợ | Xác nhận do đối tác gửi lại |
| Quỹ tiền mặt | Số dư quỹ đầu kỳ | Báo cáo quỹ ca cuối | Tiền đếm trong két |
Hai nguồn đầu do công cụ chuyển dữ liệu lập thành bảng đối chiếu. Nguồn thứ ba là việc chuyên môn của kế toán, nên bắt đầu sớm: thư xác nhận công nợ gửi đối tác từ tuần thứ hai của dự án.
Phần 5: Xử lý chênh lệch — đặt ngưỡng trước, không đặt khi đang lệch
Khách sạn nên tự đặt ngưỡng bằng văn bản trước lượt chạy thử đầu tiên, không phải lúc đang nhìn một dòng lệch. Với các nhóm tiền, mặc định không chấp nhận khoản chênh lệch nào chưa giải thích được, dù nhỏ; với nhóm số lượng như hồ sơ khách, chênh lệch được chấp nhận khi có lý do, ví dụ hồ sơ trùng đã gộp.
- Chênh do thời điểm: tiền về sau giờ cắt, hoặc đã ghi trên hệ cũ nhưng ngân hàng chưa báo có. Xử lý theo quy ước giờ cắt.
- Chênh do dữ liệu cũ: sai lệch tích tụ nhiều năm. Kế toán trưởng quyết điều chỉnh trước giờ cắt hay đưa vào nhóm chờ soát xét.
- Chưa giải thích được: không ghi vào hệ mới. Đưa vào nhóm "khoản chờ soát xét", mỗi khoản một dòng kèm lý do; khách sạn quyết bằng văn bản rồi mới ghi.
Phần 6: Biên bản chốt số dư — nội dung, bảng kê, người ký
- Ngày, giờ cắt sổ và thời điểm hệ cũ chuyển sang chỉ đọc.
- Bảng chỉ tiêu: phải thu, phải trả, folio khách đang ở, cọc đặt phòng tương lai, cọc chuyển đổi từ phòng ảo, khoản chờ soát xét; mỗi dòng có số dư hệ cũ, hệ mới, chênh lệch.
- Hai bảng kê đính kèm: số dư từng đối tác; cọc chuyển đổi và khoản chờ soát xét. Tổng bảng kê khớp biên bản, ký nháy từng trang.
- Xử lý sau ngày cắt: tiền trả cho nợ cũ ghi giảm số dư đầu kỳ; chênh lệch phát hiện sau lập biên bản bổ sung.
Người ký: đại diện khách sạn, kế toán trưởng và đại diện nhà cung cấp phần mềm, sau đêm cắt sổ và trước khi mở ca đầu tiên trên hệ mới. Quỹ tiền mặt chốt bằng biên bản kiểm quỹ riêng; phiếu trả trước, phiếu quà tặng chốt bằng bảng kê theo số phiếu, lưu cùng bộ hồ sơ.
Phần 7: Nhập số dư đầu kỳ vào DiACC
Trên DiHotel, phân hệ kế toán DiACC chạy theo Thông tư 99/2025/TT-BTC và tự hạch toán từ phần quản lý khách sạn: doanh thu lễ tân, nhà hàng, dịch vụ đi thẳng xuống sổ. Khi mở sổ: folio và cọc nằm trên hệ quản lý khách sạn, gắn từng đặt phòng; công nợ đối tác vào DiACC dạng số dư đầu kỳ, danh mục đối tác chuyển riêng không kèm nợ cũ; cọc trên phòng ảo vào DiACC bên Có dưới một đối tượng riêng. Nếu hệ cũ không có phân hệ kế toán, kế toán khách sạn nhập số dư theo biên bản.
Sau khi nhập, in sổ chi tiết công nợ và bảng cân đối số phát sinh tại ngày đầu kỳ, so các dòng công nợ đối tác và cọc chuyển đổi với biên bản; folio và cọc gắn đặt phòng thì so trên hệ quản lý khách sạn với bản kê in lúc cắt sổ. Bài viết mô tả khoản mục theo tên nghiệp vụ; kế toán trưởng nên đối chiếu chế độ kế toán doanh nghiệp mình đang áp dụng để chọn đúng tài khoản. Cách tổ chức hệ tài khoản cho chuỗi có ở bài kế toán chuỗi khách sạn theo Thông tư 99; phân hệ được giới thiệu tại trang phần mềm kế toán khách sạn DiACC.
Phần 8: Chuỗi nhiều cơ sở — chốt từng cơ sở rồi mới hợp nhất
Mỗi cơ sở một ngày cắt sổ, một bảng đối chiếu, một biên bản; cắt lần lượt, bắt đầu từ cơ sở có dữ liệu gọn. Đối tác chung, như công ty lữ hành gửi khách cho cả chuỗi, chốt số dư theo từng cơ sở; khoản qua lại giữa các cơ sở, nếu có, ghi chú trong biên bản cả hai bên để khi hợp nhất không cộng hai lần.
Việc hợp nhất báo cáo kế toán, ví dụ bảng cân đối số phát sinh, trên DiACC đang chạy khi các cơ sở dùng chung một DiACC, mỗi cơ sở là một đơn vị con, chọn nhiều đơn vị hoặc "Tất cả" khi in. Nếu mỗi cơ sở dùng một DiACC riêng thì không có hợp nhất tự động, nên cấu trúc đơn vị con phải quyết trước ngày cắt sổ của cơ sở đầu tiên. Về phía chủ đầu tư, DiOwner hiện số cả danh mục trên một phần mềm quản lý khách sạn đa cơ sở chỉ đọc, khớp số hệ vận hành.
Phần 9: Lưu hồ sơ cho kiểm toán và thanh tra
Kiểm toán viên hay đoàn thanh tra có thể hỏi vì sao số dư đầu kỳ là con số đó. Câu trả lời nằm trong một bộ hồ sơ: văn bản chốt giờ cắt; biên bản kèm bảng kê đã ký nháy; bảng đối chiếu từng lượt chạy; thư xác nhận công nợ, biên bản kiểm quỹ, sao kê ngày cắt; quyết định từng khoản chờ soát xét; báo cáo in từ hệ cũ tại giờ cắt.
Hệ cũ giữ chỉ đọc 3–6 tháng. Trước khi tắt, lưu bản sao lưu cuối ở nơi tách khỏi máy chủ cũ và lưu bộ hồ sơ theo thời hạn lưu trữ tài liệu kế toán. Nếu máy chủ cũ sắp hết hỗ trợ, đặt lịch tắt cạnh lịch ở bài máy chủ hết hỗ trợ.
Phần 10: Công cụ chuyển dữ liệu và gói Đổi hệ 0 đồng
Công cụ chuyển đổi dữ liệu phần mềm khách sạn từ hệ cài tại chỗ đời cũ sang DiHotel đã chạy thật: đọc bản sao cơ sở dữ liệu, chạy thử không ghi vào hệ thật, đối chiếu từng nhóm (số dư công nợ, folio khách đang ở, cọc đặt phòng tương lai, hồ sơ khách, danh mục), tự sao lưu trước khi ghi, có điểm quay lui, chạy lại không nhân đôi, kèm mẫu biên bản chốt số dư. Một lần chạy trên một cơ sở xử lý hơn 60 nghìn hồ sơ khách và hơn 5.000 đặt phòng trong chưa đầy 15 phút máy chạy, khớp 100%, có hoàn tác; đó là kết quả một lần chạy, không phải cam kết, còn cả dự án thường 2–3 tuần tùy quy mô. Nên chạy tại chỗ hay đám mây: xem bài phần mềm quản lý khách sạn offline hay đám mây.
Khách sạn từ 50 phòng hoặc chuỗi từ 2 cơ sở đang chạy hệ cài tại chỗ đời cũ, ký đến hết 30/06/2027, được gói Đổi hệ 0 đồng. Với kế toán trưởng, năm cam kết nghĩa là: chuyển dữ liệu không tính phí, có bảng đối chiếu để đọc trước; hệ cũ mở chỉ đọc 3–6 tháng; thời gian hợp đồng cũ còn lại, tối đa 6 tháng, cộng vào thời hạn DiHotel nên không trả phí hai nơi; biên bản chốt số dư ký hai bên trước ngày vận hành chính thức; đào tạo từng bộ phận, có tài liệu và bản ghi hình. Thuê bao không cao hơn phí bảo trì hệ cũ; DiHotel không giảm giá mà dồn phần đó vào gỡ rủi ro chuyển đổi.
Khách sạn anh/chị đã có danh mục số dư đầu kỳ chưa?
Gửi cho đội ngũ DiHotel danh mục ở Phần 3 và ngày dự kiến cắt sổ. Chúng tôi gửi lại lịch chạy thử, mẫu đối chiếu ba nguồn và dự thảo biên bản để kế toán trưởng rà trước.
Câu hỏi thường gặp
Số dư đầu kỳ khi đổi phần mềm khách sạn gồm những khoản nào?
Nhóm số dư phát sinh từ vận hành khách sạn thường gồm công nợ phải thu công ty, lữ hành và kênh bán phòng trực tuyến; phải trả nhà cung cấp; tiền cọc của đặt phòng tương lai; folio của khách đang ở; quỹ tiền mặt ca lễ tân; phiếu trả trước, phiếu quà tặng chưa dùng; và tiền cọc đang treo trên phòng ảo của hệ cũ. Các số dư khác như tiền gửi ngân hàng, hàng tồn kho, tài sản cố định, thuế, vốn chuyển theo quy trình khóa sổ thông thường của doanh nghiệp.
Có cần chuyển chi tiết công nợ nhiều năm sang phần mềm mới không?
Không. Mỗi đối tác chỉ chuyển một dòng số dư tại ngày cắt sổ, kèm bảng kê chi tiết và biên bản hai bên ký. Chi tiết các năm trước tra trên hệ cũ ở chế độ chỉ đọc.
Chênh lệch bao nhiêu thì chấp nhận được?
Khách sạn tự đặt ngưỡng bằng văn bản trước lượt chạy thử đầu tiên. Với các nhóm tiền, mặc định không chấp nhận khoản chênh lệch nào chưa giải thích; khoản chưa rõ đưa vào nhóm chờ soát xét để kế toán trưởng quyết định bằng văn bản.
Biên bản chốt số dư do ai ký và ký khi nào?
Đại diện khách sạn, kế toán trưởng và đại diện nhà cung cấp phần mềm ký, các bảng kê đính kèm được ký nháy từng trang. Biên bản ký sau đêm cắt sổ, trước khi mở ca đầu tiên trên hệ mới.
Chuỗi nhiều cơ sở có báo cáo kế toán hợp nhất sau khi đổi không?
Có, DiACC hợp nhất báo cáo kế toán, ví dụ bảng cân đối số phát sinh, khi các cơ sở dùng chung một DiACC, mỗi cơ sở là một đơn vị con. Nếu mỗi cơ sở dùng một DiACC riêng thì không có hợp nhất tự động.
Hệ cũ phải giữ bao lâu sau khi đổi?
Nên giữ hệ cũ ở chế độ chỉ đọc 3–6 tháng để tra soát. Trước khi tắt, lưu bản sao lưu cuối cùng, các báo cáo tại ngày cắt sổ và toàn bộ hồ sơ chốt số dư theo thời hạn lưu trữ tài liệu kế toán.
Kết luận
Khi đổi phần mềm khách sạn, phần việc quyết định kỳ kế toán đầu tiên có sạch hay không là chốt số dư đầu kỳ: chọn giờ cắt sau khóa sổ đêm, lập danh mục đủ các nhóm số dư vận hành, đối chiếu ba nguồn, đặt ngưỡng chênh lệch trước, ký biên bản kèm bảng kê trước ca đầu tiên, rồi lưu hồ sơ cho người hỏi lại sau này.
Phần mềm quản lý khách sạn AI DiHotel là nền tảng gốc của DiHotel Solutions Corps, công ty hơn 20 năm phát triển phần mềm khách sạn tại Việt Nam và Nhật Bản, hơn 100 kỹ sư, phục vụ hơn 300 cơ sở lưu trú. Đây là phần mềm quản lý khách sạn 5 sao cho khách sạn 5 sao, resort và chuỗi, chạy được trên đám mây, tại chỗ hoặc kết hợp.
Với nhà nghỉ, homestay, khách sạn mini, bài cùng đợt bên DiCloud Blog tập trung vào ngày đổi: nhà nghỉ, homestay đổi phần mềm giữ khách đang ở, tiền cọc. Ở quy mô ấy, phần mềm quản lý khách sạn cloud AI DiCloud không cần máy chủ, và là một phần mềm quản lý khách sạn online AI chủ khách sạn mở được từ điện thoại.
Bài viết không thay thế ý kiến chuyên môn của kế toán trưởng hay kiểm toán viên; khách sạn nên đối chiếu chế độ kế toán và quy định lưu trữ áp dụng cho doanh nghiệp mình.
Đối tác của chúng tôi



















