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