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

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

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

Три способа переноса учётных записей: когда какой выбрать

Пользователь в 1С 8.3 существует на двух уровнях. Первый — это пользователь информационной базы (логин, пароль или вход по домену, платформенные роли). Второй — элемент справочника Пользователи в самой конфигурации (Бухгалтерия, ЗУП, УТ), через который назначают группы доступа. Эти две сущности связаны, и при переносе важно не разорвать связь.

Отсюда три сценария:

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

Пользователей кластера серверов (администраторы, которых видит утилита rac) с пользователями базы не путайте — это разные списки. Здесь речь только о тех, кто входит в саму информационную базу.

Что подготовить до переноса

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

Список пользователей удобно выгрузить для сверки: в форме Пользователи нажмите Ещё → Вывести список и сохраните таблицу в файл .mxl или Excel. Это справочный отчёт для аудита, а не механизм переноса — загрузить такой файл обратно и получить рабочих пользователей нельзя. Он нужен, чтобы ничего не забыть и потом сверить результат.

Версию платформы проверяйте всегда: базу, выгруженную на новом релизе, старая платформа не откроет. Номер смотрите в меню Справка → О программе.

Перенос пользователей вместе с базой целиком

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

На источнике:

1. Закройте все сеансы пользователей — выгрузка требует монопольного доступа.
2. Откройте базу в режиме Конфигуратор.
3. Меню Администрирование → Выгрузить информационную базу.
4. Укажите имя файла с расширением .dt и дождитесь завершения.

На приёмнике:

1. Создайте пустую базу или возьмите существующую (её содержимое будет затёрто).
2. Откройте её в Конфигураторе.
3. Меню Администрирование → Загрузить информационную базу, выберите файл .dt.

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

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

Выгрузка и загрузка только списка пользователей через обмен XML

Этот способ нужен, когда целевая база уже работает со своими данными, а добавить в неё надо именно пользователей из другой базы. Инструмент — внешняя обработка «Выгрузка и загрузка данных XML» (универсальный обмен); её берут из комплекта поставки конфигурации.

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

1. Откройте базу в режиме 1С:Предприятие под пользователем с полными правами.
2. Запустите обработку: Файл → Открыть, выберите файл обработки обмена XML.
3. На вкладке выгрузки отметьте в составе данных справочник Пользователи.
4. Добавьте связанные объекты — Группы доступа и Профили групп доступа (иначе права не поедут).
5. Запустите выгрузку в файл .xml.

Как загрузить пользователей в целевую базу

1. В целевой базе откройте ту же обработку, перейдите на вкладку загрузки.
2. Укажите полученный файл .xml и запустите загрузку.
3. После загрузки откройте Администрирование → Настройки пользователей и прав → Пользователи — элементы справочника появятся в списке.

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

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

Аутентификация Windows и переезд базы на другой сервер

У входа по учётной записи Windows (аутентификация операционной системы) своя логика при переносе. В карточке пользователя этот способ задаётся полем с указанием доменной учётки в формате \\ДОМЕН\Пользователь — тогда человек входит в 1С без ввода логина и пароля, под своей учёткой Windows.

Что происходит при переезде на другой сервер:

• 🖥️ Тот же домен — вход по Windows продолжит работать, если доменные учётные записи на новом сервере те же. Обычно донастройка не нужна.
• 🌐 Другой домен или рабочая группа — привязка к старым учёткам становится недействительной. Для каждого пользователя заново укажите актуальную доменную учётную запись.
• 🔁 Переход с файловой базы на клиент-серверную — вход по ОС поддерживается в обоих вариантах, но проверьте, что служба сервера 1С запущена под учёткой с доступом к домену.

Если пользователь жалуется, что перестал входить после переноса, первым делом проверяйте именно поле Windows-учётки в его карточке: чаще всего причина в том, что домен сменился, а привязка осталась старой.

Как перенести права и роли, не потеряв доступ

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

В типовых конфигурациях (Бухгалтерия 3.0, ЗУП 3, УТ 11) права раздают не напрямую ролями, а через механизм групп доступа:

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

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

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

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

Личные настройки пользователя (вид форм, избранное, настройки отчётов) хранятся отдельно от списка пользователей и при обмене XML обычно не переносятся. При переезде всей базой .dt они сохраняются. Если переносите только список — проще дать людям один раз настроить формы заново, чем вытягивать эти хранилища.

Автоматизация переноса: пакетный режим и скрипты

Когда перенос базы делают регулярно (например, разворачивают копию по расписанию), выгрузку и загрузку .dt запускают из командной строки в пакетном режиме Конфигуратора, без ручных кликов.

Выгрузка базы в файл:

1cv8 DESIGNER /F "D:\base" /N "Администратор" /P "пароль" /DumpIB "D:\backup\base.dt"

Загрузка файла в базу:

1cv8 DESIGNER /F "D:\base_new" /N "Администратор" /P "пароль" /RestoreIB "D:\backup\base.dt"

Здесь /F — путь к файловой базе (для серверной используют /S сервер\база), /DumpIB и /RestoreIB — выгрузка и загрузка. Такой вызов удобно поставить в .bat-файл и запускать планировщиком. Он переносит базу целиком вместе с пользователями.

Для клиент-серверной базы администрирование кластера делают утилитой rac: например, rac cluster list покажет кластеры, rac session list — активные сеансы перед выгрузкой. Точные подкоманды и параметры смотрите в rac help — наугад их указывать не стоит.

Что проверить после переноса

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

• 🔑 Вход. Зайдите под одной-двумя учётками (хотя бы под той, что с ограниченными правами) и проверьте, что программа открывается. Для входа по Windows это особенно важно — связку с доменом видно только при реальной попытке входа.
• 🧩 Права. Откройте пользователя и сверьте его группы доступа и профиль со списком из подготовки. Если прав меньше — проверьте, выгрузились ли Группы доступа при обмене.
• 👤 Полные права. Убедитесь, что администратор с полным доступом на месте и под ним вы входите. Это ваша страховка.
• 🗂️ Актуальность списка. Уволенных сотрудников при переносе удобно не включать: ставьте им Недействителен или не переносите вовсе, чтобы не плодить лишние учётки.

Если под каким-то пользователем войти не удаётся, не пересоздавайте его сразу — сначала посмотрите тип аутентификации в карточке и наличие галочки Вход в программу разрешён. В 90% случаев причина именно там.

Частые вопросы