Здравствуйте, коллеги!
Прошу помочь в решении следующей проблемы. Сотруднику оформлен отпуск
с 09.01.2017-28.01.2017 ежегодный основной (0101)
с 29.01.2017-14.02.2017 дополнительный (0140)
Отпускные выплачены 23.12.2017 через межрасчет 0103 тип расчета A.
В феврале он приносит больничный лист
с 02.02.2017-09.02.2017 (0207)
Исходная запись отпуска 0140 разрезается, и продляется с 15.02.2017-22.02.2017г.
Больничный лист рассчитывается межрасчетом (МРВ) 0108 15.02.2017 (пилотный проект).
Далее, 21.02.2017 межрасчетом 0107 считается выплата бонуса к празднику.
Далее, 22.02.2017 увольняется (на пенсию), окончательный расчет идет межрасчетом 0105.
И вот тут появляется проблема: при расчете выплаты по увольнению система считает НДФЛ (ВО /O22) меньше, чем надо, соответственно сумма к выплате /559 больше. Обнаружили проблему уже в регулярном расчете, в котором система всё посчитала правильно и у уволенного человека образовался долг.

Разница составила 2872 руб. Судя по расчетному листку это НДФЛ с суммы пересчета за 2016г (Период 12/2016 -22094*0,13=2872)
Но также Просмотрев все регулярные расчеты, обнаружил такую сумму 2872 в ВО /3AA в межрасчете 0108 больничного листа. Странно, но в МРВ 0107 тоже есть данный ВО /3AA в размере 4251, но почему-то на общий НДФЛ не повлиял.

МРВ 0108 от 15.02.2017
/320 2872
/322 пусто
/3AA 2872

МРВ 0107 от 21.02.2017
/320 4251
/322 пусто
/3AA 4251

МРВ 0105 от 22.02.2017
/320 X - 2872 (X - сумма НДФЛ, которая должна быть, здесь не разглашаю)
/322 пусто
/3AA X - 2872

И, возникает вопрос. Это проблема в межрасчете увольнения 0105, который не учел /3AA в размере 2872 из межрасчета 0108, почему не учел ?
Или это что-то другое, связанное с переходом из 2016 в 2017 г?

В результате анализа выявил следующе:
В данный блок входит только в межрасчете увольнения 0105
XPA Ссуды, Аванс \ Обработка аванса \IF SP=B Корректировочный расчет?
RUCDT RUO8 P75 NOAB PRC Разница между регул. и ретро расчетами
2 4130 ДопОтпуск в04 0001 02 010 2.762,00
2 4130 ДопОтпуск в04 0001 04 010 24.857,00-

PIT RU62 P62 NOAB Кумуляция и хранение в RT
2 /113 ДоходНалога04 0001 02 2.762,00
2 /113 ДоходНалога04 0001 04 24.857,00-
2 /120 ДоходНалога04 0001 02 2.762,00
2 /120 ДоходНалога04 0001 04 24.857,00-

В следующий блок входит и в регулярке и в межрасчете 0105
POGRT ZUC0 P68 NOAB Import differenc for /1.. to current - здесь задваиваются /113
Данные берутся из таблицы OGRT из января 2017, т.е. минусовая сумма удваивается, из-за чего НДФЛ считается меньше.
* /113 ДоходНалога 04 24.857,00- (в итоге -49714)
* /120 ДоходНалога 04 24.857,00-
* /113 ДоходНалога 03 2.762,00 (в итоге 5524)
* /120 ДоходНалога 03 2.762,00

Уважаемые гуру SAP, что вот можно предпринять в данном случае?

Тут сложно дать простой ответ, типа "сделай так-то", так как все очень сильно зависит от особенностей настройки вашей системы, которые не озвучиваются. Я покажу как примерно это должно двигаться, а дальше копайте сами.
В чем особенность межрасчета типа B, каким является межрасчет увольнения? Он может пересчитывать прошлые периоды, но при этом не должен вносить изменения в их расчет Это связано с тем, что пересчеты за прошлые месяца еще нужно будет показать в регулярном расчете. Поэтому, когда межрасчет увольнения заканчивает перерасчет прошлого месяца, то выполняется функция RUCDT с параметром COL. Она вычисляет дельты по всем ВО между новым и старым расчетом, дельты сохраняет в структуру RUCDT, а таблицу RT возвращает в состояние старого расчета (новый вариант RT для отчетов сохраняется в таблице RURT).

Далее, межрасчет доходит до текущего месяца, и здесь, после расчета всех начислений, происходит обработка структуры RUCDT, где накопились все дельты пересчетов (функция RUCDT с параметром PRC, управляется 75 классом обработки). Тут интересно то, что сюда приходят все дельты. Если у нас при пересчете изменился отпуск, то придет дельта отпуска. Отпуск - это облагаемый ВО, он должен был изменить базу налога в месяце пересчета. Но для базы налога есть свой механизм переноса баз (68-й класс обработки). Он мог вмешаться, вычислить дельту сам и принести ее через свой механизм (GRT), либо нет, тогда дельта базы придет через RUCDT. С помощь. 75-го класса мы можем либо перенести дельту в текущий месяц, либо отбросить.
Вернемся к дельте отпуска. Например, если мы ее пропустим в расчет как обычное начисление, причем без замены ВО, то эта дельта пройдет как отпуск текущего месяца и попадет в кумуляции текущего месяца, в том числе и в базы налога. Но ведь дельта базы шла отдельно, и она тоже будет обработана! Отсюда и задвоение базы.

Я сейчас даже не скажу, как должно быть штатно. В разных компаниях по разному настраивают. Скажу лишь, что штатно при переносе дельты из RUCDT должна производиться смена ВО на ВО типа X*** (настройка T51P1, индикатор O5). Это кстати еще на отчет 2НДФЛ влияет, при попытке получить справку 2НДФЛ по межрасчету увольнения.
А так нужно смотреть/читать настройки и добиваться тог, чтобы дельты при переносе учитывались один раз.

Спасибо Вам, RoustR, огромнейшее за подробный и понятный ответ!
В итоге что сделал: скопировал вид оплаты 4130 в /O38, убрал у него кумуляции 13 и 20, далее в T51P1 добавил строку с индикатором OB (в правиле RU62 у нас T51P1=OBN, это я потом глянул, когда с O5 не сработало):
OB 4130 01.01.2017-31.12.9999 /O38
и всё зашибись как красиво стало! В расчетном листке вместо 4130 ВО /O38 с минусом, НДФЛ в межрасчете правильный, сумма к выплате правильная. Регулярный расчет после без долга.
Единственно, когда копировал ВО 4130, скопировались настройки по проводкам и прочая информация по включению в отчеты. Наверное их надо удалить?

На счет индикатора - да, скорее всего ошибся, писал по памяти, не заглядывая в систему.
По поводу дополнительных настроек. По проводкам - если проводки по межрасчету увольнения выполняются, то настройки нужны. Хотя ВО заменили, это все равно начисление. Но я давно не работал со штатными проводками, не помню детали.
А вот для 2НДФЛ и тому подобных отчетов эти настройки не нужны - отчеты считывают информацию из таблицы RURT, им эти дельты отдельно не нужны.

Да, RoustR, и от меня спасибо! Ответ уровня настоящего гуру!