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