Варианты блокировки утерянной Proximity-карты доступа

[Shuniander]

Здравствуйте!
Иногда сотрудники теряют свои бесконтактные именные Proximity-карты доступа, которые, разумеется, необходимо сразу заблокировать, и осуществить эту процедуру можно либо назначив на странице "Пароли" потерянной карте уровень доступа "Запрет", либо там же активировать опцию "Ключ заблокирован - Вкл" . Вопрос: будет ли чем-либо отличаться результат блокировки карты в одном и в другом случае, и какому из способов блокировки отдать предпочтение? Спасибо!

[AlexRuden]

Вопрос: будет ли чем-либо отличаться результат блокировки карты в одном и в другом случае, и какому из способов блокировки отдать предпочтение?

Для утерянных ключей типа "основной" можно обоими способами.
Для утерянных ключей типа - мастер, открывающий, закрывающий - только "блокировка".

"Блокировка" ключа запрещает действие ключа любого типа. Она используется для
временного блокирования ключа (например, в случае утери ключа) с возможностью его
последующего восстановления.

"Уровень доступа" (номер уровня доступа) определяет права и ограничения доступа
"основного" ключа, а также права ключа на управление взятием/снятием ШС контроллера.

"запрещен" (нет прав доступа в зону, контролируемую данным считывателем).

[Shuniander]

Вопрос: будет ли чем-либо отличаться результат блокировки карты в одном и в другом случае, и какому из способов блокировки отдать предпочтение?

Для утерянных ключей типа "основной" можно обоими способами.
Для утерянных ключей типа - мастер, открывающий, закрывающий - только "блокировка".
Спасибо!!! Очень ценный факт!

"Блокировка" ключа запрещает действие ключа любого типа. Она используется для
временного блокирования ключа (например, в случае утери ключа) с возможностью его
последующего восстановления.

"Уровень доступа" (номер уровня доступа) определяет права и ограничения доступа
"основного" ключа, а также права ключа на управление взятием/снятием ШС контроллера.

"запрещен" (нет прав доступа в зону, контролируемую данным считывателем).

[echelon]

Кстати, большая ошибка удалять насовсем потерянный ключ из базы.
Я всегда его блокирую и смотрю периодически попытки прохода по заблокированным ключам. А они отличаются от обычных событий "доступ запрещен".
Так мы например поймали человека, специально укравшего ключ.

[Sia-Ori]

В достаточно крупном СКУДе при таких действиях часто оставались хвосты в контроллерах - ключи, в базе вроде бы с Запретом, но в части контроллеров живые, рабочие.
И гарантированно оставались хвосты после простого удаления ключа.
Так что запрет, синхронизация, синхронизация, синхронизация, перезапись. И только потом, спустя время - полное удаление из базы.

[MadHacker]

В 1.12 достаточно одну перезапись при переходе на 1.12 и в дальнейшем хватит синхронизации.
Проблема с синхронизацией при плохой связи с приборами (из-за которой оставались хвосты) решена.

[Sia-Ori]

Проблема с синхронизацией при плохой связи с приборами (из-за которой оставались хвосты) решена.

Способ решения неизвестен?
Связь, кстати, у нас неплохая, после первого геморроя разбили объект на несколько 485-х веток по 10-15 контроллеров в каждой.
На магистрали висят только ПИшки и всё, все приборы уже через них. Кабель... Хороший. Ошибки есть, но так, единицы.

[MadHacker]

Ну почему неизвестен? В софте исправлен баг из-за которого при плохой связи команды записи\удаления ключей могли теряться. В 1.12 был изменён механизм синхронизации. Больше ничего не теряется.