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