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