Необходимо при сохранении записи в одном инфотипе обновить связанную с ней запись в другом инфотипе. Подскажите, есть ли какие-либо стандартные средства (exit или ещё что-нибудь), которые позволяют отловить факт сохранения записи инфотипа?

badi HRBAS00INFTY или HRPAD00INFTY

А как при изменении записи ее подредактировать?
Типа как триггера на обновление в развитых СУБД.

При изменении через штатные механизмы - теже самые badi.
Если же прямой insert/update/modify - то тут ничего нельзя сделать.

Широко обсуждалось на форуме по ABAP - R3 не является СУБД.

Не проще ли использовать динамические мероприятия в случае PAшных ИТ? T588Z

Спасибо!
а как корректно выполнить обновление другого инфотипа? Через ФМ HR_INFOTYPE_OPERATION не получается, напрямую таблицу править не хочется, а как ещё можно?

Использование ФМ HR_INFOTYPE_OPERATION внутри этих BADI ИМХО не корректно.

В ответ на вопрос я бы повторил предложение Proforg'а: посмотрите на динамические мероприятия.
В 99% обходится без абапа.

Понимаю что попахивает некрофилией но потребовалось в бади дополнять пользовательские поля в структурах которые хранят дополнительные записи к 1001 инотипу, как пример надо расширить PAD31 (Доп информация по связи между Q-P) а в БАДИ все атрибуты метода являются просто IMPORTING в итоге данные не подменить, а динамику не использовать все таки не PA инфотип правим, да еще и дополнительные атрибуты к связям в OM.

извиняюсь, что влез, но что это за зверёныш?
можно ли это использовать для INS в инфотипы, которые HR_INFOTYPE_OPERATION игнорирует (причём, молча, падлюка

Skif, что у вас за задача?

да свою задачу (как базис) уже решил (интеграция SAP WF/HR с Лотусом), но ваши коллеги попросили заменить "ломовые" insert/modify в ИТ: 0183 0289, ну и, как оказалось, 0015, впридачу, на кошерные манипуляции с HR_INFOTYPE*. Про этот ФМ просто диверсия какая-то! Неизвестно, что от него ждать - с каким ИТ он будет работать, а с каким нет. Причем молча так. Вот и думаю - доставать обратно лом или может есть культурные инструменты?

Что то не пойму, у вас что то прилетает из лотуса, и эту инфу нужно сохранить в HR?
Или же наоборот, при сохранении/изменении в HR нужно что то оправить в лотус?

Табельщики заполняют в САП-е заявы, согласующие могут быть как "внешние" (Лотус), так и внутренние (SAP юзеры) (или одновременно). Согласование оформлено как WF-процесс, заканчивающийся заполнением таблиц 0183->0298->0015, (включая печать приказа). Вот сбс-но и всё. Разумеется рассылка подтверждений, оповещений и пр. мониторинговая лабуда

Похоже что динамика(T588Z) тут ни к чему.
Хмм. Если есть приказ, то должно быть мероприятие соответственно.
Может подойдет ФМ HR_MAINTAIN_MASTERDATA?

да "проваливался" я до него - так и он - "икренне Ваш"
Вероятно нужно мероприятие как-то создать (с записью в 298) перед