Добрый день!
Можно ли при расчете ЗП, находясь в актуальном текущем периоде (допустим 9-м), узнать был ли в этом же периоде обратный расчет предыдущего периода (допустим 8-го)?

Если продуктивный прогон уже сделан, то можно с помощью отчета PC00_M99_CWTR - Виды оплаты - программа отчетов, используя объекты: В-период, Для-период.
До продуктивного прогона можно использовать оперативный запрос по 3 инфо-типу.

Спасибо, но меня интересует сам процесс расчета, а не после расчета.

Можно просмотреть кластер результатов расчета: транзакция
PC00_m33_clstr или
PC00_m99_clstr

Можно просмотреть кластер результатов расчета: транзакция
PC00_m33_clstr или
PC00_m99_clstr

Но это все после того, как расчет произведен.
А в схеме расчета, в правиле расчета как-то можно?

Если не секрет, что вы хотите сделать в 9 месяце если в этом месяце произашел перерасчет за 8 месяц? Есть стандартная подсхема RURR (схема RUS0), может будет достаточно в нее внести изменения?

я так понимаю, что в схеме надо определить?
думаю, что только самописная функция/операция вам поможет. Анализировать надо ИТ3 и поле "Принудительный обратный расчет" в экрана драйвера.

Но есть подозрение, что без этого можно обойтись. Вам это для чего нужно?

Ох, в двух словах объяснить сложно...
Это связано с обратным расчетом, начислением алиментов и почтовым сбором, которых пересчитываться не должен. Наверное, есть какое-то стандартное решение для таких случаев, но у нас уже сделано как-то нестандартно и я лучше ничего придумать не могу, чем анализировать суммы предыдущих периодов и, при необходимости, учитывать разницу в текущем. Но при таком подходе мне нужно знать в текущем(9-м) месяце, когда расчитан прошлый период(8-й): одновременно с текущим(обратным расчетом 8-й в 9-м) или в свое время (8-м).
В общем примерно так...

После импорта предыдущего результата расчета выдается общая информация, в том числе и "в-период"(9) и "за период"(8). Но можно ли эти периоды как-то получить в правиле расчета?

А может вам просто операции RETRO хватит?

Да я ее и так уже использую...
Но она просто определяет, что данный расчет обратный или оригинальный...

Я бы в этом случае проверял если у меня оригинальный расчет то создавал некий технический вид оплаты и кидал в кластер, а потом при импорте предыдущего результата расчета анализировал есть этот вид оплаты или его нет

Да, примерно так и пришлось сделать.
Всем большое спасибо!