Это настройка, которая сделает исключение для подбираемых товаров, только вариаций, как один товар, исключит их вывод, оставив только главный товар в подобранных.
Наверное, нужно объяснить на примере CS-Cart, он по дефолту не показывает такие товары (дочерние от основного товара) в списках, блоках. Так вот, активация этой настройки, уберет дочерние вариации во всех подобранных аксессуарах, но главный товар останется.
Я правильно понимаю, что теперь можно в отдельной вкладке выводить аналоги товара? Например одинаковые товары с одинаковыми характеристиками и внешним видом, только от разных производителей?
Правильно.
Модуль - Интеллектуальный подбор связанных товаров (аналоги, аксессуары) на основе технических характеристик v. 2.8.0 от 21/11/2019
Изменения в существующей функциональности:
[*] Настрока модуля “Исключить Вариации товаров” переименована на "Исключить вариации для Связанных товаров с характеристикой “Вариации как один товар” и соответствующим образом изменено ее функциональное поведение;
Исправления ошибок:
[!] При просмотре сохраненного Правила связи не отображался оператор сравнения “Равно”. Исправлено;
[!] Если условие для Связанных товаров содержало “— вариант [Опорного товара] —”, но при этом у Опорного товара эта характеристика не была назначена, то правило выполнялось по оставшимся условиям. Исправлено. Теперь Связанный товар должен содержать в себе все условия из правила для “Связанных товаров”, иначе правило полностью игнорируется.
Обновления доступны всем пользователям с активной подпиской, производятся через Центр обновлений CS-Cart.
Если вы хотите получать информацию о всех наших обновлениях - подпишитесь на наш Телеграм канал
Особое внимание стоит уделить настройке "Исключить вариации для Связанных товаров с характеристикой “Вариации как один товар” - теперь она исключает из подбора связанных товаров несамостоятельные товары - вариации (как один товар), оставляя только их родителей (главные товары).
Идеально) Спасибо!
Еще, могли бы рассмотреть вариант добавить возможность в Юпи, такой функционал как уже есть в Юни, а именно.
http://joxi.ru/nAykV4BTgEMLVm
“Разрешить быстрый просмотр” - очень удобная фишка!
Добрый день. Давно я просил о таком функционале, и у меня были последователи (из обладателей этого модуля), которые тоже хотели такой функционал. И кажется вы даже обещали его добавить.
А функционал заключается в следующем…
Есть главная категория Футболки
под нее сделаны подкатегории: футболки красные, футболки желтые, футболки черные
Так вот для того чтобы сейчас, настроить связи всем этим разноцветным футболкам, например по размеру, необходимо:
создать правило и связи в каждой под категории, и это не эффективно и трудо затратно.
а хочется чтобы настроить правила в главной категории (футболки), потому что по сути все эти товары показываются в главной категории.
Вопрос - зачем одно и тоже настраивать несколько раз? Если все связи можно выстроить в родительской категории!
Сделали кстати незаметно обратную множественую связь.
Т.е. если вы к Джинсам подтянете Футболки, то подтянутся и Красные и Желтые и Черные.
Например ко всем Футболкам тянется 5 разных правил
А потом вы решили именно к Красным футболкам подтягивать Красные шортики
и модулю надо будет совместить правила из 2х опорных Категорий? А в каком порядке их выводить?
Ох сдается мне непросто это будет.
Какой конкретно кейс вы решаете?
Насколько я понимаю опорная категория будет одна “Футболки”
Добавляется новая связь (связанная категория) “Шортики” и в ней создается правило под красные футболки, красные шортики.
Зачем их выводить в каком то порядке? Порядок будет единственный.
Я решаю кейс, чтобы не дублировать одинаковые правила в:
под категориях
под под категориях и так далее.
А настроить все идеально в главной категории, и в случае надобности правок имеющихся правил, сделать все изменения в одном месте, а не в 5-ти подкатегориях, так как вероятность ошибки или не исправления всего будет высока.
Ведь практически все клиенты пользуют такое правило карта как товар из дочерней категории отображается всегда в родительской.
В том то и дело, что у товара только одна категория привязана = красные футболки.
Семен Семеныч))
Наверное я забираю свои слова обратно, так как после изучения модуля методом тыка, он стал работать так, как я и прошу…
Продолжаю тестить))
Да, я понимаю что не из за вредности) А чтобы разобраться по сути…
вот это именно оно, мой кейс)
Итог:
все работает как положено!
Отличный модуль.
Только @alexbranding можно ответить на это предложение?
Это можно будет внедрить в Youpi2, но мы еще не закончили запланированное в Uni2 (очень многое не внедрено из запланированного). По планам работа над вторым поколением Youpi будет в следующем году (но точных сроков не могу дать никаких к сожалению).
Что работает то?
Правило (связи) можно настраивать из родительской категории, даже если товару назначено другая - дочерняя категория.
Раньше так нельзя было.
Реально работает. 
Спасибо за наводку.
И АБ за разработку.
пойду потру писанину сверху))
Хорошо было бы немного развить функционал операций сравнения при создании правил. Например, “если характеристика пустая (имеет значения) или наоборот (не имеет значений)”, для числовых характеристик сделать выбор значений больше/меньше.
Смотрите, такой кейс:
У меня есть характеристика “Особенности”. Она может быть вообще не заполнена, или же заполнена (если товар имеет определенную специфику). Так вот, связанные товары тоже нужно подбирать с учетом специфики (если она заполнена, то нужно учитывать; если не заполнена, то не нужно). Сейчас получается, что если настроить “характеристика равна варианту опорного товара”, то она не работает для товаров, где эта характеристика не заполнена.