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

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

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

Определите, что именно нужно переносить

В 1С «пользователь» существует в двух разных слоях, и их часто путают. Первый слой — пользователи информационной базы: объекты, которые видны в конфигураторе (Администрирование → Пользователи) и в режиме 1С:Предприятие в списке пользователей ИБ. Они хранят имя, полное имя, аутентификацию (парольную, Windows, OpenID), роли и настройки запуска. Второй слой — элементы справочника «Пользователи» в типовых конфигурациях на базе Библиотеки стандартных подсистем, куда прикрепляются подразделение, физлицо, контактная информация и дополнительные права.

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

Самый простой случай: копия базы целиком

Если новая база создаётся как полная копия существующей — например, вы разворачиваете копию для филиала или тестовую среду — пользователи переносятся автоматически вместе со всеми данными. Для файловой базы достаточно скопировать каталог с файлом 1Cv8.1CD или выполнить выгрузку в dt через конфигуратор (Администрирование → Выгрузить информационную базу) и загрузить его в новую базу. Для клиент-серверной базы используют выгрузку в dt либо средства СУБД (резервная копия и восстановление).

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

Перенос пользователей ИБ через конфигуратор и список пользователей

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

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

Альтернатива — аутентификация Windows (доменная). Если пользователи работают в домене, в новой базе достаточно создать учётные записи с привязкой к доменным аккаунтам, и вопрос паролей отпадает полностью. Это самый безболезненный сценарий при миграции внутри одной организации.

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

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

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

1. 1
   Сделайте резервную копию базы-приёмника (выгрузка в dt или копия файла).
2. 2
   Проверьте, что версии конфигураций в источнике и приёмнике совпадают.
3. 3
   В источнике откройте обработку «Выгрузка и загрузка данных XML», выберите справочник «Пользователи» и связанные объекты, выгрузите в файл.
4. 4
   В приёмнике откройте ту же обработку той же версии и загрузите файл.
5. 5
   Проверьте, что элементы справочника появились, а связи с физлицами и подразделениями заполнены.
6. 6
   Создайте или привяжите учётные записи ИБ к перенесённым элементам справочника.
7. 7
   Проверьте вход под тестовой учётной записью и доступность нужных разделов.

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

Синхронизация через универсальный формат и конвертация данных

Если базы планируют использовать параллельно и пользователи должны совпадать в обеих, настройте типовую синхронизацию данных через универсальный формат EnterpriseData (Администрирование → Синхронизация данных). Справочник «Пользователи» входит в состав типовых планов обмена большинства конфигураций на БСП, поэтому элементы будут реплицироваться автоматически вместе с остальными нормативно-справочными данными.

Для разных конфигураций (например, перенос из Управления торговлей в ERP или из самописной конфигурации в типовую) используют «Конвертацию данных 2.1» или «Конвертацию данных 3.0»: создают правила обмена, в которых описывают соответствие реквизитов справочника пользователей источника и приёмника. Это самый гибкий, но и самый трудоёмкий способ — он оправдан, когда объём переносимых данных большой и пользователи лишь часть общей миграции.

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

Копия базы (dt / файл)

Подходит для полного клона базы; переносит всё, включая пароли, но не позволяет перенести только пользователей.

Выгрузка/загрузка данных XML

Для идентичных конфигураций; переносит справочник «Пользователи» с идентификаторами, но не создаёт учётные записи ИБ и пароли.

Синхронизация через универсальный формат

Для постоянной работы двух баз; требует настройки обмена и совместимости версий БСП.

Конвертация данных

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

Ручное/программное создание учётных записей

Для небольшого числа пользователей или разных конфигураций; пароли задаются заново.

Перенос настроек пользователей и отчётов

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

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

Проверка результата и типичные ошибки

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

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

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

Список пользователей ИБ

Норма

Количество и состав совпадают с реестром источника

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

Учётные записи отсутствуют или лишние

Роли

Норма

У каждого пользователя те же роли, что в источнике

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

Роли пустые или избыточные

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

Норма

Элементы заполнены, связи с физлицами и подразделениями на месте

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

Дубли элементов, пустые реквизиты

Вход в базу

Норма

Тестовый пользователь входит и видит свои разделы

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

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

Административный доступ

Норма

Есть минимум один работающий администратор

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

Ни одной учётной записи с полными правами

Ещё одна частая проблема — профили групп доступа в конфигурациях с расширенной моделью прав (ERP, УТ, КА). Там права задаются не только ролями учётной записи, но и членством в группах доступа. Перенося пользователей, включите в выгрузку справочники «Группы доступа» и «Профили групп доступа», иначе пользователи формально войдут в базу, но не увидят ни одного документа.

Ответы на частые вопросы

Можно ли перенести пароли пользователей в другую базу?

Штатно — нет: пароли хранятся в виде хешей и не выгружаются ни обработками, ни правилами обмена. Пароли сохраняются только при создании полной копии базы (выгрузка/загрузка dt или копирование файла 1Cv8.1CD). В остальных случаях задайте временные пароли и организуйте их выдачу пользователям.

Конфигурации в базах разные. Как перенести пользователей?

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

Пользователи перенеслись, но не могут войти в базу. Что не так?

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

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

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

Что делать с пользователями при переходе с файловой базы на клиент-серверную?

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

Нужно ли переносить настройки форм и отчётов пользователей?

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