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