Настройки пользователей в 1С 8.3: где хранятся и как ими управлять

Настройки пользователей в 1С 8.3 — это варианты отчётов, настройки форм, состав панелей, параметры динамических списков и другие персональные предпочтения, которые платформа сохраняет автоматически. Вопрос о том, где именно они физически хранятся, возникает при переносе базы, очистке «зависших» настроек, поиске причин ошибок у конкретного пользователя или аудите прав доступа.

Ключевой момент: настройки хранятся не в каталоге базы как отдельные файлы и не в профиле операционной системы, а внутри самой информационной базы — в системных таблицах. Поэтому способ доступа к ним зависит от режима работы: файловый вариант (файл 1Cv8.1CD) или клиент-серверный (MS SQL, PostgreSQL, Oracle, IBM DB2).

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

Что именно платформа считает настройками пользователя

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

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

Платформа 8.3 использует несколько стандартных хранилищ: ХранилищеОбщихНастроек, ХранилищеСистемныхНастроек, ХранилищеПользовательскихНастроекОтчетов, ХранилищеВариантовОтчетов и ХранилищеНастроекДанныхФорм. Каждое из них физически представляет собой таблицу в базе данных с ключом вида «объект настройки / пользователь / ключ настройки» и значением в сериализованном виде.

Где лежат настройки в файловом варианте базы

В файловом режиме вся база — это файл 1Cv8.1CD в каталоге информационной базы. Настройки пользователей находятся внутри этого файла в системных таблицах и не вынесены в отдельные файлы или папки. Искать их в каталоге базы как отдельные документы бессмысленно.

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

Отдельно стоит упомянуть кэш метаданных на клиентском компьютере (каталоги вида %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8 у пользователя ОС). Это не хранилище настроек, а локальный кэш. Его очистка иногда решает проблемы с отображением форм, но самих настроек пользователя там нет — после очистки кэша настройки останутся на месте, потому что загружаются из базы.

Где хранятся настройки в клиент-серверном варианте

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

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

Практический вывод для администратора клиент-серверной базы: при переносе базы средствами СУБД (бэкап/восстановление) настройки переносятся автоматически вместе со всеми данными. А вот при переносе «по кусочкам» или чистке базы через SQL-скрипты нужно учитывать, что таблицы настроек трогать не следует.

Как посмотреть и изменить настройки штатными средствами

Основной штатный инструмент — раздел «Администрирование» в типовых конфигурациях на БСП (Библиотека стандартных подсистем). Там доступны функции копирования и очистки настроек пользователей без обращения к внутренним таблицам.

Типовой путь: «Администрирование → Пользователи и права → Персональные настройки пользователей» (в разных версиях БСП название может отличаться: «Копирование настроек пользователей», «Очистка настроек»). Оттуда можно скопировать настройки от одного пользователя другому, очистить выбранные настройки или все настройки конкретного пользователя.

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

1. 1
   Сделайте резервную копию базы (выгрузка .dt или бэкап СУБД)
2. 2
   Откройте «Администрирование — Пользователи и права — Персональные настройки пользователей»
3. 3
   Выберите пользователя и отметьте настройки для очистки (или выберите очистку всех)
4. 4
   Выполните очистку и попросите пользователя перезайти в базу
5. 5
   Проверьте: формы и отчёты открываются с настройками по умолчанию, ошибки исчезли

Типовые сценарии: перенос, копирование и восстановление настроек

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

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

Перенос между базами

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

Восстановление «пропавших» настроек

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

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

Как выбрать действие

У одного пользователя «сломалась» форма или отчёт после обновленияОчистите настройки формы/отчёта только у этого пользователя через обработку персональных настроек

Настройки нужно выдать новому сотрудникуИспользуйте копирование настроек от опытного пользователя через «Персональные настройки пользователей»

Настройки пропали у всех сразуПроверяйте не очистку, а обновление конфигурации и изменение ключей объектов; восстановление — из резервной копии

Нужно перенести базу на другой серверПереносите базу целиком (.dt или бэкап СУБД) — настройки переедут автоматически

Частые ошибки и ограничения

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

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

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

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

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

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

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

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

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

Открытие формы после очистки

Норма

Форма открывается с видом по умолчанию, без ошибок

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

Ошибка повторяется — причина не в настройках, проверяйте права и расширения

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

Норма

У получателя отчёты и формы выглядят как у источника

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

Вид не изменился — пользователь не перезашёл в сеанс или скопированы не те группы настроек

Список настроек пользователя

Норма

Обработка показывает актуальные ключи объектов конфигурации

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

Много записей с несуществующими объектами — «осиротевшие» настройки после обновлений

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

Можно ли перенести настройки пользователей, скопировав какой-то файл?

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

Очистка кэша на клиенте удалит настройки пользователя?

Нет. Кэш в каталогах %APPDATA%\1C и %LOCALAPPDATA%\1C содержит временные данные метаданных и сеансов. Настройки хранятся в информационной базе и после очистки кэша загрузятся заново при следующем входе.

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

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

Почему после обновления конфигурации у пользователей слетели настройки отчётов?

Настройки привязаны к ключам объектов и структуре метаданных. Если при обновлении изменились имена объектов, реквизиты отчёта или схема компоновки, старые настройки перестают соответствовать объекту. Обычно помогает точечная очистка настроек проблемного отчёта и повторная настройка пользователем.

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

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

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

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