При разработке расширений для типовых конфигураций, таких как Бухгалтерия предприятия 3.0, разработчики часто сталкиваются с ситуацией, когда после добавления объекта и настройки прав для пользователя система выдает ошибку доступа. Одной из самых распространенных ошибок является Поле объекта недоступно для чтения при попытке работы с датой или номером документа. Давайте разберем, почему это происходит и как правильно настроить права доступа, чтобы сохранить конфигурацию на поддержке.
Многие начинающие разработчики совершают типичную ошибку: при добавлении роли в расширение и настройке прав на документ, они ограничиваются установкой галочек только на самом объекте (в данном случае — Документ.ТребованиеНакладная). Однако стандартные реквизиты, такие как Дата, Номер, Ссылка или Проведен, являются самостоятельными элементами структуры метаданных.
Если в роли не установлены права на использование стандартных реквизитов, платформа при попытке обращения к Объект.Дата в модуле формы выдает ошибку доступа. Важно понимать, что работа с динамическим списком в консоли запросов часто проходит успешно, так как там используются другие механизмы проверки, а при открытии формы формы запускается программный код, напрямую обращающийся к свойствам объекта.
Для корректной настройки прав доступа выполним следующие действия:
ТребованиеНакладная.Дата и Номер.После установки этих прав ошибка исчезнет, так как программный код формы получит разрешение на считывание значений из стандартных полей документа.
При работе с расширениями важно помнить несколько правил, которые помогут избежать подобных инцидентов в будущем:
1. Полный комплект прав. Всегда проверяйте права не только на сам объект, но и на все его составляющие: Реквизиты, Табличные части и Стандартные реквизиты. Если форма документа использует специфические регистры или другие объекты, доступ к ним также должен быть настроен.
2. Право «Просмотр» и «Чтение». Помните, что право Просмотр отвечает за видимость объекта в списках и журналах, а право Чтение позволяет системе считывать данные из формы. Для корректной работы часто требуется наличие обоих этих прав.
3. Использование механизма заимствования. При добавлении документов в расширение всегда используйте стандартный механизм «Добавить в расширение» с сохранением прав доступа. Это позволит системе автоматически подтянуть необходимые связи.
4. Проверка через отчет «Проверка прав». Используйте встроенный функционал конфигуратора для анализа прав пользователя. Этот инструмент наглядно покажет, какой именно объект или реквизит блокируется системой безопасности 1С, что позволит сэкономить время на отладке.
Таким образом, мы видим, что решение проблемы кроется не в ошибке кода, а в гранулярности прав 1С. Разделение прав на объект и его составляющие — это фундаментальный принцип безопасности платформы, который необходимо учитывать при создании любых расширений.