СохранитьЗначение в 1С: куда сохраняется значение и как его найти

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

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

Что делает СохранитьЗначение и как устроен механизм

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

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

Куда физически записывается значение

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

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

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

Что можно и чего нельзя сохранять

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

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

Сохранение ссылок и риск «битых» значений

Если сохранить ссылку на элемент справочника, а затем этот элемент удалить, при восстановлении вы получите ссылку на несуществующий объект. Код, который сразу обращается к реквизитам такой ссылки, упадёт с ошибкой. Правильный шаблон — после ВосстановитьЗначение проверять результат на Неопределено и на пустую/битую ссылку.

Значение = ВосстановитьЗначение("МояОбработка/ОсновнаяОрганизация");
Если Значение = Неопределено
    Или Не ЗначениеЗаполнено(Значение) Тогда
    Значение = Справочники.Организации.ПустаяСсылка();
КонецЕсли;

Где найти и как проверить сохранённое значение

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

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

1. 1
   Вызовите СохранитьЗначение с заданными ключом и объектом в контексте нужного пользователя
2. 2
   Сразу выполните ВосстановитьЗначение с теми же параметрами
3. 3
   Сравните восстановленное значение с исходным по типу и содержимому
4. 4
   Проверьте поведение под другим пользователем — записи должны быть независимыми
5. 5
   При необходимости очистите тестовые данные через УдалитьНастройки хранилища

Почему настройки теряются: типичные сценарии

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

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

Когда СохранитьЗначение не подходит: альтернативы

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

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

Права доступа и безопасность

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

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

FAQ