Добрый день!
Сделал рекординг MM2, сгенерил прогу, подчистил структуру данных, создал соответствующий файл на вход.
Запускаю - странный результат -

CALL_TRANSACTION MM02 КодВозврата= 1.001 RECORD: 1
E Материала III.I.Z.035 нет или он не активирован

CALL_TRANSACTION MM02 КодВозврата= 0 RECORD: 2
S Запись материала III.I.Z.035 изменена.

Всякий раз, какой бы первым материал я не указывал - транзакция его не обрабатывает! Что за ситуёвина такая????

Спасибо.

Друг, а вы знаете, что есть бапишная функция для создания и изменения ОЗМ? А вот это вот как вы говорите "рекодер"... на данном этапе развития системы очень уже не кошерно.

возможно вы не делает set parameter например, для завода....
а вообще - запустите в видимом режиме, да посмотрите в чем проблема

Варi - это конечно, хорошо, но чем скажите плох рекодер? В философском смысле? Генерится некий программный модуль, который как угодно трансформируется под ваши потребности, вы определяете входные параметры и т.д и т.п. По сути бапишный функционал ничем не отличается, или я не прав?
А по поводу замечания о параметрах и тестовом режиме - уточняю, не берется только первая record, вторая и последующие, даже если они аналогичны - обрабатывются на "ура". Короче, во входном файле первая строка пустая - прога ругается на нее, а потом все корректно пишет......)))

Я так понимаю, что отличие в скорости и нестабильности при обновлениях. В фоновом режиме не всегда будет работать.

Сугубо философское отличие: нет масштабируемости. А именно, не разберёшься, кто-где-когда делает commit'ы. Даже философия bapi в этом смысле устарела. Человеческая реализация — Transaction Service.

Тенденция такова, что появляются транзакции, вообще несовместимые с пакетным вводом. Кроме того, поведение диалоговой транзакции (последовательность экранов) может меняться с течением времени из-за изменившихся настроек, чего пакетный ввод не может учитывать. Некоторые транзакции ведут себя по-разному при выполнении в пакетном вводе и в он-лайне. Наконец, в пакетном вводе очень неудобно заполнять табличные контролы.

Конкретно в вашем случае можно использовать либо BAPI, либо MATRERIAL_MAINTAIN_DARK - хорошо документированная функция, лично я на всех загрузках ОЗМ использовал ее.

полностью согласен с предыдущим постом , более того - мне кажется, что SAP как раз и использует MATRERIAL_MAINTAIN_DARK при обработке MM IDOCs