Нужен совет по SUBMIT

SavOk

Заранее извиняюсь за глупые ошибки, в ABAP я новичок.
В цикле производится вызов отчета HRUCALC0 для пересчета ЗП по нескольким месяцам подряд. Отчет вызывается без SELECTION-SCREEN, но в конце появляется "Просмотр дерева журнала" (этого нужно избежать). Требуется, чтобы пересчет выполнялся в фоне, но при условии, что SUBMIT HRUCALC0 на следующем шаге итерации цикла запускался ТОЛЬКО после полного завершения предыдущей итерации SUBMIT HRUCALC0.

Code:

DO m TIMES.
  SUBMIT HRUCALC0
        WITH PNPXABKR = 31
        WITH PNPTIMRA = 'X'
        WITH PNPPABRP = temp_m
        WITH PNPPABRJ = temp_y
        WITH PNPPERNR-LOW = tabeln
        WITH SCHEMA = mshema
        WITH TST_ON = mtst_on.
  .....
ENDDO.

Если использовать:

Code:

 
VIA JOB name NUMBER number
AND RETURN.

то в фоне выполняется, но есть ли гарантия того, что следующая итерация начнется только после завершения предыдущей?

XXX_:)

не хотите видеть дерево напишите

Code:

 EXPORTING LIST TO MEMORY
    AND RETURN

На самом деле ни когда не делал подряд по одному табельному несколько месяцев, но суду по хелпу, если не в фоне, то проблем не должно возникнуть(коллеги поправят, если это не так). Если вы так боитесь что будут подтягиваться "старые" данные в последующий расчет. Возможно стоит прогонять все табельные за 1 месяц, потом за 2 и т.д. хотя я думаю что это лишнее. Возможно выполнение в фоне обладает какой то особенностью на SUBMIT, но я об этом не знаю

sy-uname

SavOk написал:

Заранее извиняюсь за глупые ошибки, в ABAP я новичок.
В цикле производится вызов отчета HRUCALC0 для пересчета ЗП по нескольким месяцам подряд. Отчет вызывается без SELECTION-SCREEN, но в конце появляется "Просмотр дерева журнала" (этого нужно избежать). Требуется, чтобы пересчет выполнялся в фоне, но при условии, что SUBMIT HRUCALC0 на следующем шаге итерации цикла запускался ТОЛЬКО после полного завершения предыдущей итерации SUBMIT HRUCALC0.

Code:

DO m TIMES.
  SUBMIT HRUCALC0
        WITH PNPXABKR = 31
        WITH PNPTIMRA = 'X'
        WITH PNPPABRP = temp_m
        WITH PNPPABRJ = temp_y
        WITH PNPPERNR-LOW = tabeln
        WITH SCHEMA = mshema
        WITH TST_ON = mtst_on.
  .....
ENDDO.

Если использовать:

Code:

 
VIA JOB name NUMBER number
AND RETURN.

то в фоне выполняется, но есть ли гарантия того, что следующая итерация начнется только после завершения предыдущей?

Гарантии нет, просто проверяйте статус запущенного job-а, и пока он не станет 'выполнен' или 'прерван', не начинайте следующую итерацию.

SavOk

спасибо большое

буду пробовать

Pad0nak

чтобы была гарантия делайте просто SUBMIT report AND RETURN.

SavOk

Спасибо, вот так оставил, вроде бы нормально работает. Всё правильно?

Code:

SUBMIT HRUCALC0
        ...
        EXPORTING LIST TO MEMORY           
        AND RETURN.
COMMIT WORK.

IF sy-subrc <> 0.            
        ROLLBACK WORK.
ENDIF.

или COMMIT WORK. здесь не надо использовать?

Абрамов Виктор

Добрый вечер!

COMMIT WORK здесь не влияет.

( в dequeue_pernr стоит уже commit, а когда кластер не обновляем, он бесполезен )

Кроме того, зачем вызывать в цикле hrucalc0 отдельно по каждому месяцу ?

Если бы вы хотели посмотреть отдельно пересчет по какому-то месяцу или какие-то тонкости, то это понятно,
но тут вы хотите подавить вывод сообщений и сделать пересчет.

Оправдан ли для вас в данной ситуации вызов по месяцам???

Не лучше ли вызвать по последний период и он сам все пересчитает.

calm

Цитата:

Оправдан ли для вас в данной ситуации вызов по месяцам???

Так удобно прогонять корректирующие схемы за предшествующие периоды. Например, когда требуется пересчитать основы среднего заработка /2xx.

Alexeyslav

Фоновое задание можно запустить с пометкой "стартовать после задания такого-то", и так выстроить цепочку давая каждому заданию уникальное имя. Так можно запланировать рассчет всех нужных номеров и месяцев в фоне и спокойно отправляться на ночь спать.

Правила форума

Нужен совет по SUBMIT

Кто сейчас на конференции