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