Столкнулись с проблемой по первоначальной загрузке товаров.
А именно при загрузке статусов закупки и сбыта для товара (MARC-MMSTA, WLK2-MSTAV соответсвенно). Записей получается ~120.000 на один завод, а заводов ~200 (срочно нужно закачать 20).
Закачка данных происходит через BAPI
BAPI_MATERIAL_MAINTAINDATA_RT.
~500 записей материалов (товаров) для одного завода обрабатываются ~30мин...
Посоветуйте, что можно сделать...

чем мешает использовать шатл. мы же за стандарт

Для начала, позвольте узнать, Вы commit work после каждого вызова BAPI делаете?
Если да, то я бы рекомендовал делать это, скажем, после 100 - 500 вызовов... Это несколько ускорит процесс...

К тому же, исходя из расчета 30 минут / 500 записей, на одну запись уходит примерно 3,5 секунды - для BAPI-интерфейса такой сложности, я считаю, это нормально... Тем более, что массовое создание товаров - это не регулярная операция...

Скорее всего есть возможность отключения ведения журнала изменений (MATERIAL_MAINTAIN_DARK - здесь точно есть), а это значительно усоряет загрузку (применимо если ведение журнала изменений при первоначальной загрузке вам не нужно).

Коммит делается каждые 100 записей.
но проблему это не решает.

Журналы отключены - не помогает.

Но и на этом спасибо. Пока отказали от ввода этих данных из очень длителього срока их закачки.

Ну тогда SM50, ST05 и SE30 вам поможет!

Посмотрите, на чем основной затык. Кстати, могет быть и такое: если в системе процессов для фоновых обновлений (UPD, UP2) мало, то это может тоже тормозить, особенно, если в это же время ведется работа в системе...

Какие нить виды оценки при этом создаются?

было дело 500 записей грузились сутки, но там речь шла загрузке 110 - 120 тысячи записей с расширением на 20 с копейками заводов + пяток видов оценки. Тогда диагноз был MBEWH (по ней есть селект огромный).

Что-то сдается мне, что пакетник по MM41/MM42 не быстрее работать будет... ))

Думаю, раз это разовая операция по загрузке начальных данных, то стоит потерпеть...