Hệ thống kiểm soát ra vào khi mất mạng: checklist nghiệm thu cho doanh nghiệp

Một buổi bàn giao không nên kết thúc ngay khi nhân viên quẹt thẻ và cửa mở. Với văn phòng hoặc nhà máy, câu hỏi quan trọng hơn là: khi đường truyền gián đoạn, ai vẫn được vào, quyền nào chưa cập nhật và đội vận hành có đủ dữ liệu để đối soát sau đó hay không?

Đánh giá hệ thống kiểm soát ra vào khi mất mạng cần tách rõ thiết kế phần mềm, khả năng thiết bị và quy trình tại chỗ. Checklist dưới đây giúp IT, hành chính và bảo vệ thống nhất tiêu chí trước khi chọn giải pháp hoặc ký nghiệm thu. Đây là hướng dẫn xây dựng bài thử, không phải cam kết rằng mọi cấu hình đều có cùng hành vi.

1. Phân biệt mất Internet, mất mạng nội bộ và mất điện

Mất Internet không đồng nghĩa toàn bộ hệ thống mất kết nối. Nếu máy chủ và thiết bị vẫn liên lạc qua mạng nội bộ, một phần nghiệp vụ có thể tiếp tục bình thường. Ngược lại, khi đường nối từ thiết bị tới máy chủ bị ngắt, thiết bị cần xử lý bằng dữ liệu đã lưu tại chỗ nếu cấu hình hỗ trợ.

Mất điện là bài toán khác: thiết bị, khóa, bộ điều khiển và hạ tầng mạng có thể cần nguồn dự phòng riêng. Không suy ra khả năng hoạt động khi mất điện từ một bài thử ngắt mạng thành công.

Trong biên bản, hãy ghi cụ thể điểm bị ngắt và thành phần còn hoạt động. Câu “đã thử offline” không đủ để xác định phạm vi đã nghiệm thu.

2. Hiểu đúng offline-first và giới hạn thu hồi quyền

Theo thiết kế offline-first của Duall Master, thiết bị ra quyết định truy cập tại chỗ bằng dữ liệu và luật đã đồng bộ; máy chủ quản lý chính sách, đồng bộ xuống thiết bị và tổng hợp sự kiện. Thiết bị không gửi thông tin xác thực lên máy chủ để xin quyết định mở cửa cho từng lượt.

Điều đó không có nghĩa mọi thay đổi trên máy chủ có hiệu lực tức thì ở thiết bị đang mất kết nối. Nếu một thẻ vừa bị thu hồi nhưng thiết bị chưa nhận thay đổi, quyền cũ có thể vẫn được áp dụng. Tương tự, một nhân viên vừa được cấp quyền chưa chắc đã vào được tại cửa chưa đồng bộ.

Doanh nghiệp cần thống nhất cách xử lý khoảng thời gian này: ai theo dõi trạng thái đồng bộ, khi nào phải bố trí kiểm tra trực tiếp và ai xác nhận quyền mới đã đến đúng thiết bị. Không nên xem trạng thái “đã lưu” trên phần mềm là bằng chứng thiết bị đã áp dụng.

3. Chuẩn bị bài thử an toàn trước khi ngắt kết nối

Chọn cửa thử hoặc khung giờ được người phụ trách cơ sở cho phép. Thông báo cho bảo vệ, chuẩn bị phương án khôi phục và không tùy tiện thử trên lối thoát nạn hay điểm đang phục vụ hoạt động quan trọng.

Chuẩn bị bộ hồ sơ kiểm tra tối thiểu:

• Sơ đồ máy chủ, mạng nội bộ, Internet, bộ điều khiển và đầu đọc trong phạm vi thử.
• Mã cửa, model thiết bị, phiên bản phần mềm/firmware và trạng thái đồng bộ ban đầu.
• Danh tính thử có quyền hợp lệ, không có quyền, quyền có thời hạn và quyền sẽ thu hồi khi mất mạng.
• Giờ thiết bị, giờ máy chủ, múi giờ sử dụng và tài khoản được phép cấu hình.
• Người thực hiện, người chứng kiến, tiêu chí đạt và quy trình khôi phục đã được thống nhất.

Dùng dữ liệu thử riêng khi có thể. Không đưa ảnh thẻ, dữ liệu sinh trắc học hoặc thông tin cá nhân thật vào tài liệu chia sẻ rộng rãi.

4. Checklist nghiệm thu theo từng tình huống

Quyền hợp lệ đã đồng bộ. Xác nhận người thử vào đúng cửa và đúng lịch khi online. Sau đó ngắt kết nối thiết bị với máy chủ, thử lại và ghi kết quả. Tiêu chí cần chứng minh thiết bị xử lý theo quyền tại chỗ, không chỉ quan sát phần mềm vẫn hiển thị “hoạt động”.

Người không có quyền. Dùng một định danh không được cấp quyền tại cửa thử. Kiểm tra cả trước và sau ngắt mạng. Mất kết nối không được vô tình biến thành quyền vào tự do, trừ chế độ an toàn đặc thù đã được thiết kế và phê duyệt riêng.

Quyền có lịch hoặc ngày hết hạn. Cấu hình khoảng hiệu lực thử và xác nhận đã đồng bộ trước khi ngắt mạng. Kiểm tra tại các mốc trước, trong và sau hiệu lực. Không tự ý đổi đồng hồ của hệ thống đang khai thác; việc thử lệch giờ nên thực hiện trong môi trường cô lập.

Thu hồi quyền trong lúc thiết bị offline. Thu hồi trên máy chủ và ghi lại thời điểm. Thử thẻ tại thiết bị đang ngắt kết nối, sau đó thử lại khi kết nối và đồng bộ hoàn tất. Mục tiêu là xác định chính xác giới hạn thực tế, không đặt giả định rằng máy chủ có thể thu hồi tức thì qua một đường truyền đang đứt.

Cấp mới quyền trong lúc offline. Tạo quyền mới rồi thử tại cửa chưa nhận dữ liệu. Ghi rõ người dùng bị từ chối do chưa đồng bộ hay vì cấu hình khác. Sau khôi phục, xác nhận quyền có hiệu lực ở đúng cửa, không chỉ tại một thiết bị bất kỳ.

Nhật ký phát sinh khi mất kết nối. Ghi thủ công các lượt thử được cho phép và bị từ chối, thời điểm, danh tính thử và mã cửa. Sau kết nối lại, đối chiếu dữ liệu trên phần mềm với danh sách này. Kiểm tra sự kiện thiếu, trùng, sai thời gian hoặc sai chiều vào/ra nếu thiết bị có cấu hình chiều.

Mất Internet nhưng mạng nội bộ còn. Thực hiện riêng với bài thử ngắt thiết bị khỏi máy chủ. Liệt kê nghiệp vụ còn dùng được và nghiệp vụ phụ thuộc kết nối bên ngoài theo cấu hình thực tế. Không mặc định thao tác từ xa, đăng ký khách mới hoặc thông báo bên ngoài vẫn hoạt động.

Khôi phục và vận hành trở lại. Xác nhận thiết bị kết nối lại, dữ liệu quyền cập nhật và nhật ký được đối soát. Nếu cần thử mất nguồn hoặc nguồn dự phòng, lập bài thử riêng cùng đơn vị kỹ thuật có trách nhiệm về khóa và an toàn công trình.

5. Ghi kết quả đủ để xử lý sự cố sau bàn giao

Mỗi trường hợp nên có một dòng biên bản gồm: mã bài thử, cấu hình, điểm ngắt, thời gian bắt đầu/kết thúc, kết quả mong đợi, kết quả quan sát, bằng chứng và người xác nhận. Trường hợp chưa đạt phải có người phụ trách, cách xử lý tạm thời và ngày thử lại.

Yêu cầu nhà cung cấp làm rõ giới hạn lưu sự kiện tại thiết bị, hành vi khi bộ nhớ đầy, thời gian mất kết nối dự kiến được hỗ trợ và cách xác nhận đồng bộ. Những thông số này phải gắn với model, firmware và cấu hình đã chọn; không lấy thông số của một thiết bị để áp dụng cho cả dự án.

Các chỉ tiêu về thời gian khôi phục và số sự kiện cần bảo toàn nên được thống nhất theo nhu cầu cơ sở trước khi mua. Không đặt con số trong biên bản chỉ vì một buổi demo nhỏ đã chạy tốt.

6. Đưa kết quả nghiệm thu vào quy trình vận hành

Ở văn phòng, hành chính cần biết cách xử lý nhân viên mới hoặc người đã nghỉ việc khi một cửa chưa nhận quyền cập nhật. Ở nhà máy, bảo vệ cần biết đầu mối xử lý tại cổng khi giao ca và cách ghi nhận lượt qua cổng trong thời gian gián đoạn.

Duall Master là nền tảng điều hành vận hành và an ninh tòa nhà, gồm các module ngang hàng: kiểm soát ra vào, quản lý khách thăm, chấm công, quản lý bãi đỗ xe, quản lý video và chuông hình. Doanh nghiệp có thể bắt đầu từ kiểm soát ra vào rồi bổ sung module theo nhu cầu. Tuy nhiên, nghiệm thu một cửa hoạt động offline không đồng nghĩa mọi luồng chấm công, khách thăm, bãi xe hoặc video đều đã được kiểm chứng.

Hãy yêu cầu demo theo sơ đồ và tình huống của chính cơ sở. Kết quả có giá trị không chỉ là “cửa vẫn mở”, mà là doanh nghiệp hiểu rõ quyền nào được áp dụng, giới hạn nào cần quản lý và dữ liệu nào có thể đối soát.

Câu hỏi thường gặp

Mất Internet có làm cửa ngừng hoạt động không? Không thể kết luận chỉ từ tên giải pháp. Cần kiểm tra đường kết nối thực tế, dữ liệu đã đồng bộ, nguồn điện và cách thiết bị quyết định tại chỗ.

Có thể thu hồi ngay quyền ở thiết bị đang mất kết nối không? Không nên cam kết nếu không còn kênh liên lạc tới thiết bị. Cần biện pháp tại chỗ và xác nhận đồng bộ sau khôi phục. Quyền hết hạn đã lưu trên thiết bị là tình huống khác với một lệnh thu hồi mới trên máy chủ.

Nhật ký ra vào có thay thế ngay bảng công không? Không. Chấm công còn phụ thuộc thiết bị được chọn, quy tắc ca, chiều sự kiện và xử lý ngoại lệ. Cần bài thử riêng cho quy trình chấm công.