Hệ thống đặt phòng khách sạn trực tiếp đạt chuẩn ngành gồm ba lớp sau giao diện website. Booking engine (phần đặt phòng gắn vào website) cho khách tự tra phòng, giá và đặt. Tích hợp thanh toán thu tiền và xác nhận đơn tự động. Kho phòng và giá trung tâm (chức năng của CRS) nối với PMS và channel manager để không bán trùng phòng. Website giới thiệu phòng kèm form hoặc Zalo chỉ là kênh xin báo giá, chưa phải kênh đặt phòng.
Bài dành cho DOSM, marketing manager, chủ và GM khách sạn, resort từ khoảng 20 phòng. Các bài cùng chủ đề: Website và booking engine.
Website giới thiệu khách sạn khác kênh đặt phòng trực tiếp ở đâu?
Website giới thiệu phòng chỉ cho khách xem thông tin rồi gọi điện, nhắn Zalo hoặc điền form; kênh đặt phòng trực tiếp cho khách tự tra phòng trống, chọn hạng phòng và gói, thanh toán và nhận xác nhận mà không cần sales báo giá.
| Tiêu chí | Website giới thiệu phòng (form hoặc Zalo) | Kênh đặt phòng trực tiếp đạt chuẩn |
|---|---|---|
| Tra phòng trống | Khách gửi ngày, chờ nhân viên kiểm | Khách tự chọn ngày, số người, thấy phòng trống ngay |
| Giá và gói | Bảng giá chung, báo giá bằng tin nhắn, sửa tay | Giá theo ngày, hạng phòng, gói, đã gồm thuế phí; sửa một nơi, mọi kênh theo |
| Dịch vụ đi kèm | Hỏi riêng khi liên hệ | Chọn bữa sáng, đưa đón ngay lúc đặt |
| Thanh toán, xử lý đơn | Chuyển khoản tay; lễ tân, sales xác nhận | Trả trực tuyến, xác nhận tự động; nhân viên xử lý ngoại lệ |
| Đồng bộ với PMS, OTA | Cập nhật tay, dễ bán trùng | Đơn tự về PMS, phòng trống tự giảm ở mọi kênh |
| Dữ liệu khách | Rải trong tin nhắn, sổ tay | Hồ sơ kèm sự đồng ý, vào CRM (phần mềm quản lý khách) |
| Đo lường | Đếm lượt bấm gọi, nhắn | Đơn thật theo nguồn trong GA4 |
Theo khảo sát Direct Booking Index Hà Nội 2026 của StayUP (12–13/10/2026, 20 website khách sạn độc lập 3–4★, mẫu chọn có chủ đích), chỉ 3/20 website giữ khách trên tên miền khách sạn tới bước nhập thông tin đặt phòng; 14/20 chuyển khách sang tên miền nhà cung cấp booking engine, 3/20 chưa có luồng đặt phòng dùng được, và 1/20 cho thấy thanh toán nội địa.
Một lượt đặt phòng trên hệ thống đặt phòng khách sạn đi qua những bước nào?
Một lượt đặt phòng tự động đi qua chín bước, từ lúc khách chọn ngày đến khi lưu trú xong, và mỗi bước dựa vào một thành phần của hệ thống.
- Khách chọn ngày, người lớn, trẻ em, số phòng. Booking engine hỏi kho phòng và giá.
- Hiện hạng phòng còn trống kèm giá cuối. Kho phòng và giá (CRS, PMS hoặc channel manager) trả giá từng gói, đã gồm thuế phí.
- Khách chọn gói và dịch vụ đi kèm. Booking engine tính lại tổng tiền.
- Giữ phòng tạm có thời hạn trong lúc khách nhập thông tin.
- Khách thanh toán, xác thực chủ thẻ qua cổng thanh toán, theo mô hình thu của gói.
- Cổng báo kết quả về đơn. Thành công thì xác nhận; thất bại hoặc hết hạn thì nhả phòng.
- Đơn ghi vào PMS; channel manager hạ phòng trống trên các OTA còn lại.
- Khách nhận xác nhận qua email, Zalo ZNS (nay Zalo gọi là ZBS Template Message), tự sửa hoặc hủy theo chính sách; đơn được ghi vào GA4.
- Đối soát và hóa đơn. Kế toán khớp giao dịch của cổng với sổ đặt phòng, lập hóa đơn đúng thời điểm; sau lưu trú, hồ sơ khách vào CRM.
Thiếu thành phần nào thì bước đó thành việc làm tay (báo giá, chờ chuyển khoản, nhập đơn vào PMS): đó là ranh giới giữa kênh đặt phòng và kênh xin báo giá.
Booking engine khách sạn cần có những năng lực nào?
Booking engine đạt chuẩn ngành cần sáu nhóm năng lực, từ hiển thị giá cuối đến đo lường và kết nối Google. Tiêu chí chọn nằm trong bài booking engine là gì và cách chọn.
- Tìm kiếm và hiển thị. Khách chọn ngày, số người lớn và trẻ em, nhiều phòng một đơn, và thấy giá cuối đã gồm thuế phí. Chính sách thuế và phí của Google yêu cầu giá gửi lên Google gồm giá phòng cơ bản và mọi thuế phí bắt buộc, kể cả khoản khách sạn thu.
- Rate plan và hạn chế bán. Rate plan là gói giá có tên, điều kiện hủy, thời điểm thu tiền và thứ kèm theo như bữa sáng (Google mô tả gói giá theo cách này). Hạn chế bán gồm đóng ngày đến hoặc đi, số đêm tối thiểu và tối đa, hạn chót đặt; Google nhận chúng qua thông điệp Availability theo chuẩn của OpenTravel, tổ chức chuẩn hóa dữ liệu du lịch.
- Dịch vụ đi kèm, mã ưu đãi, giá thành viên. Bữa sáng, đưa đón chọn ngay lúc đặt. Giá công khai giữ ngang giá OTA theo hợp đồng; vì có OTA tính cả bữa sáng, tiện ích và chính sách hủy vào ngang giá, gói công khai và mã ưu đãi cần đối chiếu điều khoản từng OTA. Giá thành viên chỉ an toàn khi đúng điều kiện nhóm kín của hợp đồng (khách chủ động đăng ký, sau đăng nhập, không hiện công khai kể cả trên Google); xem bài rate parity.
- Ngôn ngữ và điện thoại. Tiếng Việt và tiếng Anh có nội dung thật ở các bước đặt và email xác nhận. Khoảng 72,8% giao dịch du lịch trực tuyến ở Việt Nam diễn ra trên di động (Mordor Intelligence, 2025, trích trong báo cáo hành vi đặt phòng của StayUP).
- Xác nhận, tự sửa, tự hủy. Email ngay sau khi đặt, thêm Zalo ZNS nếu có Zalo OA, trang chính thức của khách sạn trên Zalo (mẫu tin phải được Zalo duyệt). Đơn hủy nhả phòng về mọi kênh.
- Đo lường và kết nối Google. Mỗi đơn hoàn tất cần vào Google Analytics 4 (GA4) dưới dạng sự kiện purchase kèm mã đơn và giá trị (mã giao dịch bắt buộc với đơn mua); booking engine ở tên miền khác cần bật đo xuyên tên miền để GA4 không tính một khách thành hai. Từ 30/07/2025, khách sạn không còn tự thêm giá qua Trang doanh nghiệp trên Google mà phải đi qua đối tác; giá phải khớp giá trên trang đặt phòng (bài Google Free Booking Links).
Tích hợp cổng thanh toán khách sạn cần những gì?
Thanh toán online cho khách sạn trên kênh đặt phòng trực tiếp cần bảy việc: phương thức phù hợp, xác thực chủ thẻ, bảo vệ số thẻ, mô hình thu rõ, xử lý giao dịch lỗi và đối soát, hóa đơn điện tử đúng lúc, cổng có giấy phép.
- Phương thức. Thẻ nội địa và quốc tế, QR ngân hàng (VietQR, VNPAY-QR), ví (MoMo, ZaloPay), chuyển khoản kèm mã đặt phòng. Tài liệu của VNPAY, MoMo và ZaloPay nêu danh sách khác nhau, và ZaloPay chỉ hiện phương thức đã ký hợp đồng; hãy kiểm danh sách trong hợp đồng.
- Xác thực chủ thẻ. EMV 3-D Secure là giao thức của EMVCo để ngân hàng phát hành thẻ xác thực chủ thẻ khi mua trực tuyến: giao dịch rủi ro thấp đi qua không thêm bước, giao dịch rủi ro cao có thể bị hỏi mã dùng một lần hoặc sinh trắc học. Quy định an toàn, bảo mật cho dịch vụ ngân hàng trực tuyến hiện nằm ở Thông tư 50/2024/TT-NHNN (hiệu lực 01/01/2025), chủ yếu ràng buộc ngân hàng và đơn vị trung gian thanh toán; khách sạn nên hỏi cổng thanh toán đã bật xác thực chủ thẻ (3D Secure) cho thẻ quốc tế chưa.
- Mã hóa thẻ và PCI DSS. PCI DSS là chuẩn bảo mật nền tảng cho dữ liệu tài khoản thanh toán của PCI Security Standards Council (hội đồng). Tokenization thay số thẻ bằng một giá trị thay thế (token), nên người bán giảm được nhu cầu giữ số thẻ (thông cáo của hội đồng, 2011); số thẻ nên nhập ở trang của cổng, khách sạn không lưu. Theo hướng dẫn thương mại điện tử của hội đồng (2017), không phương án thuê ngoài nào xóa hết trách nhiệm PCI DSS của người bán, nên hãy xin chứng nhận PCI DSS của cổng.
- Mô hình thu. Trả tại khách sạn, đặt cọc một phần hoặc thanh toán toàn bộ khi đặt; mỗi loại giá gắn một mô hình (bài thanh toán, đặt cọc, hủy phòng).
- Giao dịch lỗi, đối soát, hoàn tiền. Khách có thể đóng trình duyệt sau khi đã trả, nên booking engine phải nhận thông báo kết quả từ cổng (callback, tin báo tự động của cổng). Nếu lỡ thông báo, hệ thống nên truy vấn lại trạng thái đơn (ZaloPay khuyến nghị mỗi phút). Mỗi đơn mang mã giao dịch của cổng để khớp sổ đặt phòng và sao kê.
- Hóa đơn điện tử. Theo khoản 2 Điều 9 Nghị định 254/2026/NĐ-CP (hiệu lực 01/07/2026), dịch vụ thu tiền trước hoặc trong khi cung cấp thì lập hóa đơn khi thu tiền, trừ tiền đặt cọc theo Bộ luật Dân sự. Hệ thống cần ghi đúng khoản thu là cọc hay thanh toán trước (bài quy định mới khách sạn 2026).
- Cổng có giấy phép. Cổng thanh toán điện tử thuộc nhóm trung gian thanh toán theo Điều 22 Nghị định 52/2024/NĐ-CP (hiệu lực 01/07/2024); Ngân hàng Nhà nước cấp giấy phép (Điều 24). Hãy hỏi số giấy phép của cổng.
Trang của VNPAY, MoMo, ZaloPay (đọc 18/10/2026) không công bố phí: hãy xin báo giá bằng văn bản; hợp đồng hỏi luật sư hoặc đơn vị thanh toán, hóa đơn hỏi kế toán thuế.
CRS khách sạn là gì và có cần CRS không?
CRS (Central Reservation System, hệ thống đặt phòng trung tâm) là hệ thống giữ quỹ phòng, giá, rate plan và hạn chế bán ở một nơi duy nhất, rồi phân phối tới các kênh đã kết nối như website, OTA và tổng đài. Bốn hệ thống được định nghĩa trong bài PMS, CRS, channel manager, booking engine.
Khách sạn đơn lẻ 20–80 phòng đã có PMS và bán nhiều kênh cần một nơi duy nhất giữ phòng và giá, nhưng nơi đó thường là PMS (kể cả mô-đun CRS của PMS) hoặc channel manager, chưa cần CRS riêng. CRS độc lập đáng cân nhắc khi có nhiều cơ sở, tổng đài, hoặc bán qua đại lý và GDS (mạng đặt chỗ đại lý lữ hành dùng). Ba mô hình dưới đây không xếp hạng.
| Tiêu chí | A. Booking engine và CRS độc lập, website do agency làm | B. CRS là mô-đun của PMS | C. Nền tảng website có sẵn booking engine, quỹ phòng và giá kênh trực tiếp |
|---|---|---|---|
| Nơi giữ phòng và giá gốc | CRS hoặc booking engine độc lập; PMS, channel manager nối vào | PMS, một nơi duy nhất | Quỹ phòng và giá kênh trực tiếp trong nền tảng; tồn kho tổng ở PMS hoặc channel manager nếu có |
| Số hệ thống phải nối | Nhiều: website, engine, CRS, PMS, channel manager, cổng thanh toán | Ít ở lõi; còn website, cổng thanh toán | Ít hơn; còn cổng thanh toán, Zalo và đo lường, còn PMS và channel manager chạy song song |
| Khoản chi phải hỏi | Thuê bao hoặc phí giao dịch, phí kết nối PMS, phí cổng, công agency | Giá mô-đun, phí theo phòng hoặc cơ sở, phí cổng | Phí thiết lập, phí hằng tháng, phí cổng; hỏi phạm vi kết nối |
| Rủi ro chính | Nhiều hợp đồng, sự cố đẩy qua lại; có thể chuyển khách sang tên miền khác | Phụ thuộc một nhà cung cấp; đổi PMS là đổi cả kênh bán | Phụ thuộc nền tảng; kết nối PMS, CRS, channel manager cụ thể thực hiện theo dự án, tùy khả năng và sự đồng ý của đối tác |
| Hợp khi | Nhiều cơ sở, có tổng đài hoặc đại lý, đã có agency tốt | Khách sạn đơn lẻ, đội nhỏ, mô-đun qua đủ 15 câu hỏi | Muốn website, đặt phòng, dữ liệu khách, đo lường trên một nền tảng |
Mô hình C là hướng của StayCMS: lớp bán hàng và marketing cho kênh trực tiếp, vận hành song song với PMS, CRS và channel manager chứ không thay các hệ thống đó. Khách sạn chưa có CRS hay channel manager có thể khai báo hạng phòng, tồn kho (ba chế độ: quỹ phòng riêng, dùng chung tổng phòng, đặt theo yêu cầu) và giá ngay trong nền tảng, tương tự trang quản trị (extranet) của OTA. StayCMS hỗ trợ kết nối CRS và channel manager, được thực hiện theo dự án khi nền tảng của đối tác hỗ trợ tích hợp và đồng ý tích hợp; khi chưa kết nối mà còn bán trên OTA thì cần quy trình cập nhật phòng có kiểm soát. Cách nối với PMS: bài đã có PMS, website cần gì.
Vì sao thuê web agency thông thường làm website thông tin phòng chưa đủ?
Vì một dự án website thông thường được thuê và nghiệm thu cho giao diện, nội dung và SEO (việc vẫn cần cho kênh trực tiếp), còn kênh đặt phòng tự động có thêm sáu phần vận hành cần người chịu trách nhiệm riêng:
- Đồng bộ phòng trống theo thời gian thực: hai kênh cùng bán căn phòng cuối cùng là bán trùng.
- Quy tắc của rate plan và hạn chế bán: đóng ngày đến, số đêm tối thiểu, gói không hoàn phải đúng ở mỗi lượt tìm.
- Thanh toán và bảo mật thẻ: ai ký cổng, số thẻ nhập ở đâu, ai xử lý khi khách trả mà đơn chưa lên.
- Vận hành sau bán: xác nhận, đối soát, hoàn tiền, xử lý đơn lệch mỗi ngày.
- Kết nối PMS, channel manager: khớp hạng phòng, gói giá; đơn mới, sửa, hủy đi hai chiều.
- Đo doanh thu theo đơn: đơn hoàn tất theo nguồn, không phải lượt bấm.
Cách phân vai gọn nhất: agency lo giao diện, nội dung, SEO; nhà cung cấp booking engine và CRS lo lõi đặt phòng; khách sạn (DOSM, revenue) giữ quyền cấu hình giá, gói, chính sách và dữ liệu khách; một đầu mối nghiệm thu cả luồng bằng kịch bản đặt thử thật. Cách khác là chọn nền tảng trọn gói (mô hình C) để bớt bên điều phối.
Bộ 15 câu hỏi khi làm việc với agency hoặc nhà cung cấp
Mười lăm câu hỏi dưới đây giúp người không làm kỹ thuật kiểm soát phạm vi công việc; nên yêu cầu trả lời bằng văn bản trước khi ký.
| Câu hỏi | Câu trả lời đạt | Dấu hiệu cần cẩn thận |
|---|---|---|
| 1. Khách hoàn tất đặt phòng ở địa chỉ nào? | Tên miền hoặc tên miền con của khách sạn | Sang tên miền lạ, mất ngày đã chọn |
| 2. Giá đã gồm thuế phí, khớp giá gửi Google chưa? | Tổng tiền chi tiết trước khi trả | Phụ phí hiện ở bước cuối |
| 3. Hỗ trợ hạn chế bán nào? | Đóng ngày đến, số đêm tối thiểu, hạn chót đặt | Một bảng giá chung mọi ngày |
| 4. Ai tạo gói giá, dịch vụ đi kèm? | DOSM, revenue tự tạo, không cần lập trình | Mỗi gói mới phải nhờ agency |
| 5. Phòng và giá đi từ đâu, trễ bao lâu? | Một nguồn; độ trễ ghi rõ; đơn tự về | Cập nhật tay mỗi ngày |
| 6. Bán trùng phòng thì ai chịu trách nhiệm? | Ghi trong hợp đồng, có nhật ký đồng bộ | Chỉ nói "hiếm khi xảy ra" |
| 7. Đã nối đúng PMS, channel manager chưa, ai thu phí? | Có khách sạn đang chạy cùng kết nối; phí rõ | "Sẽ làm", chưa có tài liệu của PMS |
| 8. Cổng nào, hợp đồng đứng tên ai, tiền về đâu? | Pháp nhân khách sạn ký; tiền về tài khoản khách sạn | Tiền qua tài khoản trung gian |
| 9. Nhận những phương thức nào? | Thẻ nội địa, quốc tế, QR, ví | Chỉ thẻ quốc tế |
| 10. Số thẻ nhập ở đâu, ai chịu PCI DSS? | Ô nhập của cổng; có chứng nhận của cổng | Số thẻ qua email hoặc lưu trên website |
| 11. Khách trả rồi mà đơn chưa lên thì sao? | Nhận thông báo từ cổng, tự truy vấn lại; có danh sách giao dịch lệch | "Lễ tân tự kiểm" |
| 12. Đối soát, hoàn tiền thế nào? | Báo cáo theo mã đơn; hoàn ngay trong hệ thống | Hoàn tay qua ngân hàng, không ghi vào đơn |
| 13. Khách nhận xác nhận, tự sửa, hủy ở đâu? | Email, Zalo ZNS, liên kết tự phục vụ; hủy tự nhả phòng | Phải gọi lễ tân |
| 14. Sự kiện nào gửi vào GA4, Meta, Google Ads? | Purchase kèm mã đơn, giá trị; đo xuyên tên miền | Chỉ đếm lượt bấm nút |
| 15. Ai nghiệm thu cả luồng; xuất dữ liệu thế nào khi đổi nhà cung cấp? | Một đầu mối; đơn, hồ sơ khách, trạng thái đồng ý xuất được | Mỗi bên chỉ nhận phần của mình |
Kịch bản đặt thử như khách trong 10 phút
- Mở website bằng điện thoại, chọn cuối tuần sắp tới, 2 người lớn, 1 trẻ em; đếm số bước tới danh sách hạng phòng.
- Kiểm ảnh, giá cuối; nhờ revenue đóng bán một ngày đến để thử hạn chế bán.
- Thêm bữa sáng hoặc đưa đón, nhập mã ưu đãi nếu có; kiểm tổng tiền và đối chiếu điều khoản ngang giá.
- Thanh toán đơn thật hoặc thử; đóng trình duyệt ngay sau khi trả để xem đơn có lên không.
- Kiểm email, Zalo xác nhận: thông tin đủ, chính sách hủy rõ.
- Hủy bằng liên kết trong email; kiểm khoản hoàn hoặc giữ đúng chính sách.
- Mở PMS và OTA: đơn tự vào, nguồn là website, phòng trống giảm rồi tăng lại.
- Mở báo cáo của cổng và GA4: giao dịch và purchase khớp mã đơn.
Chi phí và thời gian triển khai gồm những khoản nào?
Chi phí triển khai kênh đặt phòng trực tiếp gồm sáu khoản cần hỏi riêng: thiết lập, thuê bao hằng tháng, phí giao dịch của cổng, phí tích hợp PMS, phí channel manager và hỗ trợ sau khi chạy chính thức. Mọi báo giá nên ghi rõ đã gồm VAT hay chưa; hãy so tổng chi phí cả kỳ hợp đồng, không so giá dựng website (bài chi phí thiết kế website khách sạn).
Ở khách sạn tham chiếu 40 phòng của StayUP (giả định giá phòng 1,5 triệu đồng, 2 đêm mỗi đơn, hoa hồng OTA bình quân 18%), mỗi đơn chuyển từ OTA sang trực tiếp tránh 540.000 đồng hoa hồng (1.500.000 × 2 × 18%); hãy đặt khoản chi cạnh số này và thay bằng số của bạn.
Theo bảng giá công bố của StayUP (đọc 19/10/2026), gói Lite có phí setup 99 triệu đồng và phí nền tảng 3 triệu đồng mỗi tháng (kiểm tra phòng trống, hiện giá, đặt phòng, thanh toán tại khách sạn, ba chế độ tồn kho), gói Pro có phí setup 179 triệu đồng và phí nền tảng 6 triệu đồng mỗi tháng (thêm thanh toán trực tuyến, đồng bộ Google Free Booking Links, tối đa 3 cơ sở), cùng gói Premium cho chuỗi nhiều cơ sở. Phí setup đã gồm license StayCMS và triển khai. Giá công bố chưa gồm VAT. StayUP không thu hoa hồng trên đặt phòng; phí cổng do khách sạn thỏa thuận riêng. Booking engine thường đi vào hoạt động sau 6–8 tuần, tùy độ phức tạp của hạng phòng, chính sách giá và các tích hợp cần làm (thanh toán, Zalo, đo lường).
Bắt đầu từ đâu
- Viết bản mô tả phạm vi một trang: kênh trực tiếp phải làm được việc nào, hệ thống nào giữ phòng và giá, ai chịu trách nhiệm từng lớp.
- Đặt thử trên hai OTA và hai website khách sạn theo kịch bản 10 phút để có chuẩn so sánh.
- Gửi 15 câu hỏi cho agency và nhà cung cấp, yêu cầu trả lời bằng văn bản.
- Chọn mô hình A, B hoặc C theo số cơ sở, PMS đang dùng và người vận hành; chốt một đầu mối nghiệm thu.
Để chấm website theo từng điểm, hãy tải Checklist website chuyển đổi; để dựng kế hoạch kênh trực tiếp, tải Direct Booking Playbook. Nếu muốn khách đặt trọn trên tên miền khách sạn, trả trực tuyến bằng VNPAY, MoMo, ZaloPay, thẻ quốc tế hoặc chuyển khoản (từ gói Pro), xem booking engine của StayCMS hoặc đặt lịch tư vấn 30 phút để rà sơ đồ hệ thống.
Câu hỏi thường gặp
Cần bao lâu để đưa kênh đặt phòng trực tiếp vào chạy?
Thời gian tùy số hạng phòng, độ phức tạp của gói giá và số kết nối với PMS, channel manager, cổng thanh toán. StayUP chưa tìm được mốc chung của thị trường có nguồn công khai; hãy yêu cầu mỗi nhà cung cấp ghi lịch theo tuần, rõ việc của từng bên.
Gắn booking engine vào website WordPress đang có được không?
Được, nếu nhà cung cấp cho khách đặt trọn trên tên miền hoặc tên miền con của khách sạn và nối được thanh toán, PMS. Nếu booking engine ở tên miền khác, cần kiểm ngày đã chọn có giữ qua các bước không và bật đo xuyên tên miền trong GA4.
Có bắt buộc thu tiền online khi khách đặt phòng không?
Không nhất thiết. Giá linh hoạt vẫn có thể trả tại khách sạn, giá có điều kiện hủy nên thu cọc, giá không hoàn hủy nên thu toàn bộ; cách chọn có trong bài thanh toán, đặt cọc, hủy phòng.
CRS độc lập và nền tảng website tích hợp khác gì khi đổi nhà cung cấp?
Với CRS độc lập, đổi agency không động tới lõi đặt phòng, nhưng đổi CRS buộc dựng lại hạng phòng, gói giá và khớp lại từng kênh. Với nền tảng tích hợp, đổi nền tảng là đổi cả website lẫn booking engine, nên phải chuyển nội dung, đường dẫn (bài làm lại website khách sạn) và dữ liệu khách.