Всем добрый день!

Кто-нибудь сталкивался со следующей проблемой в EhP4.

Есть основной отпуск будущего периода с 03.03.2009 по 08.03.2009.
Отпускные выплачиваются как положено авансом - 27.02.2009, т.е. в текущем периоде.

Делаю расчет отпускных в феврале через off-cycle - все ОК.
Далее - регулярный расчет за ФЕВРАЛЬ - опять все ОК. Получаю в расчетном листке ФЕВРАЛЯ:
начисления: ОтпускОсновной 1500р.
удержания: ВнецикличАвансовВыплаты 1500р.
После этого делаю регулярный расчет за МАРТ. И опять получаю в расчетном листке МАРТА:
начисления: ОтпускОсновной 1500р.

Т.е. этот отпуск считается дважды - и в феврале, и в марте. Хотя по идее, в марте он не должен уже рассчитываться. И поля "Причина ВнециклПрогн", "Дата платежа", "Тип расчета" в записи ИТ 2001 заполнены....

Подскажите, плиз.
Заранее спасибо.

больше на багу похоже

У нас такая же проблема.
Как-нибудь решили???

в табличке t554c добавьте правило обработки RUO9 для отпуска в регулярном расчете и все ок будет.

А подскажите, пожалуйста, как у вас начисления за этот отпуск будущего периода попадают в текущий месяц?
Настраиваем межрасчеты отпуска и не получается отразить начисления будущего периода в текущем.
Как делаем:
Запускаем Off-cycle за март, с датой выплаты в феврале, в нем начисления отпуска подменяются на ВО O002.
Далее при регулярном расчете февраля этот ВО не цепляется.
Где нужно докрутить, чтобы увидеть это начисление в текущем месяце?
Заранее спасибо.

Может не стоит проводить проводки на O002, все равно же потом при окончательном расчете сторнировать?
Или проводить его на 97 счет, а потом сторнировать с помощью переноса через 74 класс обработки. Наверное тут с бухгалтерией нужно компромисы искать.
RUFUP не корректно обрабатывает будущие периоды в описанном случае в окончательном расчете?

Спасибо большое за совет по поводу проводок. Пока еще не знаем, будем ли вообще проводить межрасчеты, это вопрос на будущее. По поводу RUFUP не смотрел, завтра скажу, но думаю, что после того как исправил (см. ниже), все должно быть нормально.

А проблема заключалась в другом -- в t554c у разных расчетов для отпуска (для регулярного и для 'R') стояла оценка в разные моменты времени, когда поставил одинаково, отпуск подтянулся в регулярный расчет . Функция PAB вытаскивает из PA2001 те отсутствия, которые были выплачены off-cycle'ом в текущем месяце.

Наткнулся на ноту Off-cycle calculations when regular payroll is in progress насколько все, что описано в ноте актуально, и чем плохо делать, например, сторно регулярного расчета, если надо сделать межрасчет отпуска в будущего периода?

Спасибо, нота интересная... мы тоже еще реально офциклы не использовали. В тесте пока не получилась ситуация описанная в ноте. Коллеги была ли у кого такая ошибка?
Похоже это оборотная сторона офциклов и ежедневных проводок). Типа если во время расчета зп (после закрытия табеля) сотрудник уволится, то для проведения офцикла по нему, нужно его перевести на левую расчетную единицу, а после прогона и отчетности вернуть на старую для окончательного расчета...

Может есть более красивый обход ограничения описанного в ноте?

Меня еще настораживает вот эта строка:


Я сейчас понимаю, что будем сторнировать регулярный расчет, и потом уже делать межрасчет.
Возникает вопрос, как же делать перечисления по офф-сайклам?
Как я понимаю, должна быть возможность через PC00_M33_CDTA "Предв. ОНД-программа (A)" по межрасчетам, или тут упор делается на "individual personal number", т.е. по одному их не проводить, а массово - можно.

Эта цитата выдергана из контекста... я понял так: имелось ввиду что если возникает необходимость выплатить сумму отпуска например в марте и отпуск начинается в марте и уже "идет расчет" марта тогда все можно получить уже с регулярного расчета.


В самом сложном случае когда нужно выплатить отпуск за апрель в марте и "идет расчет" марта, да придется удалить регулярный расчет по этому сотруднику, перекинуть его на другую расчетную единицу у которой статус закрытый февраль сделать офцикл, сформировать отчетность, потом вернуть расчетную единицу и сделать окончательный расчет. Этот случай бывает в очень краткий период времени и еще сап рекомендует сократить период расчет зп до минимума (закрываем табель 31, а 1-2 делаем расчет). Такие офциклы являются индивидуальными (не бывают же массовые отпуска в один, два дня пока "идет расчет" зп), поэтому в ноте и делается упор на "individual personal number".

"идет расчет" - под этим я здесь подразумеваю, что расчетчик приступил к расчету и перевел единицу расчета в статус "Деблокирована для расчета", "Деблокирована для корректировки", "Проверка результата расчета"


Если я не правильно ноту понял, поправьте меня плиз.

Родился еще один вопрос.
Ситуация такая:

Сотрудник идет в отпуск в начале января. Межрасчет по нему происходит в декабре, все нормально выплачивается и отображается в расчетном листке при окончательном расчете. Но при расчете средних период считается не с декабря, а с ноября.

При расчете января функция RUAOV подтягивает сохраненную таблицу AVERAGE из декабря для этого отсутствия и RUAVE считает из этих замороженных средних. Получается, что разницы нет, хотя при расчете в январе суммы должны поменяться.

Еще один вопрос - увидел, что RUFUP в декабре формирует суммы январского отпуска, но при расчете января ничего с ними не делает, из-за этого в январе еще раз выплачивается сумма в январе.

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

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

Эта нота должна помочь: https://service.sap.com/sap/support/notes/1453453

Добрый день, коллеги, решил продолжить тему, чтобы не начинать новую.

Кто-нибудь сталкивался с такой проблемой?
Рассчитываем отпуск межрасчетом по некоторому количеству сотрудников (по одному через PUOC_33), по идее должна обновиться запись в 2001 ИТ и проставиться дата выплаты, но по 1 сотруднику этого не происходит. Сотрудники всегда разные, но раз в один или 2 месяца такая ситуация повоторяется - у сотрудников не обновляются 2001 ИТ.
Вследствие этого, начисления за отпуск будущего периода не попадают в результаты расчета текущего периода со всеми вытекающими обстоятельствами.
Как можно отследить обновления 2001 ИТ и понять, в чем причина?