
Mùa hội nghị, sự kiện cuối năm: kiểm soát đặt cọc và tồn phòng trên nhiều cơ sở
Quý cuối năm là quý mà một danh mục lưu trú kiếm được phần lớn thu nhập của cả năm, và cũng là quý mà mọi điểm yếu trong quy trình hiện ra cùng một lúc. Hội nghị doanh nghiệp, hội thảo chuyên ngành, sự kiện tổng kết, đoàn khách công ty, chương trình gặp mặt đối tác — tất cả dồn vào vài tuần, ở nhiều cơ sở, với những hợp đồng có giá trị lớn hơn hẳn một đặt phòng lẻ và có cấu trúc thanh toán phức tạp hơn nhiều.
Bài này viết cho ban điều hành chuỗi, khu nghỉ dưỡng và khách sạn 4–5 sao, tập trung vào hai thứ hay bị đánh giá thấp cho tới khi xảy ra chuyện: tiền nhận trước và tồn phòng. Cần nói rõ ngay để tránh hiểu nhầm xuyên suốt bài: đây không phải câu chuyện về sự cẩn thận của đội ngũ ở cơ sở. Khi mỗi cơ sở tự đặt ra cách làm của mình và mỗi hợp đồng có một lịch thanh toán riêng, thì dù từng người đều làm đúng phần của mình, ở cấp danh mục vẫn không có ai nhìn thấy bức tranh đầy đủ. Đó là vấn đề cấu trúc, và nó có lời giải cấu trúc.
Phần 1: Ở cấp danh mục, khoản nhận trước đang trông như thế nào
Trước khi bàn cách làm, hãy mô tả đúng hiện trạng. Trong một danh mục nhiều cơ sở chưa có quy ước chung, cùng một khái niệm "tiền khách đặt trước" thường đang tồn tại dưới ít nhất năm hình thức khác nhau.
Năm cách nhận và ghi nhận đang song song tồn tại
- Cọc giữ phòng của khách lẻ, thường một đêm tiền phòng, chuyển khoản hoặc tạm giữ trên thẻ tín dụng, do lễ tân xử lý.
- Cọc ký quỹ theo hợp đồng sự kiện, tính theo tỷ lệ phần trăm giá trị hợp đồng, do bộ phận kinh doanh xử lý và thường nằm trên một tệp theo dõi riêng của bộ phận đó.
- Cọc khối phòng đoàn, tính theo số phòng giữ, kèm một lịch cắt giảm số phòng theo mốc thời gian.
- Tiền trả trước trọn gói cho các chương trình bán trước, gói nghỉ dưỡng hoặc phiếu quà tặng — khoản có thể dùng cho nhiều đêm, ở nhiều thời điểm, đôi khi ở cơ sở khác trong cùng danh mục.
- Khoản bảo đảm do đại lý hoặc công ty lữ hành đặt, thường đi kèm điều kiện thanh toán riêng và không phải lúc nào cũng gắn với một đặt phòng cụ thể ngay từ đầu.
Ba hệ quả khi năm hình thức này không cùng một quy ước
- Không ai trả lời được trong một phút: danh mục đang giữ bao nhiêu tiền của khách? Đây là một nghĩa vụ, và là con số cần biết trước mọi quyết định chi tiêu lớn của quý — chứ không phải con số tra ra sau vài ngày tổng hợp.
- Doanh thu bị đẩy sai kỳ. Khi một cơ sở ghi nhận khoản nhận trước vào tháng nhận tiền còn cơ sở khác ghi vào tháng khách ở, thì bức tranh doanh thu hợp nhất của quý cuối năm vừa bị thổi lên vừa bị hụt xuống ở những chỗ khác nhau, và không truy được nguyên nhân.
- Rủi ro pháp lý và rủi ro quan hệ khách hàng dồn vào cùng một chỗ. Một khoản ký quỹ hợp đồng sự kiện không được đối chiếu đúng là thứ sẽ xuất hiện lại trong một cuộc trao đổi khó khăn với khách doanh nghiệp, thường là vào lúc bất lợi nhất.
Phần 2: Một quy ước đặt cọc dùng chung cho cả danh mục
Lời giải không nằm ở việc siết chặt từng cơ sở mà nằm ở việc ban hành một quy ước duy nhất, để năm hình thức ở phần trên được ghi nhận theo cùng một cách. Đây là cách quản lý đặt cọc giữ phòng khách sạn ở quy mô danh mục, và nó gồm bốn nội dung.
Bốn nội dung của quy ước chung
- 1. Một bảng phân loại khoản nhận trước dùng chung. Cọc giữ phòng lẻ, ký quỹ hợp đồng sự kiện, cọc khối phòng đoàn, tiền trả trước trọn gói, khoản bảo đảm của đại lý — mỗi loại một mã, dùng chung toàn danh mục, không có ô "khác". Có bảng này thì báo cáo của mọi cơ sở mới xếp chồng lên nhau được.
- 2. Mọi khoản thu phải gắn được vào một đối tượng cụ thể. Một đặt phòng, một khối phòng đoàn, hoặc một hợp đồng sự kiện — không có khoản nào tồn tại lơ lửng ở cấp cơ sở. Khoản chưa gắn được là khoản treo, và danh sách khoản treo phải rà mỗi ngày trong cao điểm chứ không phải mỗi tháng.
- 3. Một mốc duy nhất để khoản nhận trước chuyển thành doanh thu. Mốc đó là đêm khách thực ở, hoặc ngày sự kiện thực diễn ra — không phải ngày tiền về tài khoản. Quy ước này phải được ban hành bằng văn bản cho cả danh mục và không được có ngoại lệ theo cơ sở, vì mỗi ngoại lệ là một chỗ lệch khi hợp nhất. Chặng nối từ đây sang sổ sách đã được trình bày trong bài kế toán chuỗi khách sạn theo Thông tư 99.
- 4. Một quy tắc đánh dấu khoản dùng chéo giữa các cơ sở. Khi một phiếu trả trước được bán ở cơ sở này và sử dụng ở cơ sở khác trong cùng danh mục, khoản đó phải nhận diện được ở cả hai đầu — nếu không, danh mục sẽ ghi nhận cùng một đồng tiền hai lần ở cấp hợp nhất.
Khi các cơ sở cùng chạy trên một phần mềm quản lý khách sạn đa cơ sở, bảng phân loại nằm ở một nơi và được thi hành tự động: lễ tân ở mọi cơ sở chỉ chọn được từ đúng bộ mã đã ban hành, và mọi khoản thu buộc phải gắn vào một đối tượng trước khi lưu. Khi các cơ sở chạy trên nhiều hệ khác nhau, quy ước vẫn dựng được nhưng phải duy trì bằng kỷ luật con người — và kỷ luật thì hao mòn nhanh nhất đúng vào lúc đông khách.
Phần 3: Hợp đồng hội nghị, sự kiện — nhiều đợt thanh toán, một lịch theo dõi
Hợp đồng tổ chức hội nghị hoặc sự kiện cuối năm khác một đặt phòng lẻ ở ba điểm cơ bản: giá trị lớn, thời gian từ lúc ký tới lúc diễn ra dài, và tiền về theo nhiều đợt. Ba điểm này cộng lại tạo ra một loại rủi ro riêng — rủi ro của việc quên.
Bốn thứ mỗi hợp đồng phải có trên hệ thống, không chỉ trên giấy
- Lịch thanh toán từng đợt với ngày đến hạn cụ thể. Ký quỹ giữ chỗ, đợt xác nhận quy mô, đợt trước ngày diễn ra, quyết toán sau sự kiện — mỗi đợt một dòng có ngày đến hạn và số tiền dự kiến. Lịch này nằm trên hệ thống thì mới sinh ra được cảnh báo; nằm trong tệp riêng của người phụ trách thì phụ thuộc vào việc người đó có mở tệp ra hay không.
- Điều kiện gắn với từng đợt. Nhiều hợp đồng quy định số lượng phòng và suất ăn tối thiểu phải xác nhận trước một mốc nhất định, và số tiền của các đợt sau phụ thuộc vào con số xác nhận đó. Nếu điều kiện không được ghi cạnh dòng thanh toán, nó sẽ chỉ được nhớ tới khi đã quá mốc.
- Người chịu trách nhiệm theo dõi từng hợp đồng. Một tên cụ thể, không phải một bộ phận. Trong cao điểm, việc gì thuộc về "bộ phận" thì thường thuộc về không ai.
- Liên kết giữa hợp đồng và khối phòng đã giữ. Đây là mắt xích hay đứt nhất: hợp đồng nằm ở hồ sơ kinh doanh, khối phòng nằm trên hệ thống vận hành, và khi hợp đồng thay đổi quy mô thì khối phòng không đổi theo. Kết quả là phòng bị giữ cho một sự kiện đã thu nhỏ lại, giữa đúng tuần cao điểm.
Ba tình huống cần chốt trước, không chốt khi đang xảy ra
- Khách hoãn sự kiện sang thời điểm khác. Khoản đã nhận được chuyển sang ngày mới hay không, chuyển được mấy lần, có giới hạn thời gian sử dụng không, và có được chuyển sang một cơ sở khác trong danh mục không. Điều khoản chuyển cơ sở là thứ nên có, vì nó giữ được doanh thu trong danh mục thay vì mất hẳn.
- Quy mô thực tế nhỏ hơn cam kết. Cách tính phần chênh phải rõ trong hợp đồng và phải được cấu hình thành một dòng thu trên hệ thống, chứ không để tới lúc quyết toán mới thương lượng.
- Sự kiện bị hủy hẳn. Phần khoản nhận trước được giữ lại và phần được hoàn phải rành mạch; quan trọng không kém là khối phòng phải được giải phóng ngay trong ngày có quyết định hủy. Mỗi ngày chậm giải phóng giữa cao điểm là những đêm phòng không bán được nữa.
Phần 4: Khách đoàn giữ nhiều phòng — hạn giữ và lịch cắt giảm
Khối phòng đoàn là công cụ bán hàng cần thiết và cũng là nơi tồn phòng bị khóa nhiều nhất trong cao điểm. Điểm mấu chốt rất đơn giản: một khối phòng không có hạn và không có lịch cắt giảm thì về bản chất là một lời hứa vô thời hạn — giống hệt lời hứa giữ phòng qua điện thoại ở cơ sở nhỏ, chỉ khác là quy mô lớn hơn nhiều lần.
Năm điều mỗi khối phòng phải có
- Hạn xác nhận cuối cùng. Một mốc ngày cụ thể, thống nhất khi ký, sau mốc đó phần chưa xác nhận tự động trả về bán được.
- Lịch cắt giảm theo từng chặng. Thay vì một mốc duy nhất sát ngày, đặt nhiều mốc trả dần — ví dụ trả một phần ở mốc xa, phần lớn hơn ở mốc gần. Cách này trả phòng về thị trường sớm hơn, khi vẫn còn thời gian bán lại.
- Trạng thái hiển thị khác với phòng trống và khác với phòng đã bán. Người làm giá và người trực bán phải phân biệt được ngay trên màn hình đâu là phòng thật sự còn, đâu là phòng đang bị giữ cho một khối chưa xác nhận.
- Theo dõi tỷ lệ lấp đầy thực tế của từng khối. Một đối tác thường xuyên giữ nhiều hơn dùng là thông tin cần biết trước khi ký hợp đồng mùa sau, và nó chỉ có được nếu hệ thống lưu lại.
- Quy tắc cho phần phòng trả về. Trả về bán tự do ngay, hay giữ lại cho danh sách chờ trước — quy định trước thì người trực không phải hỏi ai giữa cao điểm.
Một lưu ý về giọng điệu khi làm việc với đối tác doanh nghiệp: hạn giữ và lịch cắt giảm không phải là sự khắt khe, mà là điều kiện để cơ sở còn giữ được phòng cho chính họ ở những mùa sau. Phần lớn khách doanh nghiệp quen với cách làm này và chấp nhận nó khi được nói rõ lúc ký; thứ gây khó chịu chỉ là một điều kiện xuất hiện muộn.
Phần 5: Tồn phòng chung khi nhiều cơ sở cùng vào cao điểm
Ở danh mục một cơ sở, tồn phòng là bài toán trong nhà. Ở danh mục nhiều cơ sở cùng kín trong một tuần, nó trở thành bài toán điều phối — và cũng là chỗ một danh mục có lợi thế thật so với một khách sạn đứng riêng, nếu nhìn được đủ.
Bốn việc chỉ làm được khi nhìn tồn phòng toàn danh mục
- Chuyển khách sang cơ sở cùng danh mục thay vì từ chối. Khi một cơ sở hết phòng cho một đêm mà cơ sở khác trong cùng khu vực còn, việc giữ được khách ở lại trong danh mục chỉ khả thi nếu người trực nhìn thấy tồn phòng của nơi kia ngay lúc đang nói chuyện với khách — không phải sau một cuộc gọi hỏi.
- Phân bổ khối phòng đoàn giữa các cơ sở. Một đoàn lớn có thể chia ra hai cơ sở gần nhau. Quyết định này cần một màn hình duy nhất thể hiện tồn phòng và khối phòng đã giữ của cả hai nơi.
- Nhìn thấy sớm những đêm sắp kín trên toàn danh mục. Biết trước một tuần rằng ba cơ sở cùng sắp kín một đêm là lúc còn làm được nhiều thứ — sắp lại khối phòng chưa xác nhận, mở thêm hạng phòng, điều phối nhân sự thời vụ. Biết sau khi đã kín thì chỉ còn ghi nhận.
- Tách bạch ba loại phòng không bán được. Phòng ngừng khai thác dài hạn, phòng tạm thời chưa sẵn sàng, và phòng đang bị giữ cho khối chưa xác nhận là ba thứ khác nhau và phải hiện khác nhau. Gộp chúng lại thì con số phòng còn bán được của danh mục sai ngay từ đầu, và mọi quyết định dựa trên nó đều lệch.
Hai nguyên tắc về giá trong cao điểm
- Thiết lập sẵn nhiều bảng giá theo mùa và theo sự kiện, trước khi vào cao điểm. Người trực chọn bảng giá đã duyệt theo khoảng thời gian, thay vì tự quyết từng trường hợp giữa lúc bận. Nói rõ để tránh kỳ vọng nhầm: đây là việc chuẩn bị và áp bảng giá theo thời gian, không phải tính năng tự động điều chỉnh giá theo thị trường — tính năng đó nằm ở lộ trình với nhãn Sắp ra mắt.
- Giữ nguyên bảng giá đã cam kết trong hợp đồng, kể cả khi thị trường đổi. Điều này nghe hiển nhiên nhưng cần được hệ thống bảo đảm bằng cấu hình chứ không bằng trí nhớ, vì trong cao điểm những thay đổi giá diện rộng rất dễ quét trúng cả khối phòng đã ký hợp đồng.
Phần 6: Bảng tổng hợp — vướng ở đâu trong cao điểm và xử thế nào
| Tình huống của danh mục | Chỗ vướng | Hậu quả ở cấp danh mục | Cách xử lý |
|---|---|---|---|
| Mỗi cơ sở nhận cọc một kiểu | Không có bảng phân loại khoản nhận trước dùng chung | Không cộng được, không ai biết danh mục đang giữ bao nhiêu tiền của khách | Ban hành một bảng phân loại dùng chung, bỏ ô "khác", áp cho mọi cơ sở |
| Khoản thu chưa gắn đối tượng | Tiền về nhưng chưa nối vào đặt phòng, khối phòng hay hợp đồng | Khoản treo, tranh cãi khi đối chiếu với khách doanh nghiệp | Bắt buộc gắn đối tượng khi lưu; rà danh sách khoản treo mỗi ngày trong cao điểm |
| Mốc ghi nhận doanh thu | Nơi ghi theo ngày tiền về, nơi ghi theo đêm khách ở | Doanh thu quý cuối năm vừa bị thổi lên vừa bị hụt, không truy được | Một mốc duy nhất cho cả danh mục: đêm khách thực ở hoặc ngày sự kiện thực diễn ra |
| Hợp đồng sự kiện nhiều đợt | Lịch thanh toán nằm trong tệp riêng của người phụ trách | Quên đợt đến hạn, phát hiện khi đã sát ngày diễn ra | Đưa lịch từng đợt lên hệ thống kèm ngày đến hạn, điều kiện và người chịu trách nhiệm |
| Hợp đồng đổi quy mô | Khối phòng không đổi theo hợp đồng | Giữ phòng cho một sự kiện đã thu nhỏ, giữa tuần cao điểm | Liên kết hợp đồng với khối phòng; mọi thay đổi quy mô cập nhật cả hai đầu |
| Khối phòng đoàn | Không có hạn xác nhận và lịch cắt giảm | Phòng bị khóa vô thời hạn, trả về quá muộn để bán lại | Hạn xác nhận cuối cùng cộng nhiều mốc trả dần; phần chưa xác nhận tự trả về bán được |
| Phòng không bán được | Gộp chung phòng ngừng khai thác, phòng tạm chưa sẵn sàng và phòng đang giữ khối | Số phòng còn bán được sai từ gốc, mọi quyết định theo đó đều lệch | Ba trạng thái tách bạch, hiển thị khác nhau trên màn hình bán |
| Một cơ sở hết phòng | Không nhìn được tồn phòng của cơ sở khác cùng danh mục | Từ chối khách trong khi nơi khác còn phòng | Một màn hình tồn phòng toàn danh mục, xem được ngay lúc đang nói chuyện với khách |
| Thay đổi giá diện rộng | Quét trúng cả khối phòng đã ký hợp đồng | Sai cam kết với khách doanh nghiệp | Bảng giá hợp đồng được bảo vệ bằng cấu hình, không bằng trí nhớ người thao tác |
Phần 7: Sáu con số ban điều hành nên xem hằng ngày trong cao điểm
Trong những tuần đông nhất, báo cáo tháng là quá muộn và báo cáo đầy đủ là quá dài. Dưới đây là bộ sáu con số chúng tôi đề nghị xem mỗi ngày, ở cấp từng cơ sở và cấp danh mục.
Bộ sáu con số
- 1. Tổng tiền đang giữ của khách cho những đêm chưa diễn ra. Đây là nghĩa vụ, không phải nguồn — và là con số cần biết trước mọi quyết định chi lớn trong quý.
- 2. Số khoản thu chưa gắn được vào đối tượng nào. Con số này phải bằng không vào cuối mỗi ngày trong cao điểm.
- 3. Số đợt thanh toán hợp đồng đã quá hạn hoặc đến hạn trong bảy ngày tới. Kèm tên người chịu trách nhiệm từng dòng.
- 4. Số phòng đang bị giữ cho khối chưa xác nhận, theo từng mốc cắt giảm sắp tới. Đây là nguồn phòng có thể lấy lại được, và chỉ lấy lại kịp nếu nhìn thấy sớm.
- 5. Những đêm sắp kín trên toàn danh mục trong hai tuần tới. Nhìn theo đêm, không theo tuần — vì việc điều phối diễn ra theo từng đêm cụ thể.
- 6. Số phòng không bán được, tách theo ba trạng thái. Tăng bất thường ở nhóm phòng tạm thời chưa sẵn sàng giữa cao điểm là tín hiệu cần can thiệp ngay trong ngày.
Sáu con số này thuộc tầng điều hành. Với chủ đầu tư và hội đồng quản trị, lớp đọc phù hợp là một ứng dụng chỉ đọc riêng, hiển thị đúng bộ chỉ số quản trị đã thống nhất — cách phân vai giữa hai lớp này đã được trình bày đầy đủ trong bài một dashboard cho cả chuỗi, còn cấu trúc báo cáo kết quả kinh doanh dẫn tới các chỉ số hiệu quả nằm ở bài về chuẩn USALI.
Phần 8: Việc cần làm trước khi vào cao điểm
Thứ tự dưới đây có chủ ý: bốn việc đầu là quyết định quản trị, gần như không tốn tiền và làm được trong một buổi; ba việc sau là cấu hình hệ thống, nên bắt đầu sớm để các cơ sở kịp chạy quen.
Bốn quyết định quản trị
- Việc 1 — Ban hành bảng phân loại khoản nhận trước dùng chung cho cả danh mục, kèm định nghĩa từng loại bằng một câu.
- Việc 2 — Ban hành mốc chuyển khoản nhận trước thành doanh thu, một mốc duy nhất, không ngoại lệ theo cơ sở.
- Việc 3 — Chốt chính sách hoãn, giảm quy mô và hủy cho hợp đồng sự kiện của cả mùa, gồm cả điều khoản chuyển sang cơ sở khác trong danh mục.
- Việc 4 — Chuẩn hóa hạn xác nhận và lịch cắt giảm cho mọi khối phòng đoàn, và đưa các mốc này vào mẫu hợp đồng thay vì thương lượng lại từng lần.
Ba việc cấu hình
- Việc 5 — Đưa lịch thanh toán từng hợp đồng lên hệ thống, kèm cảnh báo trước ngày đến hạn và tên người chịu trách nhiệm.
- Việc 6 — Bật màn hình tồn phòng toàn danh mục cho những người trực bán ở mọi cơ sở, và tách bạch ba trạng thái phòng không bán được.
- Việc 7 — Thiết lập trước các bảng giá theo mùa và theo sự kiện, đồng thời khóa bảng giá của những khối phòng đã ký hợp đồng để không bị thay đổi diện rộng quét trúng.
Muốn biết danh mục của bạn đang hở ở đâu trước cao điểm cuối năm?
Gửi cho đội ngũ DiHotel cách từng cơ sở trong danh mục đang phân loại khoản nhận trước, theo dõi lịch thanh toán hợp đồng sự kiện và đặt hạn cho khối phòng đoàn. Chúng tôi rà theo quy ước bốn nội dung trong bài này và chỉ rõ chỗ nào xử lý được bằng một quyết định quản trị, chỗ nào phải đưa về cùng một nền tảng — trước khi bàn tới hợp đồng.
Kết luận
Cao điểm hội nghị và sự kiện cuối năm không tạo ra vấn đề mới cho một danh mục nhiều cơ sở; nó chỉ làm những chỗ chưa thống nhất lộ ra đồng thời, ở quy mô tiền lớn nhất trong năm. Ba việc quyết định, theo đúng thứ tự không đảo được: một quy ước phân loại khoản nhận trước dùng chung cho cả danh mục, với mốc chuyển thành doanh thu duy nhất; mọi khoản thu và mọi đợt thanh toán hợp đồng đều nằm trên hệ thống, gắn với một đối tượng và một người chịu trách nhiệm; và mọi phòng bị giữ đều có hạn và có lịch trả về, nhìn được trên một màn hình tồn phòng chung. Việc thứ nhất là một quyết định quản trị và gần như không tốn tiền. Hai việc sau là nơi nền tảng bên dưới tạo ra khác biệt thật.
Ở tầng này, nghiệp vụ do phần mềm quản lý khách sạn AI DiHotel đảm nhiệm — nền tảng gốc dành cho khách sạn 4–5 sao, khu nghỉ dưỡng và chuỗi, được phát triển và kiểm chứng qua hơn 20 năm tại thị trường Việt Nam và Nhật Bản, hiện phục vụ hơn 300 cơ sở lưu trú. Khi danh mục có nhiều cơ sở cùng vào cao điểm, lớp hợp nhất do phần mềm quản lý khách sạn đa cơ sở đảm nhiệm: cùng một bảng phân loại, cùng một mốc ghi nhận, và một màn hình tồn phòng chung cho cả danh mục.
Nếu trong danh mục của bạn có những cơ sở quy mô nhỏ — khách sạn mini, nhà nghỉ, homestay, căn hộ dịch vụ, nơi một người vừa nhận đặt vừa nhận cọc — thì bài cùng đợt bên DiCloud Blog viết đúng cho tình huống đó: mùa cao điểm cuối năm: khách sạn mini tránh nhận trùng phòng thế nào — bốn đường dẫn tới nhận trùng phòng, quy trình bảy bước cho một khoản cọc, và danh sách việc làm trong mười ngày trước cao điểm. Ở quy mô đó, phần mềm quản lý khách sạn cloud AI DiCloud cùng giải pháp quản lý khách sạn tổng thể là điểm khởi đầu hợp lý, và danh mục vẫn hợp nhất về một chỗ khi có cơ sở nâng hạng lên tầng DiHotel. Với cơ sở nhỏ đang bán trên nhiều kênh, một phần mềm quản lý khách sạn online AI giữ tồn phòng ở một nguồn duy nhất là điều kiện tối thiểu trước khi bước vào cao điểm.
Đối tác của chúng tôi



















