Добрый день!

Дайте совет как сделать:

Есть отчет, в котором нужно просчитать табельные номера отдельно в каждом месяце с использованием ЛБД. При вызове GET PERNR с параметрами "Дргуой период" = 11 / 2006, он есстественно считывает только те т/н, которые были активны в 11 периоде (то же касается и параметра "ПериодВремВыбПерсонала"). И за январь показывает неверные данные, т.к. актуальный период 11.
Решение: нужно сделать так чтобы, GET PERNR рассчитывался за каждый месяц со своими параметрами каждого периода как бы в цикле. Но как это сделать? Пробывал (может глупо) заключить в цикл - не получается (нет закрывающего блока). ФМ не возьмет, Include тоже. Как быть? Неужели придется отказываться от ЛБД... Отчет почти готов - переписывать не хочется... ХЕЛП!

Выбрать GET PERNR за год, а там уже самому разобрать по месяцам . Только так. Период , который указываешь вверху обрезает все "лишнее" в него не попадающее. Выбрать 11 период, а "иметь в виду" январь не получится

Идея такая:
В отчет внести коррективы: результат сбрасывать в память через Export memory id.
Прям целиком внутренней таблицей.

Написать новый простенький отчет, который будет перебирать месяцы и вызывать первоначальный отчет через SUBMIT ... AND RETURN.
Параметры селективного экрана передавать через ключевое слово WITH.

А данные от каждого запуска забирать через Import memory id.

подойдет?

Наверно пойдет!

Конечно интересный подход. Попробуем.

P.S. Жаль конечно, что GET PERNR нельзя в цикл засунуть... Терь придется на MEMORY переводить, что тоже не просто....

Можно попробовать использовать функциональный модуль LDB_PROCESS. Говорят, он позволяет сделать вызов ЛБД, и его наверное можно поставить в цикл. Сам не пробовал, поэтому гарантировать ничего не могу.

LDB_PROCESS можно вызывать в цикле, только ЛБД должна обновлять специальный системный параметр у себя при инициализации, иначе будет ошибка повторного вызова, например, ADA не позволяет себя несколько раз использовать, а PNP проверять надо