Приветствую всех!
Возникла такая проблема: для работников находящихся в отпуске по уходу за ребенком создается продолжительное отсутствие (ИТ2001). В один прекрасный момент работник решает выйти на работу и отсутствие должно быть ограничено. Вот тут то и возникает проблема - изменение отсутствия должно привести к обратному расчёту.
Работник относится к единице расчёта по которой тот давний период, когда работник уходил в отпуск, уже давно закрыт для расчёта. Получается что нужно выполнять много действий (разными пользователями), чтобы ограничить длительное отсутствие, хотя по сути никакой обратный расчёт не нужен, т.к. меняется только дата окончания отсутствия, а она лежит в периоде расчёта. Возникло настоятельное требование сделать так, чтобы работало "само".

Есть ли у кого какие-нибудь соображения как изящно выкрутиться из ситуации?
Пока подвели к тому что вместо большого отсутствия "отпуск по уходу за ребенком" должны формироваться n помесячных на весь период отпуска. В этом случае ограничивается "маленькое" отсутствие, далеко в прошлые периоды обратный расчет не полезет, однако все получается несколько некрасиво.

Что означает смена единица расчета у вас по бизнесу? как вариант можно разбивать отсутствие при смене единицы расчета.

Так-то получается два варианта - либо вручную "играть" управляющей записью единицы расчёта, либо "бить" отсутствие, чтобы оно не "залазило" своим началом
Т.к. первый вариант неприемлим с точки зрения пользователей, придётся бить отсутствие, хоть это не очень красиво.

Еще есть индивидуальная глубина обратного расчет в ИТ0003. Если там, скажем, будет стоять '01.01.2012', то и перерасчет из-за смены отсутствия начнется только с этой даты, независимо от даты начала этого отсутствия.

В данном случае проблема даже не столько в самом обратном расчёте, а в том что без корректировки управляющей записи на единице расчета нельзя ограничить отсутствие. Приходится корректировать управляющую запись, ограничивать отсутствие.
Поэтому само по себе ИТ003 в данном случае не мешает... а если бы и мешал, его программно поиграть можно

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

Тогда пользователь сможет сделать без корректировки единицы расчета.

Так это уже другая настройка. Для ИТ указывается , можно ли вводить изменение до максимальной даты обратного расчета. Ставите "можно". В этом случае вводить измненение можно, перерасчет наступит с максимальной даты обратного расчета.

А вот тут как раз и есть задача, чтобы всё "само" происходило, без участия кого либо кроме пользователей. Поэтому делить придётся либо при вводе, ну либо как выше посоветовали при работе с управляющей записью (что на мой взгляд посложнее)

Да я немного невнятно вопрос изложил ). Моя проблема возникает из-за того что согласно установленному в конторе порядку в управляющей записи проставляется поле «СамРаннПериод ВозмОбратРасчета» (самый ранний период, за который можно будет вводить данные в ИТ по ТН). Делается это вроде как для исключения обратных расчетом за прошлые года. А приводит к тому что длинные отсутствия "налазящие" на период, ограничить просто так не получится. SAP считает что это случай редкий не заслуживающий внимания, пользователи - принципиальной проблемой . В голову пришло только дробление отсутствия, ну думаю посоветуюсь, вдруг кто по красивее чего знает.

Imho, Вы лечите не причину, а симптомы.

Это все понятно. Но САПе возможность ввода ранее до даты разрешенного перерасчета можно настроить, в ракурсе V_T582A, поле "ВводДоГрОбрРс/РасчЗП". У вас вероятно стоит "не разрешено" (галочки нет). Поэтому, чтобы ограничить длинное отсутствие, приходится перенастраивать управляющую запись ЕдРасчета.
Если же разрешить такой ввод, то ЕдРасчета трогать не нужно. САП позволяет внести изменение в период ранее даты разрешенного перерасчета.

Пример. Есть отсутствие с 25.12.2009 по 15.03.2012, в ЕдРасчета стоит ограничение 01.01.2012. Если для ИТ2001 в поле "ВводДоГрОбрРс/РасчЗП"стоит галочка, то запись отсутсвия можно ограничить, скажем 29.02.2012. Перерасчет при этом начнется с 01.01.2012.
Это рабочий пример, я проверял.

На мой взгляд, требование слишком строгое. Сотрудник, например, может предоставить документы о доходе у другого работодателя и потребовать перерасчитать больничный за прошлый год. Это не обязательно должно быть слишком далеко в прошлом, скажем в ноябре приняли на работу, в декабре заболел и болел пару месяцев. Получил больничный из МРОТ, стал выяснять почему так мало, узнал про справки о доходах. Ушел собирать справки, и предоставит, скажем, их к апрелю. Такая последовательность не выглядит слишком фантастической, чтобы не произойти на самом деле.

Это будет слишком круто . Галка ведь действует на все подтипам инфотипа. Это получится, что по отсутствиям всё что угодно и когда угодно можно вводить и обратного расчета не будет.

Да даже проще.
31.12.11 отсутствовал по "невыясненной причине", а 20.01.12 принес законный больничный.

Ну, не совсем так. Обратный расчет будет, но не ранее установленного ограничения. Но они ведь к этому и стремятся - не перерассчитывать "старые" периоды.

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