Как использовать реквизиты из расширения во внешнем отчете 1С и исправить ошибку «Поле не найдено»

← На главную

При разработке в среде 1С:Предприятие 8.3 программисты часто сталкиваются с ситуацией, когда необходимо вывести во внешнем отчете данные из реквизитов, добавленных через расширение конфигурации. Типичная проблема заключается в том, что внешний отчет (файл .erf), открытый в Конфигураторе, «не видит» метаданные расширения, из-за чего конструктор запроса выдает ошибку, а виртуальные таблицы регистров перестают работать. Рассмотрим подробно, почему это происходит и какими способами можно решить эту задачу.

Почему возникает ошибка «Поле не найдено»?

Проанализируем ситуацию: когда мы создаем внешний отчет, он существует как отдельный файл вне контекста конкретной информационной базы. Конфигуратор при проверке запроса обращается к основной конфигурации. Если реквизит (например, ВидЦеныИндив) добавлен только в расширении, основная конфигурация о нем ничего не знает. Система закономерно сообщает, что поле не найдено.

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

Способ 1. Правильное наполнение расширения метаданными

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

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

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

Способ 2. Использование консоли запросов и перенос через XML

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

Запустим базу в режиме «1С:Предприятие».
Откроем консоль запросов или консоль анализа компоновки данных, которая умеет работать с СКД (Схемой компоновки данных).
В режиме «Предприятие» система видит объединенные метаданные (основная конфигурация + расширение). Напишем наш запрос здесь. Конструктор запроса в «Предприятии» успешно отработает и увидит все наши расширенные поля: Партнеры.Скидка и Партнеры.ВидЦеныИндив.
Настроим схему компоновки (поля выбора, группировки) прямо в консоли.
Сохраним настроенную схему компоновки в файл .xml.
Вернемся в Конфигуратор, откроем наш внешний отчет, зайдем в основную схему компоновки данных и нажмем кнопку «Загрузить схему из файла».

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

Способ 3. Временное добавление реквизитов в основную конфигурацию

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

В основной конфигурации (не в расширении!) создадим реквизиты с точно такими же именами и типами, как в расширении (например, Скидка).
Теперь Конструктор запроса во внешнем отчете видит эти поля. Настроим весь отчет, пропишем связи и оформление.
Скопируем текст готового запроса в блокнот.
Удалим временные реквизиты из основной конфигурации (или просто закроем ее без сохранения, если это возможно).
В расширении реквизиты уже должны существовать.
Вставим текст запроса обратно в СКД внешнего отчета.

Этот метод позволяет быстро «набросать» сложный запрос, но помните: после удаления реквизитов из основной конфигурации открывать конструктор запроса снова нельзя — он сотрет «неизвестные» ему поля.

Особенности работы с виртуальными таблицами

Проанализируем код запроса, который вызывает сложности. Часто ошибка возникает в конструкциях вида:


ВЫБРАТЬ
    ЦеныНоменклатурыСрезПоследних.Номенклатура КАК Номенклатура,
    ЦеныНоменклатурыСрезПоследних.Номенклатура.ВидНоменклатуры КАК ВидНоменклатуры
ИЗ
    РегистрСведений.ЦеныНоменклатуры.СрезПоследних(&Период, ВидЦены = &ВидЦены) КАК ЦеныНоменклатурыСрезПоследних

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

Контекст выполнения: Внешний отчет должен запускаться в той же области данных и с теми же правами, что и расширение.
Безопасный режим: Если расширение или внешний отчет запущены в безопасном режиме, доступ к некоторым метаданным может быть ограничен. Попробуйте отключить безопасный режим для тестирования.
Использование параметров: Всегда передавайте параметры в виртуальные таблицы явным образом. Это помогает системе оптимизировать запрос, особенно когда задействованы механизмы расширений.

Программная подмена запроса

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

Мы можем хранить «правильный» текст запроса (со всеми полями расширения) в виде строки или в макете. В момент формирования отчета мы программно подменяем текст запроса в основной схеме:


Процедура ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка)
    
    СтандартнаяОбработка = Ложь;
    
    // Получаем схему
    Схема = ПолучитьМакет("ОсновнаяСхемаКомпоновкиДанных");
    
    // Находим нужный набор данных
    НаборДанных = Схема.НаборыДанных.Найти("НаборДанных1");
    
    // Устанавливаем текст запроса, который мы подготовили заранее
    НаборДанных.Запрос = "ВЫБРАТЬ Партнеры.Ссылка, Партнеры.ВидЦеныИндив ИЗ Справочник.Партнеры КАК Партнеры";
    
    // Далее стандартный вывод компоновки...
    КомпоновщикМакета = Новый КомпоновщикМакетаКомпоновкиДанных;
    МакетКомпоновки = КомпоновщикМакета.Выполнить(Схема, КомпоновщикНастроек.ПолучитьНастройки(), ДанныеРасшифровки);
    
    ПроцессорКомпоновки = Новый ПроцессорКомпоновкиДанных;
    ПроцессорКомпоновки.Инициализировать(МакетКомпоновки, , ДанныеРасшифровки);
    
    ПроцессорВывода = Новый ПроцессорВыводаРезультатаКомпоновкиДанныхВТабличныйДокумент;
    ПроцессорВывода.УстановитьДокумент(ДокументРезультат);
    ПроцессорВывода.Вывести(ПроцессорКомпоновки);
    
КонецПроцедуры

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

Резюме

Для успешного добавления запроса из консоли во внешний отчет при работе с расширениями мы рекомендуем:

Использовать метод с XML-выгрузкой из консоли в режиме «Предприятие» как самый быстрый.
Проверять, добавлены ли в расширение все зависимые объекты (справочники, на которые ссылаются измерения регистров).
Использовать программную установку текста запроса в модуле отчета для обхода ограничений Конфигуратора.