К статье
Практический материал

Администрирование · 11 мин

Как изменить права в 1С: полное руководство

Как изменить права пользователей в 1С: настройка ролей, профилей групп доступа, прав на объекты и ограничений на уровне записей. Пошаговая инструкция и ответы на вопросы.

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

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

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

Как устроена система прав в 1С

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

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

Дополнительно существует механизм RLS (ограничение доступа на уровне записей): он позволяет разграничить не только «что можно делать», но и «с какими данными». Например, менеджер видит документы только своей организации или своего склада. RLS настраивается отдельно и заметно влияет на производительность, поэтому включается осознанно.

Как изменить права через профили групп доступа

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

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

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

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

Как создать собственный профиль с точными правами

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

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

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

Как изменить права через роли в конфигураторе

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

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

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

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

RLS применяется, когда нужно разграничить данные внутри одних и тех же объектов: по организациям, складам, контрагентам, подразделениям. Классический пример — в базе несколько юридических лиц, и бухгалтер каждой организации должен видеть только «свои» документы.

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

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

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

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

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

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

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

Открытие рабочих документов пользователя
Норма

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

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

Сообщение «Нарушение прав доступа» при обычной операции

Доступ к запрещённым разделам
Норма

Запрещённые объекты скрыты или выдают отказ в доступе

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

Пользователь видит и может менять чужие или лишние данные

Работа отчётов
Норма

Отчёты формируются и показывают только разрешённые данные

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

Пустые отчёты при наличии данных или видны чужие организации

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

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

Типичные ошибки
01
Редактирование типового профиля вместо создания копии — изменения теряются при обновлении конфигурации.
02
Выдача полных прав «на время» без возврата — временный доступ становится постоянным и создаёт риск утечки и порчи данных.
03
Проверка прав под администратором — реальные ограничения пользователя остаются незамеченными.
04
Забывание про повторный вход — пользователь продолжает работать со старыми правами и жалуется, что «ничего не изменилось».
05
Включение RLS без необходимости — замедление работы базы без реальной потребности в разграничении данных.

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

Если после изменений пользователь сообщает об ошибке доступа, не спешите добавлять права «с запасом». Текст ошибки обычно указывает объект и действие, которых не хватает — добавьте именно эту роль, а не целый дополнительный профиль.

Часто задаваемые вопросы

Почему пользователь не видит изменения прав после их настройки?

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

Можно ли дать права только на просмотр без возможности редактирования?

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

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

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

Что делать, если появляется ошибка «Нарушение прав доступа»?

Ошибка означает, что у пользователя нет права на конкретное действие с конкретным объектом. Зафиксируйте, какая операция вызвала ошибку, и добавьте в профиль пользователя роль, покрывающую именно её. Не выдавайте полные права ради устранения одной ошибки.

Нужно ли менять права в конфигураторе, если есть профили групп доступа?

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

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

Откройте его карточку пользователя и установите признак «Недействителен» (или снимите флажок входа в программу) — это надёжнее, чем удаление учётной записи, поскольку сохраняет ссылки на автора в документах. Дополнительно завершите его активные сеансы через консоль кластера или список активных пользователей.

Итог

Что важно запомнить

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