После проведения планового обновления конфигураций на базе 1С:Бухгалтерия 3.0 (или других решений на базе БСП) разработчики и администраторы часто сталкиваются с неприятной ситуацией. Пользователи, имеющие ограниченные или нетиповые (самописные) роли, при попытке открыть список документов (например, ПеремещениеТоваров или ПриходныйКассовыйОрдер) получают критическую ошибку: «Нарушение прав доступа!». При этом Журнал регистрации может не содержать подробностей, ограничиваясь скупой фразой «Ошибка выполнения».
В этой статье мы подробно разберем, почему возникает эта ошибка, как работает механизм «Длительная операция при открытии списка» и какие конкретно права необходимо добавить в нетиповые роли, чтобы восстановить работоспособность системы.
Проанализируем ситуацию: почему при возникновении ошибки Журнал регистрации не всегда показывает конкретный объект, на который не хватает прав? Рассмотрим техническую сторону вопроса. Начиная с версии платформы 8.3.12 и выше, механизм перехвата событий при получении формы может работать в контексте, который не всегда корректно детализирует отказ в доступе, если он происходит в момент перенаправления вызова от одной формы к другой.
Для того чтобы увидеть реальную картину, выполним следующие действия в Журнале регистрации:
Доступ. Отказ в доступе.Регистрировать ошибки, предупреждения, информацию, примечания.Разберем, что изменилось в логике программы. В современных редакциях конфигураций 1С внедрен механизм, предотвращающий «зависание» интерфейса при открытии тяжелых динамических списков. Вместо того чтобы сразу отрисовывать форму списка, система анализирует сложность запроса.
Выясним, как это работает программно. В системе существует подписка на событие ПереопределитьПолучаемуюФормуСпискаСОжиданием. Она реагирует на событие ОбработкаПолученияФормы. Когда код конфигурации вызывает стандартную форму списка, подписка перехватывает этот вызов и вместо основной формы возвращает техническую заглушку — ОбщаяФорма.ДлительнаяОперацияОткрытиеСписка.
Посмотрим на пример логики, которая происходит «под капотом»:
// В обработчике события ОбработкаПолученияФормы
Если ТребуетсяОжиданиеПриОткрытии Тогда
ВыбраннаяФорма = "ОбщаяФорма.ДлительнаяОперацияОткрытиеСписка";
КонецЕсли;
Если у пользователя в его роли нет прав на просмотр или открытие этой общей формы, система мгновенно выдает «Нарушение прав доступа», даже не доходя до проверки прав на сам документ ПеремещениеТоваров.
Чтобы решить проблему, проанализируем состав метаданных, к которым обращается механизм длительных операций. Для корректной работы нетиповой роли нам необходимо вручную добавить права на следующие объекты в Конфигураторе:
ДлительнаяОперацияОткрытиеСписка — необходимо установить права Просмотр и Открытие. Это та самая форма, которая показывает «котика» или индикатор загрузки.ДлительныеОперации — часто используется как вспомогательный объект для управления фоновыми заданиями.СтатистикаОткрытияФорм — это критически важный объект. Система пытается зафиксировать время начала операции открытия. Для этого параметра в роли должны быть разрешены Получение и Установка. Отсутствие права на Установку — самая частая причина ошибки.ДлительныеОперации, ДлительныеОперацииКлиент и ДлительныеОперацииВызовСервера.Рассмотрим еще один важный аспект. Механизм ожидания тесно интегрирован с подсистемой замера производительности (БСП). При открытии формы система записывает данные в регистры сведений, чтобы администратор мог видеть, какие списки открываются дольше всего.
Если ваша нетиповая роль слишком «узкая», она может блокировать запись в эти технические регистры. Проанализируем ситуацию: если добавление прав на форму ДлительнаяОперацияОткрытиеСписка не помогло, попробуйте добавить пользователю одну из типовых «базовых» ролей, например:
ЧтениеБазовойНСИЗапускТонкогоКлиентаВыводНаПечатьВ этих ролях обычно уже собраны минимально необходимые права на системные параметры сеанса и общие формы, которые требуются для работы интерфейса БСП.
Если права на указанные выше объекты добавлены, но ошибка сохраняется, воспользуемся методом отладки «от противного». Разберем этот алгоритм по шагам:
Остановку по ошибке (Меню Отладка — Настройка отладки — Остановка по ошибке — включить галочку «Останавливаться по ошибке»)./N "ИмяПользователя").Часто отладчик выводит нас на код в модуле менеджера документа, где проверяется право доступа через функцию ПравоДоступа(), либо на попытку записи в параметр сеанса СтатистикаОткрытияФорм.
Подведем итог нашего анализа. Причиной ошибки «Нарушение прав доступа» после обновления является несоответствие старых нетиповых ролей новым механизмам БСП. Основные «виновники» — общая форма ожидания и параметры статистики.
Рекомендация: При создании нетиповых ролей всегда включайте в профиль пользователя типовую роль СтандартныеПрава (или аналогичную в вашей конфигурации). Это избавит вас от необходимости вручную отслеживать изменения в технических объектах платформы и БСП при каждом обновлении. Если же вы стремитесь к максимальному ограничению прав, обязательно зафиксируйте в своем чек-листе обновлений проверку прав на объект СтатистикаОткрытияФорм и форму ДлительнаяОперацияОткрытиеСписка.