1) Зависимые фильтры
У платформы ReadyScript Замечательная AJAX система фильтрации. Но сейчас это уже очень неудобно для пользователя (время не стоит на месте). При большом количестве различных характеристик, и при большом ассортименте товаров очень часты такие сочетания фильтра, при котором пользователь постоянно видит сообщение о том что в данной категории нет товара. Вот пример - http://goo.gl/4krUOX А почему бы не сделать ее зависимой? Что это значит? Посмотрите скриншот (222.png) и станет все понятно.
2) Улучшение юзабилити
При выборе какого либо чекбокса фильтр "затеняется", при большом количестве товаров а результате применнного фильтра - происходит некоторая достточно длительная задержка, и пользователю непонятно, что фильтр еще не применен, во всяком случае я не понял и кликал по товару до применения фильтра, иногда это вызывает странные ошибки. Думаю было бы логично "затенить" и область товаров

В данный момент через yml файлик нет возможности загрузить многомерные комплектации и вариации товара (цвет,размер).
Обычно в yml все варианты одного товара идут под единым group id.

Здравствуйте! Неплохо бы видеть список брошенных корзин, а так же функционал уведомлений пользователям о незавершенных заказах.
Функционал правил триггерных рассылок можно сделать по аналогии с "правила для корзины".
Например, можно сначала высылать письмо со списком товаров в корзине, а затем через несколько дней письмо со скидкой.

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

Добрый день, пора начинать перерабатывать внутренний инструмент поиска по каталогу.
>60к товаров
>700 категорий
>10 секунд на поисковый запрос

Прошу внести небольшую, но полезную доработку в модуль.
А именно использование модуля на любой странице с привязкой к конкретному товару/категории/страницы

{moduleinsert name="\SeoControl\Controller\Block\SeoH1" id="$product.id"}

Сейчас же если добавить {moduleinsert name="\SeoControl\Controller\Block\SeoH1"} в шаблон product_in_list_block.tpl то будет выводится информация конкретной категории, несмотря на то что в данном шаблоне присуствует вывод товаров этой категории, где можно было бы использовать дополнительный параметр ID-товара

Добрый день!
Сервис Яндекса Турбо-Страницы позволяет использовать штатный экспорт через YML (тот же что и для Яндекс.Маркет). С одним отличием. Почему-то он отказывается принимать предложения с offer id содержащим буквы.

В модуле /modules/export/model/exporttype/yandex/offertype/commonoffertype.inc.php

В строке:

$writer->startElement("offer");

$writer->writeAttribute('id', $product->id.'x'.$offer_index);

Добавляется "X" к ID

В результате в YML <offer id="51x" available="true">
(даже если не используются комплектации)

Возможно стоит убрать x из id хотя бы в том случае, если не используются комплектации

Очень не хватает опции "Поставщики", как, например, в Prestashop.
Чтобы при импорте товара можно было идентифицировать товар по полю поставщика совместно с другим полем, например (Поставщик, Артикул), для дальнейшего вывода товара от поставщика, например, с наименьшей ценой или с наименьшим сроком поставки (да и поле бы "срок поставки" от поставщика).
И для каждого прайса при импорте товара выбирать поставщика этого прайса.
Именно "Поставщиков" не хватает для перехода на ReadyScript.

Для примера приведу тип товара - Двери.
У двери две характеристики в пределах модели - Цвет и Размер полотна.

Крайне логично, если двери разного цвета будут разными товарами. Это удобно и в поиске показывать, и фильтровать, и вообще продвигать. Что угодно, но как не крути - удобно.
Группируем такие двери по моделям. Отлично всё.

А теперь добавляем Размер полотна :)
Всё, не работает выбор размера. В поддержку по этому поводу обращались - "решения на данный момент проблемы нет".

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

Это пожелание перекликается с предыдущим
https://helpdesk.readyscript.ru/wish/Vydacha-poiska-i-Gruppirovka-tovarov-663.html
Только здесь обратная ситуация

Очень не хватает возможности в настройках купона "запретить применять купон для товаров, на которые уже действует скидка". У нас клиентам в авторассылке приходит промокод на скидку 10%, а на некоторые группы товаров или бренды действует скидка 30% и люди постоянно находят самые большие скидки и применяют к ним дополнительно купон еще на 10%, а это уже не выгодно и не рентабельно.

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