Перенос прав одного пользователя другому в 1С 8.3

· 9 мин

Содержание

Права в 1С копируют тремя способами. Быстрее всего скопировать пользователя целиком: набор доступа переедет вместе с карточкой. Если нужен только доступ, добавьте нового сотрудника в те же группы доступа, что и образец. Роли напрямую переносят в Конфигураторе, но это путь для баз без подсистемы управления доступом.

Какой способ ваш, определяет одно: включено ли в базе ограничение прав через профили и группы доступа. В типовых конфигурациях (Бухгалтерия 3.0, ЗУП 3.1, Управление торговлей 11) оно включено. Дальше разберём все варианты по очереди, от безопасного к тонкому.

Из чего состоят права: роли, профили и группы доступа

Начните с устройства, иначе копировать будете вслепую. В типовой конфигурации права строятся в три слоя.

  • 🔹 Роль — минимальный набор разрешений: читать документ, проводить, открывать справочник. Роли создаёт разработчик конфигурации.
  • 🔹 Профиль группы доступа — набор ролей под должность: «Бухгалтер», «Кадровик», «Кладовщик». Профиль отвечает на вопрос «что можно делать».
  • 🔹 Группа доступа — список пользователей, привязанный к профилю. Здесь же задаются ограничения «с кем и с чем можно работать»: по организациям, складам, подразделениям.

У пользователя нет «своих» ролей. Он состоит в одной или нескольких группах доступа, а роли получает через профили этих групп. Поэтому «скопировать права» на деле означает «посадить человека в те же группы».

Посмотреть, в каких группах состоит сотрудник, можно так: Администрирование → Настройки пользователей и прав → Пользователи, открыть карточку и перейти по ссылке на права доступа (группы доступа).

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

Как скопировать пользователя вместе с правами

Самый короткий путь, когда нужен «такой же, как Иванова, только Петров».

  1. Откройте Администрирование → Настройки пользователей и прав → Пользователи.
  2. Встаньте на образец и нажмите кнопку копирования (или клавишу F9).
  3. Введите имя и полное имя нового сотрудника. Имя для входа не должно совпадать с образцом.
  4. Задайте способ входа и пароль. Пароль копироваться не должен, его всегда задают заново.
  5. Перед записью проверьте блок прав доступа: набор групп должен подтянуться с образца.
  6. Нажмите «Записать и закрыть».

Что именно скопируется, зависит от версии БСП в вашей конфигурации. В одних релизах переносятся группы доступа, в других — только основные свойства и роли. Поэтому после записи откройте нового пользователя и сверьте список групп с образцом.

Не копируйте администратора. Если образец входит в группу с профилем «Администратор», новый пользователь получит полный доступ ко всей базе. Для рядового сотрудника такой вариант не нужен.

Профили и группы доступа: как дать новому сотруднику те же права

Это основной рабочий способ. Он надёжнее копирования карточки, потому что вы видите, куда именно добавляете человека.

Шаг 1. Узнайте, в каких группах образец

Откройте Администрирование → Настройки пользователей и прав → Группы доступа. Список можно отобрать по участнику: введите фамилию образца в отбор или откройте группы из его карточки. Выпишите названия.

Шаг 2. Добавьте нового сотрудника в эти группы

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

Шаг 3. Проверьте ограничения

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

Шаг 4. Не правьте профили без нужды

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

ЗадачаЧто делаетеРиск
Нужны такие же права, как у коллегиДобавляете в те же группыНизкий
Нужно «как у коллеги + ещё одно»Новая группа с доп. профилемНизкий
Нужно изменить права всем в должностиПравите профильЗатронет всех участников
Нужна роль, которой нет в конфигурацииКонфигуратор, расширениеНужен разработчик

Копирование ролей через Конфигуратор

Здесь два разных случая, не путайте их.

Копирование пользователя в Конфигураторе

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

Права при этом копируются как список ролей, один в один. Если у образца отмечено шесть ролей, у нового пользователя будет шесть.

Копирование самой роли

Роль — часть конфигурации. Её копируют в дереве объектов: ветка «Общие → Роли», команда копирования на нужной роли. Копия нужна, когда хотите взять типовую роль и подрезать её: убрать право на удаление или проведение. Затем обновляют конфигурацию базы данных.

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

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

Массовое назначение прав новым сотрудникам

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

  • ✅ Сначала сделайте группу под должность. Один профиль «Продавец» и одна группа «Продавцы розницы». Новых людей просто добавляете в группу.
  • ✅ Добавляйте участников пачкой. В форме группы доступа подбор пользователей позволяет отметить сразу нескольких.
  • ✅ Заведите шаблонного пользователя. Карточка «Шаблон — продавец» без пароля и входа, от которой копируют. В шаблоне нет живого человека, поэтому его никто не удалит случайно.
  • ✅ Привязывайте группы к должностям письменно. Таблица «должность → профиль → ограничения» избавляет от споров, что должно быть у нового сотрудника.

Для пользователей из каталога Active Directory работает вход через доменную авторизацию: учётную запись достаточно сопоставить с пользователем 1С, а группы доступа назначаются так же.

Выдача прав новому сотруднику
Выполнено: 0 / 5

Внешние обработки для переноса прав

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

Что делают такие обработки: читают состав групп доступа и добавляют или убирают участников по списку. Типового инструмента «выгрузить права в файл и загрузить в другую базу» в платформе нет, поэтому берут проверенную обработку или просят разработчика.

Обработка работает от имени администратора, а значит, получает полный доступ к данным. Перед запуском чужого файла соблюдайте правила.

  • 🔒 Подключайте обработку только из источника, которому доверяете. Внешний файл может выполнять любой код.
  • 🔒 Сначала проверьте на копии базы.
  • 🔒 Подключайте обработку через дополнительные отчёты и обработки, а не кладите в общую папку, к которой есть доступ у всех.
  • 🔒 После работы отключите её и удалите, если больше не нужна.

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

Права в распределённых базах (РИБ)

В распределённой информационной базе пользователи и их права по умолчанию не передаются между узлами. У каждого узла своя настройка. Поэтому скопированный в центральной базе пользователь в периферийной не появится.

Что нужно знать:

  • 📌 Пользователей и группы доступа в каждом узле заводят отдельно.
  • 📌 Имя пользователя в разных узлах лучше делать одинаковым, чтобы проще было сопоставлять.
  • 📌 Профили групп доступа берутся из конфигурации (поставляемые профили), поэтому после обновления конфигурации в узле они совпадают с центральной базой.
  • 📌 Изменения, которые вы внесли в профили вручную, в других узлах не повторятся.

В базах с разделением данных по областям (сервис, облако) права настраиваются на уровне области, и копирование идёт теми же шагами внутри области.

Если нужно, чтобы права в узлах совпадали, делайте одну и ту же последовательность действий в каждом узле и фиксируйте её в регламенте.

Как у вас устроены права?

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

Проверка занимает десять минут и спасает от звонков в пятницу вечером.

  1. Откройте карточку образца и нового сотрудника в соседних окнах. Сравните списки групп доступа: они должны совпасть, кроме осознанных различий.
  2. Зайдите в базу под новым пользователем. Если пароль ещё неизвестен, временно задайте простой и сразу смените после проверки.
  3. Откройте три-четыре рабочих раздела: те, где человек будет проводить большую часть дня. Создайте и проведите тестовый документ, потом удалите его или пометьте на удаление.
  4. Проверьте то, чего быть не должно. Откройте раздел администрирования и справочник зарплат: рядовой сотрудник их видеть не обязан.
  5. Попросите самого сотрудника войти и пройти свой типовой день. Он найдёт недостающее быстрее всех.

Отдельно посмотрите на скрытые различия между людьми:

  • 👤 Образец мог получить право «от руки», отдельной группой на одного человека. Такая группа не видна в общем списке профилей, пока не отобрать группы по участнику.
  • 👤 У образца могли быть собственные настройки: избранное, отборы, пользовательские отчёты. Это не права, они не копируются, и новый сотрудник начнёт с чистого листа.
  • 👤 Доступ к внешним сервисам (ЭДО, банк-клиент, почта) настраивается отдельно и часто привязан к сертификату конкретного человека.

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

Когда права не появились или работают не так

Скопировали, а у сотрудника «Недостаточно прав для просмотра». Проверьте по порядку.

  1. Пользователь вошёл под старым сеансом. Права применяются при новом входе. Закройте 1С и откройте заново.
  2. Нет в нужной группе. Откройте группу и проверьте, что сотрудник действительно добавлен и группа записана.
  3. Группа не включена или профиль пустой. Посмотрите, что в профиле есть роли.
  4. Ограничение по организации. Профиль дал доступ к документам, но организация в списке группы не указана.
  5. Другая информационная база. Вы настроили права в тестовой копии, а сотрудник работает в рабочей.

Если по этим пунктам всё в порядке, а ошибка осталась, откройте у образца и у нового сотрудника отчёт по правам доступа (в разделе администрирования он есть у пользователя) и сравните роли построчно.

Можно ли скопировать права, не создавая нового пользователя?
Да. Добавьте существующего сотрудника в те же группы доступа, что и образец, и запишите группы.
Копируется ли пароль при копировании пользователя?
Нет. Пароль и способ входа задают для нового пользователя заново.
Затронет ли изменение профиля других людей?
Да, всех участников групп с этим профилем. Для разовых отличий создавайте отдельную группу.
Переносятся ли права в периферийную базу РИБ автоматически?
Нет. Пользователей и состав групп в узлах настраивают отдельно.
Можно ли скопировать права из Конфигуратора в пользовательский режим?
Роли, отмеченные у пользователя в Конфигураторе, и группы доступа в режиме 1С:Предприятие — разные механизмы. В базе с профилями роли назначаются через профили, а не вручную.