Иногда бывают ситуации, когда изображения на товары идут с разных источников.
Если совпадает артикул с разных источников, на таком товаре будут разом изображения со всех источников, что рождает дубли изображений.

Также, незнаючи, легко поверх прогрузить, что грузили ранее - и все изображения задвоятся. Тут, конечно, надо изображения сначала удалить, потом грузить, или не грузить по полю Фото, но с ходу не все об этом знают.

***
Этих проблем можно избежать, если для каждого изображения хранить контрольную сумму оригинального изображения. И при импорте может выполняться или не выполняться условие. Думаю, понятна мысль.
Фича поможет избежать детской проблемы ридискрипта. Фича должна быть включена по умолчанию(для новичков самое оно!) и выключаться по желанию пользователя.
Да, я понимаю, что это замедлит импорт, но импортировать можно частями (поля Фото отдельно) или отрубить фичу, когда точно понимаешь, что делаешь.

***
Сейчас же приходится предварительно готовить csv под загрузку. Берём 40.000 товаров с одного источника, 30.000 товаров с другого источника - ищем дубли и пристреливаем их. Но это какой-то дрянной метод, хоть и работает.

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

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

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

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

***
Это же так просто сделать, а скольких убережёт от потерь
/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.