Поиск по сайту

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