Как заставить отчет СКД использовать исходную структуру при расшифровке?

← На главную

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

Почему теряется структура при расшифровке?

Механизм расшифровки в СКД устроен так, что при клике на ячейку платформа автоматически генерирует новые настройки отображения. Она создает объект КомпоновщикНастроек, «забывая» о том, как выглядел исходный отчет. Система просто пытается вывести данные по выбранному элементу, сводя структуру к минимуму. Чтобы сохранить исходное оформление, нам необходимо вмешаться в этот процесс.

Решение проблемы через программный перехват

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

Шаг 1: Обработка события расшифровки

В обычных формах мы используем событие ОбработкаРасшифровки, а в управляемых формах — событие ОбработкаРасшифровки поля табличного документа. Первым делом нам нужно получить данные о том, на что именно кликнул пользователь.

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

Шаг 2: Извлечение значений из расшифровки

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

ПолучитьПоля() — для получения доступных полей текущего элемента.
ПолучитьРодителей() — для определения иерархии вышестоящих группировок.

Рассмотрим пример того, как можно получить доступ к структуре данных:


// Пример получения параметров расшифровки
Данные = ОбработкаРасшифровки;
Элемент = Данные.Элементы[ИдентификаторРасшифровки];
Если ТипЗнч(Элемент) = Тип("ЭлементРасшифровкиКомпоновкиДанныхПоля") Тогда
    Поля = Элемент.ПолучитьПоля();
    // Анализируем поля и формируем отбор
КонецЕсли;

Шаг 3: Формирование настроек

Вместо того чтобы полагаться на автоматику, мы берем КомпоновщикНастроек.Настройки нашего исходного отчета. В эти настройки мы программно добавляем необходимые отборы:


// Добавление отбора в настройки
ЭлементОтбора = Настройки.Отбор.Элементы.Добавить(Тип("ЭлементОтбораКомпоновкиДанных"));
ЭлементОтбора.ЛевоеЗначение = Новый ПолеКомпоновкиДанных("Номенклатура");
ЭлементОтбора.ВидСравнения = ВидСравненияКомпоновкиДанных.Равно;
ЭлементОтбора.ПравоеЗначение = ВыбраннаяНоменклатура;
ЭлементОтбора.Использование = Истина;

Шаг 4: Вывод в табличный документ

После подготовки настроек создаем ПроцессорКомпоновкиДанных и ПроцессорВыводаВТабличныйДокумент. Мы передаем в них схему нашего исходного отчета, но с уже модифицированными настройками, содержащими нужный отбор.

Альтернативный подход: создание отчета-расшифровщика

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

Этот метод имеет несколько преимуществ:

Поддерживаемость: Удобнее развивать логику отдельного отчета, чем постоянно править сложный код в обработчике расшифровки.
Чистота кода: Отсутствие громоздких конструкций по ручному формированию КомпоновщикаНастроек в модуле формы.
Гибкость: Возможность задать уникальную структуру вывода, которая не зависит от настроек родительского отчета.

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