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

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

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

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

Что именно входит в роль базовых прав

Состав роли зависит от конфигурации, но логика везде одинаковая: в неё включено только то, что нужно для старта сеанса и корректной отрисовки интерфейса. Обычно это права на чтение служебных справочников (пользователи, валюты, единицы измерения), запуск общих команд, доступ к подсистемам навигации, чтение регистров сведений с настройками интерфейса и версионированием объектов.

Документы продаж, кассовые операции, проводки, отчёты по остаткам — всего этого в базовых правах нет. Если пользователю назначить только эту роль, он войдёт в программу, увидит пустой или почти пустой рабочий стол и не сможет выполнить ни одной хозяйственной операции. Это нормальное поведение, а не сбой.

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

Главное отличие — назначение. Обычные роли описывают функциональность: «Кассир» открывает кассовые документы, «Бухгалтер» — проводки и отчётность. Базовые права описывают инфраструктуру: вход, навигацию, служебные данные. Вторая разница — в способе назначения: функциональные роли часто выдаются через профили групп доступа, а базовые права в типовых конфигурациях назначаются автоматически при записи пользователя.

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

Сравнение подходов к правам

Базовые права + функциональные роли

Стандартный вариант типовых конфигураций. Подходит всем; требует только корректно назначить профили групп доступа.

Одна сводная роль на должность

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

Полные права всем

Допустимо только в тестовых базах. В рабочей базе это риск случайного удаления данных и нарушения разграничения ответственности.

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

В типовых конфигурациях на БСП назначение происходит автоматически: при создании пользователя в справочнике «Пользователи» система сама включает базовые права, если администратор не отключил это. Ручная настройка требуется, когда пользователь создавался через конфигуратор или роль была снята по ошибке.

Проверить состав ролей можно двумя путями. Через конфигуратор: откройте «Администрирование → Пользователи», выберите пользователя и посмотрите список ролей на соответствующей закладке. Через режим предприятия: в разделе администрирования откройте карточку пользователя и проверьте профили групп доступа и отметку о базовых правах.

1. 1
   Создайте пользователя в разделе «Администрирование → Пользователи» в режиме предприятия, укажите имя и пароль.
2. 2
   Убедитесь, что базовые права назначены автоматически — в типовых конфигурациях это происходит при записи.
3. 3
   Добавьте пользователя в группу доступа с нужным профилем (например, «Менеджер по продажам»).
4. 4
   Войдите под новым пользователем и проверьте, что открываются нужные разделы и нет сообщений о нарушении прав.

Типичные ошибки и их признаки

Самая частая проблема — пользователь не может войти, и платформа сообщает о нарушении прав доступа. Причина почти всегда в том, что роль базовых прав не назначена: например, учётную запись создали в конфигураторе и забыли поставить галочку. Вторая типичная ситуация — вход выполняется, но при открытии конкретного документа появляется ошибка. Здесь дело уже не в базовых правах, а в отсутствующей функциональной роли или ограничении на уровне записей (RLS).

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

Безопасность: что можно делать самостоятельно

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

Изменение самих ролей в конфигураторе — уже зона ответственности специалиста по 1С. Неправильно снятая галочка на служебном объекте может заблокировать вход всем пользователям сразу, а восстановление потребует отката конфигурации или загрузки из резервной копии.

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

Контроль строится на трёх проверках: вход в базу, открытие рабочих разделов и выполнение типовой операции. Если пользователь вошёл, видит нужные документы и может провести один из них без ошибок — набор ролей корректен. Дополнительно стоит проверить обратное: сотрудник не должен видеть разделы, которые ему не положены, например регламентные операции или настройки обмена.

В крупных внедрениях полезно вести матрицу «должность — профиль доступа» и сверять с ней права при приёме, переводе и увольнении сотрудников. Это дешевле, чем разбирать инциденты с лишним доступом задним числом.

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

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

Вход в базу под пользователем

Норма

Сеанс запускается, открывается начальная страница

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

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

Открытие рабочих документов

Норма

Документы открываются и проводятся

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

Ошибки прав при открытии форм или записи

Доступ к чужим разделам

Норма

Лишние разделы скрыты или недоступны

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

Пользователь видит зарплату, настройки, администрирование

FAQ: частые вопросы о базовых правах в 1С

Можно ли удалить роль «Базовые права» из конфигурации?

Нет. Эта роль — часть механизма запуска сеанса в конфигурациях на БСП. Её удаление или очистка приведёт к тому, что пользователи не смогут войти в базу. Роль обновляется вместе с конфигурацией и не требует ручного вмешательства.

Почему пользователь с базовыми правами видит пустой рабочий стол?

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

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

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

Нужно ли назначать базовые права вручную каждому новому пользователю?

В типовых конфигурациях — нет: при создании пользователя через справочник «Пользователи» роль назначается автоматически. Ручное назначение требуется только если учётную запись заводили через конфигуратор или роль была снята.

Ошибка «Нарушение прав доступа» при открытии документа — это проблема базовых прав?

Обычно нет. Если вход в базу выполнен успешно, базовые права работают. Ошибка при открытии конкретного объекта означает нехватку функциональной роли или срабатывание ограничения доступа на уровне записей (RLS) — проверяйте профиль группы доступа пользователя.