Добрый день.
Есть справочник Контрагенты
Есть справочник ОтделыКонтрагентов
Есть справочник УслугиКонтрагентов.

Контрагентов около штук 100 (наименование которых частично совпадают - разные филиалы, например "Заказчик Ленинский", "Заказчик Центр", "Заказчик Фрунзенская" и т.д.)
Отделов около 20 (для каждого контрагента), услуг около 10 (несколько отделов могут выполнять одну и ту же услугу).

Нужно вывести отчет со списком всех контрагентов, их отделов и выполняемых услуг. Т.е. вывести список из 100*20=2000 строк. Но по факту контрагентов около 10, каждый из которых имеет по 10 филиалов. Отделы филиалов одного контрагента одинаковые и выполняют одни и те же услуги. Как лучше организовать вывод этих 2000 записей? Может можно сгруппировать контрагентов и приписывать услуги только группе, а не каждому контрагенту по отдельности? Или создать какой-нибудь дополнительный справочник, который будет хранить в себе список услуг, а каждая услуга в свою очередь будет хранить список контрагентов/отделов? Спасибо

Дык вопрос то в каком виде выводить отчет, каким образом выводить отчет или каким образом хранить данные в базе?

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

(0) цель этого гениального отчёта?

(2) Конфа какая? Типовая/нет?

(3) в этом отчёте ещё присутствуют различные суммы, цифры.
(4) конфа самописная

Просто мне нужно чтобы колонки "Контрагент", "отдел", "услуга" были заполнены автоматически, а не вручную создавать справочник и вбивать туда 2000 строк. Ну хотя бы создать справочник "Услуги", для каждой услуги 20 отделов, каждому отделу список контрагентов. Как это лучше реализовать? Как хранить данные?

(5) вы хотите, чтобы программа сама бросала жребий? К какому отделу относится контрагент?

Справочники Контрагенты, подчиненный ему Филиалы и подчиненный им Отделы.
Обший справочник Услуги, затем у каждого из справочников выше ТЧ Услуги своя или через РС свяжи Объект-Услуги

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

я бы филиалы и отделы объединил в один иерархический справочник. Ибонех плодить сущности.
А за номенклатуру использовал бы НоменклатураКонтрагентов.
Услуги отделов - это табличная часть этих Филиалоотделов со ссылками на НоменклатурКонтарегнтов.

Это все - при условии, что это все на самом деле не является спецификациями договоров. Тогда филиалоотделы - это договоры, а их услуги - это спецификация.

+(9) Ну, то есть:
Спр.Контрагенты - это те, у кого филиалы и отделы
Спр.НоменклатураКонтрагентов - подчинен контрагентам
Спр.СтруктураПредприянияКонтрагентов - подчинен контрагентам, хранит иерархию филиалов и их отделов. В нем ТЧ НоменклатураУслуг со ссылками на НоменклатураКонтрагентов

+(9) вариант с договорами:
Спр.Контрагенты и Спр.НоменклатураКонтрагентов - тот же смысл
Спр.ДоговорыКонтрагентов - подчинен контрагентам, в нем ТЧ СпецификацияДоговора со ссылками на НоменклатураКонтрагентов.

Этот вариант - для случая, если эти филиалоотделы должны быть разрезом взаиморасчетов. Предыдущий вариант - для случая, если взаиморасчеты ведутся скопом для всего контрагента.

(10) вы не поняли филиал - это у контрагента, отдел - это у фирмы.