К статье
Практический материал

Администрирование · 9 мин

Базовые права БТС в 1С 8.3: что это и как с ними работать

Что такое базовые права БТС в 1С 8.3, зачем нужны базовые роли и профили, как назначить их пользователю и проверить результат без риска для данных.

При настройке доступа в конфигурациях 1С 8.3, построенных на Библиотеке стандартных подсистем (БСП) и Библиотеке технологии сервиса (БТС), администратор регулярно встречает профили и роли со словами «базовые права». Это не отдельный режим программы, а минимальный набор разрешений, без которого пользователь в принципе не сможет войти в систему и видеть интерфейс.

БТС — библиотека, которую фирма «1С» использует в сервисных решениях (например, при работе через модель сервиса, когда программа развёрнута у провайдера). Она надстраивает механизмы БСП и привносит собственные роли и профили групп доступа, в том числе базовые. Понимание того, что входит в базовые права, избавляет от двух типовых проблем: пользователь не может войти в базу либо, наоборот, получает лишние возможности.

Материал ориентирован на администраторов и внедренцев, которые настраивают права через профили групп доступа, а не через прямое назначение ролей в конфигураторе. Все действия описаны для типовой логики БСП/БТС; в конкретной конфигурации состав ролей может отличаться, поэтому перед изменениями на рабочей базе делайте выгрузку.

Что такое базовые права и чем они отличаются от рабочих ролей

В механизме прав 1С есть два уровня. Первый — роли в конфигураторе: они определяют, к каким объектам метаданных есть доступ технически. Второй — профили групп доступа и сами группы доступа в пользовательском режиме: через них администратор назначает права конкретным людям, не открывая конфигуратор.

Базовые роли (в типовых поставках имя часто содержит слова «БазовыеПрава» или аналогичные) дают минимум: чтение версии конфигурации, доступ к служебным механизмам, запуск сеанса, работу с интерфейсом. Они не открывают документы, справочники и отчёты прикладного уровня — за это отвечают рабочие профили, например «Менеджер по продажам» или «Бухгалтер».

Ключевая идея: базовые права — это фундамент, а не самостоятельный набор. Если выдать пользователю только рабочий профиль без базовых ролей, возможны ошибки при входе, пустой интерфейс или сообщения о нарушении прав при обращении к служебным механизмам. Поэтому в типовых решениях базовый профиль добавляют каждому пользователю по умолчанию.

Из чего состоят базовые права БТС

Точный состав зависит от версии библиотеки и конфигурации, но по назначению базовые разрешения делятся на несколько групп:

  • Вход и сеанс: запуск тонкого/веб-клиента, аутентификация, чтение настроек пользователя.
  • Интерфейс: доступ к панелям разделов, настройкам форм, персональным спискам.
  • Служебные подсистемы: напоминания, заметки, варианты отчётов, работа с файлами на уровне механизмов БСП.
  • Специфика БТС: обращения к механизмам разделения данных и сервисным подсистемам, если решение работает в модели сервиса.

Права на прикладные объекты — заказы, накладные, проводки, кассовые документы — в базовый набор не входят. Это принципиальное ограничение: базовый профиль безопасно назначать любому сотруднику, потому что он не раскрывает коммерческие данные.

Как назначить базовые права пользователю

В типовых конфигурациях на БСП назначение выполняется в пользовательском режиме через раздел администрирования. Типовой путь выглядит так:

Обратите внимание: права применяются при новом сеансе. Если пользователь уже работал в программе, изменения подействуют после перезапуска его сеанса — это частая причина ложного вывода «настройка не сработала».

В файловых базах без механизма групп доступа (редкий случай для БТС-решений) роли назначаются напрямую в конфигураторе через список пользователей. Там базовые роли отмечаются в карточке пользователя наряду с рабочими.

Как проверить, что права настроены правильно

Проверка сводится к трём признакам: пользователь входит без ошибок, видит свой рабочий интерфейс и не имеет доступа к чужим данным. Тестировать лучше под учётной записью самого пользователя или тестовой копией с аналогичными правами.

Контрольные точки

Как проверить результат

Вход в программу
Норма

Сеанс запускается, нет сообщений о нарушении прав

Тревожный признак

Ошибка «Нарушение прав доступа» при старте или пустой рабочий стол

Рабочие функции
Норма

Открываются документы и отчёты по рабочему профилю

Тревожный признак

Разделы видны, но при открытии объектов — отказ в доступе

Избыточные права
Норма

Чужие разделы и административные функции скрыты

Тревожный признак

Пользователь видит настройки прав, служебные обработки или чужие данные

Для диагностики отказов в доступе полезен технологический журнал или отчёт «Анализ прав доступа» (если он есть в конфигурации). Он показывает, к какому объекту и какой роли не хватило разрешения, что позволяет точечно дополнить профиль вместо выдачи прав «с запасом».

Типичные ошибки при работе с базовыми правами

Типичные ошибки
01
Выдача полных прав «на время» вместо настройки профиля — потом про это забывают, и пользователь месяцами работает с избыточным доступом.
02
Копирование рабочего профиля без базовых ролей — пользователь не может войти или получает ошибки при обращении к служебным механизмам.
03
Изменение типового базового профиля под одного пользователя — при обновлении конфигурации изменения конфликтуют с поставкой и теряются.
04
Проверка прав без перезапуска сеанса — создаётся ложное впечатление, что настройка не работает.
05
Назначение ролей напрямую в конфигураторе при включённых группах доступа — два механизма конфликтуют, итоговые права становятся непредсказуемыми.

Отдельная ошибка — правка базовых ролей в конфигураторе «под себя». Это делает конфигурацию нетиповой, усложняет обновления и может нарушить работу сервисных механизмов БТС. Корректный путь — создать собственный профиль в пользовательском режиме и включить в него нужные роли.

Особенности БТС в модели сервиса

Если решение работает в режиме сервиса (SaaS), БТС добавляет разделение данных: каждый абонент видит только свою область. Базовые права в этом случае включают разрешения на разделённые служебные объекты, и вмешательство в них особенно рискованно — ошибка может затронуть механизм разделения.

Для администратора абонента в сервисе действует то же правило: работайте через профили групп доступа, не трогайте поставляемые менеджером сервиса роли. Часть настроек в SaaS-режиме вообще недоступна абоненту — это нормальное ограничение, а не неисправность.

Маршрут решения

Как выбрать действие

Пользователь не может войти, ошибка прав при стартеПроверьте, добавлен ли он в группу доступа с базовым профилем, и перезапустите сеанс
Входит, но не открываются рабочие документыПроблема в рабочем профиле — дополните его ролями на нужные объекты, базовые права не трогайте
После обновления появились ошибки доступа у всех пользователейСравните базовые профили с новой типовой поставкой — вероятно, добавлены новые базовые роли
Нужно дать временный доступ к чужой функцииСоздайте отдельный профиль и группу доступа, по завершении исключите пользователя из группы

FAQ

Чем базовые права отличаются от полных прав?

Полные права открывают все объекты конфигурации, включая администрирование и служебные данные. Базовые права дают только минимум для входа и работы интерфейса, не открывая прикладные данные. Полные права выдают только администраторам, базовые — всем пользователям как фундамент.

Можно ли обойтись без базового профиля, если у пользователя есть рабочий?

Технически иногда вход возможен, если рабочие роли перекрывают нужные разрешения, но типовая схема БСП/БТС рассчитана на наличие базового профиля у каждого пользователя. Без него возможны ошибки при обращении к напоминаниям, настройкам, вариантам отчётов и другим служебным механизмам.

Куда пропали права после обновления конфигурации?

Чаще всего при обновлении библиотеки добавляются новые базовые роли, которых нет в ваших самодельных профилях. Откройте профили групп доступа, сравните состав ролей с типовым базовым профилем и отметьте недостающие. Изменения применятся после перезапуска сеансов пользователей.

Нужно ли назначать базовые роли в конфигураторе?

Если включён механизм групп доступа — нет, назначение делается через профили в пользовательском режиме. Прямая расстановка ролей в конфигураторе допустима только в простых базах без групп доступа; совмещать оба способа не следует.

Опасно ли давать базовый профиль всем сотрудникам?

Нет, это штатная практика: базовый профиль не открывает документы, справочники и отчёты с коммерческими данными. Он лишь обеспечивает вход и работу служебных механизмов. Доступ к данным регулируется отдельно рабочими профилями и группами доступа.

Как узнать, каких прав не хватает пользователю?

Зафиксируйте полный текст ошибки «Нарушение прав доступа» — в нём указан объект и действие. Если в конфигурации есть отчёт по анализу прав, используйте его; иначе помогает технологический журнал с событием доступа. По этим данным точечно дополните профиль, не выдавая избыточных разрешений.

Итог

Что важно запомнить

Базовые права БТС — это минимальный фундамент доступа: вход, интерфейс, служебные механизмы. Назначайте базовый профиль каждому пользователю вместе с рабочими профилями, меняйте права только через группы доступа, проверяйте результат перезапуском сеанса и не используйте полные права как временное решение.