Приветствую!

В стандартном Retroactive Accounting все пересчёты ведутся с помощью видов оплат типа /5***.
Так и суммы полученных разниц относятся на соответствующие виды оплаты, начинающиеся с /5.
Вопрос состоит в том, как понять из-за какого начисления/удержания эта разница возникла?
Может быть, у кого-то был опыт сопоставления возникших разниц с соответствующими видами оплаты (не техническими) ?

Заранее спасибо!

А зачем ?

У вас же разницы возникают после удержаний , то есть часто разница не равна сумме изменения какого-либо начисления. Вторая интересная штука - у вас может один вид оплаты увеличится а другой уменьшиться , в предельном случае разницы пересчета вообще не возникнет.

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

Может быть можно задачу решить как-то по другому? У меня был подобный случай на самом первом проекте , тогда внедряли SAP и автоматизировали бюджетное учреждение и нужно было все поделить пропорционально "источнику финансирования", чтобы не дай бог что нибудь не переплатить за счет бюджета . Кончилось все написанием отчета , который после всего расчета дописывал в кластер данные специальные виды оплаты , разделенные пропорционально тем правилам, которые были нужны.

Не совсем так. Видами /5* передаются изменения в суммах "К выдаче", то, что работник получает на руки. Вовсе не все пересчеты.

Было бы проще, если бы описали задачу, которую Вы пытаетесь решить. Обычно такие вопросы возникают в задачах учета зарплаты по источникам финансирования или МВЗ. Так вот, сумма "К выдаче" не имеет к этим задачам никакого отношения.

Пример задачи:
В феврале запускаем регулярный расчет ЗП. Но был внесен больничный за ноябрь, а значит заработная плата начнет пересчитываться с ноября. И в февральском расчете (в-период) для ноября (для-период) появится новый вид оплаты **** - Временная нетрудоспособность. Нужно, чтобы этот вид оплаты, со всеми изменениями, которые он собой создал, появились в февральском расчете (а значит и в расчетном листке за февраль).
Возможно ли как-то обрабатывать такие ситуации?

Это самый стандартный алгоритм обработки пересчетов в системы. Чтобы так работало, ничего даже делать не нужно.

На сколько я могу судить, проблема у вас в том, что вы не видите пересчеты в расчетных листках так, так хотели бы. У программы печати расчетных листок есть параметры, которые управляют режимом отображения пересчетов - "Печать обратных расчетов" и "Представление ОбратногоРасчета".
Пример настройки "Печать обратных расчетов" = X, "Представление ОбратногоРасчета" = A. Будут выводиться пересчеты в едином расчетном листке текущего месяца. Если в формуляре расчетного листка предусмотрен вывод параметров периода выплаты, то по нему можно будет судить к какому промежутку времени относится пересчет.

Вот пример. Тестовый расчет за декабрь, в котором есть пересчеты за прошлые месяцы.

Правильно ли я понимаю, что в представленном Вами расчетном листке выведены результаты нескольких расчетов, а не только декабрьского?
И как результаты расчета за декабрь выглядят в транзакции PC_PAYRESULT ? Просто мы не пользуемся стандартным российским расчетным листком, поэтому возникают вопросы, какие результаты мы должны взять из кластера.

Да, в декабре пересчитался октябрь и ноябрь.


Ну а как там должно выглядеть? В в-периоде 12.2013 есть 3 расчета с для-период от 10.2013 до 12.2013. Ничего не обычного.


Не важно. Порядок действия один и тот же. Посмотрите как любой стандартный отчет это делает. Стандартный расчетный листок может быть тяжеловат для понимания, можно посмотреть 2НДФЛ, например.
Считываются все результаты расчетов текущего месяца (свой и все пересчетные) плюс для каждого пересчетного считывается предыдущий вариант расчета. Предыдущие варианты расчетов учитываются со знаком "минус".