Таблица b_catalog_store_product судя по описанию дает возможность учитывать несколько количеств одного товара на складе.

Добавьте пожалуйста возможность добавления к ней пользовательских полей.

Почему нет сортировки по цене ТП в каталоге? С точки зрения маркетинга неплохо бы выводить в секции у товара цену самого его дешёвого ТП. Зайдя уже в карточку пользователь сам сможет решить какие настройки товара(ТП) ему нужны.

Просьба добавить код товара для передачи в событие OnGetDiscountResult в методе \CAllCatalogDiscount::GetDiscount(). В событие OnGetDiscount он передаётся, а в то что по окончании расчёта - нет. Это позволит управлять скидками для конкретной записи в корзине, не меняя стандартный порядок выбора скидок и без необходимости копировать "к себе" несколько методов.

В CCatalogProduct::GetOptimalPrice должны также приходить поля товара. Так как бывает что  цена торгового предложения генерируется исходя из его полей. Столкнулся с задачей: нужно добавлять торговые предложения с одним и тем же ID, но разными свойствами (от которых зависит цена которую пересчитываю в  AddEventHandler("catalog", "OnGetOptimalPrice", "MyGetOptimalPrice";) и так как туда приходит только ID товара не возможно отличить одно ТП от другого и как результат у них одна цена на всех. А если бы приходили ещё и поля, то проблемы не было бы никакой.

Сейчас (инфоблоки 14.5.3, каталог 14.5.3) этот метод выбирает много о товаре вместе с элементом инфоблока, но не количество зарезервированного товара. Приходится делать дополнительную выборку на основе CCatalogProduct::GetList. При наличии двух выборок, соединение в CIBlockElement::GetList с таблицей товаров уже не имеет смысла, раз все равно собирать данные о товаре отдельным вызовом.

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

Данное усовершенствование API особенно сильно требуется в скриптах по обмену остатками (с 1С или другими системами учета товаров). Несмотря на развитие интеграции с 1С свои скрипты будут работать еще годы, т.к. конфигурации 1С поднять до нужного уровня очень сложно.

Предложил сначала в поддержке, получил предложение-отписку насчет сайта идей. Обращение 487565.