Отчет по временной таблице

[IKA]

Есть отчет, нужно, чтобы в диалоге накладывались ограничения на одну таблицу(допустим, CustTable), а в отчете в качестве единственного datasource используется некая TmpTable ( она же и выводится в body).
Создаю класс - наследник RunBaseReport, перекрываю query, чтобы в диалоге появлялась не TmpTable из DS отчета, а CustTable. Потом обрабатываю данные и заполняю временную таблицу.
Теперь, если я пытаюсь вызвать queryRun().setRecord(myClass.parmtmpTable()) в отчете , то получаю ошибку wrong argument type, тк queryRun в отчете содержит CustTable не смотря на то, что в отчете в DS лежит TmpTable.

Можно ли подобную задачу решить с помошью RunBaseReport - наследника, или лучше создать runBase класс и вызывать отчет из него с помощью new new MenuFunction(menuitemoutputstr(myReport, MenuItemType::Output).run(args);

[Владимир Максимов]

Если я не ошибаюсь, то логика примерно такая

Тот запрос, который служит источником объектов на форме диалога - это то, что возвращает метод \Classes\RunBaseReport\queryRun()

А запрос, который будет записан в сам отчет имеет строго фиксированное имя переменной queryRun. Эта переменная объявляется в \Classes\RunBaseReport\ClassDeclaration

Это значит, что если перекрыть метод QueryRun и вернуть из него переменную с именем отличным от фиксированного имени queryRun, то на форме диалога будут отображены настройки именно этого QueryRun, но в отчет они вообще никогда не попадут. Примерно вот это сделать

public QueryRun queryRun()
{
    ;
    
    if (! qrMy)
    {
        this.createMyQueryRun();
    }
    return qrMy;
}

qrMy - это переменная типа QueryRun, объявленная в твоем классе-наследнике. Ну, а метод createMyQueryRun() - это твой метод в котором ты конструируешь QueryRun для отображения на форме диалога.

Ну, естесственно, надо будет еще дополнительно модифицировать pack/unpack, чтобы сохранять/восстанавливать еще и настройки этого query.

По крайней мере в Ax2009 у меня получилось таким образом вывести диалог по VendTable, а отчет по CustTable.