Здравствуйте.

Столкнолся со следующей проблемой.

07.06.2013 работнику вводят больничный с 23.05.2013-06.06.2013 и увольяют с 07.06.2013.
Для расчета увольнения запускаем корректирвочный расчет (внецикл B от 07.06.2013).



В результате запукается перерасчет мая и расчет июня.


В первом расчете за май (перерасчет май).

ВО 3316 и 6601 оплата больничного, в RUCDT

сохраняются в ORT и передаются в июнский расчет (второй).

/128 от них, сохраняется в GRT здесь


Во втором расчете (расчет июня).
3316 и 6601 передаются в IT и сразу добавляются в /128



потом ниже /128, кторый был сохранен в GRT, добавляется и получается что база по налогам увеличивается.


Может кто сталкивался с подобной проблемой?

Здравствуйте.

Есть нота.
Note 1657857 - HR-RU: RUPRT L doubled deduction in leaving calculation

Но данная нота исправляет эту ошибку в подсхеме RURB схемы расчета RUS0.

У нас же используется CE и аналогично схемы RUR1 и RUC0.

Может кто-нибудь чего подскажет?

Ну попробуй в схеме RUR1 вместо RUPRT L прописать RUPRT LR. Если не поможет, напишите в САП.

Смысл в чем? Таблица GRT используется для передачи изменений баз налогов в в-период. Но при корректировочном расчете еще работает механизм передачи всех изменений функцией RUCDT. Они конфликтуют между собой. Поэтому при корректировочном расчете механизм GRT как-бы отключается. "Как-бы", потому что тут используется более сложный механизм - происходит сдвиг обработки на прошлый расчет.

Выглядеть это должно так. Пусть номер расчета за май был 025. Корректировочный расчет создает два новых расчета: 026 за май, 027 за июнь.
Когда выполняется расчет 026 сначала выявляется разница в базе, которая складывается в таблицу GRT (база, кстати, при этом возвращается к значению в расчете 025). Затем работает механизм RUCDT, который весь расчет возвращает к состоянию 025, а разницу складывает в структуру RUCDT. На выходе мы имеем в GRT изменение базы, в RUCDT - изменение самих ВО. Тут важно то, что RUCDT возвращает расчет к состоянию 025, но не таблицу GRT!!!

В расчете 027 после расчета всех начислений происходит добавление ВО из RUCDT. Когда для этих ВО производится накопления, они производят изменения баз. Черед доходит до GRT. Мы должны взять расчет за прошлый месяц. Свежий расчет за прошлый месяц это 026, но там уже обновленная GRT. Поэтому САП вносит изменение - вместо RUPRT L вводит RUPRT LR, которая загрузит 025 - последний некорректировочный расчет.

Несколько запутано получилось. На мой взгляд, следовало бы адаптировать GRT в функции RUCDT, тогда не нужно было вводить новую функцию RUPRT LR

SAP выпустил ноту для CE.

Note 1868800 - HR-RU_CE: SETCU and RUPRT L at Correctional Run with Retro