Доброго времени суток.
Есть база УТ, настроен обмен с БУС стандартным расширением. Товар - это номенклатура-одежда с характеристиками цвет+размер. На сайте это товары с товарными предложениями цвет+размер. Теперь руководство хочет сделать на сайте под каждый цвет товара отдельную карточку. И вот, казалось бы, такая мелочь, а как лучше сделать, не знаем.
1. Сначала я предложил допилить сам битрикс. Но разработчики наотрез отказываются или просят сильно много денег. Мотивируют тем, что если просто в дизайне разделить товары по цветам, то с точки зрения SEO это будут одинаковые ссылки с практически идентичным контентом, а это плохо. Плюс нужно будет корректировать так же модули совместных товаров, поисков, фильтров и т.п.
2. Изменить ведение учета в УТ и делать отдельную карточку номенклатуры под каждый цвет, а характеристики только на размер. Но в этом случае меняется логика работы от приёмки, до маркировки (а там ещё и импортируется одежда, следоватльно каждый цвет отдельно в нац. каталог отсылать). Все, от менеджера до продавца оперируют артикулом товара (один на все цвета), а значит нужно будет вводить какую-то новую систему артикул+цвет. Ну и множество расширений и интеграций надо проверить на предмет совместимости с новой логикой. Да и как заменить уже существующие товары?
3. Мне пришла мысль, оставить в БУС и 1С всё как есть, но ввести какой-то отдельный справочник цветов, подчиненный номенклатуре. И изменить обработку выгрузки в БУС, -использовать uid элементов нового справочника (по сути просто список цветов товара), как будто это отдельный товар, а остальные параметры брать от самой номенклатуры.

Буду благодарен за ваши варианты или может у кого-то уже что-то подобное реализовано... В общем хотелось бы послушать чужое мнение, прежде чем что-то предпринимать.

(0)ИМХО, вариант 3 более оптимальным кажется. Менять учет в действуйщей УТ еще то удовольствие, как и глобально менять логику работы в Битриксе.

(0) Вариант 4.Оставить все как есть.Не создавать справочник цветов.Изменить выгрузку.Реализовано 7 лет назад.

(2) А можно подробнее? Я думал создавать справочник, что бы guid'ы брать не от Номенклатуры, а от нового справочника (тогда id каждого товарного предложения будет иметь вид [guid_цвета]#[guid_характеристики]). А как у вас этот момент реализован?

(3) А разве для каждого цвета нет своей характеристики?

(4) Может у нас как-то по другому? У нас каждая характеристика - это цвет+размер. А значит, если у товара два цвета и 3 размера, то это 6 характеристики, а значит в битрикс выгружается 6 id вида [товар]#[хар-ка]. И проблема сейчас в том, что в этом id [товар] надо заменить уникальным guid цвета. Если использовать guid хар-ки, то получится id вида [хар-ка]#[хар-ка], а значит не только цвет, но и размер будет отдельным товаром.

3-ий вариант более оптимален. Переделать выгрузку самое простое.

(0) я бы выбросил битрикс
под такое можно сделать дельную вещь

(3) Гуид можно генерить самому. Например, вспомнить что MD5-хэш, это тот же гуид. Соответственно, из двух гуидов (номенклатуры и цвета) можно сгенерить MD5-хэш, который преобразовать в гуид. Вот тебе и 5-й вариант. И не надо плодить лишние сущности (справочник).

(8) Спасибо, интересная мысль. Но как потом искать товар, когда данные возвращаются заказами в 1С с товарами в виде MD5? Получается, я не пойму, у какого товара такой хэш, а значит мне надо всё равно его где-то хранить...
Пока всё же склоняюсь к отдельному справочнику, хоть мне и не нравится идея с лишними элементами. Но так будет проще и прозрачнее.