1СV7   Цикл по строкам существующей ТЗ(в ТЗ перечень документов). Запрос из регистра получает остатки материала на дату документа из ТЗ .Результат (итог) записываю в поле  текующей строки ТЗ. И т.д.
  Можно ли одним запросом получить результат  для всех строк ТЗ сразу. А то по каждой строке делать запрос  - ну очень долго получается ?

простые, понятные и милые моему сердцу родные семёрочные запросы не умеют разговаривать с ТЗ, как я их понимаю

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

Делай запрос с группировкой по документам, потом перебирай результат запроса и считай остаток на момент каждого документа

(2) Неа неполучится, у документов то разные даты, а ему остатки нужны именно на документ

похоже никак?

(5) Ну в теории найти наименьшую и наибольшую дату документов, сделать запрос остатков в разрезе документов за этот период, запрос выгрузить в ТЗ и в цикле  искать по этой ТЗ, но будет ли так быстрее вопрос.

НечегоНеПонимаю...
Да Можно, разрешаю :)

(1) то, что клюшечные черные запросы - "простые и понятные" - имхо, перегиб :-)
(0) озвучь задачу полностью, а не свой способ ее решения.

(0) Открой наконец, типовой отчет ВедомостьПоОстаткамТМЦ и гляди.

Озвучиваю задачу полностью:
примерно так:

ТекстЗапроса =   "здесь текст запроса на получение остатка регистра"

ТЗ.НоваяКолонка("НачальныйОстаток","число");
ТЗ.НоваяКолонка(ДокументТМЦ);
ТЗ.ВыбратьСтроки()
Пока ПолучитьСтроку()=1 Цикл
  здесь выполняется запрос - получаю остаток на  дату          документа из ТЗ
  ТЗ.НачальныйОстаток = результат запроса  // записываю
КонецЦикла
А хочу одним запросом рассчитать начальные остатки
для всей таблицы, да и записать как-то

(10) этоне задача. это "как ты делаешь".
а вопрос задавался - что _нужно_ сделать...

Как одним запросом рассчитать остатки для всех строк ТЗ.Дата расчета остатка для каждой строки = дате документа из этой строки ТЗ

(12) а что за документ, не секрет?

пипец.

обработку пишу, перебираю кучу разных документов влияющих на остатки материала. Конфигурация не типовая,документы типа "ПриходМатериаловВЦех,ВыпускДеталей" и другая мурня

(15) короче сочиняешь нечто похожее на ОтчетПоПартиямТоваров

+(16) озвучть измерения регистра который двигают эти документы

Все доки в Список Значений и в запрос Условие

|Условие(ДокИЗРегистра в СписокДоков)

да и группировку по докам

а.... если надо на дату документов получать, тогда никак скопом

(10) Если писать на запросах от 1С, то вас ждет разочарование.
"Только прямой запрос спасет отца Демократии" (с)

А по сути, остаток на дату документа, это БРЕД! Ибо За день могли быть перемещения, поступления, отмена реализация, другие реализации, т.е. если быть точнее, то надо брать остаток до Документа. Отчет бред и в данном исполнении...

Кто тебя просит это сделать? И как точно стоит задача?
Пожалуйста со слов заказчика :)

(22) о чем, собственно, ему уже сказано...

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

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

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

(25)Как долго? И с отбором долго? К примеру по номенклатуре.
А расшифровка, всегда долгий процесс... :)
И что будут делать пользователи, когда найдут косячные документы?

(4): получится. хотя и не "в лоб".