Как включить регистрацию отказов в журнале событий 1С
 

УПП
Надо набрать статистику по обращениям пользователей к документам/регистрам/отчетам и т.д.
пытаюсь это сделать через Журнал Регистрации
Но штатно там фиксируются только создание /изменение/проведение
просто просмотр не фиксируется
нашел в документации, что событие может быть и
_$Access$_.Access - Доступ. Доступ;
_$Access$_.AccessDenied Доступ. Отказ в доступе
Т.е. и просто заход/использование документа может фиксироваться.
Нашел так же фразу, что включено может быть только программно.
даже нашел нескольк ссылок на инфостарт на обработки, которые это включают выключают типа этой:
[url]http://forum.infostart.ru/forum24/topic37396/[/url]
Но никак не могу найти собственно описание как включить это всё...
Подскажите или дайте ссылку ?

Событие Отказ в доступе предназначено для регистрации фактов отказа в доступе к тем или иным данным пользователям системы. Для настройки регистрации события Отказ в доступе, следует задать:
...
НастройкаСправочника = Новый ОписаниеИспользованияСобытияОтказВДоступеЖурналаРегистрации();
...
(с) ИТС онлайн
Там же на ИТС вроде бы была готовая обработка для выбора мышью, что и где регистрировать. Но чего то найти не могу.

1-Lexusss > И это что (исходя из примера в контекстной справке) надо такое для каждого объекта делать? Или можно как то оптом на всю конфигурацию включить ?

?

(2) Если ты включишь регистрацию на каждый объект, 1С умрет.

4-Lexusss > Т.е. мне выбрать регистрацию по каким объектам я хочу видеть и только по ним и включить ?
Не совсем то ....
Мы то хотим именно статистику использования объектов какждым пользователем/группой пользователей получить.
Что бы потом разграничить права более явно. Если пользователь куда то ломится, а его не пускают и так постоянно выяснить - зачем это ему, может стоит включить и наоборот - доступ открыт а никто туда не заходит, - закрыть от греха подальше....

(5) Весьма глупо (сказать прямо - идиотский кретинизм) использовать журнал регистрации для этих целей. Фактически, вам нужно два измерения для сбора этой статистики: пользователь и тип объекта. В ЖР же зальется 10 параметров - дата с временем, комп, ссылка на объект, номер сеанса, представление объекта и т.д.
Да и сам такой поход к ограничение доступа имеет очень много погрешностей. Что если пользователь сейчас постоянно тырит информацию или портит баланс - так и продолжать разрешать ему делать? Или же документ реформации баланса, проводящийся раз в год, - закрыть всем на него доступ?
Разграничение доступа проводится на основании должностных обязанностей, с учетом серьезного анализа взаимозависимостей данных.
ПЫСЫ: На днях поступила заявка - операторам отрезать доступ к выписке заказов на материалы: они только принимают заявки на услуги. Только вот какой подводный камень - принимают то заявки на услуги, но вот закрывают автоматом реализацией в том числе и товары. Пришлось делать rollback.
Не такая уж простая и очевидная тема - ограничения доступа, тем более с RLS.