Здравствуйте, уважаемые коллеги!
Нет ли у Вас такой проблемы?
При формировании справок в некоторых периодах у некоторых сотрудников некоторые коды дохода имеют отрицательное значение суммы. Это не те случаи, когда вопрос можно решить настройкой HRPAYRUT7RUN для период/в период.
Что тут можете посоветовать? ABAP? Ручная правка XLM-файла?
Спасибо за внимание.

Надо бы разобраться с некоторыми кодами некоторых сотрудников в некоторые периоды.
Вручную завсегда можно направить, тока САП тогда зачем?

Пример такой: Сотруднику начислены отпускные в апреле за май 50 000 руб (в расчете - в апреле/за апрель), т.е. в апреле код 2012= 50000.
В мае отпуск корректируется, т.к. несколько отпускных дней сотрудник проболел: -50 000 руб - отпускные, выплаченные досрочно, +45 000 руб - реальные отпускные. Итого в мае -5000 руб по коду 2012.
Такой сотрудник проверку не проходит.

При аналогичной проблеме на одном из проектов мы писали в Badi автоматический перенос соответствующих сумм . Сначала ищем тот-же код дохода в других месяцах и пытаемся "схлопнуть" с ним, если не нашли - меняем 2000 код в данном месяце или в других месяцах . В 2-НДФл существует Badi в котором доступна сформированная таблица с кодами доходов и разбитая по периодам

В BADI? В spro никакой ссылки нет (как в налогах)...

HRPAYRU_NDFL называется

Спасибо, посмотрим

BADI HRPAYRU_NDFL у нас нет. ERP 2005, патч SAP_HR - 35. Ehp не стоит.

Бади классическая, не новая.

Да, правда есть. Спасибо

Мне приходилось делать в 2 прохода: сначала отматывать назад, к началу года, потом - вперед, к концу. И все равно были люди, по которым физически не могло схлопнуться - такие вот у них "кривые" выплаты.

З.Ы. Кстати, мысль корректировать 2000-й код - хорошая, но не всегда реализуемая. Проблемы бывают, когда у человека нет доходов с кодом 2000 - например, в начале года, когда год начинается сразу с вычетов и без доходов.

Если у кого есть кодировка для метода NDFL2_PROCESS_PY_RESULT и не жалко - поделитесь. Спасибо!

Самый правильный вариант - изменить программу проверки, но с этим еще хуже, чем с доработкой SAP...
По этому нужно привить пользователю правило: перед закрытием года (а лучше пару раз в течении год) контролировать возникновение таких ситуаций и делать корректировки (перебрасывать суммы между кодами дохода какими-нибудь пользовательскими ВО).

Коллеги, доброго дня,
в каком месте делали проверку на месяц перерасчета? В бадишке только конечные цифры.

А почему никто не предложил вариант написать в САП?