Как я понял, ENHANCEMENT-SECTION - это тоже расширение функционала. Но к сажелению в старых версиях системы его НЕТ.
Так что пока вопрос о добавлении данных в MKPF для меня остается открытым!

Посмотрите это http://sapboard.ru/forum/viewtopic.php?f=13&t=63424

Спасибо за ссылочку. В ней как раз такая задача которую я сейчас решаю. Только там предлагается решение через ENHANCEMENT-POINT или ENHANCEMENT-SECTION которых у меня нет в системе (Система старая).

У меня получилось давить данные в MKPF. ОЧЕНЬ хочется послушать ВАШУ критику. Сам знаю что реализовал через Ж..У, но это работает. Мне хочется знать какие могут быть последствия от работы с командой UPDATE...

Предисловие:
Метод POST_DOCUMENT отрабатывает в момент создания проводок и имеет параметры только на вход.
Проводка делается по структуре EMKPF, добраться до которой так и не удалось. Структуры ls_xmkpf, ls_imkpf, ls_emkpf бесполезны, пробовал добавлять в них данные ручками в отладчике, в MKPF они не попадают.

Как реализовал:
В атрибуты внедрения MB_MIGO_BADI добавил гл. структурку GS_MKPF.
Во время создания проводки в Методе POST_DOCUMENT заполняю структуру данными пришедшими на вход в метод (IS_MKPF). Заодно записываю свою дату.

Следующим после отработки метода POST_DOCUMENT идет RESET. Он вызывается во многих местах, поэтому ставим условие что GS_MKPF не пусто. Делаем команду UPDATE.

Выглядит это примерно так:

IF GS_MKPF-MBLNR is not initial and
GS_MKPF-MJAHR is not initial and
GS_MKPF-ZDATKURS is not initial.

UPDATE MKPF SET ZDATKURS = GS_MKPF-ZDATKURS
WHERE MBLNR = GS_MKPF-MBLNR AND
MJAHR = GS_MKPF-MJAHR.

Clear GS_MKPF.
ENDIF.

Собственно и все! Данные попадают в таблицу, но меня смущает команда UPDATE.
МОЖНО ЛИ С НЕЙ НА ПРЯМУЮ РАБОТАТЬ? Как то страхово, не полезут ли потом глюки.
Что скажите?

если здесь мы имеем дело с Z полями (доп. полями клиента) то зачем обязательно расширять MKPF или MSEG (если вы в будущем еще и позиции будете расширять).
1) создайте таблицу со структурой по аналогии со структурой которая была создана в примере внедрения MIGO_BADI_EXAMP2
2) добавьте туда свои все Z поля которые вы собираетесь добавлять в MIGO
3) а там уже по примеру сохраняйте данные (не прямой апдейт а создается группа функции где создаются ФМ для работы с экранами и ФМ для сохранения этих данных (работают через UPDATE TASK))

пересказал весь пример реализации внедрения

P.S. : прямой UPDATE - это жесть конечно

Добавлял я все то что вы описали. Не попадают данные в MKPF.
В структурку добавлял поле, туда писал данные, не знаю почему но после отработки ФМ данные не отображались...

еще раз: при чем тут MKPF .
если все делать по примеру внедрения нет необходимости в расширении MKPF. создайте отдельную структуру с пользовательскими полями. в ФМ ее и обновляйте (посмотрите все таки таблицу MIGO_BADI_EXAMP2).

т.е. когда документ материала сохранится в Z таблице должна появиться запись с ключом : номер документа и годом документа и всеми значениями пользовательских полей добавленных в доп.экранах заголовка MIGO

Буду еще разбираться, постараюсь реализовать через саповский пример.
Хочу только уточнить, вы считаете что работу с UPDATA лучше убрать, Да?
Это совсем не правильное решение или допустимое?
Хочу понять в чем её минусы, чтобы знать где применять..

update хотя бы надо завернуть в ФМ обновления и вызов осуществлять в UPDATE TASK

Разобрался со страндартным примером, реализовал у себя через Z-таблицу оказалось действительно все довольнотаки просто.

Спасибо!