Для того, чтобы получить на сайте вариативные товары, в 1С необходимо применять, так называемый «Учет по характеристикам». В таком случае в 1С у вас будет одна позиция номенклатуры, на основании которой на сайте будет создан товар, а для этой позиции номенклатуры предложения, имеющие информацию по характеристикам, которые применяются для учета и на основании них, на сайте будут созданы вариации товара (а также атрибуты, с признаком «используется для вариаций» и их значения).
При применении учета по характеристикам, формируемый стороной 1С xml с данными предложений, несколько отличается от того, который формируется для позиций номенклатуры, в которых учет не применяется.
Предложение, если для позиции номенклатуры применяется учет по характеристикам, содержит информацию о характеристиках в узле «ЗначенияСвойств», либо в «ХарактеристикиТовара», либо могут быть оба узла сразу — для совместимости, при этом они по сути дублируют информацию друг друга (при этом, приоритетным является «ЗначенияСвойств», то есть, если есть данные в виде свойств, то используются они).
Также, у таких предложений формируется более сложное содержимое в узле «Ид», оно содержит уже не только guid позиции номенклатуры, но и предложения, при этом их GUID разделен символом решетки «#», то есть формат следующий — «guid позиции номенклатуры#guid предложения«
Такие предложения называются сложными.
Если в данных сложных предложений информация представлена в виде свойств, то аналогично свойствам товаров, помимо данных в самом предложении, в классификаторе поступает основная информация об этих свойствах — подробнее
Пример простого предложения (то есть, это для номенклатуры без учета по характеристикам)
Пример сложного предложения с узлом «ЗначенияСвойств»
Пример сложного предложения с узлом «ХарактеристикиТовара»
Достаточно часто, бывают случаи, когда содержимое в xml формируется не полноценным — самая частая ситуация, нет информации о характеристиках, применяемых для учета, то есть нет ни узла «ЗначенияСвойств», ни «ХарактеристикиТовара», но при этом сложное предложение можно четко отличить от простого, так как «Ид» формируется сложный.
Без данных о характеристиках, сложные предложения игнорируются, так как, если будет несколько вариаций без определенных значений в атрибутах на сайте, то работать это корректно не будет, поэтому нет никакого смысла создавать вариацию на основании сложного предложения, если данных о характеристиках нет.
Если в административной панели и на сайте вы не видите ожидаемого вариативного товара, а также в логах плагина обмена при обработке сложных предложений вы видите сообщение «(variation) not exists variation by offer id», то как правило это именно проблема с недостающими данными.
Пример с недостающими данными (нет ни узла «ЗначенияСвойств», ни «ХарактеристикиТовара»)
Данные примеры сделаны на основе упрощенного формата, который все еще используется во множестве конфигураций, когда выгрузка содержит только import.xml и offers.xml, в дополнительных же модулях обмена для 1С, а также ряде последний версий, используется больше разделения в информации, то есть несколько файлов «import_{guid}.xml» с информацией о номенклатуре, «offers_{guid}.xml» общей информации о предложениях, «prices_{guid}.xml» ценах предложений и т.д., поэтому к ним пример не совсем подходит.
Пример сложного предложения с данными из нескольких файлов — информация, цены, остатки
