При разработке отчетов в системе 1С:Предприятие 8.3, особенно при использовании Системы Компоновки Данных (СКД) и обращении к полям составного типа данных, мы можем столкнуться с неожиданной ошибкой: "Несовместимые типы "ВЫБОР" >ПРЕДСТАВЛЕНИЕССЫЛКИ(...) КАК ...Представление". Эта проблема часто возникает при попытке получить строковое представление ссылочных полей составного типа. Давайте разберем эту ситуацию подробнее, выясним возможные причины и найдем решение на основе практического опыта.
Предположим, у нас есть регистр накопления, например, РасчетыПоФинансовымИнструментам, и в нем измерение с составным типом данных, например, "Договор". Этот "Договор" может быть ссылкой на Справочник.ДоговорыКредитовИДепозитов или Справочник.ДоговорыАренды. Когда мы создаем простейший запрос в отчете СКД, который просто выбирает это измерение:
ВЫБРАТЬ
РасчетыПоКредитамДепозитам.Договор КАК Договор
ИЗ
РегистрНакопления.РасчетыПоФинансовымИнструментам КАК РасчетыПоКредитамДепозитам
Система Компоновки Данных (СКД) автоматически преобразует наш запрос, добавляя вызов функции ПРЕДСТАВЛЕНИЕССЫЛКИ() для получения строкового представления ссылочного поля. Преобразованный запрос будет выглядеть примерно так:
ВЫБРАТЬ
РасчетыПоКредитамДепозитам.Договор КАК Договор,
ПРЕДСТАВЛЕНИЕССЫЛКИ(РасчетыПоКредитамДепозитам.Договор) КАК ДоговорПредставление
ИЗ
РегистрНакопления.РасчетыПоФинансовымИнструментам КАК РасчетыПоКредитамДепозитам
При формировании отчета на таком запросе, вместо ожидаемых данных, мы получаем ошибку: "{(3, 2)}: Несовместимые типы "ВЫБОР" >ПРЕДСТАВЛЕНИЕССЫЛКИ(РасчетыПоКредитамДепозитам.Договор) КАК ДоговорПредставление". Эта ошибка указывает на проблему, возникающую при попытке интерпретации или компиляции выражения, содержащего функцию ПРЕДСТАВЛЕНИЕССЫЛКИ, возможно, в контексте неявного оператора ВЫБОР, который СКД или платформа может формировать при работе с составными типами.
Сначала давайте рассмотрим шаги, которые обычно предпринимаются при столкновении с подобной проблемой, а также распространенные ситуации, которые могут ввести нас в заблуждение.
Проверка запроса в консоли:
Первым делом мы проверяем, возникает ли та же ошибка при выполнении запроса с ПРЕДСТАВЛЕНИЕССЫЛКИ напрямую в консоли запросов, минуя СКД. Если ошибка повторяется, это подтверждает, что проблема глубже, чем просто настройки СКД, и связана с тем, как функция ПРЕДСТАВЛЕНИЕССЫЛКИ обрабатывает данные.
ВЫБРАТЬ
РасчетыПоФинансовымИнструментам.Договор КАК Договор,
ПРЕДСТАВЛЕНИЕССЫЛКИ(РасчетыПоФинансовымИнструментам.Договор) КАК Представление
ИЗ
РегистрНакопления.РасчетыПоФинансовымИнструментам КАК РасчетыПоФинансовымИнструментам
Если запрос в консоли также "валится" с той же ошибкой, это сужает круг поиска.
Анализ содержимого составного поля:
Очень часто проблемы с составными типами возникают из-за наличия значений НЕОПРЕДЕЛЕНО или пустых ссылок. Функция ПРЕДСТАВЛЕНИЕССЫЛКИ(Неопределено) является некорректной и может быть причиной ошибки. Несмотря на то, что в интерфейсе значение может отображаться как "<>", это не всегда означает именно НЕОПРЕДЕЛЕНО. Это может быть просто незаполненное ссылочное поле. Мы должны убедиться, что в проблемном измерении нет значений НЕОПРЕДЕЛЕНО. Для этого можно выполнить следующий запрос:
ВЫБРАТЬ
РасчетыПоФинансовымИнструментам.Договор КАК Договор
ИЗ
РегистрНакопления.РасчетыПоФинансовымИнструментам КАК РасчетыПоФинансовымИнструментам
ГДЕ
РасчетыПоФинансовымИнструментам.Договор = НЕОПРЕДЕЛЕНО
Если этот запрос возвращает пустой результат, значит, проблема не в явных значениях НЕОПРЕДЕЛЕНО. Если же записи найдены, их заполнение или исключение из выборки может решить проблему.
Проверка фактического состава типов:
Мы должны убедиться, что в составном типе поля "Договор" действительно содержатся только ожидаемые справочники (в нашем случае, Справочник.ДоговорыКредитовИДепозитов и Справочник.ДоговорыАренды) и нет других неожиданных типов, таких как Строка, Число или Булево, которые могли бы быть добавлены в метаданные или появиться из-за нарушения целостности данных. Для проверки фактических типов значений в поле можно использовать:
ВЫБРАТЬ РАЗЛИЧНЫЕ
ТИПЗНАЧЕНИЯ(РасчетыПоФинансовымИнструментам.Договор) КАК ТипДоговора
ИЗ
РегистрНакопления.РасчетыПоФинансовымИнструментам КАК РасчетыПоФинансовымИнструментам
Этот запрос покажет нам все уникальные типы данных, фактически хранящиеся в поле "Договор" в регистре.
Тестирование и исправление базы данных (ТИИ, chdbfl):
В случае возникновения необъяснимых ошибок с данными, всегда рекомендуется проводить проверку целостности базы данных. Для файловых баз используем утилиту chdbfl.exe (Тестирование и исправление информационной базы), а для серверных и файловых баз — встроенную в конфигуратор функцию "Тестирование и исправление" (меню "Администрирование" -> "Тестирование и исправление..."). Эти инструменты помогают выявить и устранить физические ошибки в структуре данных, которые могут вызывать сбои.
После исключения наиболее очевидных причин, таких как НЕОПРЕДЕЛЕНО или несоответствие типов, мы переходим к более специфической проблеме, которая часто становится корнем подобных ошибок при использовании ПРЕДСТАВЛЕНИЕССЫЛКИ.
Функция ПРЕДСТАВЛЕНИЕССЫЛКИ в 1С при получении строкового представления ссылки для составного типа данных, фактически, "обходит" все возможные типы, которые могут быть в этом составном поле. Для каждого из этих типов она ищет и вызывает процедуру ОбработкаПолученияПредставления, если такая процедура переопределена в модуле менеджера соответствующего объекта метаданных. Именно здесь и кроется потенциальная проблема.
В нашем случае, как выяснилось, проблема заключалась в том, что в модуле менеджера одного из справочников, входящих в составной тип измерения "Договор", была переопределена процедура ОбработкаПолученияПредставления. И в этой процедуре к формируемому представлению добавлялся строковый реквизит с неограниченной длиной. Например, это может выглядеть так:
// В модуле менеджера Справочник.ДоговорыКредитовИДепозитов (или другого справочника в составном типе)
Процедура ОбработкаПолученияПредставления(ДанныеПредставления, СтандартнаяОбработка) Экспорт
СтандартнаяОбработка = Ложь; // Отключаем стандартное получение представления
// Получаем сам объект ссылки
СсылкаНаОбъект = ДанныеПредставления.Значение;
Если ТипЗнч(СсылкаНаОбъект) = Тип("СправочникСсылка.ДоговорыКредитовИДепозитов") Тогда
ОбъектДоговор = СсылкаНаОбъект.ПолучитьОбъект();
Если ОбъектДоговор <> Неопределено Тогда
// Пример некорректного добавления строкового реквизита неограниченной длины
// Предположим, у нас есть реквизит "Комментарий" с неограниченной длиной
ДанныеПредставления.Представление = Строка(ОбъектДоговор.Номер) + " от " + Строка(ОбъектДоговор.Дата)
+ " - " + ОбъектДоговор.Комментарий; // <-- Проблема здесь, если Комментарий имеет неогр. длину
Иначе
ДанныеПредставления.Представление = "Недействительный договор";
КонецЕсли;
КонецЕсли;
КонецПроцедуры
Когда функция ПРЕДСТАВЛЕНИЕССЫЛКИ пытается использовать такое представление, а затем СКД или сама платформа пытается объединить различные типы представлений в неявной конструкции ВЫБОР (что часто происходит с составными типами, когда нужно выбрать подходящее представление для каждого типа), возникает ошибка "Несовместимые типы "ВЫБОР"". Это связано с тем, что не все СУБД или механизмы 1С могут корректно работать со строками неограниченной длины в выражениях, где требуется явное или неявное сравнение, приведение типов или выбор одного из нескольких возможных значений разных типов.
Основное решение заключается в корректировке процедуры ОбработкаПолученияПредставления:
Найдите процедуру ОбработкаПолученияПредставления:
Ищем процедуру в модуле менеджера того типа данных, который входит в составной тип измерения и который вызывает ошибку. В нашем случае это может быть Справочник.ДоговорыКредитовИДепозитов или Справочник.ДоговорыАренды. Открываем конфигуратор, находим нужный справочник (или документ, регистр и т.д.), открываем его модуль менеджера.
Отредактируйте логику получения представления:
Мы должны изменить логику формирования представления таким образом, чтобы она не возвращала строку неограниченной длины в тех случаях, когда это может привести к ошибке. Если необходимо включить поле с неограниченной длиной, мы можем ограничить его длину до разумного предела или исключить его из краткого представления, предназначенного для отображения в отчетах.
Пример корректировки (если "Комментарий" — строковый реквизит неограниченной длины):
// В модуле менеджера Справочник.ДоговорыКредитовИДепозитов
Процедура ОбработкаПолученияПредставления(ДанныеПредставления, СтандартнаяОбработка) Экспорт
СтандартнаяОбработка = Ложь;
СсылкаНаОбъект = ДанныеПредставления.Значение;
Если ТипЗнч(СсылкаНаОбъект) = Тип("СправочникСсылка.ДоговорыКредитовИДепозитов") Тогда
ОбъектДоговор = СсылкаНаОбъект.ПолучитьОбъект();
Если ОбъектДоговор <> Неопределено Тогда
// Формируем представление, избегая прямых ссылок на поля неограниченной длины
// или ограничивая их
ДлинныйКомментарий = ОбъектДоговор.Комментарий;
Если СтрДлина(ДлинныйКомментарий) > 100 Тогда // Ограничиваем длину для представления
ДлинныйКомментарий = Лев(ДлинныйКомментарий, 100) + "...";
КонецЕсли;
ДанныеПредставления.Представление = Строка(ОбъектДоговор.Номер) + " от " + Строка(ОбъектДоговор.Дата)
+ " - " + ДлинныйКомментарий;
Иначе
ДанныеПредставления.Представление = "Недействительный договор";
КонецЕсли;
КонецЕсли;
КонецПроцедуры
Или, если строковый реквизит неограниченной длины не является критически важным для краткого представления, его можно просто исключить:
// В модуле менеджера Справочник.ДоговорыКредитовИДепозитов
Процедура ОбработкаПолученияПредставления(ДанныеПредставления, СтандартнаяОбработка) Экспорт
СтандартнаяОбработка = Ложь;
СсылкаНаОбъект = ДанныеПредставления.Значение;
Если ТипЗнч(СсылкаНаОбъект) = Тип("СправочникСсылка.ДоговорыКредитовИДепозитов") Тогда
ОбъектДоговор = СсылкаНаОбъект.ПолучитьОбъект();
Если ОбъектДоговор <> Неопределено Тогда
// Простое представление без проблемного поля
ДанныеПредставления.Представление = Строка(ОбъектДоговор.Номер) + " от " + Строка(ОбъектДоговор.Дата);
Иначе
ДанныеПредставления.Представление = "Недействительный договор";
КонецЕсли;
КонецЕсли;
КонецПроцедуры
Перезапуск и проверка:
После внесения изменений в конфигурацию, обновите базу данных и перезапустите клиентское приложение. Затем повторно сформируйте отчет, чтобы убедиться, что ошибка исчезла.
Важно понимать разницу между функциями ПРЕДСТАВЛЕНИЕССЫЛКИ и ПРЕДСТАВЛЕНИЕ:
ПРЕДСТАВЛЕНИЕССЫЛКИ: Предназначена только для ссылочных типов. Она возвращает строковое представление ссылки, используя в том числе и переопределенную процедуру ОбработкаПолученияПредставления. Для нессылочных типов она вернет исходное значение без преобразований.
ПРЕДСТАВЛЕНИЕ: Может быть использована для любых типов данных (ссылочных и примитивных) и всегда возвращает текстовое представление значения. В СКД она часто предпочтительнее для универсального вывода, особенно если поле может содержать нессылочные типы.
При переопределении процедуры ОбработкаПолученияПредставления следует придерживаться следующих правил для предотвращения проблем с производительностью и ошибок:
Избегайте обращений к базе данных: Внутри процедуры ОбработкаПолученияПредставления не следует выполнять запросы к базе данных или обращаться к реквизитам ссылочных типов "через точку" (например, Ссылка.РеквизитСсылочногоТипа.ДругойРеквизит), так как это приводит к чтению всего объекта из базы данных для каждого вызова, что может значительно замедлить работу системы. Если необходимо получить представление полей другого ссылочного типа, лучше сначала получить представление этих полей, а затем сформировать общее представление ссылки.
Получайте только необходимые данные: Если представление формируется из нескольких реквизитов, старайтесь получать эти данные максимально эффективно.
Ограничивайте длину строк: Если включаете строковые поля с потенциально большой или неограниченной длиной, всегда предусматривайте их обрезку для кратких представлений, чтобы избежать проблем, описанных выше.
При работе с составными типами в запросах, особенно когда поля участвуют в соединениях, отборах или упорядочивании, настоятельно рекомендуется использовать функцию ВЫРАЗИТЬ(). Это позволяет явно указать тип данных, с которым нужно работать, и избежать неявных соединений со всеми таблицами, входящими в составной тип. Без ВЫРАЗИТЬ() 1С может соединяться со всеми возможными таблицами, что приводит к значительному падению производительности и усложнению SQL-запроса, формируемого СУБД. Например:
ВЫБРАТЬ
ВЫРАЗИТЬ(РасчетыПоФинансовымИнструментам.Договор КАК Справочник.ДоговорыКредитовИДепозитов).Номер КАК НомерДоговораКредита
ИЗ
РегистрНакопления.РасчетыПоФинансовымИнструментам КАК РасчетыПоФинансовымИнструментам
ГДЕ
ТипЗначения(РасчетыПоФинансовымИнструментам.Договор) = Тип("СправочникСсылка.ДоговорыКредитовИДепозитов")
Этот подход не только оптимизирует запросы, но и помогает избежать проблем с типами.
Выяснив, что причина ошибки "Несовместимые типы "ВЫБОР"" при использовании ПРЕДСТАВЛЕНИЕССЫЛКИ заключалась в некорректно реализованной процедуре ОбработкаПолученияПредставления, которая возвращала строку неограниченной длины, мы смогли успешно решить проблему. Это подчеркивает важность внимательного отношения к деталям при переопределении стандартного поведения платформы и показывает, как даже небольшие, на первый взгляд, изменения могут привести к трудно диагностируемым ошибкам.