Форум

[QUOTE]den.s пишет:
magic_quotes_gpc off .

Вот только хорошо ли это.[/QUOTE]Хорошо. Так как эта директива признана разработчиками устаревшей и будет исключена из использования.

Механизм SKU необходим, когда есть зависимость цены от свойств товара - товар один, наборы свойств разные, цены тоже.У Вас же этого нет (судя по описанию). Так что 2 инфоблока - один с комплектациями, второй с запчастями. Привязка к элементу - это просто свойство (не SKU).

Хм... В Вашей схеме вообще SKU не нужно. Обычная множественная привязка к элементу. Можно комплектацию к запчасти, можно наоборот - завист от того, какие выборки чаще.

Опишите свою задачу.

Если речь идет об использовании SKU - API просто не даст Вам сделать такую схему. Любой инфоблок может участвовать только в одной связке товар - торговое предложение.

Поясните свой вопрос, пожалуйста. В продукте можно указать, что один или несколько инфоблоками являются торговыми каталогами. Это всего лишь означает, что элементы этих инфоблоков могут иметь цены и характеристики товара (количество на складе и пр.)

[QUOTE]borisbit пишет:
Создал базовому торговому каталогу модуль торговых предложений(указал ему свойства, привязки к базовому каталогу не настраивал). [/QUOTE]Не могли бы Вы пояснить подробнее?

Есть. Создать в инфоблоке инвесторов свойство типа "Привязка к разделу" инфоблока Закупки. Этот вариант гораздо быстрее и снимает возможные коллизии с выборками данных.

Если это фильтр для CIBlockElement, то это невозможно.

Аналоги Вы можете поискать в [url=http://marketplace.1c-bitrix.ru/]Marketplace[/url]