Где хранятся варианты отчетов в 1С УПП

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

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

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

Основное хранилище: справочник «Варианты отчетов»

Центральный объект, где УПП хранит варианты отчетов, — справочник «Варианты отчетов» (в конфигураторе — Справочники.ВариантыОтчетов). Каждый элемент этого справочника соответствует одному сохраненному варианту: пользовательскому или предопределенному.

Ключевые реквизиты элемента справочника:

• Отчет — ссылка на отчет, к которому относится вариант;
• КлючВарианта — уникальный строковый ключ, по которому система идентифицирует вариант;
• Наименование — то название, которое видит пользователь в списке вариантов;
• Пользователь / Автор — владелец пользовательского варианта;
• ХранилищеНастроек — реквизит типа «ХранилищеЗначения», где в сериализованном виде лежат сами настройки СКД (отборы, группировки, поля, параметры).

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

Где физически лежат данные: таблицы базы и хранилище значений

Все элементы справочника «Варианты отчетов» физически находятся в таблице информационной базы. Для файловой базы это файл 1Cv8.1CD в каталоге базы; для клиент-серверной — таблица на SQL-сервере (в терминах СУБД имя таблицы формируется платформой и не предназначено для прямой работы).

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

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

Пользовательские настройки и регистры

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

Различие принципиальное:

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

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

Файлы настроек: когда варианты лежат вне базы

Третий вариант хранения — внешние файлы. Пользователь может выгрузить настройки отчета в файл (в форме настроек СКД есть команды сохранения/загрузки настроек), а внешний отчет (.erf или .epf) может содержать варианты внутри себя как часть схемы компоновки данных.

Типовые сценарии, где варианты оказываются в файлах:

• выгрузка настроек для передачи коллеге или в другую базу;
• архивная копия настроек перед экспериментами со сложной СКД;
• варианты, встроенные разработчиком во внешний отчет.

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

Как найти конкретный вариант: пошаговые действия

Если нужно найти, где лежит конкретный вариант, действуйте в таком порядке:

1. 1
   Откройте Операции → Справочники → Варианты отчетов
2. 2
   Отберите по колонке «Отчет» нужный отчет или используйте поиск по наименованию варианта
3. 3
   Откройте элемент и проверьте ключ варианта и владельца (пользователя)
4. 4
   Если вариант не найден в справочнике — проверьте, не является ли он предопределенным вариантом из схемы отчета (он хранится в конфигурации, а не в данных)
5. 5
   Если настройки выгружали вручную — ищите файл настроек в каталогах, куда сохранял пользователь

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

Для массового анализа удобно использовать консоль запросов: выбрать элементы справочника с полями «Отчет», «КлючВарианта», «Наименование», «Автор». Это быстрее, чем вручную листать список, когда вариантов сотни.

ВЫБРАТЬ Варианты.Наименование, Варианты.КлючВарианта, Варианты.Отчет, Варианты.Автор ИЗ Справочник.ВариантыОтчетов КАК Варианты ГДЕ НЕ Варианты.ПометкаУдаления

Перенос вариантов между базами

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

Главный подводный камень переноса — ссылки. Вариант ссылается на отчет и на пользователя. Если в базе-приемнике пользователь отсутствует или отчет имеет другой внутренний идентификатор, вариант либо не загрузится, либо потеряет владельца. Перед массовым переносом сверьте состав пользователей и список отчетов в обеих базах.

Типичные проблемы и их причины

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

Проверка результата

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