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