```
{% endcode %}
Нужно указать тег/аттрибут по которому будет объединение модификаций, в данном случае это у нас одинаковый аттрибут **@group\_id** его и указываем в сопоставлении полей **@group\_id -> Модификация \[modification]**, у нас сразу появилось поле куда мы будет его записывать, например **mod\_id** (рекмоендуем) (возможные опции: Артикул товара \[marking], Идентификатор товара CommerceML \[guid], Название товара \[name])
Т.к. родительских товаров в файле у нас нет, они будут создаваться из данных, которые имеются у модификаци, например название, описание (которое в модификациях хранить не нужно) и тд, то в соответствии мы укажем какие данные мы берем, чтобы система поняла, что эти данные мы записываем в родитльский товар, нужно отметить галочку 
**"Для родит. товара"**, далее уже делаем соответствие
В зеленом Как видим, что в (1) блоке у нас все данные для модификаций, в поле **названия товара** мы сделали сложение через "+" имени и цвета для модификации, так же сохранили для модификации цвет в доп. свойство, цену и ее остаток.
В синем В блоке (2) данные для родительского товара, тут мы берем только 1 какую то картинку и описание
### 2. Когда в файле есть родительский товар и у него есть вложенность модификаций
<!--
Нестандартный пример XML
shop/offers/offer - путь до товаров -> массив объектов offer
-->
<yml_catalog>
<shop>
<offers>
<offer id="001">
<name>ПЛАТЬЕ 001</name>
<price>2080</price>
<vendorCode>А123</vendorCode>
<picture>https://site.ru/upload/А123.jpg</picture>
<picture>https://site.ru/upload/А123_2.jpg</picture>
<description>Платье-туника со спущенным рукавом - простой и комфортный выбор для повседневности.</description>
<variant id="123">
<quantity>3</quantity>
<barcode>2000000116679</barcode>
<param name="Размер">48</param>
</variant>
<variant id="456">
<quantity>10</quantity>
<barcode>2000000116686</barcode>
<param name="Размер">50</param>
</variant>
</offer>
</offers>
</shop>
<yml_catalog>
Нужно в параметре **"Путь до модификаций внутри товара"** указать **variant**
Нужно указать тег/аттрибут по которому будет объединение модификаций, в данном случае это у нас одинаковый аттрибут **vendorCode** (который находится выше по xml структуре) его и указываем в сопоставлении полей **../vendorCode -> Модификация \[modification]**, у нас сразу появилось поле куда мы будет его записывать, например **mod\_id** (рекмоендуем) (возможные опции: Артикул товара \[marking], Идентификатор товара CommerceML \[guid], Название товара \[name])
Т.к. мы указали путь к модификациям внутри товара, то система будет использовать цикл внутри них, по структуре видно чтобы указать имя у товара, которое находится выше по стурктуре в xpath мы используем `../` (перейти на уровень выше).
После указания соответствия для модификаций, мы сопоставляем данные для род. товара, чтобы система поняла, что эти данные мы записываем в родитльский товар, нужно отметить галочку **"Для родит. товара"**, далее уже делаем соответствие
В зеленом Как видим, что в (1) блоке у нас все данные для модификаций, в поле **названия товара** мы сделали сложение через "+" имени и размера для модификации, так же сохранили для модификации размер в доп. свойство, цену, ее остаток и др данные.
В синем В блоке (2) данные для родительского товара, тут мы берем все картинки, описание и др данные
