Вопрос такой. Есть стандартный отчёт HRUCALC0. Он расчитывает ЗП для каждого табельного номера из заданного диапазона и указанной расчётной схемы. В итоге мы видим формуляры по каждому из сотрудников. Задача такова, что надо сделать возможность помимо формуляра каждого сотрудника видеть ещё и сводный формуляр, который отразил бы:
Код подразделени|Текст под-ия|Код вида оплаты|Сумма|Число часов|
Т.е. сумму и число часов по подразделению(по сути надо все данные по каждому сотруднику из подразделения взять и сложить).
Вот я не представляю как подступиться к задаче такой. Если я даже перепиш кусок стандартного расчёта, то мне не вызвать его будет, а взламывать стандарт нельзя. Копировать всё в Z? там при расчёте несколько отчётов вызывается.
Подскажите, может кто делал, может у кого есть мысли какие по этому поводу?

Странно что задачу свалили на абапера.
Есть специальные инструменты HR консультанта.

Поподробнее?

транзакция pe51.

не, это понятно. Но по словам консультанта сводный формуляр не создать. Может конечно он просто не всё знает Вы не могли бы поподробнее описать как в конкретном случае можно собрать данные в сводный формуляр? Спасибо огромное заранее.
UPD: Да, ещё это надо сделать в тестовом прогоне, а не в продуктивном, в продуктивном прогоне есть такая возможность, а надо в тестовом .

Я думаю тему надо в форум по HR перебросить.
Если врачи постановят в абап, то можно смотреть на программы H99_DISPLAY_PAYRESULT и RPCEDTX0.
Но это касается продуктивного прогона.

А чем не устраивает использование для этого стандартной программы H99CWTR0? Или обязательно нужно изобрести велосипед?

А эта программа тоже с кластером работает. Если нет продуктивных расчётов она ничего не выдаёт.

Да, сразу не заметил, но не проблема.
Откопировать в Z*
Там всего-то в паре мест нужно поправить (кажись) - в start-of-selection добавить submit and return для моделирования расчёта, И заменить ФМ читающий RGDIR на тот, который умеет читать из буфера.

Может вам это покажется странным, но я не знаю что именно сабмитить и где взять ФМ читающий из буфера. В HR я программирую первый раз.

сабмитить HRUCALC0 (хотя вместо этого можно воспользоваться ФМ HR_PAYROLL).
Заменять в FORM get_rgdir на CU_READ_RGDIR(если не ошибаюсь).

Спасибо! Сейчас попробуем внедрить в схему расчёта свой модуль, если не получится, буду пробовать с прогами.

Мда. Чем схема расчёта-то провинилась?

ДА вот чтобы импортировать в память таблицу с выбранными данными.

Функция делает следующие:

1 . формирует данные по текущему табельному

2. делает импорт из памяти

3. агрегирует данные в табличке

4. делает экспорт в память

как один из вариантов...

Зачеи? Ведь драйвер и так по завершении своей работы сохранит результаты расчёта в памяти! Пусть схема расчёта заниается тем для чего она предназначена - расчётом, а не хацкерким сбором результатов.