Перенос настроек и прав одного пользователя 1С другому

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

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

Что входит в «настройки» и чем они отличаются

Под словом «настройки» люди имеют в виду разное. Сначала решите, что нужно перенести.

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

Права и внешний вид — разные хранилища. Скопировав одно, вы не получите второе.

Штатное копирование в режиме 1С:Предприятие

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

Порядок такой:

1. Зайдите в базу под пользователем с правами администратора.
2. Откройте раздел Администрирование и найдите настройки пользователей и прав — там собраны справочник пользователей , группы доступа и сервисные команды.
3. Найдите команду копирования настроек. Если не видите её в разделе, введите в строку поиска по меню слово «копирование» — команда обычно находится именно так.
4. В форме выберите, откуда копировать (пользователь-источник) и кому (один или несколько получателей).
5. Отметьте, что переносить: настройки внешнего вида, настройки отчётов, прочие настройки.
6. Нажмите кнопку запуска копирования и дождитесь сообщения о завершении.

После этого получатель должен перезапустить 1С. Пока сеанс не закрыт, открытые окна продолжают жить по старым настройкам, и часть изменений вы не увидите.

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

Что копируется, а что нет

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

• 🔒 пароль и способ аутентификации;
• 🔒 настройки электронной подписи и сертификаты на компьютере;
• 🖥 локальные параметры клиента (масштаб, параметры запуска ярлыка);
• 📧 личные учётные записи почты — их придётся вводить заново.

Копирование прав доступа через Конфигуратор

Если нужно клонировать именно права, быстрее всего сделать это в Конфигураторе. Для этого необходим вход в режиме Конфигуратора, а для него — административные права на базу.

Пошагово:

1. Запустите базу в режиме Конфигуратор.
2. Откройте Администрирование → Пользователи.
3. Выделите пользователя-образец и нажмите кнопку копирования (клавиша F9).
4. Введите имя нового пользователя и полное имя.
5. Задайте способ аутентификации и пароль.
6. Сохраните. Роли, интерфейс и язык скопируются вместе с карточкой.

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

Поэтому в типовых конфигурациях правильнее копировать не роли, а членство в группах доступа:

• откройте нужную группу доступа в справочнике (раздел Администрирование, настройки пользователей и прав);
• на вкладке с участниками добавьте нового пользователя;
• запишите изменения.

Так вы сохраните единую картину прав: администратору потом видно, кто в какой группе, и не нужно сравнивать карточки.

Работа с файлами личных настроек на компьютере

Часть настроек живёт не в базе, а на самом компьютере, и их переносят копированием файлов. Каталог профиля находится в данных пользователя Windows, в папке 1C. Самое полезное, что там лежит:

• ibases.v8i — список баз в окне запуска. Скопируйте его, и на новом компьютере появятся те же базы с теми же названиями и путями;
• кеш клиента — служебные файлы, которые 1С создаёт сама.

Файл списка баз лежит в каталоге %APPDATA%\1C\1CEstart. Открыть его можно в проводнике, вставив этот путь в адресную строку.

Алгоритм переноса списка баз:

1. Закройте все окна 1С на старом компьютере.
2. Скопируйте файл ibases.v8i на флешку или в сетевую папку.
3. На новом компьютере закройте 1С и положите файл в такой же каталог.
4. Запустите 1С — список баз подтянется.

Файл кеша копировать не нужно. Он привязан к конкретной базе и версии платформы, перенос чужого кеша чаще вредит, чем помогает. Если нужно «сбросить» кеш, это отдельная операция — запуск с параметром /ClearCache, и перед ней стоит закрыть все сеансы.

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

Перенос настроек отчётов и вариантов

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

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

Через сохранение варианта в файл. В форме отчёта откройте меню Ещё или Все действия командной панели и найдите пункт сохранения текущих настроек варианта или самого варианта. Файл можно отправить коллеге и загрузить у него. Метод подходит, когда нужно передать один вариант, а не всю историю.

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

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

Что делать с печатными формами

Печатные формы и макеты не копируются как личная настройка. Если пользователю нужен изменённый макет:

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

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

Копирование кодом: когда пользователей много

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

Пример для одной известной настройки:

Настройка = ХранилищеОбщихНастроек.Загрузить("МойОбъект", "МояНастройка", , , "Иванов");
Если Настройка <> Неопределено Тогда
    ХранилищеОбщихНастроек.Сохранить("МойОбъект", "МояНастройка", Настройка, , "Петров");
КонецЕсли;

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

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

Перенос настроек в другую информационную базу

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

Что реально работает:

• 📦 Выгрузка информационной базы (.dt) из Конфигуратора: Администрирование → Выгрузить информационную базу. Загрузка в новую базу переносит и пользователей, и их настройки, но заменяет всю базу целиком. Для этого нужен монопольный доступ.
• 📋 Ручное создание пользователей и назначение групп доступа. Для 5–10 человек это быстрее, чем разбираться с выгрузкой.
• 🛠 Обработка из предыдущего раздела — если пользователей много, а базы уже живут отдельно.

Выгрузку .dt для переноса одних лишь настроек не используют: это слишком тяжёлый инструмент. Её берут, когда переносят всю базу на новый сервер.

Что чаще всего идёт не так

Эти ситуации возникают не из-за кривых рук, а из-за того, что хранилища настроек устроены неочевидно.

Настройки скопировались, но ничего не изменилось. У получателя открыт сеанс. Закройте 1С полностью, подождите минуту и откройте снова.

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

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

Команды копирования нет в меню. У вас нет роли, которая позволяет управлять пользователями. Доступ дают через профиль «Администратор» или через специальные права на справочник «Пользователи».

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

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