Роман Ляшенко (Все сообщения пользователя)

Описанный Вами случай - это, к сожалению, только частный случай (еще надо добавить весь раздел, а при желании отдельно некий товар). Для решения, которого я и вписал "некую строковую переменную, объединяющую такие товары". Конечно, вариант "продвинутый" и очень удобный. Я подобное увидел при использовании стандартных "Номенклатурных групп", но при выгрузке их не нашел в самом товаре.
У меня просто каталог из комплектующих, бытовой техники и (!)канцтоваров, не создавать же для каждого товара отдельно какую-то группу.

По поводу:

Так это даже хорошо. То, что не могут просто так сделать остальные, даёт возможность для заработка нам.

А вот нанимать 1С-программиста не есть суть проблемы. На самом деле в нашем случае мы даём ТЗ для них. Как говорят "всё познаётся в сравнении", поэтому, дабы не изобретать велосипед, сначала надо бы подумать, а как это "все работает из коробки".

По сути моего вопроса правильнее было сделать свойство составного типа, где можно было бы указывать раздел с товарами, конкретный товар или некую строковую переменную, объединяющую такие товары. Модуль ОбменССайтом от 1С-Битрикс даёт некоторые возможности, но не даёт указывать множественный тип выбора. Получается надо плодить такие свойства в большом количестве (читать, засирать 1С). Хотя может это и есть правильное, а главное универсальное, решение.

Да вариант конечно еще тот. Я тоже смотрел чтобы сделать через группы товаров. Так а регистр сведений это вручную делался (сами создавали в конфигураторе)?

Вопрос примерно такой: кто-нибудь уже реализовывал сопутствующие товары для 1С с выгрузкой на сайт. Мало того оно же еще и несколько значений должно иметь, то есть быть множественным.
Наверняка у многих была задача сделать в 1С некое свойство товара, по которому привязывать сопутствующие товары. Увидел проблему, что один товар фактически можно связать только с одним товаром. Как-то это не совсем хорошо. Может где в 1С галачку поставить надо, что свойство может принимать несколько значений сразу?
Поделитесь опытом, кто как это реализовывал.

Если импортируешь из CommerceML, то скорее всего нужно задействовать фунции мутатора:
http://dev.1c-bitrix.ru/api_help/catalog/1c_mutators.php
Всё зависит от того, что такое "при импорте данных посредством встроенной функции".

Недавно похожую проблему встретил. Она была связано с огромным выводом данных по договорам контрагентов. Видимо так реализована система скидок. Так как скидки мы не использовали, то заказчику порекомендовал следующие:

Вполне возможно, что у тебя тоже самое. Скидки у всех по разному считает, поэтому и вовсе процедуры нужно пересматривать. Если скидки не используете, можешь смело последовать рекомендациям.