Варианты товара (комбинации товара)

[Smirnovich]

Добрый день!

Нужен модуль, который бы позволил связывать товары по принципу основной товар и подчиненный. Этот модуль будет заменить опции товара. Т.е у товаров не будет никаких опции - только их совокупность, которая формирует конкретный товар с уникальным 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

Хотелось бы получить примерное понимание по цене и срокам реализации данного функционала