Как добавить права пользователю в 1С

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

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

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

Как устроены права в 1С: роли, профили и группы доступа

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

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

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

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

Это основной сценарий для УТ, ERP, ЗУП, КА и Бухгалтерии предприятия. Работа выполняется в режиме «Предприятие», конфигуратор не нужен.

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

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

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

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

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

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

Для файловой базы список пользователей хранится в самой базе, для клиент-серверной — в кластере и базе одновременно. Изменения вступают в силу после перезапуска сеанса пользователя; принудительно завершить сеанс можно через консоль кластера или «Администрирование → Активные пользователи».

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

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

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

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

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

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

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

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

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

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

Норма

Пользователь входит и видит свой рабочий стол

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

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

Открытие нужного раздела

Норма

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

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

Раздел скрыт или объекты недоступны — не хватает роли в профиле

Доступ к чужим данным

Норма

Видны только разрешённые организации и подразделения

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

Видны все организации — ограничение на уровне записей не включено

Лишние функции

Норма

Административные разделы недоступны

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

Пользователь видит настройки прав — выданы избыточные роли

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

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

Пользователь не может войти в базу после назначения прав. Что делать?

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

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

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

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

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

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

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

Чем отличаются права в файловой и клиент-серверной базе?

Состав ролей и профилей одинаков. Разница в хранении учётных записей: в клиент-серверном варианте пользователь должен существовать и в кластере серверов 1С, иначе аутентификация не пройдёт даже при корректных ролях в базе.