Привет,
"Не понос, так золотуха"
Решил всё по уму переделать - через сабж. И замечаю, что чего-то не хватает..
Продебажил и выплыло, что при сабже на APRDT таблицы PA0183 не сохраняется значение!

P.s. "А медикаментов груды
Мы — в унитаз, кто не дурак.
Это жизнь! И вдруг — Бермуды!
Вот те раз! Нельзя же так!"

ФМ не виноват 99,99%

поле как поле...
другие даты заполняются нормально...

++++++++++++
мама дорогая! так он ещё и uname подставляет = sy-uname !

++++++++++++

ещё косяк - не добавляет сабж записи в инфотип 298 вообще!
было подозрение, что это связано с некорректным расширением интфотипов - добавляли zzz через se11.
забавно, что с 183-м прокатило move-corresp...PA0183->p0183, а с 298 не помогло .
нашёл отличие - в 183 создавал доп.поля как INCLUDE CI_юю, а в 298, ваш коллега, - как append. Возможно поэтому в P0298 это изменение не отразилось (надо будет запомнить на будущее). Добавил недостающие поля и - не помогло . Return сабжа чистенький как слеза ребёнка - не знаю что и делать...
++++++++
"а знаешь, всё уже было..."
http://sapboard.ru/forum/viewtopic.php?f=11&t=29121&start=45
ща выкопаем собачку

А что, должен добавлять ? Прямое ведение ИТ 0298 запрещено. Только через мерпориятие.

Покажите стек вызовов на момент вызова HR_INFOTYPE_OPERATION.
Что у вас в T582L по ИТ 0183 ? И в какой группировке стран табельные, которым пытаетесь добавить запись?

это я уже догадался
и как создать мероприятия для группы?
---
MASSN "вбиваю" 'ZS' ("по просьбе друзей" - вроде как заполнено в нужных таблицах)
MASSG: 02,04,06,16,18 (как производные от 1002, 1004, 1006, 1016, 1018)


В T582L для 0183 есть запись (для 298 записи нет)
030 0183 * 33 X

на момент вызова HR_INOFTYPE_OPERATION.

PERNR 00000639
INFTY 0298
SUBTY
OBJPS
SPRPS
ENDDA 20170810
BEGDA 20170810
SEQNR 009
AEDTM 20170810
UNAME U00493
HISTO
MASSN ZS
MASSG 16
MASSS
ORDNU 111
ORDDT 20170810
LOCAT
REMAR
GRPOR X
ORDST
ACQDT 00000000
CHPER 00000945
ZZEXECUTOR 00000110
ZZEXECUTOR_NAM
ZZREPLACED 00000000
ZZUSL
ZZWF_ID 000000394128
ZZPERNR 00000110

стек вызовов - это вот это:




ok, это верно, если ваши табельные в РФ.

На первый взгляд стек нормальный.

А что, если руками в PA30 создавать, то в PA* табличках всё сохраняется верно?

наверно
что создавать? 298 пишет - низя....
попробовал создать запись сначала в 302, а потом - в 298 и - о чудо! создалось
но:
1. в 4-х экземплярах (4 одинаковых записи)
2. не все поля
-----
кстати, почему про динамику подумал, нашёл такой кусок:

Отличный вопрос
Вы когда определитесь, что Вам нужно, тогда и с решением понятнее будет. Задачу смогут сформулировать ваши HR-коллеги.

Задача уже поставлена - напечатать приказ на группу согласно согласованной заявки в ИТ183 без ручного создания мероприятия в PA30 по каждому

Подробнее озвучите?

Тогда конс HR должен настроить "мероприятие" (personnel action), т. к. без него приказ в ИТ 298 не получится и вообще с мероприятием кошернее.
А уже потом, когда мероприятие ручным вводом в PA40 работает исправно, тогда абапер выполняет его программно с помощью HR_MAINTAIN_MASTERDATA.

Я с ИТ 183 не работал, он по стандарту не для РФ. Возможно, есть какие-то нюансы ведения, если есть, то они воспроизведутся и в PA40.

Перед HR_INFOTYPE_OPERATION INS 298
вставил его же INS 302.
В 302 вставилось без проблем, а в 298 (за один вызов) вставилось 4 одинаковых записи (с SEQNR++). как будто exit какой-то отработал...причем повторить ситуацию не удалось - вероятно отработался "мусор" - результат экспериментов

p.s. неужели придётся "бешеной обезьяной" (BDC) выкручиваться?

да мне всё равно - таблица как таблица, - дали для эксперимента с workflow - типа хоть какая-то видимость полезности - "сократить кучу бумажных служебок и вколачивания ОК их в приказы".