ТЗ - в первую очередь является защитным инструментом разработчика, а вот во вторую очередь документом, по которому клиент будет принимать работу.
ТЗ - это документ с "хотелками клиента", но максимально детализированный на языке IT.
Так как каждая система уникальна, каждая компания клиента тоже уникальна, каждая компания- разработчик так же уникальна то шаблонов нет.
Помните что ТЗ - это защита для обеих сторон, а то есть  документ с "хотелками клиента", но максимально детализированный на языке IT.

это не может быть из-за слишком объемной обработки данных (много-много данных)?

Получения или именно обработки? Одата оооочень не любит преобразования данных)

Одата отдает быстро, за 10-15 сек (хотя там и объемы большие - 100-150 Мб)
А потом обработка даже на десктопе несколько минут проходит... - применение фильтров, разделение столбцов, изменения типа столбца....

Я вам бросал отслеживание запросов и оптимизацию для одата по ссылке в др чате, читали?

да...
к сожалению, не смог осилить... очень много для меня нового.... пытаюсь разобраться, но боюсь - это не на один день :)

150 мб это не так много,я выкачиваю и по 700, но там нет преобразований кроме типов и нет соединений и др сложных этапов

а в этой есть объединенные таблицы.... И это больше всего времени (объединение) на десктопе занимало. К сожалению, обойтись без объединения невозможно

Там были советы по буферизации, почитайте

спасибо!

Не уверен что спасет, но не попробуешь не узнаешь

Сделай сам)

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

В моем случае - дело не в запросе и не в модели, модель собрана с 100+ источников. Часть запросов в SQL к разным БД - тут все ОК. Часть запросов в пользовательские файли ексель - в них беда (пользователи сами туда вносят данные и сами двигают колонки) - это влечет за собой сбои. Но чем больше сбоев, тем их меньше. Каждый сбой влечет за собой доработку на стороне PQ.

Ну и как вам помочь тогда, если у вас нормальным считается нарушать структуру данных?

Требование заказчика было -  использовать пользовательские ексель. Все доводы ПРОТИВ - были игнорированы.
Это конечно не правильно - но как есть...

Ну залочьте лист в экселе. оставьте ввод (наверно, так можно)

конечно можно, руки чешутся это сделать)

Ну а в чем вопрос-то

Добрый день еще раз.
Как через меру посчитать остаток на дату(01.01.20, 01.03.20, 01.04.21 и т.д)?

Прикладываю пример с данными.
Есть таблицы остатков в номинале, таблицы оборотов в номинале, курсы валют за год, даты за год.