Интеллектуальный Подбор Связанных Товаров На Основе Технических Характеристик И Категорий


#196

Это настройка, которая сделает исключение для подбираемых товаров, только вариаций, как один товар, исключит их вывод, оставив только главный товар в подобранных.

Наверное, нужно объяснить на примере CS-Cart, он по дефолту не показывает такие товары (дочерние от основного товара) в списках, блоках. Так вот, активация этой настройки, уберет дочерние вариации во всех подобранных аксессуарах, но главный товар останется.


#197

Я правильно понимаю, что теперь можно в отдельной вкладке выводить аналоги товара? Например одинаковые товары с одинаковыми характеристиками и внешним видом, только от разных производителей?


#198

Правильно.


#199

Модуль - Интеллектуальный подбор связанных товаров (аналоги, аксессуары) на основе технических характеристик v. 2.8.0 от 21/11/2019

Изменения в существующей функциональности:
[*] Настрока модуля “Исключить Вариации товаров” переименована на "Исключить вариации для Связанных товаров с характеристикой “Вариации как один товар” и соответствующим образом изменено ее функциональное поведение;

Исправления ошибок:
[!] При просмотре сохраненного Правила связи не отображался оператор сравнения “Равно”. Исправлено;
[!] Если условие для Связанных товаров содержало “— вариант [Опорного товара] —”, но при этом у Опорного товара эта характеристика не была назначена, то правило выполнялось по оставшимся условиям. Исправлено. Теперь Связанный товар должен содержать в себе все условия из правила для “Связанных товаров”, иначе правило полностью игнорируется.

Обновления доступны всем пользователям с активной подпиской, производятся через Центр обновлений CS-Cart.

Если вы хотите получать информацию о всех наших обновлениях - подпишитесь на наш Телеграм канал


#200

Особое внимание стоит уделить настройке "Исключить вариации для Связанных товаров с характеристикой “Вариации как один товар” - теперь она исключает из подбора связанных товаров несамостоятельные товары - вариации (как один товар), оставляя только их родителей (главные товары).


#201

Идеально) Спасибо!
Еще, могли бы рассмотреть вариант добавить возможность в Юпи, такой функционал как уже есть в Юни, а именно.
http://joxi.ru/nAykV4BTgEMLVm
“Разрешить быстрый просмотр” - очень удобная фишка!


#202

Добрый день. Давно я просил о таком функционале, и у меня были последователи (из обладателей этого модуля), которые тоже хотели такой функционал. И кажется вы даже обещали его добавить.

А функционал заключается в следующем…

Есть главная категория Футболки
под нее сделаны подкатегории: футболки красные, футболки желтые, футболки черные

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

а хочется чтобы настроить правила в главной категории (футболки), потому что по сути все эти товары показываются в главной категории.
Вопрос - зачем одно и тоже настраивать несколько раз? Если все связи можно выстроить в родительской категории!


#203

Сделали кстати незаметно обратную множественую связь.
Т.е. если вы к Джинсам подтянете Футболки, то подтянутся и Красные и Желтые и Черные.


Например ко всем Футболкам тянется 5 разных правил
А потом вы решили именно к Красным футболкам подтягивать Красные шортики
и модулю надо будет совместить правила из 2х опорных Категорий? А в каком порядке их выводить?

Ох сдается мне непросто это будет.
Какой конкретно кейс вы решаете?


#204

Насколько я понимаю опорная категория будет одна “Футболки”
Добавляется новая связь (связанная категория) “Шортики” и в ней создается правило под красные футболки, красные шортики.
Зачем их выводить в каком то порядке? Порядок будет единственный.


#205

Я решаю кейс, чтобы не дублировать одинаковые правила в:
под категориях
под под категориях и так далее.

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

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


#207

В том то и дело, что у товара только одна категория привязана = красные футболки.


#208

Семен Семеныч))
Наверное я забираю свои слова обратно, так как после изучения модуля методом тыка, он стал работать так, как я и прошу…
Продолжаю тестить))


#210

Да, я понимаю что не из за вредности) А чтобы разобраться по сути…


#211

вот это именно оно, мой кейс)


#212

Итог:
все работает как положено!
Отличный модуль.

Только @alexbranding можно ответить на это предложение?


#213

Это можно будет внедрить в Youpi2, но мы еще не закончили запланированное в Uni2 (очень многое не внедрено из запланированного). По планам работа над вторым поколением Youpi будет в следующем году (но точных сроков не могу дать никаких к сожалению).


#214

Что работает то?


#215

Правило (связи) можно настраивать из родительской категории, даже если товару назначено другая - дочерняя категория.
Раньше так нельзя было.


#216

Реально работает. :open_mouth:
Спасибо за наводку.
И АБ за разработку.

пойду потру писанину сверху))


#217

Хорошо было бы немного развить функционал операций сравнения при создании правил. Например, “если характеристика пустая (имеет значения) или наоборот (не имеет значений)”, для числовых характеристик сделать выбор значений больше/меньше.

Смотрите, такой кейс:
У меня есть характеристика “Особенности”. Она может быть вообще не заполнена, или же заполнена (если товар имеет определенную специфику). Так вот, связанные товары тоже нужно подбирать с учетом специфики (если она заполнена, то нужно учитывать; если не заполнена, то не нужно). Сейчас получается, что если настроить “характеристика равна варианту опорного товара”, то она не работает для товаров, где эта характеристика не заполнена.