Доброго дня! В этой схеме есть много нюансов которые нужно будет предусмотреть для правильной работы. К примеру когда мы разрабатывали модуль “сгруппированные характеристики”
Мы столкнулись с огромным количеством особенностей в поведении администраторов.
В данном случае, нужен максимально простой вариант.
На примере дефолтного товара “Футболка синяя”. У Синей футболки есть Размеры и другие цвета со своими размерами.
Но, для простоты реализации, берем только 1 товар с 1 цветом и его размеры. При условии, что каждый размер, отдельный товар.
И, опять же, все тут индивидуально, и зависит от архитектуры ведения товаров.
Тут вот опять же много переменных и мало на данном этапе от вас вводных.
У вас моно магазин или маркетплейс?
У вас товары от разных поставщиков или они свои?
Выгрузка происходит из 1С по CommerceML или апи?
Как контролируются характеристики на данный момнет, а в частности их цель и тип
Кто будет администрировать характеристики и этот функционал - Умный человек или не очень
Ведется ли у вас сейчас учет (фиксация) изменений с вариациями и какие были кейсы когда сотрудники реально косячили?
А если маркетплейс, то у меня еще будет +100 вопросов, так как там свои особенности!
Вам может показаться, что слишком заморачиваемся, но для вас будет все просто, а нам нужно предусмотреть детали иначе после будете платить за переделку или вовсе продукт будет функциональный но с точки зрения использования НЕ РАБОЧИЙ для АД-министратора.
а как модуль должен понят какие именно товары ему проверять?
например у вас 1000 разных футболок.
250 по 4 цвета.
как ему понять эти 250 ключевых моделей?
просто тоже был бы полезен такой модуль, но даже алгоритм кроме как ручками группировать придумать не смог…
Все верно, с алгоритмом все затруднительно. Если к примеру рассматривать вариант выгрузки через commercML, то ни чего делать на сайте не нужно, вариации сами выгрузятся из 1с, из нужно заводить на складе. Умеет с товарами хорошо работать 1C: “Управление торговли”, а так же “УНФ”, а также ERP.
Если рассматривать Маркетплейс и работа должна вестись с вендорами, то тут на базе двух модулей “Импорт Про” котрый сам создаёт характеристики прям из файла импорта на вендора, а так же “Сгруппированные характеристики” котрый обеденяет дубликаты в одну единую, на которую после и назначается фильтр. Рассматривая такой тандем, добавить интерфейс с условиями для визуальной модерации перед созданием и доп. настройки в саму характеристику труда не составит.
Тут же не только сам факт генерации характеристик требуется, но и удобная загрузка, контроль, за тем что будет сгенерировано до того как пойдёт генерация, а то в случае ошибки база данных ляжет, а помимо ещё и будет загажена большим количеством ненужный товаров котрые в свою очередь ещё и дублить будут картинки.
К слову о контроле для мультивендора, модно будет рассмотреть для этого модуль “ДОБАВЛЕНИЕ ХАРАКТЕРИСТИКИ Продавцом”. Суть в том что над характеристиками идёт таталтный контроль
Да, они по commercML выгрузятся и создадутся правильно, единственное вид и тип нужно проверить. Но скорее всего уже добавили такую настройку, давненько уже в настройки этих модулей не лазил