Masygreen,

Возьмите какую-нить типовую конфу, например, Бухалтерию(думаю, что в любой так сделано). Описывать весь механизм не буду, расскажу вкратце: есть регистр сведений "ГраницаЗапретаИзмененияДанных". Там есть измерения "Организация", "Пользователь" и ресурс "ГраницаЗапрета", т.е. собственно, дата контроля. Т.о. можно настраивать контроль доступа как на уровне пользователей, так и на уровне организаций. В ролях пользователей нужно настроить фильтры RLS на доступ к объектам, в т.ч. нужным документам с учетом этого регистра. Смотрите типовую конфу. Удачи)

Сисой
Учтите, что RLS потребляет доп. ресурсы и притормаживает работу. В Вашей задаче проще и эффективнее использовать подписки на события.

Потребляет, но немного. Во всяком случае, на нормальном оборудовании этого не чувствуется.
Другое дело, что я ошибся, когда сказал, что границы запрета проверяются в фильтре RLS. Извиняюсь за дезу)). Тут глянул, в типовой немного по-другому сделано - при начале работы устанавливается параметр сеанса, куда считывается как раз инфа из регистра "Границы...", а потом в обработчиках объектов "ПриЗаписи" идет проверка.
Кстати, я как раз не согласен с тем, что подписка на события - хорошая идея, мне кажется, что как раз подписчики тратят куда-как больше ресурсов, чем более, что они отрабатывают на сервере 1С, а RLS - на сервере СУБД. ИМХО, с точки зрения производительности лучше больше загружать работой СУБД и максимально разгружать сервер 1С.

Masygreen,

Маленький совет по юзабилити:
делайте проверку вашей константы и устанавливайте св-во документа "ТолькоПросмотр" не при записи, а при открытии, т.е. в обработчике формы документа "ПриОткрытии". А так Вы пытаетесь пить боржоми в момент когда почки уже отвалились)))
И ещё: константа всё таки недостаточно гибкое решение, например, если Вы захотите управлять доступом с учетом каких-нибудь данных - по пользователям или по организации, то константа не позволит делать подобные проверки. Удачи с 1С, обращайтесь, если что)