Суть в чем, человек хочет предлагать сопутствующие товары, но там огромный ассортимент. т.е. если к кастрюле предлагать губки, там будет 20 губок. и будет не информативно.

Может в список сопутствующих добавлять группы товаров? Или дать возможность добавлять как товары, так группы, так и просто текст строкой?
Вопрос больше к теории, а не реализации.

Посмотрел закрытую ветку:
Сопутствующие товары в УТ 10.3

Посмотрел АнализДанныхПоискАссоциаций:
https://pro1c.ru/analiz-dannyh-1c.html#i2

Посмотрел СОПУТКА:
http://catalog.mista.ru/public/1236299/

Ничего похожего не нашел.

Рандомно добавляй, потом собирай статистику ("к красному берут мясо"), потом углубляй анализ, ("в пятницу эта пара втрое популярней").

(1) это если отталкиваться от факта. А клиент хочет исходя из своего вИдения делать. т.е. если считает, что к кастрюле надо продавать губки, подавец должен исполнить.

ну можно искать ассоциации товар- группа через анализ данных.
главное тз правильную подсунуть

(3) ты опять из факта исходишь, они хотят сами заполнять. Вопрос только - что им заполнять?

(4) ну группы то ведь уже есть?

(4) >>Вопрос только - что им заполнять?

:D

(4) "Гусары, молчать!" (с)

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

(5) группы есть, но думаю что просто групп для этой задачи не достаточно. Есть еще доп. реквизиты товаров, категории то бишь

(8) боже мой. задача не про анализ факта.

Я думаю им надо дать множества.
При продаже одного множества предлагать другое.
если в чеке несколько товаров, пересекать множество.
Множество дать возможность описать максимально компактно: это некое логическое условие - из принадлежности товару, группе, категории, виду номенклатуры?

множества двух видов: первое для определение принадлежности к нему товара, второе - для описания, чего предлагать. Тут можно и текстом даже писать.

например, если продается товар у которого указано свойство "работает от батареек АА", то предлагать множество "батарейки АА"

Отдельную сущность создай для хранения соответствий(хоть групп, хоть произвольного набора товаров, хоть текстового описания)
В регистре сведений связывай товар с этими сущностями

(14) ну вот типо справочник МножествоПродаваемых, МножествоПредлагаемых и РС СопутствующиеТовары (МножествоПродаваемое, МножествоПредлагаемое), так, думается?

(15) ну если отношение "многое ко многим", тогда и для продаваемых товаров тоже
но по опыту - это уже хрень получится на практике
не осиливают люди в таком разобраться

(16) что значит многие ко многим?

(17) ну то есть кроме варианта "товар - сопутствующие товары",  есть ещё "набор товаров - сопутствующие товары"

(18) т.е.? если продается 5 товаров, множество сопутствующих должно объединяться.

или ты о том, что если продавется множество А + множество Б, то только в этом случае рекомендовать множество С? Думаю, такого не будет, не потянут они такое вводить.

а кто будет заполнять соответствия?

(20) Манагеры

(21) Ну пусть заполняют ;-)

(22) вопрос КАК

(23) в типовой ничего такого нет

(23) Цитирую тебя же в (4)
они хотят сами заполнять (с) Гений

пусть как хотят, так и заполняют

(24) естественно

Забьют на это. Если будет 7-10 товаров из разных групп, то в качестве предлагаемых выкатится половина магазина, а может и весь

(0)Сначала надо собрать реальную статистику по продажам, а потом уж что-то такое заполнять. А то можно попасть в противофазу к потребностям покупателей)