Проблема с CustTrans

[Lemming]

Попробуйте разбить Join CustTrans и RСontractTable на два разных запроса, т.е. сначала идем по проводкам, потом, внутри, по договорам.

upd: И еще вот эта строка насторожила:

queryRun.query().addDataSource(tableNum(TmpGroupFinancingTable));

Только мы закончили проход по QueryRun, как начинаем модифицировать его запрос, что бы, по всей вероятности, потом снова запустить. Не знаю каков будет эффект от такого фокуса, т.к. не приходило такого в голову, но вообще это и листинг в целом оставляют впечатление типичного bad design.

[SRF]

Можно привести параметры запуска, т.е. какие из условий запроса действительно подхватываются?

Как много проводок по клиентам у вас в базе? Просто устрашает условие (просмотр CustTrans с начала времен?)

queryRun.query().dataSourceTable(tableNum(CustTrans)).addRange(fieldNum(CustTrans,TransDate)).value(queryRange(dateNull(),datefrom-1));

По идее datefrom в параметрах запуска отчета медленно, но верно увеличивается, а следовательно, и объем выбираемых данных.

Что потом происходит с tmpTable ? Насколько критичен параметр Voucher - а, т.е. нет ли в дальнейшем просто группировки скажем по группе финансирования, клиенту, договору и нахождения общей суммы в поле tmpTable.DebtBeginPeriod?

Просто, судя по имени поля tmpTable.DebtBeginPeriod, таким образом вы пытатесь определить сумму проводок на начало периода?