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

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

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

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

Что именно нужно переносить вместе с пользователями

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

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

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

Способы переноса пользователей: сравнение вариантов

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

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

Полная копия базы (выгрузка DT)

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

Обработка «Выгрузка и загрузка данных XML»

Штатная обработка БСП, переносит пользователей с правами между базами с одинаковой конфигурацией. Пароли не переносятся — их задают заново.

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

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

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

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

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

Перенос через выгрузку и загрузку данных XML

Самый практичный способ для типовых конфигураций (БП, УТ, ERP, ЗУП) — обработка «Выгрузка и загрузка данных XML». В свежих версиях БСП она доступна из меню «Администрирование» либо находится через «Все функции → Обработки». Также её можно взять с диска ИТС как внешнюю обработку.

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

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

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

Перенос через копию информационной базы

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

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

Для клиент-серверного варианта выгрузка в .dt тоже работает, но для больших баз процесс может занимать часы. Альтернатива — копия средствами СУБД (backup/restore в MS SQL или PostgreSQL) с последующей регистрацией базы в кластере. Учтите, что при копировании базы средствами СУБД необходимо в свойствах базы в консоли кластера снять/установить блокировку регламентных заданий, иначе копия начнёт выполнять те же фоновые задачи, что и рабочая база.

Ручное заведение и перенос прав

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

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

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

Особенности клиент-серверного варианта и Active Directory

В клиент-серверном режиме помимо переноса данных внутри базы может потребоваться настройка на уровне кластера: регистрация базы, назначение администраторов кластера, настройка аутентификации. Сами пользователи ИБ хранятся в базе данных, поэтому при переносе базы целиком (через .dt или backup СУБД) они переносятся автоматически.

Если в компании используется доменная аутентификация (Active Directory), у пользователей в 1С указывается «Аутентификация операционной системы» с привязкой к учётной записи вида \\ДОМЕН\Логин. При переносе в новую базу эти привязки сохраняются вместе с данными справочника, но проверьте, что новый сервер 1С видит тот же домен.

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

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

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

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

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

Вход под учётной записью

Норма

Пользователь входит после установки пароля или через аутентификацию ОС

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

Ошибка «Имя или пароль не верны» у всех перенесённых пользователей

Права доступа

Норма

Доступны нужные разделы, лишние закрыты, RLS фильтрует записи

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

«Нарушение прав доступа» при открытии рабочих документов или видны чужие данные

Связь с физлицами

Норма

В документах корректно указаны авторы и ответственные

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

Пустые ссылки на пользователей или физлиц в документах

Регламентные задания

Норма

В копии базы задания заблокированы, в рабочей — выполняются

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

Копия базы запускает обмены и рассылки параллельно с рабочей

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

Частые вопросы о переносе пользователей в 1С

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

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

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

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

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

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

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

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

Что делать, если после загрузки появились дубли физических лиц?

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

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

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