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


#205

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

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

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


#207

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


#208

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


#210

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


#211

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


#212

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

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


#213

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


#214

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


#215

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


#216

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

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


#217

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

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


#218

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


#219

Как видно, случаи бывают разные, и напрашивается какой-то универсальный механизм…

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


#220

Добрый день.
В модуле есть функционал:
http://joxi.ru/VrwXO43T7xVK8m
= Значение
а планируется ли функционал “не равно”=значение

Кейс:

  1. Первой связью я создаю вкладку “Ассортимент Бренда”
    Тоесть под конкретный товар определенной торговой марки, хочу вывести другие все модели такой же торговой марки.
    Тоесть делаю в связанной категории
    “Торговая марка”=по опорной характеристике.
  2. А второй связью я хочу создать вкладу аналоги
    Тоесть под конкретный товар сделать такие же товары, только других торговых марок.

Но сейчас это вроде реализовать нельзя.

Можно конечно во второй связи выбрать все нужные бренды, и тогда все аналоги отобразятся, но хочется эффективнее систему…


#221

Вот и я о том же: хотелось бы эту логику развить:
характеристика равна
характеристика не равна
характеристика равна любому значению (заполнена)
характеристика больше // больше или равна // меньше // меньше или равна - для числовых значений


#222

И еще, нельзя ли задействовать “Код товара” при сравнении характеристик?

Кейс такой: ко многим товарам есть доп. аксессуары, которые подходят только к определенным из них. Их нельзя подключить по какому-то правилу на основе характеристики, их можно только пролинковать вручную. Т.е. решение задачи: в товаре создается скрытая характеристика “Аксессуары”, где перечисляются коды товаров - принадлежностей. А в настройках модуля мы делаем линк “Аксессуары” равно “Код товара”, вот сюда:


#223

Сделайте им скрытую характеристику, котрая их свяжет.
Причем по варианту Опорного товара.

Мы так к ваннам привязываем панель и каркас по Коллекции и Длинне.


#224

Делаю так же.


#225

Ну как технически обойти - понятно. Просто когда товаров и аксессуаров очень много, создавать и обслуживать отдельные “связующие теги” становится сложно. Использование в товаре простого списка аксессуаров (по кодам товаров) как раз уменьшит количество ошибок.
Это в тему про эффективность.


#226

это да
для этого ждем обнов другого модуля
https://cs-cart.alexbranding.com/ru/komplekti-tovarov.html