Учет по характеристикам в 1С — вариативные товары на сайте
Для того, чтобы получить на сайте вариативные товары, в 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» ценах предложений и т.д., поэтому к ним пример не совсем подходит.
Пример сложного предложения с данными из нескольких файлов — информация, цены, остатки
