Есть задача сделать отчет который выводит
6 видов печатных форм (шаблон) в которые выводится разная инфо
с разных РС и спр. относительно одного объекта конфы и связанная с ним данные.

Отчет нужно строить по указанному параметру из любого места конфы.

Есть разные методы исолнения. СКД или обычный.
В любом случае понимаю что макеты у меня будут ручными и встроены в отчет.

Мне важно услышать где расположить процедуры и функции?
В модуле менеджера, в модуле отчета или в модуле формы.
Как проще быстро и более удобно? Не акт что запросы в СКД буду делать.

Наверное, по аналогии с типовыми в твоей конфе, нет?

(1) Там все заморочено.

Во первых форма для всех отчетов одна общая.
И там передается раметры итп.
Куча доп настроек и пересылок.

Разбираться и все это копиастиь не хочу пока.

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

(0) Если хочется весь функционал локализовать внутри одного объекта (отчета)
- логика за модуль менеджера, большой минус - он потеряется при сохранении во внешний отчет

Если форма единственный интерфейс твоего отчета и программное использование не предполагается - можешь делать всё в форме.

Модуль объекта (для УФ) - компромисс, не обладающий минусами первых двух вариантов.

Вот такое ИМХО.

(3) Не совсем так.

В УФ Я делал:
1 простые средние по сложности отчеты на СКД
2 отчеты обычные без скд прям с формой и с макетами
3 делал отчеты с передачей параметров из одного отчета в другой.
4 бывало процедуры были в менеджере
5. бывало процедуры были в модуле.
6. бывало даже что я прям на форме все делал через серверные процедуры.

Я хотел бы услышать как надо более правильно делать исходя из требования задачи.
Кто что практикует? Кто понял что я хотел спросит тот понял. Кто не вник тот нет....

(4) Спасибо товарищ!

Вот кто понял мой вопрос.

Цитирую ваши сообщения
1. "Я хотел бы услышать как надо более правильно делать исходя из требования задачи. "
2. "Разбираться и все это копиастиь не хочу пока."
3. "Кто понял что я хотел спросит тот понял. Кто не вник тот нет...."

не надо думать, что здесь сидят телепаты. И хамить тем более не надо, если просите помощи.

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

Берешь все с нуля сам делаешь как хочешь без оглядки.

(8) Сразу идеально не получается. Я , бывало, по пять раз переписывал, полностью меняя подход к разработке.

Вложенные СКД не предлагать?

(10) Вложенные СКД это немного из другой оперы

(11) через вложенные СКД как раз можно организовать комплекс разношерстных отчетов

(0) Как вариант можно создать схему-заглушку, которая будет инициализировать типовую форму отчета (параметры, отборы и пр.).  А в модуле отчета в ПриКомпоновке отказаться от стандартного вывода, получить входные данные из заглушки и уже вручную вывести свои отчеты из других макетов. Единственное нужно в запретить сохранение варианта отчетов (используется ОпределитьНастройкиФормы)

(12) Отличный совет

(3)+100500

(12) у этого варианта есть 2 минуса:
1) Невнятные диагностические сообщения
2) В мире 1с очень мало людей кто вообще про это знает, соответственно дороже поддержка.