... и одну я уже знаю: MMIM_PREDOC_ORG. Но там жуткий код-ключ, по которому нужно искать остальные данные в других таблицах, и номер, под которым сохранено - и все!
HELP!

А данные, Наташа, хранятся в таблице MMIM_PRED в весьма своеобразном виде Посмотрите, я думаю, Вам понравится

Н-дя!!! Вроде как и знакомые названья мерещатся, но...
Но неужто только эта таблица - и все??? По-моему, здесь конкретных значений-то все равно нет - они где-то сидят еще Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!

Да нет, все там. А что вам конкретно нужно ?

Чисто конкретно: я двигаю ВДМ 301 E. Один пользователь заполнил поля с номерами документов и позиций и временно сохранил. Теепрь надо поставить дело так, чтоб юзер-экзит мог считать эти данные и проконтролировать, чтоб другой пользователь, который дополняет временно сохраненные данные, ерунду не написал вместо этих номеров заказов и позиций. Это в частности.
То есть: где мне определить в таблице этой оригинальной связку: номер позиции ММ-документа - привязанный к ней заказ клиента - номер позиции заказа клиента...
Ой, я так благодарна буду, если подскажете!!!!

Наташа, нет возможности смоделировать ситацию, но, полагаю вам помогут поля KDAUF и KDPOS

Увы, вынужден вас разочаровать - нет юзер-экзита на считывание временно сохраненных в MIGO приходов или других документов. Более того (пришлось смотреть в отладке), временные документы одного пользователя другой не увидит. Это прошито в классе MIGO_KERNEL, к-рый используется в этой транзакции. Считывание временных документов происходит во время запуска транзакции, тогда как экзиты вызываются при проводке/проверке документа, т.е., гораздо позже. У нас была подобная задача - снабженцы делают временный приход, а кладовщики его проводят. Пришлось выйти из положения подменой имени пользователя в этих самых неудобных таблицах.

C ума сойти!!!! Еще и это!!!!
Но - "подготовлен, значит - вооружен" (с), так что СПАСИБО , теперь то ж придется делать (ситуация действительно абсолютно аналогичная!)

Напрасно Вы так торопитесь. Есть BAdi MB_MIGO_BADI
у него есть метод PUBLISH_MATERIAL_ITEM, которым можно воспользоваться для запоминания позиций документа материала в своей временной таблице. Далее есть метод HOLD_DATA_SAVE, который может эту таблицу сложить куда Вам требуется, я предлагал Наталья Вам это еще вчера вечером.

<после продолжительной медитации над сообщениями и R\3>
Кажется, на горизонте образовалось некое светлое пятно!!!! Действительно, найти данные можно вполне, просто попотеть немного!!!
Спасибо большое всем откликнувшимся!Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!!!
СПАСИБО!Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!

Скажите, пожалуйста, а как именно Вам удалось подменить имя пользователя? Ведь его значение тоже "вшито" в методах класса LCL_MIGO_PREDOCUMENT. Вот, например, при выборе документов:

METHOD predoc_select.
.....
* Read the available data from the database org table
SELECT * FROM mmim_predoc_org
INTO CORRESPONDING FIELDS OF TABLE pt_doclist
WHERE uname = sy-uname
AND repid = c_repid.
....
ENDMETHOD.

Или при сохранении:

METHOD predoc_save.
......
* Create the organizational entry in the database
* Use 'SAPLMIGO' because MBPM uses this key (will change
* if more applications use the mechanism).
ls_org-guid = l_guid.
ls_org-refid = l_refid.
ls_org-repid = c_repid.
ls_org-uname = sy-uname.
ls_org-datlo = sy-datlo.
ls_org-timlo = sy-timlo.
ls_org-saprl = sy-saprl.
ls_org-lines = lcl_migo_globals=>kernel->s_status-lines.
ls_org-action = lcl_migo_globals=>kernel->s_control-action.
ls_org-refdoc = lcl_migo_globals=>kernel->s_control-refdoc.
INSERT mmim_predoc_org FROM ls_org.
ENDMETHOD.

Задача та же, что была у Вас. Поделитсь опытом, пожалуйста. Поменить имя пользователя - гениально. Но как?
Если создавать внешний отчёт, который меняет значение этого поля в строках таблицы MMIM_PREDOC_ORG на текущего пользователя - то могут "пострадать" другие программы, использующие эту таблицу.

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

Да очень просто:
Нам так сами сапы советовали... Т.е., была своя программа, к-рая подменяла имя юзера на sy-uname, а потом - call transaction, если я не ошибаюсь. Это было необходимо для кладовщиков, к-рые должны были видеть документы своего склада, подготовленные в отделе снабжения. Одна проблема: если он загружал такой документ, но ничего с ним не делал, то он попросту пропадал...
з.ы. К вопросу об указанных выше бади: всю обработку по временному сохранению нужно будет брать в свои руки, или же это дополнение к стандарту?

делали аналогично