Вопрос уважаемые гуру такой:
MM42 - Логистика:Филиал
Надо сменить значения в полях:
Тип ППМ (ND)
Размер парти ППМ (HB)
Точка заказа (10)
МаксОбъёмЗапаса(10)
И самое главное, внизу тыкаю кнопочку "Профиль ППМ". И ставлю новый профиль ППМ(например Z001).

Ну вот собственно вопрос как эти самые описанные мной выше поля изменить с помошью BAPI чтобы обновлялись все нужные таблицы?
А то после изменения записей в MARC и MABW ручками(программкой), при прописывании материала на новом заводе профиль ППМ слетает. Видать ещё где-то что-то недообновляю. Спасибо.

Да написал я модуль BAPI_MATERIAL_SAVEDATA, а он мне:
"Материал 7000544 можно обработать только посредством функций Торговли"
Это что такое вообще?

Чтобы знать все таблички - достаточно проделать все операции руками со включенным sql трейсом.
Заодно их можно записать через SM35 и не париться с BAPI.
Менять с помощью UPDATE/MODIFY - моветон.
BAPI найти не проблема. Проблема корректно заполнить входные параметры

Вообще-то для этих целей бапи есть так что ручками очень не советую менять вообще что либо кроме своих таблиц BAPI_MATERIAL_SAVEDATA, а примеров как это делать тут на форуме полно...

Дав от написал я модуль этот значит а он мне:
"Материал 7000544 можно обработать только посредством функций Торговли"
Это что такое вообще?

Давно бы сделал через пакетник. Если не вопрос принципа.

Долго работает! Объёмы большие!

Что за система, не ретейл часом? Ну и... вообще тут класс сообщения принято приводить и номер а не текст...

Может быть попробовать ФМ MATERIAL_MAINTAIN_DARK?

всё не так:) Я не этот пробовал, а вот этот: BAPI_MATERIAL_MAINTAINDATA_RT. Сейчас попробую то что вы написали. Понять бы только какие параметры заполнять в моём случае (( Да, и у нас случаем, RETAIL.

Retail. Уже понятно что надо другой модуль како-то использовать, непонятно только какой именно!

Да напиши уже пакетник, а?
Просто не сразу его дергай, а сделай сессию в SM35. И пофиг сколько там данных. Пусть в фоне крутиться...

Объясняю. LSMW на 13000 записей работает СУТКИ! Меня не устраивает такое время. И не только меня. Ищется путь ускорения процесса.

А не судьба разбить файл на 10 частей (или сколько базисники выделяют background процессов)?
Ускорение будет налицо.

Кстати, у вас APO в системном ладшафте есть?
С ним тормоза жуткие при работе с ОЗМ...
И как то оптимизировать скорость выполнения могут только базисники, да и то не всегда, т.к.идет туча RFC-вызовов к APO и из APO

Да понимаешь в чём дело. В нутри этого самого MATERIAL_MAINTAIN_DARK_RETAIL ковыряю я сейчас его, обновляется куча всего. Вот пытаюсь найти момент когда обнавляется именно то что мне надо. Ведь по сути я подаю на вход в этот моджуль только Header и запись в MARC_ueb которая и содержит данные по профилю ППМ. Но вот апдейтится не только MARC, а что ещё? Вот это и пытаюсь понять.

А с Бэкграундами и заливкой в несколько потоков - нерешаемо. Очень большие объёмы для закачки. Retail

Всё. Не могу больше.
Дошёл до "MATERIAL_UPDATE_ALL_RETAIL" что внутри и как апдейтится - загадка. Какието ссылочные заводы сплошные и никакой ясности относительно обновления MARC и других таблиц в которых содержится инфа о профиле ППМ.