Где 1С хранит настройки обработок

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

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

Какие механизмы хранения настроек существуют в 1С

Платформа 1С:Предприятие 8 предлагает разработчику несколько штатных способов сохранить параметры формы или обработки между сеансами. Самый распространённый — стандартное хранилище настроек, которое платформа ведёт автоматически. Второй вариант — программное сохранение через методы «СохранитьЗначение» / «ВосстановитьЗначение». Третий — хранение в объектах самой конфигурации: справочниках, регистрах сведений, константах.

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

Файловое хранилище: настройки в каталоге пользователя

Для файловых баз и локальных профилей значительная часть настроек сохраняется в каталоге данных пользователя платформы. Типовой путь в Windows: C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8\ (то же самое доступно через переменную %APPDATA%\1C\1cv8). Внутри находятся подкаталоги с идентификаторами информационных баз.

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

Для серверных баз настройки пользователей хранятся уже не в файлах на клиентском компьютере, а в служебных таблицах самой информационной базы на сервере СУБД. Это важно учитывать при переносе: копирование папки профиля в клиент-серверном варианте не перенесёт настройки обработок.

explorer %APPDATA%\1C\1cv8

Хранилище настроек внутри информационной базы

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

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

Как определить, где конкретная обработка хранит настройки

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

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

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

1. 1
   Откройте обработку, измените любую настройку и закройте её
2. 2
   Проверьте каталог %APPDATA%\1C\1cv8 — отсортируйте файлы по дате изменения
3. 3
   Проверьте каталог, где лежит сам файл обработки, на наличие новых файлов XML/INI/JSON
4. 4
   Зайдите в базу под тем же пользователем с другого компьютера и проверьте, подтянулись ли настройки
5. 5
   Если настройки видны везде — они хранятся в базе; если только на одном ПК — в локальном профиле

Перенос настроек обработок на другое рабочее место

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

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

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

Типичные проблемы и очистка настроек

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

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

FAQ