Здравствуйте. Добавьте пожалуйста возможность сортировать купоны по дате создания. И не хватает в поиске по купонам поиска по описанию. Например для мероприятия я сгенерировал 20 купонов, в описании написал ключевое слово - название мероприятия например, потом я могу легко найти все купоны и посмотреть сколько и какие использованы, а то сейчас приходится вручную листать весь список и искать их. Неудобно.

Предлагаю разработать платный модуль по синхронизации RS с МС по API. Данным методом можно автоматизировать много процессов и функций. Так как синхронизация методом Commerc ML очень ограничена.

Можно автоматизировать много процессов.
1. (Самое главное) Можно передавать заказы на определенный склад (р.точку). Это если у вас несколько торговых точек в рознице и на сайте отражены эти точки как ваши магазины или склады. Покупатель делает заказ самовывозом с определенной точки и МС создает заказ именно на этот склад и передает в розничный интерфейс на ту р.точку. Вам не нужно каждый раз в ручную дорабатывать заказы в МС, чтобы ваша точка могла отгрузить этот заказ.
2. Можно синхронизировать контрагентов, как с МС в RS так и обратно. Это избавит от дублирования контрагентов в обоих базах. Покупатель может зарегистрироваться в базе МС на р.точке а потом еще и зарегистрироваться на сайте. И после заказа RS синхронизирует это все в МС. И получаем дубли которые потом нужно постоянно править в ручную.
3. Можно синхронизировать оффлайн заказы и покупки с р.точек. Это удобно для тех кто ведет продажи не только онлайн. И очень удобно предоставить покупателям их статистику покупок как с интернет магазина так и оффлайн магазина р.точки. Тут и можно организовать всякие бонусные программы, скидки простые и накопительные со всех мест их покупок. Чтобы не разграничивать покупателей оффлайн от онлайн покупок. Ведь они ваши клиенты независимо где они приобретают вашу продукцию.
4. Можно синхронизировать постоянное обновление наличие товаров со всех складов и р.точек - хоть каждую минуту, не нужно ждать 30 минут. Когда в эти 30 минут товар уже может быть продан на р.точке и в этот момент покупатель сделал заказ на сайте. Потом приходится выкручиваться и что то придумывать.
5. Синхронизировать бонусные программы, скидки и накопительные скидки. Также их статистику, чтобы тоже дать возможность покупателю видеть и контролировать их.

Я указал пять основных функций с которыми мы работаем постоянно, которые приходится делать в ручную и постоянно контролировать и тратить время. Также думаю такие функции нужны многим пользователям RS + МС. А вообще МС по API передает и принимает все, можно реализовать очень много функций.

Это автоматизация вашего бизнеса как оффлайн так и онлайн. Которая сократит ваше время и нервы на контроле и ручной работе. Также расширит функционал, даст возможность статистики покупателям, организации бонусных программ со всех ваших пунктов продаж, и привлечет больше клиентов. (Проверенно, это работает!) Людям нравится видеть их покупки, скидки, накопленные баллы и т.д..

Я этот вопрос поднимал в поддержке RS. Сказали, если будет спрос на данный функционал, займутся разработкой такого модуля.
Предлагаю откликнутся (плюсануть) кому интересен данный модуль. Кому нужна автоматизация RS с МС и другие функции.

Здравствуйте! Поля "Минимальное количество товара для заказа" и "Максимальное количество товара для заказа" имеют тип Integer соответственно при весовом товаре, если нужно поставить 0.1 кг. данные не сохраняются

Добавить возможность добавления в поисковой индекс значений полей созданных для категорий и(или) товаров через модуль "Редактор ORM объектов"

Добрый день. Не хватает фильтра диапазона.
К примеру
1. Ошейник для собак с регулируемой длиной 10-18 см
2. Ошейник для собак с регулируемой длиной 12-15 см
3. Ошейник для собак с регулируемой длиной 12-25 см
Покупатель в фильтре указывает фактическую длину обхвата собаки к примеру 14 см, и все три товара отображаются.
Тоже самое с одеждой для собак и т.п.

Здравствуйте!
Разобрался я в причине того, что результаты поиска в блоке поиска отличаются от страницы поиска)
Я думал, что поиск в блоке поиска делается механизмами модуля Search, но получается, что там свой код и категории ищутся вне зависимости от настроек модуля Search просто по %like%.

Я немного скорректировал searchlineapi.inc.php в блоке поиска. Теперь поиск в категориях идет в следующем порядке: like%, транслитерация like%, %like%, транслитерация %like%. Если на этапе есть вхождение, то далее поиск не идет. Слава богу, "мел" теперь найти можно))
https://yadi.sk/d/geI1drZ9g7ZIJg

И до кучи в контроллере блока searchline поменял порядок вывода: Категория->Товар->Бренд.

https://yadi.sk/d/rIjrrrzoKe3IqQ

Здравствуйте!
Встроенная функциональность модуля доставки СДЕК вряд ли востребована большинством магазинов, только по причине обязательного расчёта стоимостью доставки. Цена доставки сугубо индивидуальная вещь, она зависит от множества факторов, где-то порой нужно сделать завышенную доставку в каких-то случаев нужно наоборот занизить стоимость или вообще убрать. Порой разнородность товара не позволяет автоматически рассчитывать доставку по тем или иным причинам. А вот удобство, быстрота и ясность дальнейших действий при оформлении заказа, будет востребована как администратором так и покупателем. По этому прошу вас рассмотреть возможность разработки следующего функционала:
Модуль СДЕК
Задача минимум
Покупатель при оформлении заказа выбирает доставку СДЕК, далее выбирает нужный пункт выдачи на основе геолокации, при этом рассчитывать цену доставки не нужно, вместо цены текст – «будет рассчитана менеджером», можно отобразить сроки доставки. Информация о выбранном пункте выдачи поступает в заказ администратору и покупателю.
Примеры готовых виджетов можно найти на сайте СДЕК https://classic.cdek.ru/website/edostavka/upload/custom/files/pvzwidget(1).zip
Задача максимум
По аналогии на основе уже встроенного модуля доставки СДЕК – нужно оставить выбор пункта выдачи, но убрать расчёт доставки, сумму доставки должен указывать менеджер при обработке поступившего заказа. Далее администратор формирует накладные и трек для СДЕК по API. Только после этого информация о сформированном треке поступает покупателю. Сейчас трек формируется автоматически покупателем – это плохо, хотя в настройках у вас предусмотрена возможность отключать автоматически создавать трек на стороне СДЕКа но тогда почему-то не приходит информация о выбранном покупателем пункте выдачи ни админу ни покупателю.

Надеюсь внятно изъяснился, заранее спасибо!

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

Имеющиеся поля в системе с типом "изображение" а также добавляемые например через редактор CRM-объектов недоступны для быстрого редактирования. Это очень ограничивает их применение, а позволяло бы решать много задач малой кровью, например добавление изображений и баннеров категориям и другим объектам интернет-магазина и т.д.

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

Если же такое сделать ещё и при наличии доступных обновлений системы - было бы вообще очень круто!