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

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

Чтобы изменить права, нужно войти в базу под учётной записью с правами администратора. Обычный пользователь без административных прав не сможет изменить ни свои, ни чужие права — соответствующие разделы меню будут просто недоступны. Если вы не администратор, запрос на изменение прав нужно направить ответственному за сопровождение 1С.

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

Как устроены права доступа в 1С

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

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

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

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

В конфигурациях на базе БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11, ERP) откройте раздел «Администрирование» → «Настройки прав и пользователей» → «Пользователи». Найдите нужного сотрудника в списке и откройте его карточку. На закладке «Права доступа» или по ссылке «Права доступа» отобразится список групп, в которые он входит.

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

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

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

Индивидуальные права вне групп

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

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

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

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

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

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

Изменённые права применяются не мгновенно к активным сеансам: пользователь должен завершить сеанс и войти заново. Пока сеанс активен, он работает со старым набором разрешений. Это частая причина жалоб «права поменяли, но ничего не изменилось».

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

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

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

Пользователь перезашёл в базу

Норма

Видит только разрешённые разделы и документы

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

Старые права сохранились — сеанс не был перезапущен

Попытка открыть запрещённый объект

Норма

Сообщение о нарушении прав доступа или объект скрыт

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

Объект открывается — лишняя роль не снята

Работа по основному сценарию

Норма

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

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

Ошибка «Нарушение прав доступа» — не хватает роли

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

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

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

Как выбрать способ настройки под свою ситуацию

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

Сравнение вариантов

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

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

Копия профиля с доработкой

Когда стандартный профиль почти подходит, но нужно добавить или убрать отдельные роли; сохраняется при обновлениях

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

Для нетиповых конфигураций и новых ролей; требует резервной копии и усложняет обновление типовых решений

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

Частые вопросы

Почему после изменения прав у пользователя ничего не поменялось?

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

Можно ли дать пользователю право смотреть документы, но не изменять их?

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

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

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

Что делать, если случайно сняли права у единственного администратора?

Если в базе не осталось пользователя с административными правами, потребуется восстановление: для файловой базы — через специализированную обработку или правку списка пользователей средствами конфигуратора с полными правами на уровне СУБД, для клиент-серверной — через консоль кластера. Профилактика проста: всегда держите минимум две учётные записи с административными правами.

Сбросятся ли настроенные права при обновлении конфигурации?

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

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

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