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