Phần mềm quản lý khách sạn offline hay đám mây: khác nhau ở đâu

Phần 1: Phần mềm quản lý khách sạn offline và đám mây — hiểu đúng hai cách gọi

"Offline" không có nghĩa là không bao giờ cần internet. Phần mềm cài tại chỗ vẫn cần internet cho những việc hướng ra ngoài khách sạn: nhận đặt phòng từ kênh bán phòng trực tuyến, gửi hóa đơn điện tử, cho chủ đầu tư xem số từ xa. Phần không cần internet là các thao tác chạy trong mạng nội bộ. Với DiHotel chạy tại chỗ trên máy chủ riêng, quầy lễ tân vẫn nhận phòng, trả phòng bình thường khi mất internet.

"Đám mây" cũng không có nghĩa là dữ liệu trôi nổi ở đâu đó. Dữ liệu nằm trên máy chủ trong trung tâm dữ liệu mà nhà cung cấp vận hành hoặc thuê; khách sạn không giữ máy chủ trong nhà mà truy cập qua đường truyền internet.

Phần 2: Bốn điểm khác nhau cốt lõi

Dữ liệu nằm ở đâu

Chạy tại chỗ, dữ liệu nằm trong phòng máy của khách sạn. Chạy đám mây, dữ liệu nằm trong trung tâm dữ liệu của nhà cung cấp. Dù đặt ở đâu, câu hỏi quan trọng hơn là dữ liệu thuộc về ai và có lấy ra được không. Với DiHotel, chạy cách nào dữ liệu cũng thuộc khách sạn, và hợp đồng ghi rõ khách sạn xuất được toàn bộ dữ liệu. Khách sạn nên hỏi đúng câu này với mọi nhà cung cấp, kể cả chúng tôi.

Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 có hiệu lực từ 01/01/2026. Dữ liệu đặt tại chỗ hay trên đám mây, khách sạn vẫn phải trả lời được: dữ liệu khách đang nằm ở đâu, ai được truy cập, và được bảo vệ thế nào. Xem thêm bài bảo vệ dữ liệu cá nhân khách sạn.

Ai lo sao lưu, khôi phục và bảo mật hạ tầng

Chạy tại chỗ, khách sạn tự lo phần hạ tầng: máy chủ, nguồn điện dự phòng, phòng máy, bản vá hệ điều hành, sao lưu và khôi phục thử định kỳ. Việc này do bộ phận kỹ thuật của khách sạn hoặc một đơn vị thuê ngoài đảm nhận. Chạy đám mây, phần hạ tầng chuyển sang nhà cung cấp: với DiHotel chạy đám mây, sao lưu, khôi phục và bảo mật hạ tầng do nhà cung cấp lo. Khách sạn vẫn giữ phần việc của mình ở cả hai mô hình: quyền truy cập của từng nhân viên, mật khẩu, máy trạm tại các bộ phận.

Cập nhật diễn ra thế nào

Chạy tại chỗ, bản mới phải được cài lên máy chủ của khách sạn, thường theo đợt và cần lịch. Chạy đám mây, nhà cung cấp cập nhật trên hạ tầng của mình. Nhưng tốc độ theo kịp quy định mới như Thông tư 99/2025/TT-BTC, hóa đơn điện tử hay khai báo lưu trú phụ thuộc trước hết vào việc phần mềm còn được phát triển tiếp hay không, chứ không phụ thuộc vào mô hình. Trên DiHotel, phân hệ kế toán DiACC đang chạy theo hệ tài khoản Thông tư 99 và hóa đơn điện tử đã kết nối.

Xem số từ xa

Máy chủ đặt tại khách sạn thì chủ đầu tư muốn xem số từ xa thường phải mở thêm đường truy cập, hoặc chờ người gửi bảng tính. Phần mềm trên đám mây mở được ở bất cứ đâu có internet. Với DiHotel, chạy cách nào chủ đầu tư và GM cũng xem được số qua DiOwner, ứng dụng chỉ đọc trên điện thoại, số khớp với hệ thống vận hành.

Thêm một điểm cho khách sạn lớn: thiết bị trong tòa nhà

Khách sạn 5 sao và resort thường có khóa từ, tổng đài, truyền hình phòng, minibar, hệ quản lý tòa nhà. DiHotel giao tiếp hai chiều với các nhóm thiết bị này; danh sách dòng máy, đời máy cụ thể cần khảo sát tại khách sạn trước khi chốt, ở mô hình nào cũng vậy. Chi tiết về nền tảng có ở bài nền tảng doanh nghiệp của DiHotel.

Phần 3: Mất internet thì sao

Đây là câu hỏi ban điều hành hay đặt ra đầu tiên, và cũng là chỗ dễ hiểu lầm. Mỗi mô hình có một điểm yếu riêng: tại chỗ lo máy chủ trong nhà, đám mây lo đường truyền.

Với bất kỳ nhà cung cấp nào, khách sạn nên đề nghị phương án khi mất mạng được trình bày bằng văn bản, theo đúng cách triển khai mình chọn: phần nào còn chạy, phần nào dừng, và dừng thì bộ phận nào làm gì trong lúc chờ. Bộ phận đặt phòng, chẳng hạn, cần biết cách theo dõi đặt phòng mới trên các kênh khi kết nối tạm gián đoạn.

Phần 4: Chi phí máy chủ và bảo trì nhìn theo 5 năm

So giá phần mềm theo một năm dễ dẫn tới kết luận lệch, vì hai mô hình phân bổ chi phí rất khác nhau. Nhìn theo 5 năm, cộng đủ các dòng sau rồi mới đặt cạnh nhau:

• Chạy tại chỗ: máy chủ và lần thay máy chủ nếu rơi vào 5 năm tới; bản quyền hệ điều hành và cơ sở dữ liệu, kể cả lần nâng cấp khi phiên bản đang dùng hết hỗ trợ; điện, làm mát, bộ lưu điện, phòng máy; thiết bị và công sao lưu; công của bộ phận kỹ thuật hoặc đơn vị thuê ngoài; phí bảo trì phần mềm.
• Chạy trên đám mây: thuê bao theo kỳ; đường truyền chính và đường dự phòng; thiết bị mạng và máy trạm tại khách sạn; phần việc kỹ thuật còn lại ở khách sạn.
• Chạy kết hợp: một phần của cả hai danh sách, tùy cách chia.

Bài này không đưa con số, vì mỗi khách sạn có giá máy chủ, giá điện, đường truyền và đội kỹ thuật khác nhau. Chúng tôi lập bảng tổng chi phí 5 năm theo đúng số liệu của từng khách sạn. Riêng với khách đổi hệ, thuê bao DiHotel không cao hơn phí bảo trì khách sạn đang trả cho hệ cũ. Nếu máy chủ hiện tại sắp hết đời, bài máy chủ hết hỗ trợ: khách sạn cần làm gì giúp đặt lịch cho quyết định này.

Phần 5: Mô hình kết hợp — khi nào hợp lý

Giữa hai đầu "tất cả trong nhà" và "tất cả trên đám mây" còn một lựa chọn thứ ba: mỗi phần của hệ thống được đặt ở nơi phù hợp với nó. Ranh giới giữa hai phần không có công thức chung; nó được vẽ sau buổi khảo sát, dựa trên yêu cầu dữ liệu của chủ đầu tư và độ ổn định đường truyền tại từng cơ sở. Hướng này thường đáng cân nhắc khi:

• Chủ đầu tư muốn một phần dữ liệu nằm trong nhà, nhưng không muốn khách sạn gánh toàn bộ hạ tầng.
• Chuỗi có cơ sở ở thành phố với đường truyền ổn định và cơ sở ở vùng xa, đường truyền chưa chắc chắn.

Kết hợp không phải lựa chọn "an toàn cho mọi trường hợp". Nó đòi hỏi phân định rõ phần nào ở đâu, ai chịu trách nhiệm phần nào, và phải được ghi vào hợp đồng.

Phần 6: Bảng so sánh ba phương án

Phần 7: Khung chọn theo ba câu hỏi

Ba câu hỏi dưới đây quyết định phần lớn lựa chọn. Ghi câu trả lời ra một trang giấy và đưa cho mọi nhà cung cấp cùng lúc, để các phương án được so trên cùng một đề bài.

• 1. Chính sách dữ liệu của chủ đầu tư là gì? Nếu chủ đầu tư, tập đoàn mẹ hoặc đối tác quản lý yêu cầu dữ liệu phải nằm trong nhà, nghiêng về tại chỗ hoặc kết hợp. Nếu không có yêu cầu đó và khách sạn muốn bớt gánh hạ tầng, đám mây là phương án đáng xem xét.
• 2. Đường truyền tại địa điểm có ổn định không? Có hai nhà mạng khác nhau kéo tới, ít khi đứt thì đám mây khả thi. Resort ở vùng xa, đường truyền chập chờn thì nên cân nhắc chạy tại chỗ hoặc kết hợp.
• 3. Quy mô chuỗi và đội kỹ thuật ra sao? Nhiều cơ sở mà không có người kỹ thuật tại từng nơi thì mỗi máy chủ đặt tại cơ sở là một điểm phải chăm. Có đội kỹ thuật và phòng máy đạt chuẩn thì chạy tại chỗ không phải gánh nặng.

Không câu nào tự quyết một mình. Một khách sạn có thể có chính sách dữ liệu nghiêng tại chỗ nhưng lại không có đội kỹ thuật; khi đó mô hình kết hợp hoặc thuê ngoài phần quản trị máy chủ là hai hướng để bàn. Vì DiHotel chạy được cả ba cách, khách sạn chọn theo ba câu trả lời này chứ không theo giới hạn của phần mềm.

Phần 8: Điều thật sự cần tránh — bị khóa vào một máy chủ đời cũ

Rủi ro lớn không nằm ở việc chọn tại chỗ hay đám mây, mà ở chỗ khách sạn không còn quyền chọn. Máy chủ và phần mềm đều có vòng đời; không ai có lỗi khi một hệ thống mua từ nhiều năm trước đã đến tuổi. Nhưng nếu thấy từ hai dấu hiệu sau trở lên, khách sạn đang bị khóa:

• Phần mềm chỉ chạy được trên một phiên bản hệ điều hành hoặc cơ sở dữ liệu đã hết hỗ trợ.
• Không xuất được toàn bộ dữ liệu ra file, hoặc chỉ xuất được từng phần.
• Mỗi lần quy định thay đổi, kế toán phải chờ lâu hoặc chỉnh tay.
• Chỉ một người biết mật khẩu quản trị máy chủ.
• Muốn chủ đầu tư xem số từ xa thì phải đầu tư thêm hạ tầng riêng.

Khi chọn phần mềm mới, dù chạy mô hình nào, hãy đọc kỹ ba điều trong hợp đồng: dữ liệu thuộc ai, khách sạn xuất được những gì và bằng cách nào, và nhà cung cấp cam kết cập nhật theo quy định ra sao.

Phần 9: Nếu đang chạy hệ tại chỗ đời cũ — đổi thế nào cho an toàn

Đổi phần mềm không bắt buộc phải đổi mô hình: khách sạn muốn giữ dữ liệu trong nhà thì chạy DiHotel tại chỗ trên máy chủ riêng. Công cụ chuyển dữ liệu đã chạy thật trên một cơ sở với hơn 60 nghìn hồ sơ khách, hơn 5.000 đặt phòng, 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ô. Lịch máy chủ ở bài máy chủ hết hỗ trợ, các bước ở bài checklist chuyển đổi phần mềm quản lý khách sạn.

Phần 10: Gói "Đổi hệ 0 đồng"

Gói dành cho khách sạn từ 50 phòng hoặc chuỗi từ 2 cơ sở đang dùng phần mềm cài tại chỗ đời cũ, với hợp đồng ký đến hết 30/06/2027. Trong gói, DiHotel không thu phí chuyển dữ liệu và vẫn chạy thử trước, đối chiếu theo từng nhóm, có điểm quay lui; hệ cũ được để ở chế độ chỉ đọc 3–6 tháng thay vì tắt ngay; thời gian hợp đồng hệ cũ còn lại, tối đa 6 tháng, được cộng vào thời hạn dùng DiHotel để khách sạn không trả tiền hai nơi; hai bên ký biên bản chốt số dư trước ngày vận hành chính thức; và mỗi bộ phận được đào tạo riêng, có tài liệu thao tác cùng bản ghi hình. Mức thuê bao cho khách đổi hệ không vượt phí bảo trì đang trả cho hệ cũ, tính theo số phòng và số phân hệ; DiHotel không giảm giá, mà dành khoản đó cho việc gỡ rủi ro chuyển đổi. Điều kiện đầy đủ nằm trong hợp đồng.

Phần mềm quản lý khách sạn offline là gì?

Đó là cách gọi quen của phần mềm cài tại chỗ: phần mềm chạy trên máy chủ đặt tại khách sạn, các bộ phận kết nối với nhau qua mạng nội bộ. Phần mềm này vẫn cần internet cho những việc hướng ra ngoài như nhận đặt phòng từ kênh bán phòng trực tuyến, gửi hóa đơn điện tử và xem số từ xa.

Mất internet thì DiHotel chạy tại chỗ có nhận phòng được không?

Có. Khi DiHotel chạy tại chỗ trên máy chủ riêng, quầy lễ tân vẫn nhận phòng, trả phòng bình thường trong mạng nội bộ. Những phần cần internet như kết nối kênh bán phòng trực tuyến, gửi hóa đơn điện tử và xem số từ xa qua DiOwner phải chờ có mạng lại.

Dữ liệu khách sạn đặt trên đám mây có còn thuộc về khách sạn không?

Có. Với DiHotel, chạy cách nào dữ liệu cũng thuộc khách sạn, và hợp đồng ghi rõ khách sạn xuất được toàn bộ dữ liệu. Chạy đám mây thì sao lưu, khôi phục và bảo mật hạ tầng do nhà cung cấp lo.

Khách sạn 5 sao nên chọn cài tại chỗ hay đám mây?

Không có đáp án chung. Ba yếu tố quyết định là chính sách dữ liệu của chủ đầu tư, chất lượng đường truyền tại địa điểm, và quy mô chuỗi cùng năng lực đội kỹ thuật. DiHotel chạy được tại chỗ, trên đám mây hoặc kết hợp, nên khách sạn chọn theo ba yếu tố đó chứ không theo giới hạn của phần mềm.

Mô hình kết hợp là gì?

Là chia hệ thống theo nhu cầu thay vì đặt tất cả vào một chỗ: phần cần chạy trong mạng nội bộ đặt tại khách sạn, phần cần truy cập từ xa hoặc cần nhà cung cấp gánh hạ tầng đặt trên đám mây. Cách chia cụ thể được chốt khi khảo sát, theo chính sách dữ liệu và đường truyền của từng cơ sở.

Đổi từ phần mềm cài tại chỗ đời cũ sang DiHotel mất bao lâu?

Cả dự án thường mất 2–3 tuần tùy quy mô và độ sạch dữ liệu. Khảo sát và chạy thử trên bản sao dữ liệu làm được ngay vì không động vào hệ đang chạy, còn ngày vận hành chính thức nên chọn vào mùa thấp điểm.