Где в 1С находятся права доступа и как их настроить

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

Короткий путь для большинства задач: раздел «Администрирование» → «Настройка прав и пользователей» → «Пользователи». Там назначаются профили и группы доступа. Если нужно изменить сами роли или добавить нестандартную комбинацию прав — потребуется конфигуратор и, как правило, привлечение разработчика.

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

Где находятся пользователи и права в режиме «Предприятие»

В типовых конфигурациях 1С 8.3 (Бухгалтерия, Управление торговлей, ERP, Зарплата и управление персоналом) список пользователей открывается через главное меню: «Администрирование» → «Настройка прав и пользователей» → «Пользователи». В некоторых конфигурациях путь сокращён до «Администрирование» → «Пользователи». Если раздел «Администрирование» не виден, у текущей учётной записи нет прав администратора — это первый признак того, что доступ ограничен намеренно.

В карточке пользователя доступны: имя входа, пароль, аутентификация операционной системы, а главное — вкладка «Права доступа» или поле «Профиль» и список «Группы доступа». Именно через профили в типовых решениях назначается набор ролей: кладовщику — профиль «Кладовщик», бухгалтеру — «Бухгалтер» и так далее.

Дополнительно в этом же разделе находятся настройки «Группы доступа» и «Профили групп доступа». Через них можно создать собственный профиль, скопировав типовой, и убрать из него лишние роли — например, запретить менеджеру изменять цены.

1. 1
   Откройте «Администрирование» → «Настройка прав и пользователей» → «Пользователи».
2. 2
   Найдите нужного сотрудника в списке и откройте его карточку.
3. 3
   Перейдите на вкладку «Права доступа» и проверьте назначенный профиль и группы доступа.
4. 4
   Измените профиль или группу, сохраните карточку.
5. 5
   Попросите пользователя перезайти в базу и проверьте доступ к нужным документам.

Где права доступа в конфигураторе: роли и объекты

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

Список ролей конкретного пользователя в файловой базе виден через «Администрирование» → «Пользователи» — в карточке пользователя есть список доступных ролей конфигурации. В клиент-серверном варианте тот же список доступен через консоль кластера или через конфигуратор.

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

Профили и группы доступа в типовых конфигурациях

Механизм профилей групп доступа из библиотеки стандартных подсистем (БСП) — основной рабочий инструмент в типовых решениях. Найти его можно по пути «Администрирование» → «Настройка прав и пользователей» → «Профили групп доступа». Каждый профиль содержит список ролей, которые автоматически назначаются пользователю при включении его в соответствующую группу доступа.

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

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

Ограничение доступа на уровне записей (RLS)

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

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

Учтите ограничение: RLS заметно влияет на производительность в больших базах, особенно при сложных шаблонах. Если списки документов начали открываться медленно после настройки ограничений, это повод пересмотреть шаблоны RLS с разработчиком, а не отключать механизм полностью.

Способы управления правами

Профили групп доступа

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

Роли в конфигураторе

Даёт полный контроль над правами на любые объекты. Требует навыков разработки и осторожности при обновлении конфигурации.

RLS через группы доступа

Ограничивает видимость конкретных записей (организации, склады). Может снижать скорость работы списков в больших базах.

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

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

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

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

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

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

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

Норма

Открываются только нужные разделы и документы

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

Видны лишние разделы или, наоборот, пустое меню

Проведение документа

Норма

Документ проводится без ошибок доступа

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

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

Отчёт «Права доступа»

Норма

Состав ролей соответствует профилю должности

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

Присутствуют роли с полными правами или административные роли

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

Самая частая ошибка — назначение роли «Полные права» или «Администратор системы» рядовому пользователю «чтобы всё работало». Это снимает все ограничения, включая RLS, и создаёт риск случайного удаления данных или доступа к зарплате и финансовым документам.

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

Отдельный риск — работа в конфигураторе без резервной копии. Любые изменения ролей или состава конфигурации делайте только после создания выгрузки базы (dt) или копии каталога файловой базы.

FAQ: частые вопросы о правах доступа в 1С

Почему у пользователя не видно раздела «Администрирование»?

Этот раздел отображается только у пользователей с административными правами (роли «Администратор системы», «Полные права» или профиль «Администратор» в типовых конфигурациях). Попросите действующего администратора базы проверить ваш профиль и группы доступа.

Как дать пользователю доступ только к одной организации в базе?

Создайте группу доступа с указанием конкретной организации в значениях доступа и включите в неё пользователя. Убедитесь, что он не состоит в других группах с полным доступом, иначе ограничение не сработает.

Изменил права, но пользователь всё равно видит лишнее. Что делать?

Сначала завершите сеанс пользователя и попросите зайти заново — права применяются при входе. Если не помогло, проверьте, не назначены ли ему несколько профилей: итоговые права складываются, и один «широкий» профиль перекрывает ограничения другого.

Чем отличается профиль от роли?

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

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

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

Как быстро узнать, кто имеет полные права в базе?

Откройте список пользователей и проверьте профили каждого — ищите «Администратор» и «Полные права». Для детального анализа используйте отчёт «Права доступа», он покажет фактический состав ролей по каждому пользователю.