Почему динамический список 1С обрезает строку до одного символа и как решить проблему?

← На главную

Обновление технологической платформы 1С:Предприятие 8.3 нередко сопровождается изменением внутренних алгоритмов оптимизации запросов и механизмов типизации данных. Типичный сценарий: после перехода с релиза ветки 8.3.21 на более свежие версии (8.3.24, 8.3.25 и выше) в управляемой форме перестают корректно отображаться строковые реквизиты. Вместо ожидаемой строки заданной длины (например, строкового кода сортировки длиной 20 символов) пользователь видит в колонке только один первый символ.

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

Условия возникновения проблемы и симптомы

Сбой проявляется при соблюдении следующего набора условий:

В форме используется элемент управления Динамический список с включенным признаком Произвольный запрос.
В тексте запроса выполняется соединение с планом видов характеристик, регистром сведений дополнительных реквизитов и сведений либо таблицей, содержащей реквизит составного типа.
В выборку извлекается значение характеристики, имеющее в источнике тип Строка определенной длины (например, 20 или 50 символов).
При открытии формы в пользовательском интерфейсе значение колонки обрезается ровно до 1 символа, хотя в базе данных и в результатах выполнения аналогичного запроса через объект Запрос присутствуют полные строки.
Попытка применить функцию языка запросов ПОДСТРОКА(...) либо завершается синтаксической ошибкой, либо не меняет видимое поведение динамического списка.

Разница в работе консоли запросов и динамического списка

Чтобы понять причину аномалии, важно различать принципы функционирования обычного объекта Запрос и объекта ДинамическийСписок:

Объект «Запрос» выполняет прямое обращение к СУБД, получает готовый набор записей (выборку или таблицу значений) и оперирует уже фактически возвращенными данными. Если СУБД вернула строку длиной 20 символов, консоль запросов отображает ее целиком.
Динамический список работает по модели постраничного считывания данных. Он самостоятельно анализирует метаданные полей выборки запроса еще до момента загрузки видимой порции строк. На основании этого анализа платформа формирует структуру типов для колонок таблицы формы, рассчитывает размеры буферов и строит динамические SQL-запросы для пагинации, сортировки и отборов.

Когда поле выборки формируется из значения составного типа (каковым является поле Значение в планах видов характеристик или регистрах сведений), платформа не может однозначно определить точную длину строки на этапе компиляции структуры динамического списка. В ранних версиях платформы (до 8.3.21) механизм вывода типов мог определять длину по метаданным первой строки или по наиболее широкому типу в описании объекта. Начиная с платформы 8.3.24, правила строгости типизации изменились: если для составного поля не задано явное сужение типа, результирующий тип поля в динамическом списке может деградировать до базовой строки минимальной размерности — Строка(1).

Почему функция ПОДСТРОКА не решает задачу

Распространенная попытка обойти ограничение — обернуть выражение в строковую функцию:

ПОДСТРОКА(ДопСведения.Значение, 1, 20)

Однако в контексте динамического списка такой подход часто оказывается неработоспособным по следующим причинам:

Функция ПОДСТРОКА ожидает на вход аргумент исключительно строкового типа. Если поле Значение имеет составной тип (включающий числа, даты, ссылки на справочники), вызов функции на уровне СУБД приводит к ошибке приведения типов или игнорированию операции.
Если в результате левого соединения строка отсутствует, поле принимает значение NULL. Обработка NULL функцией ПОДСТРОКА без предварительной проверки через ЕСТЬNULL возвращает неопределенный результат.
Главное: ПОДСТРОКА является функцией обработки данных, а не оператором декларирования типа метаданных. Она не сообщает оптимизатору динамического списка явную сигнатуру типа колонки формы.

Пошаговый алгоритм проверки и исправления запроса

Для гарантированного восстановления корректной длины поля необходимо выполнить диагностику и модификацию схемы выборки:

Проверить метаданные источника: убедиться, какой максимальной длины строка может храниться в конкретном свойстве плана видов характеристик (например, 20, 50 или 100 знаков).
Изолировать значения NULL: при использовании соединений (особенно ЛЕВОЕ СОЕДИНЕНИЕ) значение реквизита для части записей будет неопределено. Его необходимо заменить пустой строкой с помощью конструкции ЕСТЬNULL(...).
Применить жесткое приведение типов: использовать оператор ВЫРАЗИТЬ, который на уровне синтаксического анализатора платформы декларирует результирующий тип колонки динамического списка.

Реализация решения через оператор ВЫРАЗИТЬ

Канонический способ фиксации типа и размерности данных в произвольном запросе динамического списка — совместное использование функций ЕСТЬNULL и ВЫРАЗИТЬ.

В тексте запроса динамического списка проблемное поле необходимо описать следующим образом:


ВЫБРАТЬ
    Номенклатура.Ссылка КАК Ссылка,
    Номенклатура.Наименование КАК Наименование,
    ВЫРАЗИТЬ(ЕСТЬNULL(ДопСведенияСортКод.Значение, "") КАК СТРОКА(100)) КАК СортировочныйКод,
    ВЫРАЗИТЬ(ЕСТЬNULL(ДопСведенияСортЧислом.Значение, 0) КАК ЧИСЛО(10, 0)) КАК СортировочныйКодЧислом
ИЗ
    Справочник.Номенклатура КАК Номенклатура
    ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ДополнительныеСведения КАК ДопСведенияСортКод
        ПО ДопСведенияСортКод.Объект = Номенклатура.Ссылка
        И ДопСведенияСортКод.Свойство = &СвойствоСтрока
    ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ДополнительныеСведения КАК ДопСведенияСортЧислом
        ПО ДопСведенияСортЧислом.Объект = Номенклатура.Ссылка
        И ДопСведенияСортЧислом.Свойство = &СвойствоЧисло

Обратите внимание на порядок вложенности: сначала функция ЕСТЬNULL подставляет значение по умолчанию (пустую строку "" или число 0), а затем внешняя конструкция ВЫРАЗИТЬ(... КАК СТРОКА(N)) явно задает для динамического списка размерность N. Если длина кода сортировки составляет 20 символов, рекомендуется указывать размерность с запасом (например, 50 или 100), либо точно равную максимальной длине свойства в ПВХ.

Условия применения и технические ограничения

При использовании оператора ВЫРАЗИТЬ в динамических списках необходимо учитывать следующие системные ограничения платформы 1С:Предприятие:

Строки неограниченной длины: нельзя указывать приведение к типу СТРОКА без указания конкретной длины в скобках. Конструкция ВЫРАЗИТЬ(Поле КАК СТРОКА) вызовет ошибку на уровне СУБД, так как динамический список не может корректно сортировать и группировать поля неограниченной длины. Длина должна быть задана явно: СТРОКА(100).
Несовместимость типов данных: оператор ВЫРАЗИТЬ не осуществляет конвертацию одного типа в другой (например, он не преобразует ссылку справочника в текст ее наименования). Он лишь сообщает платформе, какой именно тип из доступного состава типов следует извлечь. Если в поле фактически записана ссылка или дата, а запрос пытается выразить ее как СТРОКА(100), платформа вернет пустое значение (или значение по умолчанию).
Числовые поля: для числовых характеристик обязательно указывать точность и разрядность: ВЫРАЗИТЬ(Поле КАК ЧИСЛО(Длина, Точность)). Пропуск разрядности может привести к аналогичной проблеме округления или отсечения дробной части.
Настройки колонок формы: после изменения запроса динамического списка следует проверить свойства элемента формы (колонки таблицы). Если в элементе формы ранее было вручную задано ограничение ширины или маска отображения, их необходимо сбросить или привести в соответствие с новой размерностью поля.

Явное декларирование типов с помощью ВЫРАЗИТЬ является стандартным требованием стандартов разработки 1С для любых вычисляемых полей и полей составного типа в динамических списках. Соблюдение этого правила гарантирует стабильную работу форм при любых последующих обновлениях платформы 1С:Предприятие.