Коллеги, добрый день.

ИТ 0267:
Кто использует для внециклов EHP-4 ИТ 0267, как выходите из ситуации по ограничению межрасчетов на период регулярного расчета?
По этому поводу есть нота Саповская 1173915, но решение нехорошее. Кто-нибудь на практике применяет?

Какие вижу плюсы по стандартным внециклам:
1) Стандарт.
2) Формируется отчетность по результатам межрасчета.

Минусы:
1) Ограничение на период расчета регулярного расчета (см. ноту 1173915) - критичный минус, даже с учетом что предложенное сапом работает. Так как решение оч. плохое (а как потом будет собираться отчетность и прочее...)
2) Все равно надо Зэтить:
2.а) программа для ОНД (дописать),
2.б) если используется PUST то для нормальной печати Т-60 править программку.
2.в) процесс выбора не может нормально отследить отсутствие сотрудника с 1 по 15 число. Только если отсутствие было под одним видом отсутствия, а если с 1 - 10 болел, а с 11 по 15 был в отпуске, то такую ситуацию процесс стандартный уже не отслеживает - человек проходит в список для начисления аванса.
3) Если надо корректировать суммы межрасчетов, посчитанных стандартно, то получается что все в разных местах будет (если пользователи захотят удобства, то опять Зэтить интерфейс для корректировок удобный).
4) Постоянно выходят какие-то ноты по исправлению очередных косяков межрасчетов стандартных.
5) Есть ситуации когда puoc_33 считает одни ситуации верно, а другие неверно, а hrucalc0 наоборот. Получается для расчета одних ситуаций используем puoc_33, для других hrucalc0.
6) Не все зарплатные операции работают в схемах при расчете межрасчетов ehp-4.
7) Удалять расчеты опять же только через pu01, массовое удаление через rpudel20 работает некорректно. Сап, кстати так и рекомендует пользоваться только pu01, признавая что только он работает корректно. Если нужно массовое удаление нормально, то опять Зэтить на основе pu01.
Прочие косяки.



ИТ 0011:
Решение на основе 0011 нравится многим, не нравится в основном тем что это Z.

Какие вижу плюсы по межрасчетам на 0011 ИТ:
1) если надо корректировать посчитанные суммы, то процесс корректировки в разы удобнее по сравнению со стандартом. Корректируется все на экране интерфейса и готовая сумма падает в 0011 ИТ.
2) Сам процесс выглядит проще чем стандарт, поэтому прогнозирую меньше геморроя.

Минусы:
1) Полный Z с последующей поддержкой.
2) Не фомрируется отчетность по межрасчетам.

Все + стандартных внециклов разом перечеркиваются:
Если при расчете уволенного требуется сделать перерасчёт прошлых периодов, дельты по перерасчетам переносятся в текущий внециклический период.
Эта особенность стандартных внециклов может привести к некоторым ошибкам в расчете и отчетности.
Сделать окончательный расчет только по уволенным мы не можем в следствии ограничений накладываемых нотой 1173915. Суммарно это заставляет вообще отказаться от стандартных внециклов.

Сап обещал исправить ситуацию, поэтому ждем и абапим свой Z.

Macros, а не могли бы вы по-подробнее рассказать об ошибках в расчете в стандартных внециклах, насколько я понял речь идет об увольнении?

Да об уволенных при необходимости сделать перерасчет несколько месяцев.
Вот пример: увольняем в мае, и сотрудник принес больничный затрагивающий апрель. Снятие части оклада перенесется в май в офцикле, следовательно расчет компенсации за неиспользованные дни отпуска будет не совсем верным. Или просто произошло снятие части премии за апрель, тогда в мае уволенный получит компенсацию завышенную, и не факт что по окончательному расчету не возникнет задолженность сотрудника.

Да, об этом нам известно, что самое интересное, САПу тоже известно - выставляли сообщение, но в ответ получили что-то типа "да, знаем, но исправить пока не можем по различным причинам..."

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