Chủ khách sạn mini, nhà nghỉ hay homestay đã lắp khóa từ thường dừng lại ở một câu khi tính chuyện đổi phần mềm: “Đổi xong, cả bộ khóa trên cửa và xấp thẻ trong ngăn kéo có phải bỏ đi không?” Khóa đã trả tiền rồi, gắn trên từng cửa, nên lo như vậy là hợp lý. Trả lời ngắn:
📌 Khóa từ cũ có thể dùng tiếp, với một điều kiện: hãng khóa cung cấp SDK, tức bộ công cụ kết nối để phần mềm khác làm việc được với hệ khóa của hãng.
- Khi khách sạn đổi sang DiCloud: đội triển khai dùng lại SDK của hãng khóa để kết nối, thẻ cũ dùng tiếp được.
- Khi hãng khóa chưa có kết nối với DiCloud: đội triển khai dùng SDK của hãng để làm kết nối. Trường hợp này có phí kết nối, được báo trước khi làm.
- Khi hãng không cung cấp SDK: kết nối chưa làm được. Vì vậy không ai nên hứa “mọi hãng khóa đều nối được”.
Những câu còn tùy từng trường hợp, như đầu mã hóa ở quầy hay thẻ của khách đang ở, được đưa thành câu hỏi ở Phần 4 và Phần 5.
Bài này dành cho khách sạn 1–3 sao, nơi một người có thể vừa trực quầy vừa lo kỹ thuật: khóa từ tham gia vào những thao tác nào, các kiểu khóa thường gặp và câu cần hỏi cho từng kiểu, điều kiện để giữ khóa cũ, những câu nên gửi hãng khóa, chuyện khách đang ở, phương án dự phòng và một bảng kiểm. Bài chỉ nói về khóa từ. Thiết bị khác trong khách sạn, nếu có, nên liệt kê ra và hỏi riêng trước khi ký.
Phần 1: Khóa từ làm gì trong ngày nhận phòng
Nhìn từ quầy lễ tân, khóa từ là một việc rất ngắn: khách đến, lễ tân đưa thẻ, khách lên phòng. Phía sau việc ngắn đó là ba thông tin phải đúng: số phòng, ngày giờ khách được vào, ngày giờ thẻ hết hiệu lực. Nếu phần mềm quản lý và phần mềm của khóa không làm việc với nhau, lễ tân phải gõ ba thông tin này hai lần, ở hai màn hình. Lúc quầy đông, hai lần gõ là hai lần có thể sai.
Vì vậy, khi nói “nối khóa từ”, chủ khách sạn nên nghĩ theo thao tác ở quầy, chứ không theo thiết bị. Có bốn lúc khóa từ tham gia vào công việc:
- Lúc nhận phòng: cấp thẻ đúng phòng, đúng ngày trả phòng.
- Lúc khách gia hạn: thẻ đang cầm phải dùng được thêm, hoặc được cấp lại.
- Lúc khách đổi phòng: thẻ mới mở phòng mới, thẻ cũ không còn mở phòng cũ.
- Lúc khách mất thẻ: cấp thẻ thay thế, và thẻ bị mất không còn mở được cửa.
Bốn lúc này cũng chính là bốn bài thử trước ngày đổi phần mềm. Nhiều người chỉ thử việc cấp thẻ cho khách mới rồi yên tâm, nhưng rắc rối ở quầy thường nằm ở ba việc còn lại, vì chúng hiếm gặp hơn nên ít ai nhớ thử.
🔑 Một câu để giữ trong đầu: câu hỏi không phải là “khóa của tôi có nối được không”, mà là “bốn thao tác ở quầy có chạy được trên đúng dòng khóa của tôi không, và ai xác nhận điều đó”.
Phần 2: Các kiểu khóa thường gặp và ảnh hưởng khi đổi phần mềm
Khi đổi phần mềm, kiểu khóa quyết định câu hỏi nào cần hỏi trước. Bảng dưới là cách phân loại chung để chủ khách sạn hỏi cho đúng, không phải danh sách các loại khóa DiCloud đã kết nối, và bài không nêu tên hãng khóa nào.
| Kiểu khóa | Thường hoạt động thế nào | Câu cần hỏi khi đổi phần mềm |
|---|---|---|
| Khóa thẻ độc lập | Không có dây nối tới từng cửa; quyền mở cửa được ghi vào thẻ bằng đầu mã hóa đặt ở quầy | Hãng có SDK cho đúng dòng khóa này không? Đầu mã hóa đang dùng có giữ được không? |
| Khóa nối mạng tới từng cửa | Mỗi cửa nối về hệ điều khiển của hãng, quyền mở cửa được cập nhật qua đường nối đó | Phần mềm mới làm việc với hệ điều khiển của hãng bằng cách nào? Ai phụ trách phần việc phía hệ của hãng? |
| Khóa dùng điện thoại hoặc mã số | Khách mở cửa bằng điện thoại hay mã số do hệ của hãng phát | Mã mở cửa do hệ nào phát sau khi đổi? Hãng có SDK cho việc này không? |
| Khóa đời cũ, ít còn hỗ trợ | Đã lắp nhiều năm, đơn vị lắp đặt có thể đã thay đổi | Ai còn giữ tài liệu kỹ thuật? Hãng hoặc đơn vị lắp còn cung cấp được SDK không? |
Không cần biết sâu về kỹ thuật để phân loại. Chỉ cần ra quầy và đi lên một phòng, ghi lại những gì nhìn thấy.
Ghi lại gì trước khi hỏi
- Tên hãng và tên dòng khóa, thường có trên thân khóa, trên đầu mã hóa hoặc trong phần mềm cấp thẻ đang dùng.
- Đầu mã hóa ở quầy: chụp ảnh mặt trước, mặt sau, nhãn thiết bị.
- Phần mềm cấp thẻ đang dùng: tên, phiên bản, chạy trên máy nào.
- Số cửa đang dùng khóa từ, và có khu vực nào dùng dòng khóa khác không. Khách sạn nâng cấp từng tầng có thể có hai đời khóa.
- Đơn vị đã lắp đặt và người liên hệ; hợp đồng bảo trì khóa, nếu có, còn đến khi nào.
Một trang giấy với năm dòng này giúp cuộc nói chuyện với hãng khóa và với đội triển khai đi thẳng vào việc, không phải hỏi đi hỏi lại.
Phần 3: Điều kiện để thẻ cũ dùng tiếp — SDK của hãng khóa
SDK là bộ công cụ và tài liệu do hãng khóa cung cấp, để một phần mềm khác có thể làm việc được với hệ khóa của hãng, ví dụ gửi yêu cầu cấp thẻ. Khi khách sạn đổi sang DiCloud, đội triển khai dùng lại SDK của hãng khóa để kết nối khi hãng cung cấp SDK, và thẻ cũ dùng tiếp được. Có ba trường hợp:
| Trường hợp | Chuyện gì xảy ra | Khách sạn cần làm |
|---|---|---|
| Hãng đã có kết nối với DiCloud | Đội triển khai dùng lại SDK của hãng để kết nối; thẻ cũ dùng tiếp được | Xác nhận đúng dòng khóa, đúng đời đầu mã hóa của khách sạn nằm trong phần đã kết nối |
| Hãng chưa có kết nối, nhưng có cung cấp SDK | Đội triển khai dùng SDK của hãng để làm kết nối; có phí kết nối, báo trước khi làm | Xin hãng SDK và tài liệu, nhận báo phí kết nối trước khi quyết định |
| Hãng không cung cấp SDK | Kết nối chưa làm được | Biết điều này trước khi ký, rồi mới cân nhắc phương án tiếp theo |
Kết nối phụ thuộc vào việc hãng có cung cấp SDK hay không, và phần đó nằm ngoài quyền quyết định của nhà cung cấp phần mềm. Khi hãng chưa trả lời, câu trả lời trung thực là “chưa xác nhận”, chứ không phải “chắc được”.
Thời gian làm kết nối cũng vậy: tùy hãng, tùy dòng khóa, tùy tài liệu nhận được nhanh hay chậm. Bài không đưa ra số ngày; khách sạn nên hỏi cụ thể cho trường hợp của mình, sau khi đội triển khai đã xem đủ thông tin ở Phần 2.
💡 Đừng để việc này đến sát ngày đổi. Câu hỏi về SDK nên được hỏi trước khi ký phần mềm mới. Hỏi sớm, khách sạn còn đủ thời gian xin tài liệu và nhận báo phí; hỏi muộn, ngày đổi phải dời hoặc lễ tân phải gõ hai nơi.
Phần 4: Câu hỏi gửi hãng khóa trước ngày đổi phần mềm
Nên gửi bằng email hoặc tin nhắn để có câu trả lời bằng chữ, kèm ảnh đã chụp ở Phần 2. Viết lịch sự, ngắn gọn, nói rõ khách sạn muốn đổi phần mềm quản lý và giữ hệ khóa đang có. Hãng khóa không có lỗi gì trong chuyện này; họ chỉ cần biết rõ khách sạn hỏi gì để trả lời đúng.
Gửi hãng khóa hoặc đơn vị lắp đặt
- Hãng có cung cấp SDK cho đúng dòng khóa và đời đầu mã hóa của khách sạn không?
- Việc cấp SDK hoặc giấy phép sử dụng có điều kiện gì, có phát sinh chi phí từ phía hãng không?
- Đầu mã hóa đang dùng ở quầy có giữ được không?
- Thẻ khách đang cầm vào ngày đổi có cần làm lại không? Thẻ nhân viên, thẻ chủ thì sao?
- Có cần người của hãng hoặc đơn vị lắp đặt có mặt trong ngày đổi không, cần báo trước bao lâu?
- Nếu kết nối chưa chạy được trong ngày đổi, khách sạn cấp thẻ tạm bằng cách nào?
- Hợp đồng bảo trì khóa, nếu có, có điều khoản nào liên quan tới việc đổi phần mềm không?
Gửi đội triển khai DiCloud
- Dòng khóa của khách sạn đã có kết nối chưa? Nếu chưa, phí kết nối là bao nhiêu và thời gian làm dự kiến thế nào?
- Kết nối khóa từ chạy theo cách nào, có cần máy tính nào ở quầy luôn bật không, thiết bị nào phải cắm vào đâu?
- Ai làm phần việc nào: đội triển khai, hãng khóa, khách sạn?
- Bốn thao tác ở Phần 1 được thử lúc nào, trên phòng nào, ai xác nhận đạt?
Câu trả lời của hai bên nên được lưu chung một chỗ, cùng ảnh thiết bị. Đến lúc chuyển kết nối, người trực ca không phải đi hỏi lại từ đầu.
Phần 5: Khách đang ở vào ngày đổi phần mềm
“Thẻ cũ dùng tiếp được” nói về loại thẻ và hệ khóa đã lắp. Thẻ khách đang cầm vào đúng ngày đổi có cần cấp lại hay không là câu riêng, cần hãng khóa và đội triển khai xác nhận. Việc khách sạn làm được ngay là chuẩn bị cho cả hai khả năng, để câu trả lời nào đến thì quầy cũng không bị động.
- Lập danh sách phòng có khách vào ngày đổi: số phòng, tên khách, ngày trả phòng, khách có đang giữ nhiều thẻ không. Danh sách này cũng là phần chung với việc chuyển khách đang ở sang phần mềm mới.
- Chọn khung giờ ít khách ra vào quầy, tránh giờ nhận phòng và trả phòng đông.
- Chuẩn bị một câu nói cho lễ tân, phòng khi phải mời khách qua quầy: ngắn, lịch sự, nói rõ cần khách làm gì và mất bao lâu.
- Hỏi riêng về gia hạn và đổi phòng: khách đã nhận thẻ trước ngày đổi, nay gia hạn hoặc đổi phòng sau ngày đổi, thì cấp thẻ thế nào?
Cách chốt danh sách từng phòng và gom tiền cọc cho ngày đổi đã có ở bài nhà nghỉ, homestay đổi phần mềm: giữ khách đang ở, tiền cọc. Nếu khách sạn còn ghi sổ bằng bảng tính, phần chuyển dữ liệu xem bài chuyển dữ liệu từ Excel sang phần mềm.
Phần 6: Phương án dự phòng cho ngày đổi phần mềm
Kết nối khóa từ được chuyển một lần, không chạy song song cả phần mềm cũ lẫn mới. Nguyên tắc này giống với đường nối kênh OTA ở bài đổi phần mềm khách sạn: làm sao không mất đặt phòng OTA: dữ liệu đi trước, đường nối đi sau, chuyển một lần vào khung giờ đã chọn. Vì chỉ chuyển một lần nên phần chuẩn bị mới quan trọng. Dự phòng ở đây là chuẩn bị sẵn cách làm nếu có trục trặc, không phải giữ hai hệ cùng chạy.
Trước giờ chuyển
- Có câu trả lời bằng chữ của hãng khóa về cách cấp thẻ tạm nếu kết nối chưa chạy được.
- Biết rõ ai giữ thẻ chủ và chìa cơ, nếu hệ khóa của khách sạn có, và lấy ở đâu ngoài giờ hành chính.
- In danh sách phòng có khách, phòng sắp đến, để quầy còn nhìn được trên giấy.
- Có sẵn số điện thoại người của hãng khóa và người của đội triển khai, biết họ trực đến mấy giờ.
Ngay sau giờ chuyển
- Chọn hai phòng trống ở hai vị trí khác nhau, thử đủ bốn thao tác: cấp thẻ, gia hạn, đổi phòng, cấp thẻ thay thế.
- Mang thẻ lên tận cửa để thử. Thấy phần mềm báo xong chưa đủ; cửa phải mở.
- Thử thẻ cũ trên cửa tương ứng theo đúng cách đội triển khai đã hướng dẫn.
- Xác nhận đạt rồi mới nhận khách đầu tiên qua phần mềm mới. Lễ tân ca tiếp theo được bàn giao lại kết quả.
Lễ tân cũng cần được chỉ cách cấp thẻ trên màn hình mới trước ngày đổi. Việc này nên nằm trong buổi tập nhận phòng, trả phòng; xem bài đào tạo lễ tân để vận hành ngay.
Phần 7: Bảng kiểm khóa từ khi đổi phần mềm
| Việc | Xong khi | Ai làm |
|---|---|---|
| Ghi lại hãng, dòng khóa, đầu mã hóa, số cửa | Có một trang thông tin kèm ảnh thiết bị | Chủ khách sạn hoặc người trực |
| Hỏi hãng về SDK | Có câu trả lời bằng chữ: có cung cấp, điều kiện gì | Chủ khách sạn, hãng khóa |
| Hỏi đội triển khai dòng khóa đã có kết nối chưa | Biết đang ở trường hợp nào trong ba trường hợp ở Phần 3 | Đội triển khai DiCloud |
| Nhận báo phí kết nối, nếu hãng chưa có kết nối | Đã biết mức phí trước khi làm | Đội triển khai DiCloud |
| Làm rõ đầu mã hóa và thẻ của khách đang ở | Có câu trả lời cho đúng hệ khóa của khách sạn | Hãng khóa, đội triển khai |
| Chốt khung giờ chuyển kết nối | Khung giờ ít khách, có người trực từ cả hai phía | Chủ khách sạn |
| Tập cấp thẻ trên màn hình mới | Mỗi lễ tân tự làm được bốn thao tác | Lễ tân |
| Chuẩn bị dự phòng | Có cách cấp thẻ tạm, biết ai giữ thẻ chủ, có danh sách phòng in giấy | Chủ khách sạn |
| Thử trên phòng trống sau khi chuyển | Cửa mở đúng ở cả bốn thao tác, đã ghi kết quả | Lễ tân, đội triển khai |
Phần 8: DiCloud làm gì, không làm gì ở phần khóa từ
Ở phần khóa từ, những gì nói được chắc chắn về DiCloud là:
- Đội triển khai dùng lại SDK của hãng khóa để kết nối khi hãng cung cấp SDK, thẻ cũ dùng tiếp được.
- Hãng chưa có kết nối thì dùng SDK của hãng để làm kết nối, có phí kết nối, báo trước khi làm.
- Chuyển kết nối làm một lần, không chạy song song.
Những gì DiCloud không quyết định thay được: hãng khóa có cung cấp SDK hay không, và việc bảo hành, sửa chữa bản thân ổ khóa, vốn thuộc thỏa thuận giữa khách sạn và hãng khóa.
Nếu khách sạn đang cân nhắc cả chuyện đổi phần mềm nói chung, bài phí bảo trì phần mềm khách sạn cũ: nên tiếp tục hay đổi giúp đặt phép tính trước khi hỏi tới khóa từ.
Muốn biết dòng khóa của khách sạn đã có kết nối chưa?
Gửi cho đội ngũ DiCloud tên hãng, dòng khóa và ảnh đầu mã hóa ở quầy. Chúng tôi kiểm giúp dòng khóa đó đang ở trường hợp nào, và báo trước phí kết nối nếu có.
Hỏi đội ngũ DiCloud miễn phíCâu hỏi thường gặp
Đổi phần mềm khách sạn có phải bỏ khóa từ cũ không?
Với DiCloud, đội triển khai dùng lại SDK (bộ công cụ kết nối) của hãng khóa để kết nối, và thẻ cũ dùng tiếp được. Điều kiện là hãng khóa cung cấp SDK cho đúng dòng khóa của khách sạn, nên cần xác nhận với hãng và đội triển khai trước khi ký.
Hãng khóa chưa có kết nối với DiCloud thì sao?
Đội triển khai dùng SDK của hãng để làm kết nối. Trường hợp này có phí kết nối, được báo trước khi làm. Nếu hãng không cung cấp SDK thì kết nối chưa làm được, nên hỏi câu này trước khi quyết định đổi.
Đầu mã hóa ở quầy lễ tân có giữ lại được không?
Chưa có câu trả lời chung, vì tùy dòng khóa. Khách sạn nên ghi rõ dòng khóa, đời đầu mã hóa và hỏi hãng khóa cùng đội triển khai, có trả lời bằng chữ trước khi ký.
Khách đang ở vào ngày đổi có phải làm lại thẻ không?
Chưa có câu trả lời chung, vì tùy dòng khóa. Khách sạn nên ghi rõ dòng khóa, lập sẵn danh sách phòng có khách và ngày trả phòng, và hỏi hãng khóa cùng đội triển khai, có trả lời bằng chữ trước khi ký. Nên hỏi thêm: nếu khách gia hạn hoặc đổi phòng sau ngày đổi thì cấp thẻ thế nào.
Có chạy song song kết nối khóa từ của phần mềm cũ và mới không?
Không. Việc chuyển kết nối làm một lần, vào khung giờ đã chọn, giống cách chuyển đường nối kênh OTA. Trước đó nên thử trên phòng trống, và chuẩn bị phương án dự phòng theo hướng dẫn của hãng khóa.
Cần chuẩn bị gì trước khi hỏi hãng khóa?
Ghi lại tên hãng, dòng khóa, đời đầu mã hóa và số cửa đang dùng khóa từ, rồi chụp ảnh đầu mã hóa cùng nhãn thiết bị. Một trang thông tin như vậy giúp hãng khóa và đội triển khai trả lời đúng cho hệ khóa của khách sạn.
Kết luận
Khóa từ cũ không tự động phải bỏ khi đổi phần mềm khách sạn. Khi hãng khóa cung cấp SDK, đội triển khai dùng lại SDK đó để kết nối và thẻ cũ dùng tiếp được; hãng chưa có kết nối thì làm kết nối, có phí báo trước. Phần còn tùy từng hệ khóa, như đầu mã hóa và thẻ của khách đang ở, nên được hỏi rõ và trả lời bằng chữ trước khi ký. Một trang thông tin, hai danh sách câu hỏi và bốn bài thử trên phòng trống là đủ để ngày đổi không bị động.
DiCloud thuộc hệ sinh thái DiHotel Solutions Corps, công ty hơn 20 năm phát triển phần mềm khách sạn, phục vụ hơn 300 cơ sở lưu trú tại Việt Nam và Nhật Bản. Là phần mềm quản lý khách sạn cloud AI cho khách sạn mini, nhà nghỉ, homestay và khách sạn 1–3 sao, và là một phần mềm quản lý khách sạn online AI, DiCloud mở được trên máy quầy lẫn điện thoại.
Với khách sạn 4–5 sao, resort và chuỗi nhiều cơ sở, phần mềm quản lý khách sạn AI DiHotel là nền tảng gốc, cũng là phần mềm quản lý khách sạn kết nối khóa từ cùng các thiết bị khác của khách sạn lớn. Bộ các bước để đổi phần mềm quản lý khách sạn ở quy mô đó có trên DiHotel Blog, cùng bài đi cặp với bài này: đổi phần mềm khách sạn: khóa từ, tổng đài nối lại thế nào?