Как перенести пользователей 1С в другую базу

Перенос пользователей между базами 1С — типовая задача при развёртывании новой информационной базы, переезде на другой сервер или создании копии конфигурации для филиала. Сложность в том, что «пользователь» в 1С существует на двух уровнях: как пользователь информационной базы (логин, пароль, роли, аутентификация) и как элемент справочника «Пользователи» внутри прикладного решения, к которому привязаны настройки, права доступа и подстановки в документы.

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

Что именно нужно переносить: два уровня пользователей в 1С

Первый уровень — пользователи информационной базы. Это список, который виден в конфигураторе («Администрирование» → «Пользователи») и в режиме 1С:Предприятие в разделе администрирования. Здесь хранятся имя входа, пароль (или его хеш), признак аутентификации операционной системы, назначенные роли и язык интерфейса.

Второй уровень — справочник «Пользователи» в типовых конфигурациях (БСП — библиотека стандартных подсистем). К элементу справочника привязаны физлицо, подразделение, индивидуальные настройки интерфейса, дополнительные права и связь с учётной записью через уникальный идентификатор. Именно этот элемент подставляется в поля «Ответственный», «Менеджер», «Кассир» в документах.

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

Подготовка: резервная копия и анализ исходной базы

Любые операции с пользователями выполняйте после создания резервной копии. Для файловой базы достаточно скопировать файл 1Cv8.1CD при закрытых сеансах, для клиент-серверной — выполнить выгрузку в dt через конфигуратор или средствами СУБД. Копия позволит откатиться, если загрузка пройдёт с ошибками.

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

Способ 1: штатная выгрузка пользователей информационной базы

В типовых конфигурациях на базе БСП есть встроенная обработка «Выгрузка и загрузка пользователей информационной базы». Она сохраняет в XML-файл имена, пароли (в хешированном виде), роли, настройки аутентификации и идентификаторы. Это самый быстрый способ перенести именно учётные записи.

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

1. 1
   В исходной базе откройте обработку «Выгрузка и загрузка пользователей информационной базы» с правами администратора.
2. 2
   Отметьте нужных пользователей, укажите файл выгрузки XML и выполните выгрузку.
3. 3
   В целевой базе откройте ту же обработку, выберите файл и выполните загрузку.
4. 4
   Проверьте список пользователей: имена, роли и признаки аутентификации должны совпадать с исходной базой.
5. 5
   Войдите под двум-тремя перенесёнными учётными записями и убедитесь, что пароль и права работают.

Ограничение способа: переносятся только данные уровня платформы. Справочник «Пользователи» в целевой базе придётся заполнять отдельно — вручную или обменом XML. Если конфигурация типовая, при первом входе пользователя БСП может автоматически создать элемент справочника, но без привязки к физлицу и подразделению.

Способ 2: перенос справочника «Пользователи» через обмен XML

Для переноса прикладного справочника используется универсальная обработка «Выгрузка и загрузка данных XML» (поставляется на диске ИТС и широко распространена). Она выгружает объекты вместе с ссылками и позволяет перенести пользователей вместе с физлицами и связанными данными.

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

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

Способ 3: ручное создание и синхронизация через план обмена

При небольшом числе пользователей (до 5–10) часто быстрее создать их вручную: в целевой базе заводится пользователь информационной базы с тем же именем, ему назначаются роли, затем создаётся элемент справочника с привязкой к физлицу. Пароль при этом задаётся новый — старый узнать нельзя, хеш из другой базы вручную не переносится.

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

Сравнение способов переноса

Штатная обработка выгрузки пользователей ИБ

Быстро переносит логины, пароли и роли. Не переносит справочник и настройки интерфейса.

Универсальный обмен XML

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

Ручное создание

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

План обмена

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

Перенос настроек, прав и типичные ошибки

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

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

Проверка результата после переноса

Контроль выполняйте по чек-листу: вход под перенесённой учётной записью, корректность ролей, заполненность справочника, связь с физлицом, подстановка ответственного в новом документе. Проверяйте минимум двух пользователей с разным набором ролей — рядового и администратора.

Контрольные точки

Как проверить результат

Вход в базу под перенесённым пользователем

Норма

Вход выполняется с тем же паролем, роли соответствуют исходной базе

Тревожный признак

Ошибка аутентификации или пустой набор прав

Элемент справочника «Пользователи»

Норма

Заполнены физлицо, подразделение, есть связь с учётной записью

Тревожный признак

Предупреждение о несоответствии пользователя ИБ, пустые реквизиты

Подстановка в документы

Норма

Ответственный подставляется автоматически при создании документа

Тревожный признак

Поле ответственного пустое или недоступно для выбора

Доступ к разделам

Норма

Пользователь видит свои журналы и отчёты

Тревожный признак

Нарушение прав доступа при открытии привычных форм

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

Часто задаваемые вопросы

Переносятся ли пароли при выгрузке пользователей в XML?

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

Можно ли перенести пользователей между разными конфигурациями, например из УТ в БП?

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

Что делать, если после переноса пользователь не видит свои документы?

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

Нужно ли переносить группы доступа и профили?

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

Как перенести пользователей, если база файловая и нет доступа к конфигуратору?

Штатная обработка выгрузки пользователей работает и в режиме 1С:Предприятие при наличии полных прав. Обработку «Выгрузка и загрузка данных XML» можно открыть через «Файл» → «Открыть» в режиме предприятия, конфигуратор не обязателен.

Переносятся ли вместе с пользователями их настройки отчётов и внешний вид форм?

Нет. Пользовательские настройки хранятся в системных хранилищах конкретной базы и штатными обработками между базами не переносятся. Критичные варианты отчётов сохраните как файлы настроек или пересоздайте в новой базе.