Есть несколько документов которые записывают данные ( по просьбе заказчика) в ПолеТабличногоДокумента и хранятся эти данные в хранилищеЗначений.

Вопрос: как сделать итоговую партянку чтоб собирал все данные с разных хранилищ за определенный период

Вопрос только один - ЗАЧЕМ?

получить, обработать, вывести

(2) Нет, вопрос "зачем" относится к хранению поля табличного документа в реквизите типа "хранилищеЗначений"

Храни сразу свои реквизиты в журнале регистрации и не парься

а в чем вопрос то? в (0) и описан алгоритм, осталось сделать

(3) если заказчик хочет ересь, её ему нужно обязательно дать

Я просто прикидываю такое ТЗ. Документ записывает данные в ТабличныйДокумент - супер просто. Там счет на оплату, накладная, акты сверок, гарантийные письма...

Теперь нужно отчет, который возьмет, да и запросто так из двоичных данных соберет тебе все числа и буквы, а так же кофе сварит. Да еще и быстренько-быстренько

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

(0) Этот цирк мне напомнил первые варианты реализации множественных табличных частей в 7.7
Были мудрецы, которые хранили дополнительные табличные части в строках неограниченной длины. А потом задавали глупые вопросы про отчеты и ссылочную целостность.

(9) Мы пошли оригинальным путем. Мы создали справочник, который привязали к документам. Через 1cpp здорово работало

(9) ну а где тогда их хранить предложишь? просто таблица не подходит

(11) В (10)

(11) Предложу хранить ЧТО? Не подходит ПОЧЕМУ?
Эта ветка тест для телепатов или как?
Пока предельно ясно только одно, раз данные необходимые для анализа лежат в хранилище значений - значит была допущена серьезная ошибка при проектировании.

(10) В чем же оригинальность? Очевидный путь. Все так и делали - на справочниках или подчиненных документах.