Настройка прав доступа в «БИТ.Финанс» — это задача, требующая глубокого понимания того, как именно данное решение взаимодействует с типовыми механизмами платформы 1С. Часто разработчики сталкиваются с тем, что созданная роль «Редактирование договоров» не дает ожидаемого эффекта, а система упорно требует наличия базовой роли ДобавлениеИзменениеДанныхБухгалтерии. Давайте разберем, почему так происходит и как с этим работать.
Первое, что необходимо осознать: «БИТ.Финанс» не является изолированной системой. Это надстройка, которая активно использует механизмы типовых конфигураций (например, 1С:ERP или БП). Архитектура системы устроена так, что она может выполнять проверку прав не только через явные роли, но и через сложные механизмы RLS (ограничение доступа на уровне записей) и подписки на события.
Если вы создали отдельную роль, но для создания договора система все равно требует наличие ДобавлениеИзменениеДанныхБухгалтерии, это означает, что логика проверки прав «зашита» на уровне бизнес-логики объектов. Часто проверка происходит следующим образом:
Часто возникает вопрос: почему при добавлении профиля групп доступа роль не отображается в конфигураторе? Важно понимать, что справочник ПрофилиГруппДоступа в «БИТ.Финанс» — это логическая надстройка. Синхронизация между этим справочником и реальными правами в платформе 1С происходит через специальные регламентные процедуры системы.
Если роль не «подхватывается», не пытайтесь вручную менять права через конфигуратор для каждого пользователя. Рассмотрим алгоритм действий:
RLS. Если у вас возникают ошибки при чтении регистров (например, ДОХОДЫ или РАСХОДЫ), это почти всегда указывает на отсутствие прав на дополнительные объекты (например, ЦФО или СтатьиОборотов), которые используются в условиях ограничений.Если вы видите ошибку «У пользователя недостаточно прав на исполнение операции над базой данных», прежде всего, проанализируйте ЖурналРегистрации. Настройте отбор по пользователю и событию «Ошибка доступа». Это покажет вам, к какому конкретно объекту метаданных система пытается обратиться и получает отказ.
Помните, что в «БИТ.Финанс» доступ к регистру накопления требует наличия доступа ко всем измерениям этого регистра. Если в регистре РАСХОДЫ есть измерение Проект, то пользователь обязан иметь право на чтение справочника Проекты, даже если этот справочник напрямую не используется в интерфейсе пользователя.
Многие проблемы с «заблокированными» правами в «БИТ.Финанс» связаны с ошибками в базовых шаблонах RLS старых релизов. Разработчики «БИТ.Финанс» регулярно выпускают патчи, которые исправляют логику проверки прав. Если ваша версия конфигурации устарела, никакие манипуляции с ролями не помогут достичь желаемого результата.
Рекомендация: Первым делом сравните свой релиз с актуальным на сайте вендора. В подавляющем большинстве случаев обновление конфигурации устраняет «затык», при котором пользовательские роли игнорируются системой.
Если вы пытаетесь найти проверку прав в коде через глобальный поиск, помните, что в «БИТ.Финанс» проверка часто выполняется не напрямую, а через вызовы общих модулей, таких как БФ_ПроверкаПрав или через механизмы ПравоДоступа() платформы. Не ищите просто название роли в кавычках — ищите методы, которые вызывают проверку доступа к метаданным в контексте документов или регистров.
Подведем итог:
ЖурналРегистрации для поиска объекта, на который не хватает прав.RLS: наличие прав на регистр не гарантирует доступ, если нет прав на объекты, используемые в измерениях.