Погодите ка) А причем здесь снятие с охраны и идентификация? Так можно нафантазировать, что ДПЦО в запарке может и по событию "без санкции" снять). Но человеческий фактор сводится к минимуму правильной настройкой, визуализацией события в интерфейсе и т.д.
Почему и говорили в предыдущей ветке - надо сделать возможность и тестировать. А применять или нет - каждый сам решает.
Чисто, имхо, как бы я пошел.
В программном коде закладывается дополнительная процедура обработки по событию ввода ключа/кода. Сама такая процедура есть в зачатке. Теперь. при входе в нее, остается вытащить необходимые переменные по ключу/коду - т.е. тип (ключа/кода), привязанная к нему персона(ы), группа/подразделение/должность), наличие галки разрешения дополнительной обработки для этой персоны/группы/подразделения/должности.
Далее в зависимости от этой галки процедура идет либо по старому пути (нет санкции), либо по новому - выводит уже вытащенную инфу о персоне.
В случае какой то нестандартной ситуации (например множественности ключа) можно вывести еще и всплывающее окно с предупреждением. В  этом случае можно продумать какие то действия, либо просто уйти в стандартную процедуру - мол "без санкции". А далее пусть админ разбирается в своей базе или отключает это допобработку вооще))
На мой непрофессиональный взгляд - не так уж и сложно))
PS. Да. Ну и, конечно, все это должно быть доступно в статистике, логах и т.п.