Добрый день!
Нужен модуль, который бы позволил связывать товары по принципу основной товар и подчиненный. Этот модуль будет заменить опции товара. Т.е у товаров не будет никаких опции - только их совокупность, которая формирует конкретный товар с уникальным ID
Суть проблемы - есть товары одного производителя, которые отличаются только определенными значениями хар-к- цвет, размер, и т.д. При этом в прайс-листе поставщика каждый товар имеет свой артикул (уникальный код) - соответственно в БД магазина должен заводиться как уникальный товар с определенным набором хар-к, что бы можно было обновлять цену, остатки через CSV импорт, регулировать скидки, оптовые цены, акции и прочее - т.е иметь полный функционален обычного товара
При этом таких вариантов одного товара может быть 20-30-50, что существенно осложняет ориентацию покупателя в магазине, т.к при открытии категории он может пролистать несколько страниц с одинаковыми фото товара, которые лишь отличаются некоторыми хар-ми.
Так же проблема заключается в том, что как правило есть только одно изображение товара, которое Будет одинаковым для всех 50 вариантов данного товара
Решение - отображать связанные товары (варианты основного товара) в карточке основного товара и убрать вывод товаров-вариантов в категориях и на странице производители (все товары данного производителя).
Какие решения трестировались и почему не подошли -
1. Товары в опциях ( разработчик avot)
Не имеет возможности скрывать подчиненные товары в категориях каталога и на страницах
Нет возможности пакетного редактирования товаров - т.е что бы к примеру можно было выделить 20-30 товаров и связать их с основным.
2. Options BOOST ( QPhoria)
Основная проблематика такого подхода формирования каталога товара, когда товары попадают в БД как опции с уникальным кодом -
1. Товар имеет цену = 0, т.к в прайс листе поставщика нет такого понятия как базовая цена и стоимость опции. Есть только цена конкретного товара с набором хар-к
2. Вытекает из первого - ни каких тебе акций, скидок и прочих вещей, которые доступны в функциональности товара
3. Необходимо вручную формировать код поставщика, наименование товара - т.к. В прайс-листе поставщика нет понятия опции товара
4. Формируется огромное кол-во вариантов одной опции. Сколько товаров в прайс-листе поставщика, столько вариантов одной опции в БД магазина
4. В целом костыльное решение, т.к сразу отрубает возможность работы со многими модулями. Быть может подходящее решение для магазинов с небольшим кол-м товара
3. Product Series ( WeDoWeb)
Основная идея этого модуля заключается в том, что создается глобальный товар, который представляет серию товаров, объединенных по признакам
Основной недостаток этого модуля - цена товара, который представляет серию (основной товар в нашей терминологии) имеет независимую цену - т.е. Не привязан к цене товаров, входящих в данную серию - соответственно обновлять автоматом такой товар не возможно - его ведь нет в прайс-листе поставщика и артикула или другого идентификатора тоже нет. А когда этих прай-листов 100-200-300 физически руками делать это не возможно
Основные понятия и правила работы модуля
Основной товар может быть связан со сколь угодно многими подчиненными товарами. Подчиненный товар может принадлежать только одному основному товару.
1. Основной товар - товар с уникальным ID, который обладает определенным набором хар-к
2. Вариант товара - совокупность характеристик товара, которое формирует товар с уникальным ID. Каждый товар имеет хотя бы один вариант. Т.е даже если товар не имеет подчиненных товаров - в БД он попадает как товар с одним вариантом набора хар-к (как пример - размер XL, цвет темно-коричневый) - т.е. В карточке такого товара будет по-умолчанию выбрана опция с наименованием Алиса данного товара
3. Алиас имени товара - наименование варианта товара, которое используется в карточке товара в блоке отображения опций товара. Каждый товар в БД имеет алиас. По-умолчанию, алиас имени товара = наименование товара.
3. Подчиненный товар - товар с уникальным ID, который выводится на странице основного товара как опция основного товара.
Какие ограничения имеет подчиненный товар -
- не отображается в категориях и на странице всех товаров данного производителя
- при поиске по артикулу (sku, UPC, штрих-код и т.д) сначала отображается основной товар, который содержит данный вариант. При переходе в карточку основного товара отображается товар с выбранным вариантом, который искали.
- у подчиненного товара не может быть опций. В принципе и основной товар тоже не может иметь опций, т.к. Опция ми товара являются его товары-варианты
Шаблон отображения подчиненных товаров ( вариантов основного товара) в карточке основного товара
- галерея товара формируется только для основного товара
- при выборе варианта товара отображается основное фото выдранного товара ( по аналогии с опция ми товара). Если у вариата товара нет основного фото - фото основного товара
Данные, которые должны меняться динамически при выборе варианта товара
- наименование товара варианта (не алиас и поле name)
- цена варианта товара ( с учетом скидок)
- оптовые скидки
- артикул варианта товара (поле model)
Meta данные, описание, галерея изображений и хар-ки у основного товара и варианта одинаковые . Поэтому меняться не должны. В галереи товара
Шаблон отображения подчиненных товара в результатах поиска по сайту на страницах категорий и странице всех товаров данного производителя.
Подчиненные товары должны полноценно искаться на сайте при этом в результатах поиска должны отображаться основные товары при переходе в которые будут отображаться товары с выбранными вариантами - это касается поиска по артикулу. Во всех остальных случаях при заходе в карточку основного товара должен отображаться по-умолчанию самый дешевый вариант товара.
В категориях и на странице всех товаров данного производителя должны отображаться основные товары. Если у товара есть подчиненный товар с ценой, отличной он цены основного товара - должен отображаться префикс 'от' и цена наиболее дешевого варианта товара
Пример - цена от 100 EUR
Общий алгоритм работы -
1. Заливаем товары в категории через СSV
2. Выбираем нужные товары и привязываем их к основному - через групповую обработку. Отбираем товары через фильтр, далее отмечаем галками нужные и привязывает к основному - во всплывающем модальном окне выбираем товар по наименованию или артикулу.
3. Далее формируем галерею для основного товара
4. Если требуется - меняем алиас товара
5. Клавиша разлинковки связей основной-подчиненный товар (удалить все связи) в каталоге
6. В карточке товара необходимо предусмотреть аналогичный функционал
Выбор типа товар - основной, подчиненный. Если подчиененный - окно подборка основного товар с поиском по полям БД modul, name
Интеграция с уже установлеными модулями - необходимо подготовить Схему работы модуля дя разработчиков следующих модулей для полноценной совместной работы VQMOD ( что бы не было конфликтов)
Smart SEARCH (clear thinking)
Multi image import
SeoPacPro
CSV IMPORT (karapuz)
Интеграция с темой - SimpleGreat
Хотелось бы получить примерное понимание по цене и срокам реализации данного функционала