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

окончательно закипел мозг!
Вы сначала говорите:
Мы крутые мы все сделаем сами, ибо мы все умеем.
После того как вы что то сделали:
Мы сделали как посчитали нужным ( по заказу того, чье имя мы не называем)
Теперь вы говорите:
Есть одна штука, в которой вы сами можете сделать все как хотите.
По сути - не мешайте у нас переучет.
Как то непонятно...

Я и имею ввиду, что сделаем-то мы, но задействуем для этого
Это существенно упростит как разработку данного функционала, так и доработки, в т.ч. Вашими собственными силами.

Кроме того, это сетевая штука, что немаловажно.

Вы число скажите и не будем долго писанину разводить.

Эээ... какое число ?

Когда будет готово.

Еще момент.
Как реализовать оперативный ввод ширины захвата агрегата.
Каждый раз лезть в тс и там вбивать просто геморой.
Можно ли в отчете написать запрос перед выполнением формирования выкидывать отчет и там вбивать на каждое тс ширину захвата в виде таблицы ?

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

Константин ?

Добавлено через 29 секунд
Ясно буду пробовать сделать сам.

Дело в том, что запрос делается в исполняемом модуле, написанном на С, а не в шаблоне отчета.
Новый модуль отчетов (он уже пишется) будет делать запросы из вкладки "Код" самих отчетов. Это дает гораздо большую гибкость в плане правки кода и вмешательства в процесс на любом этапе, но несколько усложняет само кодирование отчетов.