Коллеги, доброго времени суток.
Может, кто сталкивался и подскажет. Ситуация такая: необходимо при заполнении поля EXBEL (Номер документа) в 2010 ИТ вне зависимости от даты начала 2010 ИТ проставлять определенную дату обратного расчета в 0003 ИТ . С помощью чудесного user-exitа ZXPADU02 получается заменять дату ретро-расчета на нужную мне только если begda в 2010 ИТ меньше, чем текущая дата. Если же дата начала 2010 ИТ больше или равна текущей дате, система после обработки моего юзер-экзита всё равно потом ставит в 0003 ИТ в качестве даты ретро расчета дату начала созданой записи 2010 ИТ.
кто знает, как с этим бороться?

заранее спасибо.

и


Как так может быть "ретро расчет" в будущем?? Сама система НИКОГДА не даст заполнить это поле датой больше текущей. Если только не запись напрямую в таблицу с риском порушить БД.

каюсь, не проверяла на дате следующего месяца. но если дата в 2010 равна, например, 03.07.2008, то нужное мне поле - RRDAT - заполняется 03.07.2008.

сорри, дата называется "первая возможная дата изменения основных данный после последнего расчета". и она же отвечает за ретро-расчет, если она меньше текущего расчитываемого периода.

мож я слишком глубоко лезу и можно как-то проще заставить систему пересчитывать отдельных людей? :\

Не очень понял, что Вам нужно.
Пожалуйста поясните, чем Вас не устраивает поле RUREC "Релевантность для обратного расчета" в свойствах инфотипа (ракурс V_T582A).

Причина в том, что для обратного расчета должна быть релевантна не дата начала ИТ 2010, а совершенно "левое" поле "Номер документа".

Пример:
Вид оплаты вводится в 2010 ИТ с датой 04.07.2008. В поле "номер документа" проставляется дата, скажем, 01.05.2008.
Текущий расчетный период - 07.2008. Т.е. вид оплаты попадет в текущий расчетный период. Так и надо. Но! необходимо при этом, чтобы запустился ретро-расчет с 05.2008.
Вот такое вот извращение.

Вряд ли настройка в таблице T582A может анализировать, что стоит в поле "номер д-та".

А что должно произойти в ретро-расчет за 05.2008? Сам по себе старый расчет не изменится, Ваша запись из ИТ2010 от 04.07.2008 сама в расчет мая не попадет.
Будите в расчете считывать будущую запись из ИТ2010 или у вас еще что-то произойдет, влияющее на расчет мая, в тот момент когда будет записываться запись в ИТ2010?

ЗЫ. Насколько я понял, описаный Вами пример как раз работает. Не работает такой вариант - текущий месяц - июль, ИТ2010 вводится с begda = 01.08.2007, а дата документа 01.05.2008. Так?

да, грубо говоря, в пересчете мая будет считываться будущая запись 2010 ИТ.
описанный мною пример работает только наполовину.если я при запуске драйвера расчета проставлю принудительно "пересчитать с " 01.05.2008, то пересчет состоится и запись из 2010 ИТ учтется как мне надо и в пересчете мая, и в расчете июля. но меня не интересует принудительный пересчет с помощью драйвера, меня интересует индивидуальный пересчет .
типа - вот у кого завели такую запись в 2010 ИТ, те должны быть пересчитаны с мая, а у кого нет - те нет.

А что мешает, это сделать в Динамических мероприятиях?

При создании записи в 2010ИТ нужного вам подтипа можно класть требуемую дату в поле Date1 таблицы RP50D с помощью подпрограммы, так же в ней проверять заполнялось ли поле EXBEL.
А затем:

F пул программ(подпрограмма)
I MOD,0003,,,,/D
W P0003-RRDAT=RP50D-DATE1
W P0003-RCBON=RP50D-DATE1

спасибо за подсказку.
попробую.