Trước khi yêu cầu khóa thông minh có quyền truy cập từ xa, người quản lý tài sản nên giao trách nhiệm cho năm hành động: mở khóa, phê duyệt người dùng, đặt lại quản trị viên, thu hồi thông tin đăng nhập và xem xét hồ sơ truy cập. Mỗi hành động cần có một vai trò được đặt tên, một phạm vi xác định, một quy tắc phê duyệt và một thủ tục chuyển giao. RFQ cũng cần yêu cầu bằng chứng cụ thể về mô hình cho thấy nền tảng quản lý và khóa được đề xuất có thể hỗ trợ các biện pháp kiểm soát đó.
“Truy cập từ xa” không phải là thông số kỹ thuật đầy đủ. Một nhà cung cấp có thể hiểu nó là quản lý người dùng dựa trên ứng dụng ở gần cửa, trong khi nhà cung cấp khác có thể hiểu là mở khóa bên ngoài cơ sở thông qua hệ thống được kết nối. Do đó, báo giá có thể có vẻ tuân thủ ngay cả khi nó không phù hợp với quy trình vận hành của cơ sở kinh doanh. Trước tiên, các nhóm mua sắm nên xác định mô hình quyền, sau đó yêu cầu nhà cung cấp xác nhận những chức năng nào có sẵn trên khóa, ứng dụng, cổng hoặc cấu hình quản lý chính xác được trích dẫn.
Bắt đầu bằng hành động chứ không phải chức danh công việc
Chức danh như “quản trị viên” nói rất ít về những gì người đó thực sự có thể làm. Người quản lý nghĩa vụ khách sạn có thể cần cho phép mở khóa một lần nhưng không nhất thiết phải có khả năng chuyển quyền sở hữu hệ thống. Nhóm cho thuê căn hộ có thể tạo quyền truy cập cho người thuê nhưng không có lý do gì để thay đổi cài đặt thiết bị. Nhân viên bảo trì có thể cần vào các phòng được chỉ định trong thời gian giới hạn mà không có tầm nhìn vào những người cư ngụ hoặc tài sản khác.
Tệp đính kèm RFQ đầu tiên phải là ma trận trách nhiệm. Ma trận bên dưới là mô hình lập kế hoạch, không phải tuyên bố rằng mọi khóa được kết nối với ứng dụng đều bao gồm mọi chức năng được liệt kê. Người mua nên xóa các hàng không liên quan và yêu cầu nhà cung cấp đánh dấu từng chức năng còn lại là được hỗ trợ, không được hỗ trợ hoặc phụ thuộc vào thành phần bổ sung.
| Hành động truy cập từ xa | Quyết định xác định trước RFQ | Kiểm soát dự án điển hình | Bằng chứng để yêu cầu |
| Mở khóa từ xa | Vai trò nào có thể mở khóa phòng nào và trong trường hợp nào? | Giới hạn quyền truy cập theo tài sản, tòa nhà, tầng, phòng, ca hoặc loại sự cố. | Màn hình cho phép vai trò, hướng dẫn vận hành và kiểm tra chấp nhận mẫu. |
| Mở khóa phê duyệt | Một người có thể hành động một mình hay phải có vai trò khác phê duyệt yêu cầu? | Sử dụng phê duyệt thứ hai cho các phòng nhạy cảm hoặc các trường hợp ngoại lệ ngoài giờ mà dự án yêu cầu. | Xác nhận của nhà cung cấp về quy trình phê duyệt có sẵn trên cấu hình được trích dẫn. |
| Tạo người dùng hoặc thông tin xác thực | Ai có thể thêm nhân viên, khách, người thuê nhà, nhà thầu hoặc người dùng tạm thời? | Tách quyền truy cập phòng thông thường khỏi việc tạo quản trị viên. | Trình diễn vai trò của người dùng, thời hạn hiệu lực và kiểm soát việc phân phòng. |
| Thu hồi thông tin xác thực | Ai sẽ xóa quyền truy cập sau khi thanh toán, chấm dứt hợp đồng thuê, nhân viên rời đi hoặc điện thoại bị mất? | Chỉ định chủ sở hữu phản hồi và điểm hoàn thành bắt buộc cho mỗi sự kiện. | Quy trình thu hồi và bằng chứng cho thấy việc loại bỏ quyền truy cập có thể được kiểm tra tại khóa bị ảnh hưởng. |
| Đặt lại quản trị viên | Ai có thể đặt lại khóa hoặc tài khoản và ai cho phép hành động đó? | Giữ quyền đặt lại hẹp hơn quyền quản lý người dùng thông thường. | Hướng dẫn đặt lại dành riêng cho từng mẫu máy và danh sách kiểm tra hoạt động lại sau khi đặt lại. |
| Truy cập xem xét hồ sơ | Vai trò nào có thể xem hoặc xuất hồ sơ, dành cho cửa nào và cho mục đích hoạt động gì? | Hạn chế khả năng hiển thị ở phạm vi hoạt động nhỏ nhất mà dự án yêu cầu. | Xác nhận của nhà cung cấp về các trường bản ghi, tính khả dụng, kiểm soát lưu giữ và các tùy chọn xuất. |
| Chuyển quyền sở hữu hệ thống | Ai nhận được quyền kiểm soát sau khi cài đặt và các đặc quyền của trình cài đặt bị loại bỏ như thế nào? | Biến việc chuyển quyền sở hữu cuối cùng thành một cột mốc chấp nhận được ghi lại. | Thủ tục bàn giao bao gồm chuyển khoản, xóa thông tin xác thực và xác minh người mua. |
Xác định phạm vi quyền ở cấp độ cửa và danh mục đầu tư
Quyền chỉ hữu ích khi phạm vi của nó rõ ràng. “Người quản lý tài sản có thể mở khóa cửa” có thể có nghĩa là một căn hộ được chỉ định, mọi phòng trong một tòa nhà hoặc toàn bộ danh mục đầu tư. Sự khác biệt đó ảnh hưởng đến rủi ro vận hành và không nên để người cài đặt quyết định trong quá trình vận hành.
Đối với mỗi vai trò, hãy chỉ định các thuộc tính, tòa nhà, tầng, phòng và cửa sổ thời gian được phép. Đồng thời nêu rõ liệu vai trò đó có thể ủy quyền quyền truy cập cho người khác hay không. Nếu ủy quyền được cho phép, hãy xác định ai có thể phê duyệt và khi nào nó hết hạn. Quản trị viên khu vực có thể cần khả năng hiển thị trên một số địa điểm, trong khi người quản lý tại chỗ có thể chỉ cần quyền hạn cho một địa điểm. Việc tập trung mọi quyền có thể đơn giản hóa việc giám sát nhưng cũng tạo ra tác động rộng hơn nếu một tài khoản bị xử lý sai. Kiểm soát thuần túy của địa phương thu hẹp tác động đó nhưng có thể làm chậm quá trình hỗ trợ khi không có người được ủy quyền có mặt tại cơ sở.
Logic phạm vi tương tự sẽ áp dụng cho các thay đổi thuộc tính. Khi một phòng chuyển từ cho thuê dài hạn sang sử dụng cho thời gian lưu trú ngắn hạn, quy trình xác thực bắt buộc có thể thay đổi ngay cả khi khóa vật lý vẫn còn nguyên. Người mua xem xét tùy chọn khóa thông minh cho tài sản được quản lý do đó nên so sánh mô hình vận hành một cách cẩn thận như tay cầm, cách hoàn thiện hoặc phương pháp mở khóa.
Tách biệt quyền truy cập thường xuyên khỏi quyền truy cập đặc biệt
Quyền truy cập thường xuyên bao gồm các sự kiện đã được lên kế hoạch như khách đến, người thuê chuyển đến, dọn phòng, kiểm tra hoặc bảo trì theo lịch trình. Quyền truy cập đặc biệt bao gồm khóa máy, kiểm tra phúc lợi, điện thoại bị hỏng, gián đoạn mạng, sự vắng mặt của nhân viên và các sự cố khác yêu cầu kiểm soát độ lệch so với quy trình làm việc thông thường.
Đặc tả dự án phải xác định chủ sở hữu ngoại lệ, bằng chứng cần thiết trước khi mở khóa và bản ghi được tạo sau đó. Nó cũng phải nêu rõ điều gì sẽ xảy ra nếu chức năng điều khiển từ xa không khả dụng. Tùy thuộc vào kiểu máy đã chọn, phương pháp dự phòng có thể liên quan đến mật khẩu, dấu vân tay, thẻ, khóa cơ, quản trị viên cục bộ hoặc phương pháp xác minh khác. Không nên giả định dự phòng trên toàn bộ phạm vi sản phẩm; Hệ thống sản phẩm của Haolock bao gồm một số tùy chọn mở khóa và quản lý, nhưng sự kết hợp có sẵn phải được xác nhận theo kiểu máy.
Sự khác biệt này ngăn không cho tính năng tiện lợi hàng ngày trở thành tuyến truy cập chính không được kiểm soát. Nó cũng cung cấp cho nhà cung cấp một yêu cầu có thể kiểm tra được: thể hiện quy trình làm việc bình thường, thể hiện quy trình làm việc ngoại lệ và cho thấy cách hệ thống trở lại trạng thái kiểm soát bình thường sau sự cố.
Xác nhận cấu hình quản lý và sản phẩm chính xác
Khóa vật lý và cơ chế quản lý từ xa phải được phê duyệt dưới dạng một cấu hình. các 1023 Mật khẩu & Khóa vân tay màu đen, ví dụ: được liệt kê cho các căn hộ, nhà ở, phòng cho thuê, nhà dân và các dự án có quyền truy cập được quản lý. Dữ liệu sản phẩm được ghi lại của nó xác nhận thân máy bằng thép không gỉ màu đen, lớp hoàn thiện bóng, kích thước 330 × 42 × 22 mm cũng như nhận dạng mật khẩu và dấu vân tay.
Bản thân những dữ kiện đó không thiết lập khả năng mở khóa từ xa, phân cấp tài khoản, yêu cầu cổng, tính khả dụng của bản ghi hoặc hành vi ứng dụng. Nếu người mua muốn mẫu này—hoặc bất kỳ tùy chọn nào từ dòng khóa thông minh vân tay—với khả năng quản lý từ xa, nhà cung cấp phải xác định chính xác mẫu mã và mọi thành phần hỗ trợ trong báo giá. Quy tắc tương tự được áp dụng khi đánh giá phạm vi khóa thông minh mật khẩu: bàn phím hoặc chức năng mật khẩu tạm thời không được coi là bằng chứng của việc quản trị bên ngoài cơ sở.
Yêu cầu nhà cung cấp cho biết liệu mỗi chức năng được yêu cầu có được thực hiện tại khóa, qua điện thoại gần khóa, qua cổng hay qua giao diện quản lý khác hay không. Việc làm rõ duy nhất này có thể làm lộ ra những khác biệt về phạm vi tiềm ẩn giữa các báo giá và ngăn không cho cấu hình mẫu được phê duyệt theo các giả định không được đưa vào đơn đặt hàng số lượng lớn.
Biến việc bàn giao và thu hồi thành một phần của sự chấp nhận
Quản trị truy cập từ xa thường thất bại khi chuyển đổi hơn là trong quá trình sử dụng thông thường. Người cài đặt rời đi, nhân viên thay đổi vai trò, người thuê chuyển đi, người điều hành tài sản thay đổi hoặc điện thoại được liên kết với tài khoản quản trị viên bị mất. Dự án cần có phản hồi xác định cho từng sự kiện trước khi bắt đầu cài đặt.
Sự chấp nhận cuối cùng phải xác minh rằng người mua kiểm soát tài khoản quản trị viên dự định, các tài khoản thiết lập trái phép đã bị xóa, mỗi vai trò đều có phạm vi cửa được phê duyệt và thông tin xác thực thử nghiệm có thể được tạo và thu hồi. Nếu dự án yêu cầu hồ sơ truy cập, nhóm chấp nhận cũng phải xác minh rằng người đánh giá dự định có thể truy xuất thông tin cần thiết trong khi những người dùng không liên quan thì không thể. Hành vi lưu giữ và xuất hồ sơ phải được xác nhận dựa trên các yêu cầu pháp lý và hoạt động của chính dự án thay vì giả định.
Đối với các dự án có nhiều địa điểm, hãy chỉ định cả chủ sở hữu tài khoản và người liên hệ khôi phục. Họ không được là những người lắp đặt tạm thời hoặc những nhân viên riêng lẻ khi rời đi sẽ khiến cơ sở không có sự kiểm soát hành chính. Cũng cần có một quy trình thay đổi được ghi lại: bất kỳ việc mở rộng quyền nào sau này đều phải xác định ai đã yêu cầu, ai đã phê duyệt, cửa nào bị ảnh hưởng và khi nào thay đổi được kiểm tra.
RFQ nên yêu cầu nhà cung cấp xác nhận những gì?
| Đầu vào RFQ | Thông tin người mua nên cung cấp | Yêu cầu phản hồi của nhà cung cấp |
| Lịch trình tài sản và cửa | Số lượng địa điểm, tòa nhà, phòng, loại cửa, độ dày cửa và số lượng khóa yêu cầu. | Mẫu khóa tương thích, cách bố trí thân khóa và mọi thông tin về cửa vẫn cần thiết. |
| Ma trận quyền | Vai trò, hành động được phép, phạm vi cửa, phạm vi thời gian, quy tắc phê duyệt và giới hạn ủy quyền. | Các chức năng được hỗ trợ, các hạn chế và bất kỳ chức năng nào cần một mô hình hoặc thành phần khác. |
| Kế hoạch kết nối | Trường hợp cần vận hành từ xa và khả năng kết nối nào có sẵn tại mỗi nơi lưu trú. | Cách cấu hình được trích dẫn giao tiếp và cần có thiết bị hoặc thiết lập bổ sung nào. |
| Thủ tục dự phòng | Ai cần quyền truy cập khẩn cấp và phương pháp ngoại tuyến hoặc cục bộ nào mà dự án sẽ chấp nhận. | Các phương pháp dự phòng có sẵn trên mô hình chính xác và quy trình khôi phục khả năng kiểm soát thông thường. |
| Gói bàn giao | Chủ sở hữu quản trị viên được chỉ định, người liên hệ khôi phục, vai trò của nhân viên, đối tượng đào tạo và các tài liệu cần thiết. | Hướng dẫn thiết lập, quy trình đặt lại, các bước chuyển quyền sở hữu và bản ghi cấu hình vai trò. |
| Kiểm tra chấp nhận | Cửa mẫu, vai trò của người dùng, hành động được phép, hành động bị cấm và tiêu chí đạt/không đạt. | Phương pháp kiểm tra mẫu và phương pháp xác minh đã được thống nhất đối với lô được giao. |
Phản hồi của nhà cung cấp phải phân biệt các chức năng tiêu chuẩn với các chức năng tùy chọn và xác định các yếu tố phụ thuộc. “Ứng dụng được hỗ trợ” là không đủ nếu RFQ hỏi ai có thể mở khóa từ xa, liệu bước phê duyệt có tồn tại hay không, cách thu hồi quyền truy cập hoặc cách chuyển quyền sở hữu sau khi vận hành. Báo giá sẽ trả lời những câu hỏi đó dựa trên kiểu máy và cấu hình được đặt tên.
Những câu hỏi mà người quản lý tài sản thường hỏi
Mọi người quản lý tài sản có nên nhận được quyền mở khóa từ xa không?
Không. Việc cấp phép phải tuân theo trách nhiệm vận hành, phạm vi cửa và quy trình sự cố. Một số người quản lý có thể chỉ cần cấp hoặc thu hồi thông tin đăng nhập, trong khi một nhóm nhỏ hơn sẽ xử lý các trường hợp mở khóa từ xa đặc biệt.
Kiểm soát ứng dụng có luôn có nghĩa là mở khóa từ xa bên ngoài trang web không?
Không. “Kiểm soát ứng dụng” có thể mô tả các cách sắp xếp quản lý và kết nối khác nhau. Người mua nên yêu cầu nhà cung cấp cho biết người dùng phải ở đâu, khóa giao tiếp như thế nào và cần có những thành phần bổ sung nào.
Trang sản phẩm có thể chứng minh rằng khóa hỗ trợ phân cấp quyền được yêu cầu không?
Trừ khi trang hoặc tài liệu hỗ trợ mô tả rõ ràng hệ thống phân cấp đó cho mô hình chính xác. Nhận dạng sản phẩm, chất liệu, kích thước và phương pháp mở khóa không tự động xác nhận vai trò tài khoản, quy tắc phê duyệt hoặc kiểm soát hồ sơ.
Thử nghiệm truy cập từ xa hữu ích nhất trước khi đặt hàng số lượng lớn là gì?
Sử dụng cửa mẫu và ma trận vai trò thực của thuộc tính. Kiểm tra một hành động được phép, một hành động bị cấm, thu hồi thông tin xác thực, chuyển giao quản trị viên và phương pháp dự phòng đã được thống nhất. Ghi lại cấu hình được chấp nhận để so sánh với lô được giao.
Chuẩn bị lịch trình cấp phép trước khi yêu cầu báo giá
Một RFQ khả thi sẽ kết hợp lịch trình cửa với ma trận trách nhiệm. Bao gồm loại thuộc tính, số phòng, thông tin về cửa và thân khóa, phương pháp mở khóa ưu tiên, hành động từ xa, quyền sở hữu của quản trị viên, phương pháp dự phòng, tài liệu bàn giao và tiêu chí chấp nhận. Điều này giúp nhà cung cấp có đủ bối cảnh để khớp với mô hình và xác định các giả định không được hỗ trợ trước khi định giá.
Haolock có thể hỗ trợ các cuộc thảo luận về mô hình và cấu hình về mật khẩu, dấu vân tay, thẻ, khóa cơ, mật khẩu tạm thời, Bluetooth, ứng dụng và các tùy chọn do máy tính quản lý, tùy thuộc vào kiểu máy cụ thể. Nhóm tài sản có thể gửi lịch trình đã hoàn thành thông qua trang yêu cầu dự án khóa thông minh vì vậy báo giá có thể giải quyết đồng thời khả năng tương thích của cửa và quy trình quản lý truy cập cần thiết.
