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

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

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

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

Какие настройки форм сохраняет платформа

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

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

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

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

В файловом варианте работы локальные настройки пользователя размещаются в профиле операционной системы. Основной каталог — %APPDATA%\1C\1cv8 (обычно это C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8). Внутри него для каждой базы создаётся подкаталог с уникальным идентификатором, а уже в нём — файлы с расширением .pfl.

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

Рядом может находиться каталог %LOCALAPPDATA%\1C\1cv8 — там платформа держит кэш метаданных и служебные данные. Кэш не является хранилищем настроек, но его повреждение иногда имитирует проблемы с формами, поэтому при диагностике оба каталога проверяют вместе.

%APPDATA%\1C\1cv8\ — профильные настройки, файлы *.pfl
%LOCALAPPDATA%\1C\1cv8\ — кэш метаданных и служебные данные

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

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

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

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

Как найти и сбросить настройки конкретной формы

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

В типовых конфигурациях есть штатный путь: раздел «Администрирование → Обслуживание → Корректировка данных» (в ряде конфигураций — «Настройки пользователей и прав»), где доступна очистка персональных настроек. Там же можно удалить настройки сразу всех форм выбранного пользователя. Если типовых инструментов нет, используют обработку очистки настроек или удаление файлов pfl вручную.

1. 1
   Закройте сеанс пользователя с проблемной формой (или всю базу в файловом режиме).
2. 2
   Откройте каталог %APPDATA%\1C\1cv8 и найдите подкаталог нужной базы по её идентификатору.
3. 3
   Переименуйте или переместите файлы *.pfl в резервную папку — не удаляйте сразу, чтобы можно было вернуть.
4. 4
   Запустите базу и откройте форму: она должна открыться с настройками по умолчанию.
5. 5
   Если проблема осталась — очистите кэш в %LOCALAPPDATA%\1C\1cv8 и повторите проверку.

Для точечного сброса настроек динамического списка есть способ без доступа к файлам: откройте список, перейдите в «Ещё → Настроить список» и нажмите «Установить стандартные настройки». Аналогично для отчёта — «Ещё → Выбрать вариант отчёта → Стандартный» или сброс текущего варианта.

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

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

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

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

Типовые проблемы и их диагностика

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

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

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

Программная работа с хранилищем настроек

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

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

При разработке собственных форм можно управлять поведением сохранения: свойства формы «АвтоматическоеСохранениеДанныхВНастройках» и «СохранениеДанныхВНастройках» определяют, будет ли платформа запоминать состояние формы и какие реквизиты включать в сохранение. Отключение автосохранения — рабочий способ избавиться от конфликтов настроек при частых изменениях формы.

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

Ограничения и безопасные границы

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

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

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