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