PMS khách sạn (Property Management System) là phần mềm vận hành, nơi lễ tân, buồng phòng và kế toán xếp phòng, làm thủ tục nhận và trả phòng, cập nhật tình trạng phòng và lập hóa đơn. CRS là kho giá và phòng trống trung tâm, cần khi có nhiều cơ sở hoặc bán qua đại lý; channel manager đẩy giá và phòng trống lên các OTA rồi kéo đặt phòng về; booking engine là phần đặt phòng trên website của chính khách sạn. Bốn hệ thống chỉ chạy trơn tru khi dùng chung một nguồn giá và phòng trống, và mọi đặt phòng, dù đến từ OTA hay website, đều tự về PMS mà không ai phải nhập lại.
Nội dung dưới đây áp dụng cho khách sạn, resort từ khoảng 20 phòng trở lên. Các bài cùng chủ đề nằm trong chuyên mục Công nghệ khách sạn.
PMS khách sạn là gì và ai dùng nó mỗi ngày?
PMS giữ bản ghi gốc của mọi đặt phòng và mọi lượt lưu trú trong khách sạn. Hotel Tech Report, trang đánh giá phần mềm khách sạn, xếp vào PMS các việc quản lý giá và đặt phòng, nhận và trả phòng, buồng phòng, bảo trì, thanh toán và kết nối kênh bán.
Lễ tân dùng PMS để xếp phòng, làm thủ tục nhận phòng, ghi thông tin giấy tờ để khai báo lưu trú và thu tiền. Buồng phòng đổi trạng thái phòng (bẩn, sạch, hỏng) để lễ tân biết phòng nào giao được. Kế toán theo dõi folio (bảng kê chi tiêu) của từng khách, công nợ của khách công ty và lập hóa đơn. GM và chủ khách sạn đọc báo cáo công suất, ADR, RevPAR và doanh thu theo nguồn đặt phòng. Lịch sử lưu trú trong PMS (khách đã ở mấy lần, chi bao nhiêu, cần gì đặc biệt) là nguồn dữ liệu chính cho việc chăm sóc khách về sau.
Các PMS hay gặp ở Việt Nam gồm sản phẩm trong nước như ezCloud, Smile, CiHMS và các PMS quốc tế ở khách sạn lớn.
CRS trong khách sạn là gì và khách sạn độc lập có cần không?
CRS (Central Reservation System, hệ thống đặt phòng trung tâm) quản lý tồn kho phòng, giá và đặt phòng ở một chỗ, rồi phân phối theo thời gian thực tới mọi kênh đã kết nối: OTA, GDS, website và tổng đài đặt phòng. SiteMinder phân biệt gọn: PMS biết chuyện gì đang diễn ra bên trong khách sạn, còn CRS kiểm soát những gì bên ngoài nhìn thấy.
CRS sinh ra cho chuỗi và nhóm nhiều cơ sở: một tổng đài bán phòng cho nhiều khách sạn, một bảng giá cho nhiều cơ sở, một kết nối GDS cho đại lý lữ hành và khách công ty. AltexSoft nhận xét không phải khách sạn nào cũng cần hoặc duy trì được một CRS riêng; cơ sở nhỏ có thể chỉ cần channel manager và chức năng đặt phòng trực tuyến, và CRS có thể là một mô-đun trong PMS hoặc một sản phẩm riêng. Tên gọi cũng không thống nhất (SiteMinder viết rằng CRS hoạt động khá giống channel manager), nên khi nhà cung cấp gọi sản phẩm là CRS, hãy hỏi nó giữ dữ liệu của mọi kênh hay chỉ của website.
Channel manager là gì và nó làm gì khi có đặt phòng mới?
Channel manager là phần mềm phân phối, đồng bộ giá, phòng trống và hạn mức phòng giữa khách sạn và các kênh như OTA, kèm quy tắc để không xảy ra overbooking (Hotel Tech Report). Khi một kênh bán đi một phòng, channel manager kéo đặt phòng về PMS và hạ số phòng trống trên mọi kênh còn lại. Người dùng hằng ngày là người phụ trách giá và kênh (revenue manager, hoặc DOSM, GM, trưởng lễ tân ở khách sạn độc lập 3–4★): họ sửa giá một nơi thay vì vào extranet của từng OTA.
Ở Việt Nam, Booking.com, Agoda và Traveloka chiếm khoảng 4/5 tổng giá trị đặt phòng trực tuyến (Mordor Intelligence, trích trong báo cáo hành vi khách đặt phòng 2025–2026 của StayUP). Bán trên ba kênh này cộng website là có ít nhất bốn nơi phải cùng biết phòng cuối vừa được bán. Booking.com gọi phần mềm làm việc này là đối tác kết nối (connectivity partner), tên gọi Google cũng dùng cho bên gửi giá khách sạn lên Google.
Booking engine là gì và khác trang đặt phòng trên OTA ở đâu?
Booking engine là phần đặt phòng gắn vào website của khách sạn, nơi khách tìm phòng, chọn hạng phòng, đặt và thanh toán; nó lấy phòng trống và giá từ PMS và gửi xác nhận cho khách (Hotel Tech Report). Khác với đơn qua OTA, khách sạn không trả hoa hồng cho OTA trên đơn này và nhận đủ thông tin liên hệ của khách.
Giá công khai trên booking engine giữ ngang giá OTA theo hợp đồng. Đặc quyền và giá thành viên chỉ dùng trong phạm vi hợp đồng OTA cho phép: có OTA tính cả bữa sáng, tiện ích và chính sách hủy vào ngang giá (xem rate parity: hiểu đúng để không vi phạm), còn giá thành viên chỉ an toàn khi đúng điều kiện nhóm kín (khách chủ động đăng ký, khu vực có mật khẩu, không hiển thị công khai kể cả trên Google). Lợi thế an toàn hơn là giá trị ngoài giá phòng: tư vấn trước chuyến đi, thanh toán nội địa thuận tiện, hỗ trợ trực tiếp.
Chỗ nối hay hỏng là bước khách đi từ trang của khách sạn sang booking engine. Trong khảo sát Direct Booking Index Hà Nội 2026 do StayUP thực hiện ngày 12–13/10/2026 trên website của 20 khách sạn độc lập 3–4★, chỉ 3 website giữ khách trên tên miền của khách sạn tới bước nhập thông tin; 14 website chuyển khách sang tên miền của nhà cung cấp booking engine và 3 website chưa có luồng đặt phòng trực tuyến dùng được. Ở 3 website chuyển trang, ngày khách đã chọn bị mất khi sang trang đặt phòng. Tiêu chí chọn booking engine có trong bài booking engine khách sạn Việt: tiêu chí chọn, VNPay/MoMo.
Bốn hệ thống khác nhau ở đâu?
PMS lo vận hành bên trong, CRS và channel manager lo phân phối ra bên ngoài, booking engine phục vụ khách đặt trên website.
| Hệ thống | Ai dùng | Dữ liệu nhận vào | Dữ liệu trả ra | Khách sạn độc lập có cần? |
|---|---|---|---|---|
| PMS | Lễ tân, buồng phòng, kế toán, GM | Đặt phòng từ mọi kênh; thông tin khách khi nhận phòng; dịch vụ phát sinh | Phòng trống và giá; hóa đơn; báo cáo; lịch sử lưu trú | Có, là hệ thống đầu tiên |
| CRS | Đặt phòng trung tâm, revenue manager của chuỗi | Giá và phòng trống từ PMS; đơn từ tổng đài, GDS, website | Giá và phòng trống cho mọi kênh; đơn về PMS | Thường chưa, trừ khi có nhiều cơ sở, tổng đài hoặc GDS |
| Channel manager | DOSM, revenue manager, trưởng lễ tân | Giá và phòng trống từ PMS; đơn, sửa, hủy từ OTA | Giá và phòng trống lên OTA; đơn về PMS | Có, khi bán trên nhiều OTA cùng lúc |
| Booking engine | Khách; DOSM cài hạng phòng, gói dịch vụ | Giá và phòng trống từ PMS hoặc channel manager | Đơn về PMS; liên hệ khách về CRM; giá lên Google | Có, nếu muốn có kênh bán trực tiếp |
Dữ liệu chạy thế nào khi khách đặt qua OTA?
Đơn đi từ OTA vào channel manager rồi vào PMS; số phòng trống mới đi ngược ra mọi kênh khác; hồ sơ khách đến tay khách sạn ở dạng rút gọn.
- Giá và phòng trống. PMS (hoặc channel manager, tùy nơi khách sạn chọn làm gốc) giữ phòng trống theo hạng phòng và giá theo ngày; channel manager đẩy các con số này lên các OTA.
- Đặt phòng. OTA gửi đơn về channel manager; channel manager ghi đơn vào PMS và hạ phòng trống trên mọi kênh còn lại, kể cả booking engine. Bước này chậm hoặc phải làm tay thì phòng cuối cùng có thể bị bán hai lần.
- Hồ sơ khách. OTA chuyển tên khách, ngày ở, hạng phòng, giá và yêu cầu riêng, còn liên lạc thì đi qua trung gian. Booking.com không chia sẻ email riêng của khách mà cấp một địa chỉ ẩn danh (Hospitality Net, 25/08/2026). Khách sạn nhắn được cho khách đặt qua Booking.com từ lúc đặt tới 7 ngày sau khi khách trả phòng hoặc sau khi đơn bị hủy (Booking.com). Liên hệ thật của khách OTA vì vậy thường chỉ có khi khách đến nhận phòng.
- Sửa và hủy. Chạy cùng đường với đặt phòng. Theo SiteMinder, tỷ lệ hủy của đặt phòng qua OTA là 21,8%, so với 10,6% ở đặt phòng trực tiếp (trích trong báo cáo của StayUP). Lượt hủy nào không nhả phòng về mọi kênh là một đêm phòng mất đi mà không ai hay.
Còn khi khách đặt trên website của khách sạn?
Booking engine đọc giá và phòng trống từ cùng nguồn với OTA, nhận đơn và tiền, ghi đơn về PMS, và giữ lại cho khách sạn hồ sơ khách đầy đủ.
- Hiển thị và thanh toán. Booking engine đọc giá, phòng trống từ PMS hoặc channel manager; khách đặt và trả tiền qua cổng thanh toán khách sạn đã ký (thẻ, VNPay, MoMo hay VietQR tùy cổng).
- Ghi đơn. Đơn về PMS, trực tiếp hoặc qua channel manager; channel manager hạ phòng trống trên các OTA.
- Hồ sơ khách. Khách sạn có tên, số điện thoại, email thật và lựa chọn nhận tin của khách. Theo Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 và Nghị định 356/2025/NĐ-CP (cùng hiệu lực từ 01/01/2026), sự đồng ý phải rõ ràng, kiểm chứng được, được lưu lại và không được đánh dấu sẵn (EY Việt Nam, 03/2026). Hồ sơ cùng sự đồng ý đi tiếp sang CRM.
- Giá trên Google. Nếu nhà cung cấp booking engine là đối tác kết nối của Google, giá trên website được gửi lên Google để hiện dòng giá của trang web chính thức bên cạnh các OTA.
Hệ thống rời rạc gây ra những lỗi gì?
Bốn lỗi hay gặp: overbooking, lệch giá, mất dữ liệu khách và báo cáo sai nguồn đặt phòng.
Overbooking. Hai kênh cùng bán phòng cuối vì phòng trống được cập nhật tay hoặc chậm. Lỗi thường nằm ở chỗ nối: đơn điện thoại hay phòng giữ cho đoàn ghi vào PMS nhưng không đẩy ra channel manager; booking engine không nối channel manager nên vẫn bán phòng đã hết.
Lệch giá. Giá được đổi ở PMS hoặc channel manager nhưng booking engine giữ một bảng giá nhập tay riêng, hoặc giá gửi lên Google không theo kịp. Trong khảo sát ở Hà Nội nói trên, 14/20 khách sạn đã có dòng "Trang web chính thức" trên Google Hotels, nhưng ở 8/9 khách sạn so được giá trong cùng một lần xem, giá dòng này cao hơn giá OTA thấp nhất 13–41% (ngày lưu trú do Google tự chọn; hai dòng có thể khác hạng phòng hoặc điều kiện). Giá Google hiển thị là giá chưa áp mã giảm giá, nên lợi thế đặt trực tiếp không thể dựa vào mã giảm giá công khai; giá công khai gửi lên Google giữ ngang giá OTA theo hợp đồng, còn lợi thế nằm ở giá trị ngoài giá phòng hoặc giá thành viên nhóm kín đúng điều kiện hợp đồng.
Mất dữ liệu khách. Liên hệ thật của khách OTA thu được khi nhận phòng nhưng nằm trên giấy hoặc file Excel, không vào PMS hay CRM; website không có chỗ để khách để lại liên hệ.
Báo cáo sai nguồn. Khi booking engine không nối với PMS, lễ tân phải nhập lại đơn từ website và dễ ghi nguồn là "điện thoại" hay "vãng lai". Báo cáo tháng khi đó không cho biết kênh trực tiếp mang về bao nhiêu đơn.
Khách sạn bao nhiêu phòng cần những hệ thống nào?
Khách sạn từ khoảng 20 phòng có bán qua OTA cần ít nhất PMS, channel manager và booking engine nối với nhau; CRS riêng chỉ cần khi có nhiều cơ sở, tổng đài hoặc bán qua GDS. Ví dụ theo ba quy mô khách sạn tham chiếu của StayUP:
| Tình huống (số phòng) | Cần có | Nên thêm | Thường chưa cần |
|---|---|---|---|
| Khách sạn độc lập 25 phòng, bán qua vài OTA và website | PMS, channel manager, booking engine (có thể cùng một nhà cung cấp) | Form thu liên hệ có xin đồng ý; Zalo OA | CRS riêng, GDS |
| Khách sạn 4★ 40 phòng, nhiều hạng phòng, có khách công ty và đoàn | PMS, channel manager, booking engine nối hai chiều; CRM | Chatbot AI trên website và Zalo; dòng giá trên Google | CRS riêng, trừ khi bán qua GDS |
| Resort 80 phòng hoặc nhóm nhiều cơ sở, có đại lý, khách B2B, tổng đài | Thêm CRS, hoặc mô-đun CRS trong PMS, để giữ một kho giá chung | CDP gộp hồ sơ khách giữa các cơ sở; GDS nếu có khách công ty quốc tế | Hầu như cần đủ các hệ thống trên |
CRM, chatbot AI và metasearch đứng ở đâu trong bức tranh?
Cả ba đứng quanh bốn hệ thống lõi chứ không thay chúng. CRM và CDP nhận lịch sử lưu trú từ PMS, liên hệ và sự đồng ý từ booking engine, hội thoại từ Zalo và form trên website; chúng không giữ giá hay phòng trống. Cách gộp các mảnh này về một hồ sơ cho mỗi khách có trong bài CDP và hợp nhất hồ sơ khách theo số điện thoại.
Chatbot AI đứng trước booking engine. Để trả lời đúng câu "cuối tuần này còn phòng gia đình không, giá bao nhiêu", nó phải đọc được phòng trống và giá từ booking engine; thiếu kết nối đó, chatbot chỉ trả lời chung chung rồi chuyển khách cho lễ tân. Xem thêm bài AI Concierge, lễ tân số làm việc 24/7.
Metasearch như Google Hotels, Tripadvisor, Trivago hiển thị giá của nhiều kênh cạnh nhau. Theo hướng dẫn cho chủ khách sạn của Google, giá phòng lên Google qua một đối tác kết nối, có thể là CRS, booking engine, channel manager hoặc cả PMS. Từ 30/07/2025, khách sạn không còn tự thêm giá qua Google Business Profile mà phải đi qua đối tác (thông báo của Google Hotel Center). Toàn cảnh OTA, GDS và metasearch có trong tài liệu Tổng quan hệ thống HotelTech & MarTech.
Chọn và nối hệ thống theo nguyên tắc nào?
Ba nguyên tắc: dữ liệu thuộc về khách sạn, kết nối hai chiều, xuất được dữ liệu; thêm một quy tắc vận hành: chỉ một nơi sửa giá.
- Dữ liệu thuộc về khách sạn. Hợp đồng ghi rõ hồ sơ khách và lịch sử đặt phòng thuộc về khách sạn. Luật 91/2025/QH15 phân biệt bên kiểm soát dữ liệu (quyết định mục đích và phương tiện xử lý) với bên xử lý dữ liệu (xử lý theo yêu cầu của bên kiểm soát qua hợp đồng), và cho khách quyền xem, chỉnh sửa, yêu cầu xóa dữ liệu, rút lại sự đồng ý (Điều 2, Điều 4). Phần mềm phải giúp khách sạn đáp ứng các yêu cầu đó; phân vai trong từng hợp đồng nên hỏi luật sư.
- Kết nối hai chiều. Giá và phòng trống đi ra booking engine và OTA; đặt mới, sửa, hủy đi ngược về PMS mà không qua tay người.
- Xuất được dữ liệu. Hồ sơ khách, lịch sử đặt phòng và trạng thái đồng ý xuất được ra file hoặc qua API (cổng để phần mềm khác đọc và ghi dữ liệu), kể cả khi chấm dứt hợp đồng; điều này nên ghi vào hợp đồng.
- Một nơi sửa giá và phòng trống. PMS hoặc channel manager là nơi duy nhất sửa giá và đóng mở phòng; booking engine và Google nhận số từ đó.
Gom về một nhà cung cấp hay lắp ghép từ nhiều phần mềm là bài toán chi phí và năng lực vận hành, phân tích trong bài lắp ghép từ phần mềm rời hay dùng nền tảng all-in-one.
Bắt đầu từ đâu
- Vẽ sơ đồ hiện tại trên một trang giấy: bán qua những kênh nào, mỗi kênh nối vào phần mềm nào, chỗ nào có người nhập tay.
- Đặt thử một phòng trên website rồi hủy: đơn có tự vào PMS không, phòng trống trên OTA có giảm rồi tăng lại không.
- Mở Google Hotels, tìm tên khách sạn: có dòng "Trang web chính thức" không, giá có ngang giá công khai trên OTA không.
- Đọc lại hợp đồng phần mềm: ai sở hữu dữ liệu khách, xuất dữ liệu bằng cách nào, thêm kênh mới mất phí gì.
- Thu liên hệ và sự đồng ý nhận tin khi khách nhận phòng, ghi thẳng vào hệ thống thay vì sổ tay.
StayCMS của StayUP là lớp website, booking engine và dữ liệu khách cho kênh đặt trực tiếp, vận hành song song với PMS, channel manager mà khách sạn đang dùng chứ không thay hệ thống vận hành. Xem cách StayCMS chạy cùng PMS, channel manager và tích hợp Zalo, hoặc đặt lịch tư vấn để cùng rà sơ đồ hệ thống của khách sạn.
Câu hỏi thường gặp
PMS và channel manager có thể nằm chung một phần mềm không?
Có. Nhiều nhà cung cấp bán PMS kèm channel manager và booking engine như các mô-đun của một bộ. Điều cần kiểm là danh sách OTA mà mô-đun channel manager kết nối thật, và booking engine của bộ đó có cho khách đặt trọn trên tên miền của khách sạn hay không.
Không có channel manager thì cập nhật phòng trên OTA bằng cách nào?
Người phụ trách kênh mở extranet của từng OTA để sửa giá và phòng trống bằng tay sau mỗi đơn. Cách này còn làm được khi chỉ bán trên một kênh; khi bán trên nhiều OTA cùng website, khoảng trễ giữa các lần cập nhật là lúc overbooking xảy ra, nhất là vào mùa cao điểm.
GDS là gì, khách sạn độc lập có cần không?
GDS (Global Distribution System) là mạng đặt chỗ mà đại lý lữ hành và bộ phận đặt dịch vụ của doanh nghiệp dùng để đặt phòng khách sạn; các hệ thống lớn gồm Amadeus, Sabre và Galileo của Travelport (Xotels). Khách sạn độc lập phục vụ chủ yếu khách nghỉ dưỡng và khách OTA thường chưa cần; GDS đáng cân nhắc khi muốn bán cho khách công ty đặt qua đại lý.
Dữ liệu khách đặt qua OTA có đưa vào CRM được không?
Một phần. Tên, ngày ở, hạng phòng và số tiền đi vào PMS rồi sang CRM như lịch sử lưu trú. Địa chỉ email mà Booking.com chuyển cho khách sạn là địa chỉ ẩn danh, dùng để liên lạc về đơn đặt phòng, nên không phải liên hệ để gửi ưu đãi về sau. Liên hệ thật và sự đồng ý nhận tin cần được thu khi khách nhận phòng và ghi thẳng vào hệ thống.