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

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

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

Какие виды настроек существуют в 1С

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

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

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

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

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

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

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

Где находятся локальные файлы и кэш на компьютере

На компьютере пользователя платформа хранит кэш метаданных, журналы и служебные файлы в профиле операционной системы. Основные пути для Windows: %APPDATA%\1C\1cv8 (роуминг-настройки, списки баз, файлы *.v8i) и %LOCALAPPDATA%\1C\1cv8 (локальный кэш баз, папки с длинными шестнадцатеричными именами — по одной на каждую базу).

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

Для Linux-клиента пути аналогичны: ~/.1cv8 в домашнем каталоге пользователя. В веб-клиенте локального кэша метаданных нет, но браузер хранит собственный кэш, который иногда тоже требует очистки после обновления конфигурации.

%APPDATA%\1C\1cv8 — списки баз, файлы *.v8i, общие настройки клиента
%LOCALAPPDATA%\1C\1cv8 — кэш информационных баз (папки с GUID-именами)
%APPDATA%\1C\1cv8\conf — папки конфигурационных файлов клиента

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

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

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

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

1. 1
   Откройте «Администрирование → Обслуживание → Настройки пользователей и прав»
2. 2
   Выберите пользователя-источника и откройте список его настроек
3. 3
   Отметьте нужные настройки (отчёты, внешний вид, прочие)
4. 4
   Нажмите «Скопировать» и укажите пользователя-получателя
5. 5
   Попросите получателя перезапустить сеанс и проверить результат

Как сбросить настройки и очистить кэш без потери данных

Сброс настроек конкретной формы пользователь часто может выполнить сам: в меню «Ещё» формы есть команды «Установить стандартные настройки» (для списков и отчётов) или «Изменить форму» с возможностью вернуть состав по умолчанию. Это самый безопасный способ, он затрагивает только текущую форму.

Полная очистка кэша делается вручную: закройте все сеансы 1С, перейдите в %LOCALAPPDATA%\1C\1cv8, найдите папку, соответствующую проблемной базе, и удалите её (или переименуйте — это безопаснее). При следующем запуске платформа создаст кэш заново. Альтернатива — удалить базу из списка в стартовом окне и добавить заново: при этом кэш очищается автоматически.

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

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

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

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

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

Ограничения, риски и контроль результата

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

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

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