При массовом редактировании товара нам необходимо добавить группу товаров в другие категории.
И мы забываем поставить галочку "Сохранить имеющиеся ранее категории".
При этом удаляется привязка товаров к старым категориям.

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

Это сущий пустяк, но сегодня наш сотрудник по невнимательности, при обработке каталога... забыл поставить галочку и слетала привязка к категориями у полторы тысячи товаров. Теперь они дружно торчат в одной категории, а обратно раскидать... ну, около сотни категорий нужно ручками проставить.

***
Это же так просто сделать, а скольких убережёт от потерь
/modules/catalog/view/form/product/mexdir.tpl
<input type="checkbox" checked name="xdir[notdelbefore]" value="1">

Заходим в Товары - Бренды.

Было бы очень удобно здесь иметь миниатюру изображения бренда. Так сразу видно, где картинка есть, а где её нет. И нет ли ошибки.
То есть, точно также реализовать, как это уже сделано в каталоге товаров, столбец "Фото".

Мелочь, сущий пустяк, а юзабилити раздела в админке повышает.

Прошу сделать возможным для темы "Современная" делиться в соц. сетях товаром, новостями и т.д.
Либо добавьте в Маркет модуль по интеграции с соц.сетями в плане поделиться.

Предлагаю рассмотреть возможность создания модуля, который при помощи API Google или Яндекс поиска сможет распознавать голосовой ввод и записывать в выбранное поле в админке. Например нам нужно записать адрес клиента, открываем редактирование адреса, нажимаем рядом на иконку микрофона и диктуем адрес клиента. Голосовой ввод переносится в текст, сохраняем адрес.

От гугла думаю вот это решение должно подойти https://cloud.google.com/speech-to-text/

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

{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 хотя бы в том случае, если не используются комплектации

На данный момент работаем с несколькими CMS, в том числе и интернет-магазинами. У всех более менее понятная и полная документация по верстке шаблонов.
Обычно на интеграцию готовой верстки тратится 1-2 дня.
С RS все сложнее. Нигде нет информации по тем же хукам. Какие существуют, для чего. Какие переменные, для чего.
Другими словами вхождение в вашу CMS тяжелое.
Целый день только пришлось убить на то, чтобы понять как вывести в карточке товара, определенную характеристику. Причем информацию нашли где-то на форуме в ответах, а не документации.
Думаю если хотите чтобы CMS была более востребована, вхождение в нее должно быть более дружелюбным. Даже сейчас в маркетплейсе висит 9 шаблонов. Вы работаете с 2012 года. Это в среднем по 1 шаблону в год. :)
Чем больше магазинов с красивым и удобным дизайном будет, тем популярнее будет CMS.
Если честно, 2 дня сижу читаю вашу документацию, и до сих пор не пришло понимание как сверстать под ваш движок готовый шаблон, чтобы использовать функционал движка по максимуму.

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

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

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

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

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

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

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

В "управление → пользователи → учетные записи" эта возможность есть.