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