К одному заказу на основании инвойса от поставщика, полученного по факсу, создается входящая поставка. Их может быть несколько к одной позиции заказа. В примере 10 штук.

Пришло 9 штук. Чтобы оприходовать через VL32N (через кнопку "Проводка ПМ", и, да, это обязательно, другие способы прихода не предлагать ) необходимо изменить кол-во поставки на 9. Однако для истории важно первое значение, которое было в инвойсе. Заводить свое user-defined поле? Или есть возможность где-то это отразить? В приходе есть поле "Кол-во по документам", можно ли его в поставке как-то заполнить чтобы отразилось в документе прихода.

Делайте ПМ к входящей поставке в MIGO. там есть поле "количество по накладной"

Они почему-то хотят делать так:

Поставка - это по сути подтверждение поставщико вашего заказа.
И если менять что-то по факту, то это документ поступления. Именно в этом случае будет самая правильная история: заказ (ваша потребность) - поставка (подтверждение поставщика) - поступление (фактически пришедшее количество).

ну, надо бы узнать, почему "MIGO не предлагать". Вдруг люди не знают про то, что проблема с обновлением потока документов в erp2005 уже решена

всем спасибо за быструю реакцию
версия 4.7, переходим на 6.0. это erp2005?

проводка делается из разработанной транзакции, сейчас через BAPI GOODS_MVT_CREATE. это не может быть изменено - вручную через MIGO или другие транзакции вводить не будем - неудобно вводить 200 позиций при включенном управлении партиями и 5 признаками в классификации партий, только программно - BAPI, BI, ?другие варианты?...

сейчас работает почти ок - не закрывается вх поставка, висит в MD04 (ведомость потребностей/запасов), искажает данные - якобы товар едет.

SAP очень извинялся, но сказал что через это BAPI работать не будет никак.

идея такая: через заполнение данных во входящей поставке batch inputом заполнять разбиение партий, классификацию партий можно после проводки, программно нажимать Проводка ПМ. проблема будет решена.

единственная сложность: как сохранить что ехало по данным поставщика. пока думаю о user-defined поле в позициях поставки. но его еще тащить в отчеты...

А не хотите использовать подтверждение к позиции заказа вместо вх. поставок?
Все-таки по идеологии SAP именно они предназначены для ввода подтверждений от поставщика.
Тогда MIGO (или BAPI) выполняется без проблем, главное, чтобы кол-во в MIGO было не больше подтвержденного.

http://help.sap.com/saphelp_erp2005/helpdata/ru/75/ee13e855c811d189900000e8322d00/content.htm

отказаться от вх. поставок? нет, вх поставка - это и база для создания инвойса потом (собств разработка), и уведомление складу о предстоящем приходе (выходной документ поставки).

так что "вместо" - точно нет. дополнительно - возможно. но можно ли вводить в заказ подтверждение уже после того как вх поставка создана? не думаю.

Естественно, сначала подтверждение, потом поставка.
Потверждения могут быть многоэтапными, например:
1. Подтверждение от поставщика
2. Создание вх.поставки на фактич.полученное количество.

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

P.S.: Batch-input получше будет работать чем в VL32N.

в ответе САПа написано - бапи работает как тр MB0A, поэтому и ошибка. так что MB0A не подходит.
batch-input на VL02N очень даже хорошо работает, думаю, и с VL32N заработает.

Да, проверил. Статус поставки не меняется, если поступает неполное количество, поток документов обновляется, исходное количество (не равное количеству поступления) сохраняется.
Если у Вас поступление по поставке железно одно, то можно попробовать заставить насильно поменять статус поставки через Badi LE_SHP_ITEM_STATUS, логика будет несложной.
P.S.: В свое время была такая идея, но проверить не удалось. Если подходит, побробуйте, отпишитесь, что получится

не понял как использовать бади. Насколько я понимаю, она будет срабатывать во время изменения поставки, а не во время проводки поступления?

Поставил бряку: срабатывает и при проводке поступления по поставке.

осталось проверить, срабатывает ли при проводке через BAPI!

сомнения:
1) не срабатывает user-exit в резервировании, когда используешь BAPI для создания резервирования
2) ты проверял "при проводке поступления" - через мигу?

Проводку поступления делал через mb0A.
В Batch-input'e точно работает