Здравствуйте, коллеги. Суть задачи такова: Есть интернет-магазин с одеждой. Структура такая: - Раздел -- Подраздел --- Товар 1 --- Товар 2 --- Товар n
Для каждого товара подразумевается несколько возможных размеров. Например, для футболок: S, M, L, XL. И, естественно, на складе имеются одни и те же футболки, но разных размеров. Например, футболок размеров S на складе нет, а остальных размеров той же футболки имеется в наличии по две штуки.
Как лучше хранить количество одежды разных размеров?
Тут поможет использование 2 инфоблоков - в одном хранится название, картинки и пр., а в другом - цены и количество - отдельный элемент для каждого размера. Элементы одного инфоблока привязываются к элементам другого через свойство привязки. Для такого способа есть специальный щаблон, и сам способ описан был в каких-то руководствах...
Еще один вариант: модель футболки описываем в разделе, а конкретные размеры-цвета-цены - в элементах этого раздела. Мы так уже пару магазинов сделали.
Третий вариан - подождать пару месяцев. Битрикс в апреле обещал реализовать эту фишку (SKU) в стандартном функционале магазина. В версии ASP.NET вроде уже вышло - сегодня анонс видел.
Сергей Эстрин пишет: Тут поможет использование 2 инфоблоков - в одном хранится название, картинки и пр., а в другом - цены и количество - отдельный элемент для каждого размера. Элементы одного инфоблока привязываются к элементам другого через свойство привязки. Для такого способа есть специальный щаблон, и сам способ описан был в каких-то руководствах...
Это первое, что приходит на ум, но заполнять будет неудобно контенщикам.. Хотелось бы придумать более изящный вариант)
Цитата
Денис Воробьев пишет: Еще один вариант: модель футболки описываем в разделе, а конкретные размеры-цвета-цены - в элементах этого раздела. Мы так уже пару магазинов сделали.
Третий вариан - подождать пару месяцев. Битрикс в апреле обещал реализовать эту фишку (SKU) в стандартном функционале магазина. В версии ASP.NET вроде уже вышло - сегодня анонс видел.
То есть, вы добавляли в корзину уже не элемент инфоблока, а раздел? И остальной стандартный функционал, касающийся магазина (оформление заказа, оплата и т.д.), нормально при этом работал?
Ждать не могу больше месяца, так что третий вариант не подойдёт
Еще как вариант, можно использовать описанный Сергеем вариант, но для удобства работы контенщикам написать обработчик который бы автоматом добавлял нужные элементы во второй ИБ.
Александр Живетьев пишет: То есть, вы добавляли в корзину уже не элемент инфоблока, а раздел? И остальной стандартный функционал, касающийся магазина (оформление заказа, оплата и т.д.), нормально при этом работал?
Нет, в корзину вы добавляете конкретный товар (элемент инфоблока) - футболку красного цвета и определенного размера, коих на складе - определенное количество. Поэтому при заказе работает полностью стандартный функционал. А вот при отображении фото и описания товара - вы выводите фото и описание соответствующего раздела, в котором лежат футболки данной модели.
Вариант похож на вариант с двумя инфоблоками, тольковместо второго инфоблока - разделы: зачем множить сущности без необходимости. Пару магазинов мы сделали именно по этой схеме (доработка - 1 день), и что-то мне подсказывает, что в php версии SKU будет реализовано также.