Почему так необходимо делать через LSMW?
Обычная Z-разработка с интегрированным блоком из тр. SHDB. Сам так делал. Селекционный экран с кучей параметров отбора. Отбираю данные. Создаю карточки тр. AS01. Проверяю на ошибки создания. Перемещаю тр. ABUMN.

Не обязательно с помощью LSMW.
Как правильнее решить эту задачу? с тр. SHDB тоже не работал еще, я начинающий!
Все решают по разному?

SHDB - это запись транзакции(для пакетного ввода).
Дополнительные поля созданы в табл. ANLU?

В ABUMN можно непосредственно создать новое ОС, на которое будет выполнен перенос. При этом, можно перейти к подробному экрану ведения основных данных со всеми Z-полями (без выхода из ABUMN) и задать там необходимые значения.

Если надо, могу прислать свой вариант.
Пиши в личку.

2Valera

-Сходите к своему консультанту по FI-AA. Попросите показать как он/она вручную (через транзакцию) перемещает ОС.
Идеально сделать скриншоты, чтобы Вы сами могли повторить эту последовательность действий.

-Затем пьете чашку кофе и идете в меню Система-Услуги-Пакетный ввод-Регистратор или транз. SHDB
Жмете кнопку Новая запись. В диалоге вводите какое-нибудь название записи и название транзакции, которую Вам показывал
консультант (скорее всего ABUMN). Повторяете действия консультанта. Когда вводите какие-либо данные в транзакции не
вызывайте их из справочника, например, не надо искать по F4 мвз, вбивайте сразу код. Все ваши действия записываются. И в конце
концов Вам выпадет "лог" ваших действий в виде таблицы с ....BDC_OKCODE...BDC_CURSOR...Жмете на сохранить и возвращаетесь
на предыдущий экран. Становитесь на вашу запись и жмете Программа. Вводите имя Вашей несуществующей проги и скопировать из записи.
Все. Теперь можно сидеть и медитировать на сгенерированный код. Когда надоест в сгенерированной программе меняете
жестко введенные данные на Ваши переменные, ну и прочие манипуляции. Для понимания, что там нагенеровалось почитайте сап доку и
программы коллег.

Спасибо большое! Получилось.

Возник еще вопрос
Как из транзакции ABUMN, получить номер нового ОС?

Может ABUMN сообщение соответствующее выдает? Не помню точно.

А вообще можно сделать хитрее, помню, делал))
Самому создать новое ОС (BAPI), и уже его номер подставить в ABUMN.

- sy-msgv1...sy-msgv4 если есть сообщение создано такое-то ОС
- get parameter id
- заранее создавать ОС

Номер нужен именно тот который создала транзакция ABUMN. Она организована через SHDB.
Сообщение ABUMN выдает в виде маленького окошка с номером созданого ОС.
В sy-sy-msgv1... пусто.

Они ничем не будут отличаться

Задача разовая? Если нет, то это плохое решение.


Очевидно сообщение не одно, последнее затирает. Но можно делать call transaction messages into ...

Задача не разовая. И почему плохое решение??? Какое не плохое?

В отсутствии BAPI пакетник нормальное стандартное решение, не требующее никакого "подлома". Проблемы с пакетниками могут возникать если функциональный консультант меняет настройку экранов. В основных средствах можно настраивать экраны "Основных данных" транзакции as01, as02, as03. Про abumn не помню такого, но можете спросить FIщика. В любом случае, настройка экранов идет во время внедрения и затем меняется крайне редко.

Не путайте программы, использующие пакетный ввод и LSMW.
Данные для LSMW хранятся на файловой системе, которая вообще говоря не является надежным хранилищем.
Если проект lsmw исползуется нечасто, могут быть неприятные ситуации, когда проект нужен, а его уже нет.
Про, на мой взгляд, красивое решение я уже писал - берете транзакцию AR01 (рабочие списки) - добавляете свою операцию для рабочего списка (BAPI создание ОС + ABUMN) и все счастливы.