Почему в отчетах 1С:ERP пропали дополнительные реквизиты после обновления и как их вернуть?

← На главную

При эксплуатации крупных систем на базе 1С:ERP Управление предприятием (особенно редакций 2.4 и 2.5) администраторы и разработчики часто сталкиваются с последствиями обновлений конфигурации. Одна из специфических и неприятных проблем — внезапное исчезновение дополнительных реквизитов из списка доступных полей в типовых отчетах. При этом в самих карточках объектов (например, в справочнике Договоры контрагентов) реквизиты отображаются и доступны для заполнения, но в настройках отчета (группировки, отборы, дополнительные поля) они полностью отсутствуют.

В этой статье мы подробно разберем, почему это происходит, как диагностировать причину сбоя и какими методами можно восстановить работоспособность системы. Мы проанализируем механизмы Библиотеки стандартных подсистем (БСП), которые отвечают за динамическое формирование полей отчетов, и выясним, как исправить "кривое" обновление метаданных.

Анализ ситуации: почему реквизиты видны в форме, но не видны в отчете?

Для начала давайте разберем механизм работы дополнительных реквизитов. В типовых решениях 1С они не являются "жестко" прописанными полями таблиц базы данных. Система компоновки данных (СКД), на которой построены почти все типовые отчеты (ОСВ по счету, Ведомость по расчетам и др.), динамически добавляет эти поля в список доступных при формировании отчета. Этот процесс опирается на связи между объектом метаданных и набором свойств в Плане видов характеристик (ПВХ) ДополнительныеРеквизитыИСведения.

Если после обновления системы связь между реальным справочником (например, Справочник.ДоговорыКонтрагентов) и соответствующим ему элементом в ПВХ нарушается, программный код БСП не может определить, какие именно доп. реквизиты относятся к отчету, и просто исключает их из пользовательского выбора.

Шаг 1: Локализация проблемы

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

Проверка по разным объектам: выясним, пропали ли реквизиты только для конкретного справочника (например, Договоры) или для всех сразу (Номенклатура, Контрагенты, Партнеры). Если в справочнике Номенклатура реквизиты в отчетах на месте, значит, общая функциональная опция ИспользоватьДополнительныеРеквизитыИСведения включена и работает корректно.
Проверка прав доступа: убедимся, что проблема воспроизводится под пользователем с полными правами. Если под полными правами реквизиты видны, а под ограниченными — нет, проблему стоит искать в RLS или ролях.
Проверка кэша: классический "танец с бубном" в 1С. Очистим локальный кэш пользователя, так как метаданные отчетов часто кэшируются и могут отображать неактуальную структуру после обновления.

Шаг 2: Проверка Плана видов характеристик через консоль запросов

Если базовые проверки не помогли, перейдем к глубокой диагностике. Выясним состояние предопределенных элементов в ПВХ ДополнительныеРеквизитыИСведения. Именно здесь кроется наиболее частая причина сбоя в релизах ERP 2.4.13.х.

Рассмотрим ситуацию: в процессе обновления ссылка на предопределенный элемент, соответствующий справочнику Договоры, могла стать "битой" или очиститься. Это происходит из-за сбоев в справочнике ИдентификаторыОбъектовМетаданных. Нам нужно проверить реквизит ИмяПредопределенныхДанных для соответствующих записей ПВХ.

Воспользуемся консолью запросов и проанализируем таблицу:


ВЫБРАТЬ
    ДопРеквизиты.Ссылка,
    ДопРеквизиты.Наименование,
    ДопРеквизиты.ИмяПредопределенныхДанных,
    ДопРеквизиты.ТипЗначения
ИЗ
    ПланВидовХарактеристик.ДополнительныеРеквизитыИСведения КАК ДопРеквизиты
ГДЕ
    ДопРеквизиты.Наименование ПОДОБНО "%Договор%"

Если мы увидим, что для элементов, связанных с договорами, поле ИмяПредопределенныхДанных пустое или содержит некорректную ссылку, значит, механизм БСП потерял ориентир. Система видит "просто запись" в ПВХ, но не понимает, что она является владельцем свойств для метаданных договоров.

Шаг 3: Исправление идентификаторов и связей

Рассмотрим несколько способов решения проблемы, от самых простых до радикальных.

Способ 1: Принудительное обновление идентификаторов

Попробуем заставить систему заново пересчитать связи между объектами конфигурации и записями в справочнике идентификаторов. Для этого запустим базу с параметром:

/C ЗавершитьРаботуПользователей /ОбновитьИнформационнуюБазу

Это инициирует выполнение всех процедур обновления, предусмотренных БСП, включая актуализацию идентификаторов объектов метаданных. В ряде случаев это восстанавливает "слетевшие" ссылки в ПВХ автоматически.

Способ 2: Использование типовой обработки БСП

В составе БСП есть обработка РедактированиеРегистрационныхДанных (или аналогичные инструменты в составе "Инструментов разработчика"). Мы можем попробовать перепривязать наборы свойств к объектам. Однако, если повреждены предопределенные данные, этот метод может не сработать через обычный интерфейс.

Способ 3: Программное восстановление ссылок (Рекомендуется)

Если мы обнаружили, что в ПВХ ссылки действительно пустые или повреждены, нам поможет небольшой скрипт. Нам нужно вручную установить соответствие. Рассмотрим пример кода, который восстанавливает связь для справочника договоров:


&НаСервере
Процедура ВосстановитьСвязьДопРеквизитовНаСервере()
    
    // Получаем нужный элемент ПВХ, который должен быть предопределенным
    НаборДоговоры = ПланыВидовХарактеристик.ДополнительныеРеквизитыИСведения.НайтиПоНаименованию("Справочник ""Договоры контрагентов""");
    
    Если Не НаборДоговоры.Пустая() Тогда
        ОбъектПВХ = НаборДоговоры.ПолучитьОбъект();
        
        // Устанавливаем признак загрузки, чтобы обойти проверки
        ОбъектПВХ.ОбменДанными.Загрузка = Истина;
        
        // ВНИМАНИЕ: Имя должно строго соответствовать имени в конфигураторе
        // Обычно это формат: Справочник_ДоговорыКонтрагентов
        ОбъектПВХ.ИмяПредопределенныхДанных = "Справочник_ДоговорыКонтрагентов";
        
        Попытка
            ОбъектПВХ.Записать();
            Сообщить("Связь для Договоров успешно восстановлена!");
        Исключение
            Сообщить("Ошибка при записи: " + ОписаниеОшибки());
        КонецПопытки;
    КонецЕсли;

КонецПроцедуры

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

Шаг 4: Регламентные задания и поиск

После того как мы восстановили связи в ПВХ, реквизиты могут не появиться в отчетах мгновенно. Система компоновки данных в ERP часто использует подготовленные данные для поиска и отборов. Проанализируем состояние регламентных заданий. Нам необходимо убедиться, что успешно выполнено задание ЗаполнениеДанныхДляПоискаИОтборов.

Это задание пересчитывает внутренние индексы, которые отчеты используют для вывода дополнительных полей. Рекомендуется запустить его принудительно после восстановления связей в ПВХ.

Резюме и советы

Подводя итог, разберем краткий алгоритм действий при исчезновении доп. реквизитов из отчетов:

Убеждаемся, что проблема не в кэше и не в правах доступа.
Проверяем, работают ли доп. реквизиты в других справочниках (выясняем, локальная это проблема или глобальная).
Через консоль запросов проверяем План видов характеристик ДополнительныеРеквизитыИСведения на предмет пустых имен предопределенных данных.
Если имена пусты — программно восстанавливаем их, используя ОбменДанными.Загрузка = Истина.
Запускаем обновление идентификаторов метаданных и регламентные задания по заполнению данных для поиска.

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