В общем вывод - по потребности и использование (VL32N или MIGO)

Прикольно, в ERP 2005 можно настроить обновление статусов входящих поставок при приемке через MIGO. Так что появляется, кажется, возможность увидеть поток доукментов как и при приемке через VL32N.
Для 2005 тред можно закрывать

Подниму-ка я тему.
У меня ERP 2005, галку обновления потока документов я поставил.
При провдоке поступления к входящей поставке в MIGO поток документов действительно обновляется. Проблема в том, что если этот документ ПМ сторнировать, то с потоком и статусами поставки ничего не произойдет!

Если кто юзает эту галку, посмотрите, плиз - как у вас??

P.S. У меня такое ощущение, что перед новым годом я проверял и со сторно и все было в порядке. Может очередной пакет обновлений что-то снес...

to Catherine: и что вы хотели сказать этим цитированием?

А подскажите плиз где это настроить можно?

Оперативная логистика -> Отгрузка -> Основы -> Настройка общих данных отгрузки

Да действительно рабоотает - MIGO прописывает документ материала в поток документов для исходящей поставки, кстати сторно тоже...

А еще вопросик, каким ФМ можно программно осуществить "Проводка ПМ" для входящей поставки vl32n (кнопка там есть такая) и "Проводка ОМ" для vl02n - исходящая поставка, поделитесь, может кто делал? Проблема заключается в том, что в FI ограничение - 999 позиций в документе => есть необходимость делать свой аналог и разбивать на порции. BAPI_GOODSMVT_CREATE ничего создавать не хочет, как я понимаю оно для MBXX транзакций?!

Ну да, они планировали включить мою нотку про сторно в 10-й или 11-й пакет.
http://sapboard.ru/forum/viewtopic.php?t=28224

Ну так что?! никто не делал?!

А как насчет прочитать первый пункт FAQ и поискать на форуме ABAP по ключевой фразе VL02N?
http://sapboard.ru/forum/viewtopic.php ... ight=vl02n

ну Badi они не совсем подходят, если нужно делить на порции , чтобы не привысить 999 позиций, то я не совсем понимаю как с одной точкой входа (Badi) создать несколько документов?!
FAQ собственно не отвечает на мой вопрос, да и по vl32n собственно ничего похожего нет

Ну, если мы говорим про входящую поставку, то BAPI_GOODSMVT_CREATE очень даже прекрасно умеет проводить ПМ к входящей поставке.

так вот и не получается BAPI_GOODSMVT_CREATE заставить сделать проводки ПМ. Уточню, у нас 2 шаговая стратегия: 1 - товары в пути (VL32N "проводка ПМ"), 2 - поступление (MIGO), так вот BAPI_GOODSMVT_CREATE первый шаг никак не создает, а по 2 му претензий к бапи нет. Так вот вопрос относился к созданию документа по VL32N, а не по MIGO