К статье
Практический материал

Администрирование · 11 мин

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

Практические способы переноса настроек пользователей между базами 1С: стандартные обработки, копирование файлов настроек, перенос через хранилище и типичные ошибки.

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

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

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

Разберитесь, какие настройки и где хранятся

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

Основные места хранения:

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

Подготовьте новую базу к переносу

Главное условие успешного переноса — в базе-приёмнике уже должны существовать пользователи с теми же именами, что и в источнике. Настройки привязываются к имени пользователя, и если имени нет, настройки либо не загрузятся, либо «повиснут» без владельца. Сначала перенесите список пользователей (через выгрузку/загрузку пользователей ИБ в конфигураторе или обработкой), затем права и роли, и только потом — настройки.

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

Перенесите настройки типовыми средствами БСП

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

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

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

Используйте выгрузку из системного хранилища настроек

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

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

Скопируйте файлы настроек интерфейса с клиентских компьютеров

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

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

Перенесите личные настройки и данные конфигурации

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

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

Маршрут решения

Как выбрать способ переноса

Обе базы на одной типовой конфигурации и версииИспользуйте типовую обработку переноса настроек пользователей из БСП
Конфигурация самописная или без БСПВыгружайте настройки программно через ХранилищеСистемныхНастроек
Меняется только сервер или строка подключенияПроверьте файлы настроек в каталоге пользователя и скопируйте их при необходимости
Нужны основная организация, склад и подобные значения по умолчаниюПереносите регистры сведений и справочники обработкой выгрузки/загрузки данных
Пользователей много, а настройки типовыеНастройте эталонного пользователя и скопируйте его настройки остальным в новой базе

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

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

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

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

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

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

Все пользователи источника созданы с теми же именами

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

Часть пользователей отсутствует или имена отличаются — их настройки не применятся

Варианты отчётов у пользователя
Норма

Пользовательские отчёты видны и открываются

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

Отчёты отсутствуют — вероятно, не перенесён справочник вариантов отчётов

Настройки форм и списков
Норма

Состав колонок и порядок соответствуют старой базе

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

Настройки сброшены — возможно, изменилась структура объектов конфигурации

Значения по умолчанию в документах
Норма

Подставляются основная организация и склад пользователя

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

Поля пустые — не перенесены регистры личных настроек

Типичные ошибки
01
Перенос настроек до создания пользователей — настройки загружаются «в никуда» и не применяются
02
Перенос между разными версиями конфигурации без проверки — часть настроек форм молча игнорируется
03
Загрузка настроек поверх уже настроенной новой базы без копии — пользователи теряют свежие настройки
04
Перенос только системного хранилища — теряются личные настройки и варианты отчётов, хранящиеся в данных базы
05
Отсутствие теста на одном пользователе — ошибки обнаруживаются уже после массовой загрузки
Итог

Что важно запомнить

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

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

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

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

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

Нет. Настройки и учётные данные — разные вещи. Пароли переносятся только вместе с выгрузкой списка пользователей информационной базы и только если используется аутентификация 1С; при аутентификации средствами ОС пароли в базе вообще не хранятся.

Что делать, если конфигурации в старой и новой базе разные?

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

Можно ли перенести настройки только для части пользователей?

Да. И типовые обработки, и программная выгрузка из хранилища настроек позволяют выбрать конкретных пользователей и конкретные типы настроек. Это удобно, когда в новую базу переходит только часть подразделений.

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

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

Нужно ли переносить настройки при обычном обновлении конфигурации?

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