Модификации HostCMS и Характеристики 1С

То что модификация это товар с заполненным "родителем" с которым можно работать в списке и в карточке это хорошо
В выгрузке прибавить ID товара сформировать как ID_Родителя + "#" + ID_Товара, тоже реализуется просто, но:

В Битриксе, от которого идет CommerceML у товарного предложения есть отдельный тип "Товар с торговыми предложениями", который реализует логику "Характеристик" в 1С (УТ 10.3 , УТ 11)

Проблема:
"Типовыми" средствами модификации в HostCMS получаются только из характеристик в 1С.
В УТ 11 если ведется учет по характеристикам, то "Номенклатуре" даже запрещено устанавливать цену, т.к. по сути она является группировкой.
При выгрузке "в лоб" в HostCMS получаем "кашу" в виде 1 позиции номенклатуры без цены, остатков + пакет набора "Номенклатура" + "Характеристика", что на мой взгляд некорректно.

P.S. С выходом УТ 11 использование характеристик уменьшилось, т.к. вопрос структурирования решается за счет
* свойств и фильтров по ним
* обязательное заполнение свойств
* формирования наименования по набору свойств

malikov_pro,
вы описываете проблемы 1С, вопроса или предложения в сообщении не наблюдается.
Если 1С не позволяет вам устанавливать цену для "основного" товара, то и на сайте не выводите цену и предлагайте клиенту модификации.

HostCMS,
Я описал проблемную ситуацию пользователя, который решил использовать связку 1С - HostCMS.
В 1С нет понятия "основной товар", методически не заложено.

Вариант решения "в лоб":
* не записывать объект "Номенклатура", кешировать его свойства
* брать из набора "Номенклатура + Характеристика" первую запись использовать её как основную.
у решения есть недостаток: при пометке на удаление характеристики, которая на сайте была основным товаром нужно пересобирать пакет основная-модификации, что не просто.

Вариант решения "нормальный":
Написать со своей стороны REST API, и продвигать его, т.к. "обмен с 1С в CommerceML" это хорошая вывеска, но по факту куча проблем, которые и со стороны 1С решаются не очень быстро.

malikov_pro писал(а):

Написать со своей стороны REST API, и продвигать его, т.к. "обмен с 1С в CommerceML" это хорошая вывеска, но по факту куча проблем, которые и со стороны 1С решаются не очень быстро.

Это стандартный обмен и клиенты отлично с ним работают.

По REST API вопрос обсуждаем, но продвигать его для замены CML нет смысла, т.к. писать такие обработки будут единицы, всех устраивает CML.