Где 1С хранит настройки форм пользователей

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

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

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

Как устроено хранение настроек в платформе 1С

В платформе «1С:Предприятие 8» существует несколько хранилищ настроек, каждое со своим назначением. За настройки форм отвечает системное хранилище настроек — встроенный механизм, который физически размещается внутри информационной базы. В файловом варианте данные хранилища находятся в файле 1Cv8.1CD, в клиент-серверном — в служебных таблицах базы данных на сервере СУБД.

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

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

Где физически находятся настройки в файловой и серверной базе

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

В клиент-серверном варианте настройки лежат в служебных таблицах базы данных на MS SQL Server, PostgreSQL, Oracle или IBM Db2. Прямой доступ к этим таблицам средствами СУБД не документирован и не поддерживается: структура может меняться между версиями платформы, а ручное вмешательство способно привести к неработоспособности базы. Все операции следует выполнять через платформу.

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

Как посмотреть и очистить настройки через интерфейс

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

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

Для сброса настроек одной формы самим пользователем в ряде конфигураций доступна команда «Установить стандартные настройки» в меню «Ещё» формы. Это самый безопасный путь: он затрагивает только текущую форму и не требует прав администратора.

1. 1
   Откройте «Администрирование» — «Пользователи и права» — «Персональные настройки пользователей».
2. 2
   Выберите пользователя, у которого наблюдается проблема с формой.
3. 3
   Найдите в списке настройки нужной формы по имени объекта или отметьте все.
4. 4
   Выполните удаление выбранных настроек и подтвердите действие.
5. 5
   Попросите пользователя закрыть и заново открыть форму, затем проверьте результат.

Программный доступ к настройкам форм

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

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

ПользователиИБ = ПользователиИнформационнойБазы.ПолучитьПользователей();
Для Каждого ПользовательИБ Из ПользователиИБ Цикл
    ХранилищеСистемныхНастроек.Удалить(
        "Обработка.РабочийСтол.Форма.ОсновнаяФорма/НастройкиФормы",
        , ПользовательИБ.Имя);
КонецЦикла;

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

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

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

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

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

Почему настройки пропадают или «ломают» форму

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

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

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

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

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

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

Ограничения и частные случаи

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

В веб-клиенте и при работе через тонкий клиент с разными платформами часть настроек (например, связанных с размерами окон) может вести себя иначе или не сохраняться вовсе — это ограничение платформы, а не ошибка администратора.

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

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