ну ты получишь группировку
в группировке посчитаешь количество

я просто тупой. количество чего считать?

Юг Перчатки 1
Свернуть("Подразделение, Товар", "Количество")

надо добавить ещё один реквизит таблицы если запрос

В любом случае если работает с ТЗ будут переборы.  

Собрать таблицу Подразделение, Н1, Н2 ... где Н1,Н2 колонки соотвествующие номенклатуре из исходной таблицы тип будево

чтобы получилось

П | Н1 | Н2 | Н3
————————
П1| + | - | +
П2| + | + | +
П3| + | - | +

Добавить поле для суммы получить что у нас набор (Н1,Н3) имеет повторы для П1,П3.

Н1 | Н2 | Н3 | E
————————
+ | - | + | 2
+ | + | + | 1

По другому только загонять все в ВТ и через Запросы.

юг перчатки 1 - и? а где результат то? результат должен быть Юг Север

Через объектную модель можно получить строковые УИДы товаров в разрезе каждого подразделения и использовать их их сумму (если товаров немного) или хэш такой суммы для сравнения между собой

С бодрым. Народ, а есть какой-то валидатор, куда можно загнать описание процедуры/функции и понять правильно ли оно сформировано?

не понял. На основании чего в этой таблице мы решаем что ответ будет П1 и П2?

вообще не понятно ))))

ответ п1 и п3

бсл лс :)

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

и едт вероятно

фиксированное соответсвие будет таким хешем?

А если по компонентам - BSL Parser?

если работает типизицирующая подсказка - значит описание верное

по каким компонентам?

Вернее по составным частям. Хз как более точно описать

"Если работает" - так и в конфигураторе можно ):