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