Skip to main content

Учет по характеристикам в 1С – вариативные товары на сайте

12 мая, 2020 (обновлено: 12 февраля, 2024)
Просмотров 4135
Section background
Версия: 1.129.0 | Последнее обновление: 28 июня 2024 | открыть

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

Пример сложного предложения с данными из нескольких файлов – информация, цены, остатки

Поделиться: