Добрый день, коллеги!

Гражданам, подвергшимся воздействию радиации вследствие катастрофы на
Чернобыльской АЭС, ежемесячное пособие по уходу за ребенком должно
выплачиваться в двойном размере до достижения ребенком возраста трех
лет.(ПОСТАНОВЛЕНИЕ от 16 июля 2005 г. N 439)

Предусматривает ли SAP какой-либо механизм, для реализации данных
требований законодательства? Если нет, то как лучше решить данную задачку?

Спасибо!

Отдельные виды отсутствий, отдельные виды оплаты, пользовательские правила для обработки

Добрый день!

Насколько знаю, то стандартного решения нет.

Реализовать можно так:
1. Вести в ИТ0292 соц. группу для ЧАЭС, например, ЧЭ.
2. В правиле проверять наличие ЧЭ в ИТ0292, а потом умножать пособие на 2.

Согласен с коллегой.
Через ИТ0292 имеет смысл реализовывать еще и по тому, что в 4ФСС данные ВО должны в отдельную таблицу попадать(5) и они не будут правильно распеделяться если ИТ0292 нет(см. настройку DAQ-полей для 4ФСС)

Только на выходе не умножать на 2 , а генерить дополнительный ВО, так как , если я правильно помню,
у отпуска по уходу чаэс источник финансирования - федеральный бюджет.

Коллеги, спасибо!

Остается тогда вопрос, каким образом можно считывать наличие актуальной записи в ИТ0292 в правиле?
С помощью TABLE?

Нет, ИТ0292 TABLE-ом не прочитать. Точнее добраться-то можно, но при этом не гарантируется, что будет прочитана нужная запись. Только если расширять TABLE самому.

Стандартно ИТ0292 обрабатывает функция RUSI0. Причем, она сама определит % в соответствии с настройками социальных групп. Перед вызовом правила в AIT-NUM будет лежать необходимый процент. Можно посмотреть в этом направлении.

1.Проще всего написать пользовательскую операцию (Z_292), которая читает ИТ0292 и записывает поле MODSG в переменный ключ.
(vargt= lt_292-MODSG)
Потом в правиле идут 2 ветки: ** или ЧЭ .

2.Можно попробовать стандартно
TABLE0292
VARGBMODSG
**
ЧЭ

Привет!
Это будет работать, если в ИТ0292 одна запись. Если там несколько записей, то нельзя быть увереным, какую именно запись мы прочитаем. Тут тоже необходима небольшая доработка - добавить код позиционирования в TABLE (там предусмотренно для этого место).
Хотя, вероятно, для этой задачи такой проблемой можно принебречь.

Если использовать TABLE0292, то ошибка:

В итоге правило стало выглядеть так:


Но при расчете система почему то идет по ветке **. Словно и нету значения 86 в поле MODSG

Попробуй добавить перед VARGB еще и VALEN 2.
А вообще, проще отладчиком посмотреть.

Дебагер говорит, что без расширения TABLE прочитать данные инфотипа 0292 мы не можем. =)
Всем спасибо за помощь!

Посмотрите внимательнее, у меня получалось как-то для своей задачи...
TABLEP0292
VALEN 2
VARGBMODSG

Valen конечно глючит немилосердно, показывая, что правило ошибочно, но тем не менее...

Проблема как я понимаю у меня с операцией TABLE.
Когда доходит до прочтения p0292-MODGS операцией VARGB header таблицы p0292 пустой.

Попробуй разместить свое правило после функции RUSI0. Эта функция обрабатывает таблицу p0292, после нее в заголовке что-нибудь будет.

Хороша идея, но и она не помогла. Header по-прежнему пустой.
В итоге все-таки сделал свою операцию. Так что вопрос закрыт. Еще раз всем спасибо!