В одну контору с ТиС понадобился. В инете гуглится подобное только для 8ки, с использованием АнализДанныхПоискАссоциаций. В семерке не очень представляю как такое реализовать. Существует ли готовое решение в природе? На восьмерку контора перейдет, но когда неизвестно. )

Пока в голову приходит следующее:
Перебрать реализации в цикле (лучше запросом, конечно) и выбирать все возможные пары номенклатуры. Парами заполнить соответствующую ТЗ, сортировать по количеству пар, где больше всего пар - получили сабж. С количеством правда не очень понятно.

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

(2)1 раз - случайность, 2 раза - совпадение, 3 раза - закономерность. Значит такие конфеты

(1) ну тут бы хотелось бы не пары товаров, а множества.
в результате:
- Множетсов1 (состав - такие-то товары) - вероятность такая-то...
- Множество2 (состав - такие-то товары) - вероятность такая-то...
.
вдобавок неплохо бы также анализировать количественные соотношения товаров входящих в множество... - запускаем отчет - получаеим вывод множеств с вероятностями.. - жмак по множеству - получаем раскладку множества с учетом количественных составляющих также по верятности...
.
с этим уже можно работать...

Реализовать, не та проблема. Проблема методику анализа сформулировать. Ну посчитаешь, например, чистоту встречания пар товаров с учетом всех перестановок. Получишь несколько тысяч пар (если не десятков/сотен тысяч) с вероятностью 1-2-3 процента. Ну и что с этим делать дальше?

(5) ну.. низкие вероятности видимо надо исключать... интересуют устойчивые множества...

Это понятно. Только еще вопрос, из чего эти множества формировать. Вот, например, продовольственный магазин. Лежит молочка. Берём только молоко. Три-четыре-пять производителей. Три-четыре градации жирности. Разброс цен за литр чуть ли не в два раза. Рассматриваем отдельно все эти два десятка позиций или объединяем?
Если отдельно, утонем в большом количестве пар с минимальным процентом.
Объединяем? По какому критерию? Одни берут жирное и с ним, вероятно, возьмут сметану. Другие обезжиренное, сметану точно не возьмут в масло редко. Вроде как нужно делить по жирности. По производителям тоже бы делить, потому что литр какого-нибудь "Весёлого молочника" стоит рублей пятьдесят, а местный фермер рублей по 30-35 продает за литр. Покупатели разные и типичные наборы разные. С другой молочкой еще веселее. Будем объединять кефир, айран, тан, кумыс?
Бесполезно, по моему, к такой задаче подходить чисто функционально. В первую очередь какой-нибудь маркетолог должен изожить свои соображения, поучаствовать в создании очередного классификатора товаров с учетом особенностей вида деятельности.
А подход в лоб, в большой вероятностью, даст очередной туманный отчет, который ни кто не понимает, как читать.

(1)
если делать попарный анализ, то это будет кластеризация.

(0) Подчиненный справочник справочнику "Номенклатура"; в него заносить товары _к которым_ идет данная номенклатура сопуткой. Править руками. Бужет самое оптимальное решение.

(9) угу.. только потом окажется что закупили дохрена всякого "сливочного масла" которое шло хорошо вместе смолоком и оно будет на складе валяться, потому как клиентура перескочит на Молоко+масло валио - потому что сняли санкции (к примеру) а РУЧКАМИ НИКТО НЕ ПОПРАВИЛ... ;-)

(10) Неправильно ты дядя Федор бутерброд ешь ...
Когда сопутка собирается а основе аналитического алгоритма, при неверных граничных значениях параметров (сезонность и прочая ересь), развальцовывать начинают твой зад.
Когда собирается руками - пусть даже и с тем же самым мощнейшим ;) аналитическим алгоритмом, который реализован в виде отчета, на "посмотреть" оператору - развалцовывают зад оператору потому, что РУЧКАМИ НЕ ПОПРАВИЛ

(11) +блок на движения номенклатурных позиций с неуказанной сопуткой, либо не взведения галки типа "ГоловнаяПозицияНоменклатурыНеИмеетсопутствующийТоваров".
А взведение этой галки возложить на финика или на глбуха - а то привыкли понимаешь драить трудягу 1С'ника по поводу и без ;)

(11) тоже правильно! ия так делаю в особо сложных алгоритмах - перекладываю ответсвенность на исполнителя - пару раз уже ловко уходи от дыни - "аа вот ут документкривол напечатанаы реквизита" -= смотрим: как вбито - так и напечатано!!! - идите лесом ! ;-) ласково конечно и по доброму... ;-)

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