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