В стандартном АПИ CIBlockElement сортировка передается массивом, в котором можно передать не ограниченное количество полей, но в стандартных компонентах news.list и catalog.section есть только 2 поля. В итоге, если мне нужна сортировка с более чем двумя полями, то мне нужно кастомизировать компонент, что не желательно.

Вопрос: почему бы не реализовать в стандартных компонентах возможность задания неограниченного количества полей для сортировки? Мне кажется это разумно.  

Предлагаю внести вполне очевидную вещь, которой почему то досихпор не реализовано. В 1с есть дополнительные реквизиты, они же свойства в БУС. В 1с они все упорядочены, однако при выгрузке он не учитывает индекс сортировки и выгружает свойства в хаотичном порядке. Соответственно когда в каталоге более тысячи свойств, вручную их сортировать становится непосильной задачей.

Как продолжение идеи Сортировка по значению в свойстве типа "Список"
Для всех свойств типа "Привязка к ..." добавить аналогичную опцию.  

Довольно часто случается ситуация, когда кол-во значений у списочного свойства увеличивается со временем, и если на первых этапах, когда значений не много, значение сортировки можно менять вручную, чтобы значения шли в алфавитном порядке, то спустя время это становится довольно таки сложным занятием.
Добавление опции "Порядок следования в форме добавления/редактирования элемента" в виде выпадающего списка со вариантами "Сортировка" и "Значения", в настройках свойства полностью решает эту проблему.

Проблемы:

1. Сортировка в Ленте CRM. События в Ленте CRM сортируются по дате записи, а не по дате самого события. То есть, при записи события, например, за прошлый год, это событие появится на самом верху Ленты.
2. Настройки фильтра по умолчанию в Ленте CRM? Хотелось бы установить, например, значения "Компания/контакты" и "Дела" и сделать их настройкой фильтра по умолчанию.
   

Предложение:
Сделать мощный фильтр для Ленты СRM (с возможностью сохранения). То есть так же, как сделан фильтр для «Компаний»:

1. фильтрование/сортировка по любому полю
2. возможность сохранять разные фильтры
   

На данном этапе мы уже можем сортировать каталог по цене.
Однако когда в ход идут скидки результаты такой сортировки зачастую могут быть некорректны.
Я понимаю, что архитектура продукта делает реализацию данной идеи очень проблематичной, но все-же для некоторых интернет магазинов данная сортировка бывает принципиальна.

Стоит ли ждать реализацию этой возможности в будущем? Судя по форуму этот вопрос открыт с 2012 года.

Просим сделать так, что бы поле "сортировка" в ИБ товаров заполнялось из поля 1с (например с именем СортировкаТовара) дополнительных реквизитов номенклатуры, а поле "сортировка" в ИБ Пакета предложений заполнялось из поля (например с именем СортировкаХарактеристик) дополнительных реквизитов характеристик.  Это бы очень облегчило управление сортировкой товаров и торговых предложений на сайте, когда необходима сортировка не по алфавиту либо цене, а по каким-то маркетинговым соображениям

Фильтрация по наличию товара на конкретном складе есть, но не хватает ещё сортировки по количеству товара на конкретном складе.

Есть замечательные возможности SQL, которые хотелось бы видеть на уровне прикладного решения:
1. Множественная группировка данных (таблицы). Это бы сняло большие вопросы со структурированием и обработкой большой информации.
2. Множественная сортировка. Аналогично предыдущему пункту.
3. Возможность указания, что по итогу в таблице (промежуточной) строке считаются итоги: сумма, количество, среднее и т.п.
4. Возможность "подцеплять" другие таблицы, чтобы показывать данные из разных баз в одном представлении